All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
From: Lauro Whately <whately@cos.ufrj.br>
To: "D.J. Barrow" <barrow_dj@yahoo.com>
Cc: linuxppc-dev@lists.linuxppc.org
Subject: Re: I believe I found a bug in /arch/ppc/kernel/signal.c
Date: Tue, 23 Feb 1999 11:35:31 -0300	[thread overview]
Message-ID: <36D2BCB3.89221902@cos.ufrj.br> (raw)
In-Reply-To: 19990222195304.000021@mail.mipsys.com


> On Mon, Feb 22, 1999, D.J. Barrow <barrow_dj@yahoo.com> wrote:

> The bug manifested itself in tftp, when longjmp'ing out
> of the signal handler on timeouts.
>
> Resulting in....
> a )sys_sigreturn not get called
> b) signals queued & trampoline stuff on the user stack being trashed.
> c) SIGALRM being blocked forever.

Have you tried the sigsetjmp/siglongjmp ?
I've met a similar problem a month ago and found that POSIX.1 does not
specify the effect of setjmp and longjmp on signal masks (SVR4 does not save
and restore the signal mask under  setjmp/longjmp, however 4.3 BSD save and
restore the signal mask) Instead, two new functions sigsetjmp and siglongjmp
are defined by POSIX.1
Those new ones are working ok with linux 2.1.x releases (I've been using them
with linuxppc 2.1.112)
It seems that the behavior of sigsetjmp/siglongjmp was changed to the POSIX.1
specification around the release 2.1.112.

--
 Lauro Whately
 Parallel Computing Lab. / COPPE
 Federal University of Rio de Janeiro
 Brazil
 =====================================
 "A distributed system is one on which I cannot get any work done, because a
 machine I have never heard of has crashed." -- Leslie Lamport




[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to  Cc linuxppc-dev  if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]

  reply	other threads:[~1999-02-23 14:35 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-02-22 14:36 I believe I found a bug in /arch/ppc/kernel/signal.c D.J. Barrow
1999-02-22 18:53 ` Benjamin Herrenschmidt
1999-02-23 14:35   ` Lauro Whately [this message]
  -- strict thread matches above, loose matches on Subject: below --
1999-02-24 12:45 D.J. Barrow

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=36D2BCB3.89221902@cos.ufrj.br \
    --to=whately@cos.ufrj.br \
    --cc=barrow_dj@yahoo.com \
    --cc=linuxppc-dev@lists.linuxppc.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.