[GRASS-dev] v.what.rast: topology really necessary?
Martin Landa
landa.martin at gmail.com
Tue Jan 10 06:38:47 PST 2017
Hi,
2017-01-10 13:18 GMT+01:00 Blumentrath, Stefan <Stefan.Blumentrath at nina.no>:
> Thanks for your swift relpy. Unfortunately, without topology, v.what.rast segfaults in r70332.
>
> v.external --overwrite input=PG:dbname=gisdata layer=points output=points_pg73ot -bo
> v.what.rast map=points_pg73ot raster=rand column=morphology
> Reading features from vector map...
> Segmentation fault (core dumped)
hm, I can confirm it. Unfortunately it's something hidden. It segfaults at
#4 0x00007ffff7ba5d5d in get_feature (Map=0x7fffffffbed0, fid=-1,
type=-1) at read_pg.c:614
#5 0x00007ffff7ba5829 in read_next_line_pg (Map=0x7fffffffbed0,
line_p=0x63b3e0, line_c=0x60ad70, ignore_constraints=0) at
read_pg.c:468
when I comment out this line, it segfauls on completely different place:
#7 0x00007ffff729e187 in G__calloc (file=0x7ffff72e21a0
"lib/gis/parser.c", line=658, m=1024, n=1) at alloc.c:81
#8 0x00007ffff72c243b in recreate_command (original_path=0) at parser.c:658
#9 0x00007ffff72c2b77 in G_recreate_command () at parser.c:802
It seems to be memory issue. Please report an issue in trac. Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
More information about the grass-dev
mailing list