Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: (3) - FreeBSD compatability issue resolved
- X-seq: zsh-workers 19870
- From: Vincent Stemen <zsh@xxxxxxxxxxx>
- To: Zsh hackers list <zsh-workers@xxxxxxxxxx>
- Subject: Re: PATCH: (3) - FreeBSD compatability issue resolved
- Date: Tue, 4 May 2004 02:17:22 -0500
- In-reply-to: <20040430212625.7C6B48551@xxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20040422085956.GA69814@xxxxxxxxxxxxxxxxx> <20040430212625.7C6B48551@xxxxxxxxxxxxxxxxxxxxxxxx>
On Fri, Apr 30, 2004 at 10:26:24PM +0100, Peter Stephenson wrote:
> Patch to apply on top of previous goes to attempt to handle TRAPS_ASYNC
> the way I think is intended. It's basically an `if' with a
> sigemptyset() inside it, hope no one was expecting anything sophisticated.
>
> It doesn't fix the behaviour I noted, that without the option any child
> exiting, not just the one the shell is currently expecting, causes traps
> to be run. Probably that's not a big issue; I should really check the
> wording of POSIX.
>
> So I think that's it... Vincent?
Just following up with a status report. I did further testing, running the
FreeBSD boot and shutdown scripts and, so far as I can tell, everything is
working great as a plug in replacement for /bin/sh now. Nice work!
The only minor thing I noticed is some warnings I get when I compile:
parameter.c: In function `scanpmparameters':
parameter.c:191: warning: dereferencing type-punned pointer will break strict-aliasing rules
parameter.c: In function `scanpmcommands':
parameter.c:330: warning: dereferencing type-punned pointer will break strict-aliasing rules
...etc, etc.
I saw in the list archive, that you discussed this back in February. I did
not know the status of it so I thought I would mention it in case you were
unaware these warnings were still being produced under FreeBSD. I am
compiling with gcc-3.2.2.
Thanks again, Peter, for quickly addressing the FreeBSD sh compatibility
signal issue.
Best regards,
Vincent
--
Vincent Stemen
Avoid the VeriSign/Network Solutions domain registration trap!
Read how Network Solutions (NSI) was involved in stealing our domain name.
http://www.InetAddresses.net
Messages sorted by:
Reverse Date,
Date,
Thread,
Author