[GRASS-dev] g.copy bug?
wegmann at biozentrum.uni-wuerzburg.de
Thu Apr 26 10:53:19 EDT 2007
On Thursday 26 April 2007 11:43, Martin Wegmann wrote:
> On Thursday 26 April 2007 01:01, Glynn Clements wrote:
> > Martin Wegmann wrote:
> > > cvs update 1h ago
> > > make distclean
> > > rm -rf /usr/local/grass
> > > ./configure
> > > make
> > > make install
> > >
> > > GRASS 6.3.cvs (spearfish60):~ > gdb g.copy
> > > GNU gdb 6.6-debian
> > > Copyright (C) 2006 Free Software Foundation, Inc.
> > > GDB is free software, covered by the GNU General Public License, and
> > > you are welcome to change it and/or distribute copies of it under
> > > certain conditions. Type "show copying" to see the conditions.
> > > There is absolutely no warranty for GDB. Type "show warranty" for
> > > details. This GDB was configured as "i486-linux-gnu"...
> > > Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
> > > (gdb) run rast=aspect at PERMANENT,testcopy7
> > > Starting program: /usr/local/grass-6.3.cvs/bin/g.copy
> > > rast=aspect at PERMANENT,testcopy7
> > > Failed to read a valid object file image from memory.
> > > [Thread debugging using libthread_db enabled]
> > > [New Thread -1225282800 (LWP 13535)]
> > > Copy raster <aspect at PERMANENT> to current mapset as <testcopy7>
> > >
> > > Program received signal SIGSEGV, Segmentation fault.
> > > [Switching to Thread -1225282800 (LWP 13535)]
> > > do_copy (n=0, old=0x804e7f8 "aspect", mapset=0x804e840 "PERMANENT",
> > > new=0x804e810 "testcopy7") at do_copy.c:40
> > > 40 for (i = 0; i < list[n].nelem; i++)
> > Odd. If n==0, the only way I can see of this causing a segfault is if
> > "list" is invalid, but "list" is used to initialise the option list
> > used by G_parser().
> I recompiled GRASS again - same error message.
> just to be sure that I did not introduce a stupid mistake:
> rm -rf
> rm -rf
> export CVSROOT=:ext:martin at grasscvs:/grassrepository
> export CVS_RSH=ssh
> cvs -z3 co grass6
> cd grass6
> ./configure --with-tcltk-includes=/usr/include/tcl8.4
> --with-gdal=/usr/local/bin/gdal-config --enable-largefile make
> sudo make install
> g.copy rast=old,new
> if not GRASS related, can debian unstable cause this error?
BTW I get the same error using r.reclass (Speicherzugriffsfehler, memory
I compiled grass 6.2.1 and redid all analysis and this error prompt did not
appear hence it must be somehow related to grass6.3
> grass-dev mailing list
> grass-dev at grass.itc.it
More information about the grass-dev