Known bugs in GRASS (have to be fixed) Maintained by Markus Neteler neteler@geog.uni-hannover.de ---------------------------------------------------------------- [In sync with GRASS 5 beta 6i] History at end of file. ----------- modules --------------------------------------------- d.his: - color wrong if input value=0 - added NULL randomly when using "out" for saving d.mon: hangs with "-L" option (would be nice to fix to improve "d.monsize" script d.param.scale - lower axis description not readable - sometimes "floating point exeption", especially in par=geary d.profile: the min/max printed at profile are wrong sometimes the entire profile wrong obviously problem with fp/int maps d.rast.num: some numbers are displayed in wrong (unreadable) color d.site.label: needs to be updated to new sites API d.sites.label needs modified for the new Sites API d.sites.qual: not all the sites are used/displayed d.sites.qual doesn't work properly: not all the sites are used/displayed if the number of fields of the input site file is not constant. Compare with d.sites. i.ortho.photo - if second control point is set by mouse, it is not indicated immediately in orange color (right window) i.rectify/i.rectify2 - do not work properly i.shape seg.fault at zc_curve.c:137 r.binfer bug in table.c causing segfault r.contour: (reported by D D Gray ) Though it is not a stability problem, I've found that if this module is run on an elev raster with an active old-style mask, i.e applied with r.mask, the contour lines which terminate on the mask boundary (but only these) are duplicated, as if reflected off the mask boundary. The resulting line is then closed giving a closed loop that is folded in on itself with a node at one end or in the middle of the line, and no node at the other. This is most clearly seen when viewed with v.digit. I have not seen a prior report of this problem though I have looked. My apologies if this has already been documented. Though I can't look into this myself at the moment, I have prepared a quick fix in the form of an awk post-processor which ´cleans' this problem, splitting the loop and removing the duplicate segment (it also removes ´degenerate' lines ie. lines of one point which r.contour creates occasionally.) I have added this as an extension, though I stress it is just a temporary fix. (script: v.asc.degen) r.cost segment_put_row write error Bad address (same problem with r.surf.contour) r.drain - segm. fault r.in.hdf/r.out.hdf (src.garden/grass.hdf) - needs updating to HDF4.x lib (already there) r.in.ppm seg. fault on Pentium CPU (compare r.binfer) r.in.tiff/r.out.tiff - LZW code must be removed due to patent problems - segm. fault on Pentium CPU (same thing with r.binfer) r.in.png/r.out.png - should be developed from existing code (part of module already there) r.info - suggestion: raster type should be printed: CELL, FCELL, DCELL r.los - segmentation fault in mark_pts.c line 37 src/raster/r.mapcalc/polish: (when compiling) make[2]: Entering directory /home/neteler/src5/grass5.0beta/src/raster/r.mapcalc/polish' rm -f lex.yy.c y.tab.c rm -f OBJ.i586-linux-elf/main.o gcc -g -O2 -I/home/neteler/src5/grass5.0beta/src/include -c main.c mv main.o OBJ.i586-linux-elf/main.o flex pol.l yacc pol.y yacc: 14 shift/reduce conflicts, 17 reduce/reduce conflicts. r.null: does not work with reclassified maps r.random needs to be updated to GRASS 5 r.reclass - segm. fault on Pentium CPU (same problem as r.binfer,...) - does not accept "*" to reclass NULL values r.surf.contour seems to be broken segment_put_row write error Bad address (same problem with r.cost) r.stats: some inconsistent results comparing to r.average *First, I compute the per-class averages: r.average base=medv cover=test out=borra.me *Second, I check the result for, i.e., class 23: d.what.rast map=medv,borra.me 2676500(E) 4409500(N) medv in user1 (23)S_SUPRAMEDITERRANEAN_ZONE borra.me in user1, quant (111) borra.me in user1, actual (110.794075) *Third, I compute the statistics for each class, but the results are not the same as given by d.what.rast. For example, for class 23: r.stats -c in=medv,borra.me r.stats: 100% ... 23 110.299171-110.744906 6082 ... *While d.what.rast was giving 110.794075. Is this a bug? Dr. Agustin Lobo, alobo@ija.csic.es r.timestamp - does not write time field properly s.in.ascii: - errors with more than 2 dimensions (some numbers are read as attribute) s.to.rast, s.to.vect: should accept sites_list even if #cats field is missing and only a %dbls field is there (like the output from r.to.sites) s.rand should write #cats rather than %cats (site numbering) -------------------------------------------------- Platform specific stuff: SUN - solaris 2.6 src/raster/r.binfer: gcc -o /data3/grass5/etc/bin/main/cmd/r.binfer -s OBJ.sparc-sun-solaris2.6/gram.o OBJ.sparc-sun-solaris2.6/lex.o OBJ.sparc-sun-solaris2.6/symtab.o OBJ.sparc-sun-solaris2.6/table.o OBJ.sparc-sun-solaris2.6/main.o OBJ.sparc-sun-solaris2.6/flags.o OBJ.sparc-sun-solaris2.6/engine.o OBJ.sparc-sun-solaris2.6/misc.o OBJ.sparc-sun-solaris2.6/reclass.o OBJ.sparc-sun-solaris2.6/yywrap.o /data3/grass5/src5/src/libes/LIB.sparc-sun-solaris2.6/libgis.a -lnsl -lm Undefiniertes erstmals referenziert Symbol in Datei yy_flex_alloc OBJ.sparc-sun-solaris2.6/lex.o yy_flex_realloc OBJ.sparc-sun-solaris2.6/lex.o yy_flex_free OBJ.sparc-sun-solaris2.6/lex.o ld: Schwerer Fehler: Symbolreferenzierungsfehler. Keine Ausgabe in /data3/grass5/etc/bin/main/cmd/r.binfer geschrieben make[1]: *** [/data3/grass5/etc/bin/main/cmd/r.binfer] Error 1 make[1]: Leaving directory /data3/grass5/src5/src/raster/r.binfer' GISGEN failure at STEP: src/raster/r.binfer src/raster/r.combine: make[2]: Entering directory /data3/grass5/src5/src/raster/r.combine/cmd' rm -f gis_lxcl.c gis_pars.c gis_pars.h gis_pars.out yacc -v -d gis_pars.y 1 rules never reduced conflicts: 1 reduce/reduce rm -f gis_pars.c gis_pars.h gis_pars.out Further discussion: --------------- lock file --------------------------------------- Some lockfiles have to be global, just think of the number of graphic display pipes used or physical inputs devices. So two ways from there to improve the situation: Make the locking executables setgid or setuid. (and have just one executable doing the locking.) And/or use the /tmp directory. Localise all global lockable resources. (Unlikely to work.) Bernhard ----------------------------------------------------------------------- Two severe problems (to be checked): - the mapdev/vector-modules need to be updated to new vector category support: Comment on vector cats from Bill Hughes: The Categories structure was changed between 4.x and 5.0beta. The change seems to have moved the *labels element out of the list structure and replace list.num with the index to **labels. The fix is to change the SCS/* code to use 'cats->labels[i]' instead of 'cats->list[i].labels' There will be breakage around 'list[i].num' as well, and probably these can be deleted, or use 'cats->num' instead. Already sucessfully updated: v.random,v.extract,v.merge,v.autocorr updated src.contrib tree as well (10/99, Bill H.) - src/libes/gis/set_windows.c There is a bug breaking a number of raster modules. This bug affects several commands including r.in.poly,r.digit,r.flow, r.bilinear, v.to.rast, ... Jaro Hofierka on this: The bug is in ~src/libes/gis/set_window.c between lines 97-119. My quick fix was to remove these lines and re-compile gis lib and also all affected commands. Of course, it would be better to fix it in a more convenient way, however I have no time to figure out what is wrong there... ==> In GRASS 5 beta4h/4i this passage became commented as recommended by Jaro. The denoted modules are currently *working*! Will these comments cause any problems?? -------------------------------------------------------------------- src/libes/geom: optri -> used by s.geom, v.geom I [Bill Hughes] have been working through some errors in src/libes/geom/optri and I have a tarball of the directory attached below. This is not done yet, but it needs some expertise from somebody who understands it. Two references to grAllocate() have only 3 parameters. I don't understand what it does, so I can't really guess at what should be passed as the final parameter. I have put in 0 for the moment to get the compile to work. src/libes/geom/: [from Brook] The powerof2 warnings are the result of an unfortunate collision of names (with different semantics) between NetBSD headers and Grass. As long as the Grass headers are always included _after_ the system headers it is ok; it would be safer to rename it to something else within Grass, though. -> same warning on Linux/Intel --------------------------------------------------------------------- $Log$ Revision 1.11 2000-02-16 12:02:41 markus added r.contour bug Revision 1.10 2000/02/15 17:57:10 markus added r.los seg.fault Revision 1.9 2000/02/09 16:28:12 markus added i.shape segfault Revision 1.8 2000/02/09 16:15:56 markus d.param.scale bug added, r.binfer bug specified Revision 1.7 2000/02/07 17:39:21 markus d.his color bug/NULL bug added Revision 1.6 2000/02/07 17:17:41 markus d.rast.num color bug added Revision 1.5 2000/02/04 11:19:42 markus added r.reclass bug on '*' and r.null wish Revision 1.4 2000/02/02 20:05:17 markus configure script improved, entry removed here Revision 1.3 2000/02/01 19:09:31 markus added r.reclass bug on Pentium CPU Revision 1.2 2000/02/01 18:47:42 markus d.legend/d.rast.leg bugs fixed (Markus) Revision 1.1 2000/02/01 17:47:04 markus was former known_bugs_jan2000.txt, added d.mon -L bug Revision 1.0e 2000/01/19 09:50:45 markus r.coin fixed. Added r.binfer, r.cost, r.random Revision 1.0d 2000/01/18 12:45:52 markus added r.coin FP-bug Revision 1.0c 2000/01/12 14:58:04 markus d.area fixed. bug description for d.legend and d.rast.leg added Revision 1.0b 2000/01/12 11:47:32 markus added entries: r.info, r.in.tiff/r.out.tiff, r.in.png/r.out.png, r.timestamp, s.rand Revision 1.0a 2000/01/11 09:52:35 markus added i.rectify/2 problem Revision 1.0 2000/01/10 19:14:53 markus