[GRASS5] [bug #230] (grass) Seg fault in r.report (fwd)
Markus Neteler
neteler at geog.uni-hannover.de
Wed Mar 28 05:07:44 EST 2001
Roger,
On Wed, Mar 28, 2001 at 11:07:15AM +0200, Roger Bivand wrote:
> Markus & friends:
>
> This is a forwarded copy of a bug report I filed yesterday in the 26 March
> CVS snapshot. It feels as though something has changed in a library that
> r.report calls and r.stats doesn't. I don't think it's an LZW vs. z issue,
> because leics/lancov is Data Type: CELL. I'm also afraid it's release
> critical.
>
> Roger
>
> PS. I think r.mask is dumping core too, and doesn't seem to be working; it
> is working on a beta8 I still have running.
here r.mask works fine (I just have applied three fflush(stdout) to prevent
empty screens in interactive mode).
> ---------- Forwarded message ----------
> Date: Tue, 27 Mar 2001 15:35:19 +0200 (CEST)
> From: Request Tracker <grass-bugs at intevation.de>, grass5 at geog.uni
> To: Roger.Bivand at nhh.no
> Subject: [bug #230] (grass) Seg fault in r.report
>
> this bug's URL: http://intevation.de/rt/webrt?serial_num=230
>
> Greetings,
>
> This message has been automatically generated in response to your
> message regarding "Seg fault in r.report", the content of which appears below. There is
> no need to reply to it now. Request Tracker has received your message and
> it has been assigned a ticket ID of [bug #230]. Please
> include the string
>
>
> [bug #230]
>
> in the subject line of all future correspondence about this
> problem. To do so, you may reply to this message.
>
>
> Thank you,
>
> Request Tracker
>
>
> -------------------------------------------------------------------------
> Subject: Seg fault in r.report
>
> Platform: Linux/Intel
> Linux distro:: RedHat
> linux cpu:: Intel (i486, i586, pentium ...)
> Xwindows version:: Xfree 3.3.6
> Xwindows manager:: GNOME
> TclTk version:: tcl/tk 8.0.5
> grass downloaded at:: Hannover site
> grass binary for platform:: I compiled the sources myself
> grass sources source:: no, I got a source code package from the server, cvs snap 26 Mar
> c compiler name:: gcc
>
> r.report exits returning 1 in $? and prints no output, dumping core.
> I tried to use gdb to see what is going on, but there are no debugging
> symbols in the executable. r.report from previous betas etc worked,
> including GRASS 5.0beta11 (February 2001) downloaded 27 February.
this is strange:
r.report landcov units=c
r.stats: 100%
+-----------------------------------------------------------------------------+
| RASTER MAP CATEGORY REPORT
|LOCATION: leics Wed Mar 28 11:31:26 2001|
..
> r.stats -cl <maplayer> works OK, but r.report <maplayer> units=c now
> fails. The gdb output was:
> (gdb) run landcov
> Starting program: /usr/local/grass-5.0/grass5/bin/r.report landcov
> (no debugging symbols found)...
Sidenote: To get debugging symbols, you need to remove
"-s" from LDFLAGS in
src/CMD/head/head.i686-pc-linux-gnu
then recompile the module (you will know that of course).
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x400019a0 in _start () at rtld.c:142
> 142 rtld.c: No such file or directory.
> (gdb) n
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x4000c683 in _dl_sysdep_start (start_argptr=0xbffff790,
> dl_main=0x4000221c <dl_main>) at ../sysdeps/generic/dl-sysdep.c:95
> 95 ../sysdeps/generic/dl-sysdep.c: No such file or directory.
Mhhh, does it need -ldl to be linked?
Could you try to add $DLLIB to the local Gmakefile and recompile?
Just a guess
Markus
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo at geog.uni-hannover.de with
subject 'unsubscribe grass5'
More information about the grass-dev
mailing list