| To: | kenj@xxxxxxxxxxxxxxxx |
|---|---|
| Subject: | Re: [pcp] Steps towards a thread-safe libpcp |
| From: | Max Matveev <makc@xxxxxxxxx> |
| Date: | Wed, 23 Mar 2011 11:22:45 +1100 |
| Cc: | pcp@xxxxxxxxxxx |
| In-reply-to: | <1300748129.12077.86.camel@xxxxxxxxxxxxxxxx> |
| References: | <1300748129.12077.86.camel@xxxxxxxxxxxxxxxx> |
On Tue, 22 Mar 2011 09:55:29 +1100, Ken McDonell wrote: kenj> 2. Do we want to drag libpthread into every PCP app? ... this seems kenj> unavoidable, as we need some mutex services, even if the library kenj> itself is not multi-threaded. There is always an option of using dlopen games to discover symbols at run-time. It obfuscates the code but it does allow programs which don't link pthreads run without locking. max |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [pcp] Another thread-safe issue, Max Matveev |
|---|---|
| Next by Date: | Re: [pcp] Another thread-safe issue, Nathan Scott |
| Previous by Thread: | Re: [pcp] Steps towards a thread-safe libpcp, Josef 'Jeff' Sipek |
| Next by Thread: | sketch of possible web pmapi, Frank Ch. Eigler |
| Indexes: | [Date] [Thread] [Top] [All Lists] |