Martin,
I can confirm a segfault on using g.copy, with today's CVS on Ubuntu 6.06.
g.copy exits with a segfault, but the maps seems to get copied to the destination mapset as requested anyway. Only the command line run reaches a segfault, not the GUI version. Or maybe the error just isn't visible from the GUI.
Output from gdb:
$ gdb `which g.copy`
GNU gdb 6.4-debian
Copyright 2005 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/tls/i686/cmov/libthread_db.so.1".
(gdb) run rast=Mispec_Apr2000.grd@UNB_Original_r4s,TEST_2
Starting program: /usr/local/grass-6.3.cvs/bin/g.copy rast=Mispec_Apr2000.grd@UNB_Original_r4s,TEST_2
[Thread debugging using libthread_db enabled]
[New Thread -1224742304 (LWP 7624)]
Copy <Mispec_Apr2000.grd@UNB_Original_r4s> to current mapset as <TEST_2>
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1224742304 (LWP 7624)]
0xb7eda963 in G_strcasecmp (x=0x804d800 "cell", y=0x532d87 <Address 0x532d87 out of bounds>) at strings.c:146
146 while (*x && *y)
(gdb)
Devs, any other info needed to diagnose this error?
~ Eric.
-----Original Message-----
From: grass-dev-bounces@grass.itc.it
To: Martin Landa
Cc: grass-dev
Sent: 2/19/2007 8:51 AM
Subject: Re: [GRASS-dev] g.copy rast=
GRASS 6.3.cvs (utm):~ > gdb `which g.copy`
(gdb) run "rast=rott_one,test1"
Starting program: /usr/local/grass-6.3.cvs/bin/g.copy
"rast=rott_one,test1"
[Thread debugging using libthread_db enabled]
[New Thread -1208944944 (LWP 13355)]
Copy <rott_one@hohenems_site> to current mapset as <test1>
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208944944 (LWP 13355)]
do_copy (n=0, old=0xa02b838 "rott_one", mapset=0xa02b870
"hohenems_site",
new=0xa02b848 "test1") at do_copy.c:40
40 for (i = 0; i < list[n].nelem; i++)
(gdb)
Zitat von Martin Landa <landa.martin@gmail.com>:
Hi,
it is strange, on my machine g.copy works. What does gdb say?
Martin
2007/2/19, Martin Rutzinger <Martin.Rutzinger@uibk.ac.at>:
> hi list,
>
> with the recent cvs version of grass63 g.copy for raster maps
doesn't work
any
> more. i just get a meaningless 'memory access error'
(speicherzugriffsfehler).
> runinng configure, make, make install gives no error messages.
>
> g.gisenv set="DEBUG=5"
>
> g.copy rast=raster1,raster2
> D3/5: Copy rast
> Copy <raster1@hohenems_site> to current mapset as <raster2>
> Speicherzugriffsfehler
>
> r.info raster2
> D2/5: G__home home = /home/rusch
> WARNUNG: Kann Header-Datei [raster2 in hohenems_site] nicht öffnen
> WARNUNG: Kategorie Unterstützung für [raster2] im Mapset
[hohenems_site]
> missing
> WARNUNG: Kann die History-Informationen der Karte [raster2] in
Mapset
> [hohenems_site] nicht finden.
> WARNUNG: Kann range Datei für [raster2 in hohenems_site] nicht
lesen.
> FEHLER: Kann die Wertespanne nicht lesen.
>
>
>
> the problem appears on FC4,FC5 and FC6 aswell with following
configuration:
>
> FLAGS='-g -Wall' ./configure --with-x --enable-shared --with-proj
> --with-gdal=/usr/local/bin/gdal-config
--with-tcltk-includes=/usr/local/include
> --with-postgres-includes=/usr/local/pgsql/include
> --with-postgres-libs=/usr/local/pgsql/lib
> --with-freetype-includes=/usr/include/freetype2
--with-freetype-libs=/usr/lib
> --enable-largefile --with-odbc --with-motif --with-freetype=yes
--with-cxx
> --with-glw --with-nls --with-blas --with-lapack
> --with-lapack-libs=/usr/local/lib --with-ffmpeg
> --with-ffmpeg-includes=/usr/local/include/ffmpeg --with-sqlite
> --with-proj-share=/usr/local/share/proj/ --enable-64bit
--with-python
>
> i don't know which libs/pkg are used by g.copy; but i tried
different
versions
> of e.g. gdal ( gdal-1.3.2/gdal-1.4.0/gdal-svn;
tcl/tk8.5a5/tcl/tk8.4.14)
but it
> seems to me that it's not dependent on a certain version of a
package.
>
> thanks alot!
> martin
>
>
> _______________________________________________
> grass-dev mailing list
> grass-dev@grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass-dev
>
--
Martin Landa <landa.martin@gmail.com> * http://gama.fsv.cvut.cz/~landa
*
_______________________________________________
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev