The command fails in exactly the same way on two different systems:
1. Ubuntu 10.04 with grass 6.4 RC with amd64 processor and 64 bit OS
2. Ubuntu 10.04 with grass 6.4.1 with amd64 processor and 64 bit OS
This exact command does work on a project that is about 1/10th the size of
the one on which the command failed.
I looked at the code and wonder if I had an integer overflow (possibly on
the variable sdisk). My region is huge and my resolution is high.
#1786: r.resamp.rst fails with message "split_and_interpolate() failed
--------------------+-------------------------------------------------------
Reporter: bko | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.3
Component: Raster | Version: 6.4.1
Keywords: | Platform: Linux
Cpu: x86-64 |
--------------------+-------------------------------------------------------
Comment(by neteler):
Replying to [ticket:1786 bko]:
> The following command fails on my computer:[[BR]]
>
> r.resamp.rst
...
> Cannot fseek elev offset2=-2147383136
It will be an overflow of 2^31, i.e. the 2GB limit.
..
> The command fails in exactly the same way on two different systems:
> 1. Ubuntu 10.04 with grass 6.4 RC with amd64 processor and 64 bit OS
> 2. Ubuntu 10.04 with grass 6.4.1 with amd64 processor and 64 bit OS
Have these versions been compiled with --enable-largefile?
If yes, can you try GRASS 7 instead which has improved Large File support?
#1786: r.resamp.rst fails with message "split_and_interpolate() failed
--------------------------+-------------------------------------------------
Reporter: bko | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.3
Component: Raster | Version: 6.4.1
Keywords: r.resamp.rst | Platform: Linux
Cpu: x86-64 |
--------------------------+-------------------------------------------------
Comment(by bko):
I have no idea whether large file support is enabled. I installed via apt-
get.
I'm in the middle of a project and worry about installing from source
because it might fail or break code I've written to talk to grass or
otherwise slow me down. I'll find a work-around. Thanks for the prompt
reply.
Let me know if there is anything else I can do to help you on your end.
> I'm in the middle of a project and worry about installing from source
because it might fail or break code I've written to talk to grass or
otherwise slow me down.
Well, this is fairly unlikely This page has just been updated:
#1786: r.resamp.rst fails with message "split_and_interpolate() failed"
--------------------------+-------------------------------------------------
Reporter: bko | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.3
Component: Raster | Version: 6.4.1
Keywords: r.resamp.rst | Platform: Linux
Cpu: x86-64 |
--------------------------+-------------------------------------------------
Comment(by bko):
I was able to work around the problem by getting creative with how I
produced the layer.
I'll take your word for the fact that upgrading is unlikely to produce
problems for me but I think its good policy not to fiddle with my
configuration in the middle of a project unless it's absolutely critical.
Grass is amazing software and I look forward to running 7.0 in the near
future.
#1786: r.resamp.rst fails with message "split_and_interpolate() failed"
--------------------------+-------------------------------------------------
Reporter: bko | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 6.4.3
Component: Raster | Version: 6.4.1
Keywords: r.resamp.rst | Platform: Linux
Cpu: x86-64 |
--------------------------+-------------------------------------------------
Comment(by neteler):
Replying to [comment:7 glynn]:
> lib/rst/interp_float is limited to 32 bits in all 6.x versions
(including 6.5 svn),
> regardless of configure options.
>
> 7.0 doesn't have this limitation, provided that GRASS was built with LFS
enabled.
... for the record, this ticket is a mixture of wontfix-in-GRASS6 (too
complicated)
and already fixed-in-GRASS7 time ago.
This page has just been updated: