[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: permissions (and other) problems

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2002-09-18 00:43:44 CEST

On Tuesday, September 17, 2002, at 06:23 PM, Barry Scott wrote:

> Posix standardised signals not ANSI C. Posix uses
> sigaction() and friends.
> There is also the pre-posix signals on old Unix API,
> signal() etc.
> Atleast on HP-UX there are both pre-posix and posix signals.
> If you mix them your code breaks is subtle ways.
> APR is essential to hide this mess and allow portability
> across Unix let along the none Unix OS.

ok, after looking at the code for apr_signal, i can see why we need
something to mediate all the random weird-ass implementations out
there, but from what i've been able to find (on the net and in K&R and
harbison and steele's 'C, a reference manual'), it seems that
rudimentary signals are part of ANSI C. that said, i am using
apr_signal, because there is still a significant portability problem.

the last remaining question is "if signal itself isn't portable, is
sig_atomic_t?" according to all i've read, and what philip has said,
about the only thing that's safe to do in a signal handler is to set a
sig_atomic_t variable... if that typedef isn't considered portable, it
complicates life considerably...


garrett rooney                    Remember, any design flaw you're
rooneg@electricjellyfish.net      sufficiently snide about becomes
http://electricjellyfish.net/     a feature.       -- Dan Sugalski
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 18 00:44:23 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.