[GRASS-dev] Re: [GRASS GIS] #1006: r.terraflow fails to stat()
stream file on Windows
GRASS GIS
trac at osgeo.org
Thu Jul 8 21:54:39 EDT 2010
#1006: r.terraflow fails to stat() stream file on Windows
-----------------------------------+----------------------------------------
Reporter: marisn | Owner: grass-dev@…
Type: defect | Status: new
Priority: critical | Milestone: 6.4.0
Component: Raster | Version: svn-releasebranch64
Keywords: wingrass, r.terraflow | Platform: MSWindows Vista
Cpu: x86-32 |
-----------------------------------+----------------------------------------
Comment(by hamish):
Replying to [comment:35 mmetz]:
> the ability to process large datasets is also covered by other modules.
I know that, but the (perhaps recently historic) way the modules are
presented in the menus does not make that clear to users.
> Tested 6.5svn r42716 on XP, same error as in comment:29 in filldepr.cc.
thanks. so the error is now:
{{{
Reading data from <elevation> to stream
<C:/Users/syringia/AppData/Local/Temp/STREAM_a06204>
[...]
Assertion failed: ae == AMI_ERROR_NO_ERROR, file
filldepr.cc, line 136
This application has requested the Runtime to terminate it
in an unusual way.
}}}
from raster/r.terraflow/filldepr.cc
{{{
/*read next edge*/
ae = boundaryStr->read_item(&nextedge);
assert(ae == AMI_ERROR_NO_ERROR);
}}}
which calls include/iostream/mem_stream.h
{{{
template<class T>
AMI_err MEM_STREAM<T>::read_item(T **elt) {
assert(data);
if(curr == dataend) {
return AMI_ERROR_END_OF_STREAM;
}
*elt = curr;
curr++;
return AMI_ERROR_NO_ERROR;
};
}}}
so it seems that it is prematurely reaching the end of the stream?
> Once that is fixed, we might have a look at why r.terraflow refuses to
run with output from
> r.volcano...
does it not?? how about a sum=r.volcano+r.surf.fractal surface? perhaps
because there are no basins except the small one in the crater in that
fake landscape? is there a ticket for this?
> No, seriously, r.terraflow and iostream is written for Linux, as also
previous tickets have
> shown, no reason to expect that this is the last problem with Windows.
> Please leave it for 6.5 or 7.0.
we could easily say the same for all of GRASS. some parts will be easier
to port than others, but if we didn't care about MS-Windows at all we
could have released 6.4 mid-last year. in this case it sucks, is not known
to be fundamentally deep, and I'd like to try and fix it. even if it is
crippled due to LFS (you might say 32bit XP is too with its 3.2gb RAM
limit), at least people can still work on tutorials/examples and learn how
to use it for when they graduate to a gruntier system.
in pursuit of a technical fix I will add debug messages to mem_stream.h.
(r42731)
regards,
Hamish
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1006#comment:36>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list