[GRASS-dev] v.what.rast: topology really necessary?

[Blumentrath, Stefan]

Hei again,

And sorry for the numerous emails...

After repeated testing, a colleague of mine pointed out that I know occupy almost all available PostGIS connections on our server.
It seems that connections hang from testing and that either v.external or v.what.rast does not close the PG connection properly after the module finishes... Or are there other possible explanations?

Where should I look to find the source of the issue?

Ciao,
Stefan

-----Original Message-----
From: Martin Landa [mailto:landa.martin at gmail.com] 
Sent: tirsdag 10. januar 2017 15.39
To: Blumentrath, Stefan <Stefan.Blumentrath at nina.no>
Cc: GRASS developers list (grass-dev at lists.osgeo.org) <grass-dev at lists.osgeo.org>
Subject: Re: [GRASS-dev] v.what.rast: topology really necessary?

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