In regard to: Re: EPIPE, Michael Natterer said (at 12:40am on May 11, 2000):

>This is what currently happens (ok, it happens in the handler, but WNOHANG
>*should* be absolutely safe).
>However, a signal handler can do whatever it likes with the app's structures
>as long as it uses atomic data access (which can be a pointer, as pointers
>have the same size as integers, which are atomic. This is true at least on
>all processors which have a GNU libc port and finding a processor
>where pointers are not atomic looks very unlikely to me).

Finding a processor/OS combo where sizeof(pointer) != sizeof(int) is pretty
easy, however.  How does this change your thinking?

>The usage of SIGCLD is strongly discouraged by Stevens and some Solaris
>document I fould recently. But Gimp uses SIGCHLD anyway.

SIGCLD != SIGCHLD.  They're distant relations, but that's it.  Is that what
you were trying to say?  Since you apparently have access to Stevens' APUE,
look at section 10.7 again if you don't understand what I'm talking about.

You're definitely correct that gimp shouldn't be mucking with SIGCLD, and
it's not. 

Tim Mooney                              [EMAIL PROTECTED]
Information Technology Services         (701) 231-1076 (Voice)
Room 242-J1, IACC Building              (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164

Reply via email to