Hi Joern, I was just reviewing once again the mails concerning threads and Root/Sockets by you and Volker (please correct me, if I'm wrong): - Volker was talking about a system hang up because of a kind of deadlock in the TMonitor::Select() call; - You are talking about a potential clash of Root internal list because of the not-thread-safe nature of these "global" lists. So, in my review, I would say, you are talking about two very different things: ROOT system crash (as implied by your statement about long-living applications over days) versus a TMonitor::Select() hang up (nothimg is received by the file descriptor). I don't know how to solve Volkers special problem with the Select() (only ideas, which I told him already privately), but at least in my application we don't see any potential conflict and no system "core dumps" or "segmentation violations" as you imply it. This just for clarity. A never returning Select() might have several reasons, but "unsafe" lists in ROOT should lead sooner or later but always to a system crash, as you mentioned it correctly. I don't see how unprotected lists could produce a deadlock. So once again, this time my 10 cents, Greetings, Marc Marc Hemberger wrote: > Dear Joern, > > I still don't see your problem. But anyhow, that is my problem. By the > way, the application I'm dealing with is an Application Management > Tool based on Root, which should live, and is in fact living for > months: from the time of the bootup of the machine until it's shutdown > (with all what I described earlier: multiple threads, multiple > connections etc.). So I also don't understand your problems here. It > works for me perfectly. > >> So, you might decide to drop the locking if you are sure that >> the potential thread conflict does not occur very often, >> for performance reasons, OK. >> For an online/offline analysis framework that shall run >> stable for days or weeks, however, I would not dare so. > > It is also not acceptable for me. But as mentioned above, I don't need > to dare something. It just works. > >> >> I'm looking forward to exchange some threading experience >> again ;-) > > If you have the desire to do so ... Looking forarward to hear from > you. > > Greetings, Marc > >> >> >> / >> /////////////////////////////////////////////////////////////////// >> // Dr. J"orn Adamczewski (J.Adamczewski@gsi.de) >> // >> // GO4 project team Tel: +49-06159-71-2554 >> // >> // Datenverarbeitung & ExperimentElektronik FAX: +49-06159-71-2986 >> // >> // Ges. f. SchwerIonenforschung, Planckstr.1, D-64291 Darmstadt >> // > > -- > > Dr. Marc Hemberger > /\_/\ > ( o.o ) > > ^ < > |\ _,,,---,, realTech privat: > ZZZzz /,`.-'`' -. ;-;;,_ system consulting GmbH > |,4- ) )-,_. ,\ ( `'-' Industriestr. 39c Marstallstr. 49d > '---''(_/--' `-'\_) 69190 Walldorf 68723 Schwetzingen > > Marc.Hemberger@realtech.de MHemberger@csi.com > > ** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.** > > -- Dr. Marc Hemberger /\_/\ ( o.o ) > ^ < |\ _,,,---,, realTech privat: ZZZzz /,`.-'`' -. ;-;;,_ system consulting GmbH |,4- ) )-,_. ,\ ( `'-' Industriestr. 39c Marstallstr. 49d '---''(_/--' `-'\_) 69190 Walldorf 68723 Schwetzingen Marc.Hemberger@realtech.de MHemberger@csi.com ** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.**
This archive was generated by hypermail 2b29 : Tue Jan 01 2002 - 17:51:05 MET