search

flyskyosg / libcitygml

Automatically exported from code.google.com/p/libcitygml
GNU Lesser General Public License v2.1
0 stars 0 forks source link

Thread safety of libcitygml #23

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
This is more a question than a problem:

Are you aware of any issue that prevents libcitygml to be used  in a threaded 
context (e.g. multiple parsing threads in parallel).

Kind regards,
Jan

Original issue reported on code.google.com by jan.kli...@gmail.com on 29 Jul 2011 at 1:43

GoogleCodeExporter commented 9 years ago 
If the xml library is ok for such a context everything should be ok in 
libictygml EXCEPT the tesselator which may be a problem because it is managed 
as a singleton to avoid the creation of multople GLU tesselation objects. So 
may be we could associate a tesselator per parser...
Any ideas or suggestions?
Regards,
Joachim

Original comment by jpouder...@gmail.com on 29 Jul 2011 at 1:55

GoogleCodeExporter commented 9 years ago 
After having done a test with multithreaded parsing it seems to be a good idea 
to synchronize the calls to initialize and terminate in the parser. The loading 
failed there once at my tests. 

Maybe you should have a look at 
http://xerces.apache.org/xerces-c/faq-parse-3.html at the question "Is it OK to 
call the XMLPlatformUtils::Initialize/Terminate pair of routines multiple times 
in one program?"

Is the tesselator per parser a big issue to do ? Should i have a look at it ?

Original comment by jan.kli...@gmail.com on 30 May 2012 at 11:32