From: dann frazier <dannf@hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [PATCH] salinfo_decode silent exit in older 2.4s
Date: Wed, 20 Apr 2005 02:14:14 +0000 [thread overview]
Message-ID: <1113963255.8825.2.camel@localhost> (raw)
In-Reply-To: <1112995423.7189.133.camel@krebs.dannf>
On Wed, 2005-04-20 at 10:04 +1000, Keith Owens wrote:
> On Tue, 19 Apr 2005 15:51:28 -0600,
> dann frazier <dannf@hp.com> wrote:
> >On Wed, 2005-04-13 at 13:51 -0600, dann frazier wrote:
> >> On Tue, 2005-04-12 at 09:03 +1000, Keith Owens wrote:
> >> > I coded that exit on the assumption that the only reason salinfo_decode
> >> > would get -EINTR is from a signal. salinfo_decode 0.7 does not have
> >> > alarms, so the only signal should be from an external event, i.e. when
> >> > the user wants to shut it down. Before changing the behaviour, can you
> >> > find out why -EINTR is being returned in the first place. IOW, what
> >> > event is causing -EINTR to be returned.
> >>
> >> hey Keith,
> >> An strace shows a SIGCHLD, for which a handler is registered.
> >> Apparently this is the salinfo_decode_oem process?
> >
> >hey Keith,
> > Did this reply answer your question, or do you need more information
> >from me? It seems SIGCHLD is the corner case. Does exit(0) make sense
> >for other signals?
>
> Thanks, you answered my questions. I have a lot of updates queued for
> salinfo_decode to make it more resilient, your patch has been included
> in that set, which I am stil testing.
Great - I'll go ahead and add this patch to the Debian salinfo package,
since that's where the problem was reported and where I tested the fix.
I'll resync with your next release when it is available. Thanks.
--
dann frazier <dannf@hp.com>
prev parent reply other threads:[~2005-04-20 2:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-08 21:23 [PATCH] salinfo_decode silent exit in older 2.4s dann frazier
2005-04-10 23:58 ` Keith Owens
2005-04-11 21:03 ` dann frazier
2005-04-11 23:03 ` Keith Owens
2005-04-13 19:51 ` dann frazier
2005-04-19 21:51 ` dann frazier
2005-04-20 0:04 ` Keith Owens
2005-04-20 2:14 ` dann frazier [this message]
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=1113963255.8825.2.camel@localhost \
--to=dannf@hp.com \
--cc=linux-ia64@vger.kernel.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.