[GRASS-user] r.in.lidar segfaulting

[Markus Metz]

Micha Silver wrote:
> Markus Metz wrote:
>>
>> Micha Silver wrote:
>>>
>>> GRASS 7.0.svn (ITM):~ > lasinfo -h
>>> --------------------------------------------------------------------
>>>      lasinfo (libLAS 1.7.0 with GeoTIFF 1.3.0 GDAL 1.9.0 LASzip 2.2.0)
>>> --------------------------------------------------------------------
>>>
>> Looks good to me. Now it seems it's time to use gdb.
>
>
> Here's what I get:
>
> GRASS 7.0.svn (ITM):~ > gdb --args r.in.lidar in=/media/cdrom0/pt000005.las
> out=rast_05 meth=mean
> GNU gdb (GDB) 7.4.1-debian
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /usr/local/grass-7.0.svn/bin/r.in.lidar...done.
> (gdb) r
> Starting program: /usr/local/grass-7.0.svn/bin/r.in.lidar
> in=/media/cdrom0/pt000005.las out=rast_05 meth=mean
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x0000000000000000 in ?? ()
> (gdb) generate-core-file
> Saved corefile core.1905
> (gdb) quit
> A debugging session is active.
>
>     Inferior 1 [process 1905] will be killed.
>
> Quit anyway? (y or n) y
> GRASS 7.0.svn (ITM):~ >
>
> The core dump is here:
> http://surfaces.co.il/dl/core.1905.gz

I can't get the core dump from http://surfaces.co.il, server time out.
You can send me the core dump off-list if you want.


Markus M