[postgis-devel] [PostGIS] #273: ST_GeomFromGML crashes in Windows compiled in MingW

PostGIS trac at osgeo.org
Tue Dec 1 09:13:58 PST 2009

#273: ST_GeomFromGML crashes in Windows compiled in MingW
  Reporter:  robe     |       Owner:  robe         
      Type:  defect   |      Status:  assigned     
  Priority:  medium   |   Milestone:  PostGIS 1.5.0
 Component:  postgis  |     Version:  trunk        
Resolution:           |    Keywords:               
Comment (by mcayland):

 Replying to [comment:26 robe]:

 > I would be interested too out of plain curiosity and jsut to make sure
 there isn't some other ogre in the code. I question if its better than
 staically linked though and suspect it may be worse.  Doesn't the
 postgis.dll depend on libxml2-2.dll anyway in which case it would have to
 load both and possibly more costly.

 Yes, it would be good to have an idea of exactly what the issue is before
 we resolve it.

 > Is the cost based on the size of the dll or is the cost the same
 regardless of size? In which case you are paying doubly -- one to load
 each dll in memory as opposed to one dll.

 AIUI a shared library is loaded once into memory, but any references to
 the functions by another DLL are then "fixed up" at load time. So thinking
 about it now perhaps it's more a memory usage issue rather than a startup
 time issue?

 > I mean if I have a dynamically linked libxml2-2.dll -- postgis.dll
 doesn't even load if the dll is not present in the PostgreSQL/bin folder
 as I recall.  Will have to double-check that.

 IIRC Windows searches the current directory first for a DLL, followed by
 all of the locations in PATH before it fails.

 Any luck on getting a full debug stack trace?



Ticket URL: <http://trac.osgeo.org/postgis/ticket/273#comment:27>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.

More information about the postgis-devel mailing list