[GRASS-dev] g.copy bug?

Martin Wegmann wegmann at biozentrum.uni-wuerzburg.de
Thu Apr 26 05:43:43 EDT 2007


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
/usr/local/grass6-cvs-...
/usr/local/bin/grass6...

rm -rf
my_grass_cvs_folder

then:
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-postgres-includes=/usr/include/postgresql   --with-gdal=/usr/local/bin/gdal-config   --enable-largefile 
make
sudo make install

grass63

g.copy rast=old,new

if not GRASS related, can debian unstable cause this error?

Martin




More information about the grass-dev mailing list