[GRASS-dev] g.copy bug?

[Glynn Clements]

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().

-- 
Glynn Clements <glynn at gclements.plus.com>