[GRASS-dev] [GRASS GIS] #3213: v.net.iso - Segmentation fault

[GRASS GIS]

#3213: v.net.iso - Segmentation fault
----------------------+---------------------------------
 Reporter:  sebastic  |      Owner:  grass-dev@…
     Type:  defect    |     Status:  new
 Priority:  normal    |  Milestone:  7.2.0
Component:  Vector    |    Version:  svn-releasebranch72
 Keywords:            |        CPU:  Unspecified
 Platform:  Linux     |
----------------------+---------------------------------
 As reported by Eduardo Corbelle Rico in [https://bugs.debian.org/845429
 Debian Bug #845429]:
 > It happened to me that the use of v.net.iso command results in a
 > segmentation fault. I could replicate the error in two different
 > machines, with my own data and with both examples shown in the online
 > manual ( https://grass.osgeo.org/grass70/manuals/v.net.iso.html )
 > using the Spearfish dataset for GRASS 7.
 >
 > After consultation in the GRASS-user list, it seems that this is
 > specific of the pre-compiled package (installed via apt-get), as the
 > error does not appear when GRASS 7.0 is compiled from source in the
 > same machine.

 The related discussion on grass-user is at:

 https://lists.osgeo.org/pipermail/grass-user/2016-November/075606.html

 Running the commands from the example gets the following backtrace from
 gdb:
 {{{
 (gdb) run
 Starting program: /usr/lib/grass72/bin/v.net.iso input=myroads_net
 output=myroads_net_iso center_cats=1-100000 costs=1000,2000,5000
 [Thread debugging using libthread_db enabled]
 Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
 Building graph...
 Registering arcs...

 Program received signal SIGSEGV, Segmentation fault.
 tavl_probe (tree=tree at entry=0x6427d0, item=item at entry=0x84cd30) at
 tavl.c:146
 146     tavl.c: No such file or directory.
 (gdb) bt
 #0  tavl_probe (tree=tree at entry=0x6427d0, item=item at entry=0x84cd30) at
 tavl.c:146
 #1  0x00007ffff6c55737 in dglTreeNodeAdd (pavl=0x6427d0,
 nKey=nKey at entry=1) at tree.c:73
 #2  0x00007ffff6c4aa0c in dgl_add_edge_V1 (pgraph=0x7fffffffd3a8,
 nHead=<optimized out>, nTail=<optimized out>, nCost=1231014, nEdge=1,
 pvHeadAttr=pvHeadAttr at entry=0x0, pvTailAttr=0x0, pvEdgeAttr=0x0, nFlags=0)
 at edgemgmt-template.c:59
 #3  0x00007ffff6c48a62 in dglAddEdge (pGraph=pGraph at entry=0x7fffffffd3a8,
 nHead=<optimized out>, nTail=<optimized out>, nCost=<optimized out>,
 nEdge=nEdge at entry=1) at graph.c:624
 #4  0x00007ffff7ba1769 in Vect_net_build_graph
 (Map=Map at entry=0x7fffffffcfd0, ltype=ltype at entry=6, afield=afield at entry=1,
 nfield=nfield at entry=2, afcol=0x0, abcol=0x0, ncol=0x0, geo=0, version=1)
 at net_build.c:918
 #5  0x0000000000402aee in main (argc=<optimized out>, argv=<optimized
 out>) at main.c:224
 }}}

 The issue can be reproduced with the GRASS 7.0.5 and 7.2.0-RC2 packages in
 Debian. In what way the custom compile differs from the Debian package
 build is not clear yet.

--
Ticket URL: <https://trac.osgeo.org/grass/ticket/3213>
GRASS GIS <https://grass.osgeo.org>