Hmmm, the bad thing is that the segfault disappear when using valgrind.<br>The uninitialised value report must not point to the root of the segfault.<br><br>To enable detailed information, grass must be compiled with debug information ... .<br>
I don't know what to do.<br><br>Best regrads<br>Soeren<br><br><div class="gmail_quote">2009/9/9 Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Here we are:<br>
<br>
GRASS 6.4.0svn (patUTM32):~ > valgrind --tool=memcheck v.out.ascii<br>
<div class="im">phd_area_main_cities column=name<br>
</div>==26104== Memcheck, a memory error detector.<br>
==26104== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.<br>
==26104== Using LibVEX rev 1854, a library for dynamic binary translation.<br>
==26104== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.<br>
==26104== Using valgrind-3.3.1, a dynamic binary instrumentation framework.<br>
==26104== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.<br>
==26104== For more details, rerun with: -v<br>
==26104==<br>
==26104== Conditional jump or move depends on uninitialised value(s)<br>
==26104== at 0x4E4F408: db_enlarge_string (in<br>
/home/neteler/binaries/grass-6.4.0svn/lib/<a href="http://libgrass_dbmibase.6.4.0svn.so" target="_blank">libgrass_dbmibase.6.4.0svn.so</a>)<br>
==26104== by 0x4E4F50C: set_string (in<br>
/home/neteler/binaries/grass-6.4.0svn/lib/<a href="http://libgrass_dbmibase.6.4.0svn.so" target="_blank">libgrass_dbmibase.6.4.0svn.so</a>)<br>
==26104== by 0x4E4FD39: db_copy_value (in<br>
/home/neteler/binaries/grass-6.4.0svn/lib/<a href="http://libgrass_dbmibase.6.4.0svn.so" target="_blank">libgrass_dbmibase.6.4.0svn.so</a>)<br>
==26104== by 0x54DC58D: db_select_value (in<br>
/home/neteler/binaries/grass-6.4.0svn/lib/<a href="http://libgrass_dbmiclient.6.4.0svn.so" target="_blank">libgrass_dbmiclient.6.4.0svn.so</a>)<br>
==26104== by 0x40210E: bin_to_asc (in<br>
/home/neteler/binaries/grass-6.4.0svn/bin/v.out.ascii)<br>
==26104== by 0x402A79: main (in<br>
/home/neteler/binaries/grass-6.4.0svn/bin/v.out.ascii)<br>
==26104==<br>
==26104== Conditional jump or move depends on uninitialised value(s)<br>
==26104== at 0x4E4F417: db_enlarge_string (in<br>
/home/neteler/binaries/grass-6.4.0svn/lib/<a href="http://libgrass_dbmibase.6.4.0svn.so" target="_blank">libgrass_dbmibase.6.4.0svn.so</a>)<br>
==26104== by 0x4E4F50C: set_string (in<br>
/home/neteler/binaries/grass-6.4.0svn/lib/<a href="http://libgrass_dbmibase.6.4.0svn.so" target="_blank">libgrass_dbmibase.6.4.0svn.so</a>)<br>
==26104== by 0x4E4FD39: db_copy_value (in<br>
/home/neteler/binaries/grass-6.4.0svn/lib/<a href="http://libgrass_dbmibase.6.4.0svn.so" target="_blank">libgrass_dbmibase.6.4.0svn.so</a>)<br>
==26104== by 0x54DC58D: db_select_value (in<br>
/home/neteler/binaries/grass-6.4.0svn/lib/<a href="http://libgrass_dbmiclient.6.4.0svn.so" target="_blank">libgrass_dbmiclient.6.4.0svn.so</a>)<br>
==26104== by 0x40210E: bin_to_asc (in<br>
/home/neteler/binaries/grass-6.4.0svn/bin/v.out.ascii)<br>
==26104== by 0x402A79: main (in<br>
/home/neteler/binaries/grass-6.4.0svn/bin/v.out.ascii)<br>
<div class="im">664070.15136424|5103723.69345589|1|Trento<br>
680631.89931785|5152080.37972013|2|Bolzano - Bozen<br>
748566.88848245|5114436.80436153|3|Belluno<br>
753217.48877466|5062320.47156408|4|Treviso<br>
783478.0559796|5095956.26859946|5|Pordenone<br>
</div>==26104==<br>
==26104== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 5 from 1)<br>
==26104== malloc/free: in use at exit: 20,632 bytes in 186 blocks.<br>
==26104== malloc/free: 495 allocs, 309 frees, 46,512 bytes allocated.<br>
==26104== For counts of detected errors, rerun with: -v<br>
==26104== searching for pointers to 186 not-freed blocks.<br>
==26104== checked 779,376 bytes.<br>
==26104==<br>
==26104== LEAK SUMMARY:<br>
==26104== definitely lost: 13,863 bytes in 103 blocks.<br>
==26104== possibly lost: 0 bytes in 0 blocks.<br>
==26104== still reachable: 6,769 bytes in 83 blocks.<br>
==26104== suppressed: 0 bytes in 0 blocks.<br>
==26104== Rerun with --leak-check=full to see details of leaked memory.<br>
<br>
Doesn't tell me too much... :( I guess an extra trick is needed to include<br>
DBMI checking.<br>
<font color="#888888"><br>
Markus<br>
</font><div><div></div><div class="h5"><br>
On Wed, Sep 9, 2009 at 12:14 PM, Soeren<br>
Gebbert<<a href="mailto:soerengebbert@googlemail.com">soerengebbert@googlemail.com</a>> wrote:<br>
> Hello,<br>
> try valgrind:<br>
><br>
> valgrind --tool=memcheck v.out.ascii phd_area_main_cities column=name<br>
><br>
> Sören<br>
><br>
> 2009/9/9 Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>><br>
>><br>
>> Hi,<br>
>><br>
>> I get a Heisenbug [1] when exporting points from v.out.ascii with<br>
>> attributes<br>
>> (Scientific Linux, 64bit):<br>
>><br>
>> GRASS 6.4.0svn (patUTM32):~ > v.out.ascii phd_area_main_cities column=name<br>
>> Segmentation fault<br>
>><br>
>> GRASS 6.4.0svn (patUTM32):~ > gdb v.out.ascii<br>
>> GNU gdb Red Hat Linux (6.5-37.el5_2.2rh)<br>
>> ...<br>
>> This GDB was configured as "x86_64-redhat-linux-gnu"...(no debugging<br>
>> symbols found)<br>
>> Using host libthread_db library "/lib64/libthread_db.so.1".<br>
>><br>
>> (gdb) r phd_area_main_cities column=name<br>
>> Starting program:<br>
>> /home/neteler/binaries/grass-6.4.0svn/bin/v.out.ascii<br>
>> phd_area_main_cities column=name<br>
>> (no debugging symbols found)<br>
>> ...<br>
>> (no debugging symbols found)<br>
>> [Thread debugging using libthread_db enabled]<br>
>> [New Thread 47548720613104 (LWP 7517)]<br>
>> (no debugging symbols found)<br>
>> [Detaching after fork from child process 7520. (Try `set detach-on-fork<br>
>> off'.)]<br>
>> 664070.15136424|5103723.69345589|1|Trento<br>
>> 680631.89931785|5152080.37972013|2|Bolzano - Bozen<br>
>> 748566.88848245|5114436.80436153|3|Belluno<br>
>> 753217.48877466|5062320.47156408|4|Treviso<br>
>> 783478.0559796|5095956.26859946|5|Pordenone<br>
>> Program exited normally.<br>
>><br>
>> GRASS 6.4.0svn (patUTM32):~ > v.out.ascii phd_area_main_cities column=name<br>
>> Segmentation fault<br>
>><br>
>> Yes, I didn't compile with -g because it is my production machine but<br>
>> since it works in GDB...<br>
>><br>
>> Any idea how to debug this problem?<br>
>><br>
>> thanks<br>
>> Markus<br>
>><br>
>> [1] <a href="http://en.wikipedia.org/wiki/Unusual_software_bug#Heisenbug" target="_blank">http://en.wikipedia.org/wiki/Unusual_software_bug#Heisenbug</a><br>
>> _______________________________________________<br>
>> grass-dev mailing list<br>
>> <a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br>
><br>
><br>
</div></div></blockquote></div><br>