Opened 16 years ago
Last modified 6 years ago
#461 closed defect
v.db.update crashes with updating shapefile connected with v.external — at Initial Version
Reported by: | msieczka | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | 7.0.7 |
Component: | Vector | Version: | svn-trunk |
Keywords: | v.external, v.to.db | Cc: | martinl |
CPU: | x86-64 | Platform: | Linux |
Description
Backtrace:
GRASS 6.5.svn (javier):~ > gdb v.to.db GNU gdb 6.8-debian Copyright (C) 2008 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"... (gdb) run map=gshhs_shp opt=area units=k col=AREA Starting program: /usr/local/grass-6.5.svn/bin/v.to.db map=gshhs_shp opt=area units=k col=AREA [Thread debugging using libthread_db enabled] warning: Lowest section in /usr/lib/libicudata.so.38 is .hash at 0000000000000120 [New Thread 0x7fe8946c9710 (LWP 9814)] Reading areas... 100% Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fe8946c9710 (LWP 9814)] 0x00007fe89418f539 in db_get_column_sqltype (column=0x0) at column.c:107 107 return column->sqlDataType; (gdb) bt #0 0x00007fe89418f539 in db_get_column_sqltype (column=0x0) at column.c:107 #1 0x00007fe8938f480d in db_select_int (driver=0x9237ba0, tab=0x98bb7f0 "gshhs", col=0x98b8ba0 "", where=0x0, pval=0x7fff9c7ff858) at select.c:138 #2 0x00000000004069f2 in update (Map=0x7fff9c7ff8c0) at update.c:53 #3 0x00000000004043e4 in main (argc=5, argv=0x7fff9c7fffd8) at main.c:84
Note:
See TracTickets
for help on using tickets.