pcp
[Top] [All Lists]

Re: Possible libpcp threading deadlock via pmlogger

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>