Hi, I just compiled grass 63-cvs and tried to run r.los module only
think I get is
GRASS 6.3.cvs (spearfish60):~ r.los input=elevation.dem out=tmp
coordinate=603336,4925505.75 obs_elev=1.8
WARNING: Segment_format: Illegal seek
Segmentation fault
GRASS 6.3.cvs (spearfish60):~
When I try the
Hi developers,
we have green lights from everywhere to start the CVS to SVN
migration. Intevation will stop the SSH daemon at a time
which we have to define now (we expect on Sunday, 9 Dec 2007).
Then
- Martin will run rsync to fetch latest CVS changes onto
I understand, but thought that the section where this is checked in init.sh
was still broken with regard to crashing on startup with incorrect or empty
GISDBASE, LOCATION, or MAPSET. If that part is already fixed, we only need
to fix the particular item you ran into.
Michael
On 12/7/07 4:24 PM,
Michael Barton wrote:
There is a larger issue that I think may still be unsolved (though
Hamish's post makes me wonder now). In the past, if the .grassrc6 file
pointed to an incorrect GISDBASE, LOCATION, or MAPSET value (i.e., one that
did not exist), GRASS will automatically go into text
Markus Neteler wrote:
Fixed in CVS.
FWIW I don't think a percent memory option was useful for r.los anyway, so no
loss. The current method gets so slow by the time that the region is 500x500,
that by the time system memory was a problem it would take centuries to finish.
Hamish
I agree. There is a larger issue that I think may still be unsolved (though
Hamish's post makes me wonder now). In the past, if the .grassrc6 file
pointed to an incorrect GISDBASE, LOCATION, or MAPSET value (i.e., one that
did not exist), GRASS will automatically go into text mode and exit.
IMHO,
