Platform: GNU/Linux/i386
grass obtained from: CVS
grass binary for platform: Compiled from Sources
GRASS Version: cvs 26.10.2005
1. GRASS 6.1.cvs (caves_xy):~ > i.points wlasnosc
2. plot raster, quit
3. error message printed:
¨ï·¨ï·assdata/caves_xy/wlasnosc/.tmp/quercus.biol.uni.wroc.pl/10316.0: No such file or directory
Something similar seems to happen in i.ortho.photo (recently introduced!).
This may be related to:
- file name buffer length not updated in all places to GNAME_MAX
- removal of email notification (not sure)
- any changes in tmp file management?
>this bug's URL: http://intevation.de/rt/webrt?serial_num=3798
>--------------------------------------------------------------------
>
>Subject: i.points: error in tmp file handling
>
>Platform: GNU/Linux/i386
>grass obtained from: CVS
>grass binary for platform: Compiled from Sources
>GRASS Version: cvs 26.10.2005
>
>1. GRASS 6.1.cvs (caves_xy):~ > i.points wlasnosc
>2. plot raster, quit
>3. error message printed:
>¨ï·¨ï·assdata/caves_xy/wlasnosc/.tmp/quercus.biol.uni.wroc.pl/10316.
>0: No such file or directory
Something similar seems to happen in i.ortho.photo (recently
introduced!). This may be related to:
- file name buffer length not updated in all places to GNAME_MAX
probable:
>3. error message printed:
>¨ï·¨ï·assdata/caves_xy/wlasnosc/.tmp/quercus.biol.uni.wroc.pl/10316.
>0: No such file or directory
note "assdata/caves_xy/wlasnosc/.tmp/quercus.biol.uni.wroc.pl/10316"
is 63 chars long.
Need to run it through a GUI frontend to gdb like ddd or kdbg and watch
that variable to see when the truncation happens.
- removal of email notification (not sure)
I doubt it. (code unrelated to file handling ripped out, G_percent()
added) Never say never though.
- any changes in tmp file management?
Not that I am aware of / remember.
Follow the trail to find limiting string buffer of [64] to solve this
bug...