| To: | Nathan Scott <nathans@xxxxxxxxxx> |
|---|---|
| Subject: | Re: Possible libpcp threading deadlock via pmlogger |
| From: | fche@xxxxxxxxxx (Frank Ch. Eigler) |
| Date: | Sun, 14 Oct 2012 18:13:11 -0400 |
| Cc: | Ken McDonell <kenj@xxxxxxxxxxxxxxxx>, pcp@xxxxxxxxxxx |
| In-reply-to: | <1234430459.11999146.1350249756615.JavaMail.root@xxxxxxxxxx> (Nathan Scott's message of "Sun, 14 Oct 2012 17:22:36 -0400 (EDT)") |
| References: | <1350240526.21128.7.camel@xxxxxxxxxxxxxxxx> <1234430459.11999146.1350249756615.JavaMail.root@xxxxxxxxxx> |
| User-agent: | Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) |
Nathan Scott <nathans@xxxxxxxxxx> writes: > [...] (perhaps interestingly, that pmlogger code is in the sigalarm > handler, may be a clue) [...] Just checking - are you aware of the limitations of code that may legitimately invoked from a signal handler? It's quite restricted. fprintf(3) wouldn't wash, for example, and exit(3) doesn't either (probably due to atexit()). See also https://www.securecoding.cert.org/confluence/display/seccode/SIG30-C.+Call+only+asynchronous-safe+functions+within+signal+handlers - FChE |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Possible libpcp threading deadlock via pmlogger, Nathan Scott |
|---|---|
| Next by Date: | A Broken Link on Your Site About Drawing and Design Programs - Follow-up, Alexandra Sawyer |
| Previous by Thread: | Re: Possible libpcp threading deadlock via pmlogger, Nathan Scott |
| Next by Thread: | pcp updates: qa testing, Nathan Scott |
| Indexes: | [Date] [Thread] [Top] [All Lists] |