[ quantlib-Bugs-3277533 ] linking issues with sessionID

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[ quantlib-Bugs-3277533 ] linking issues with sessionID

SourceForge.net
Bugs item #3277533, was opened at 2011-04-06 16:52
Message generated for change (Tracker Item Submitted) made by mortoray
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112740&aid=3277533&group_id=12740

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: edA-qa mort-ora-y (mortoray)
Assigned to: Nobody/Anonymous (nobody)
Summary: linking issues with sessionID

Initial Comment:
Using sessions it is possible to use QuantLib in a threaded program. This is obviously not an ideal solution and becomes very error prone if individual coders don't pay close attention to this. More importantly however, there are a few issues related to doing this:

1. Linking is a serious problem. You cannot use a shared library correctly since the sessionID function needs to be linked. Static libraries kind of work, until you have multiple shared libraries which wish to use QuantLib.

2. Session management is unclear. How can a session be cleaned up? If sessionId simply returns a thread id it means an endless number of sessions are created.

I'm not trying to be difficult, but point #1 is a critical issue for us. I have really struggled with both CMake and AutoMake to try and link the library correctly. Currently I'm stuck with automake on Fedora, it just can't resolve the sessionId symbol correctly when using transitive dependencies. I hope I can find a solution.

since I understand replacing sessions would be a significant fix, at least drop the need for the sessionId function. Instead have a library calls "createSession" , "setSession", and "deleteSession". This would clear up the linking problems and allow a dynamic library to be shared by multiple libraries at the same time.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112740&aid=3277533&group_id=12740

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
QuantLib-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quantlib-dev