bin/155034: [PATCH] dd(1) dies on SIGUSR1; should print info
olli at lurza.secnetix.de
Tue Mar 22 15:10:03 UTC 2011
The following reply was made to PR bin/155034; it has been noted by GNATS.
From: Oliver Fromme <olli at lurza.secnetix.de>
To: bug-followup at FreeBSD.org
Subject: Re: bin/155034: [PATCH] dd(1) dies on SIGUSR1; should print info
Date: Tue, 22 Mar 2011 16:01:51 +0100 (CET)
Chris Rees <utisoft at gmail.com> wrote:
> Maxim Konovalov <maxim.konovalov at gmail.com> wrote:
> > FreeBSD uses SIGINFO for such purposes for ages in many programs
> > apart from dd(1). IMHO, nothing to fix here.
> Of course, and I'm not suggesting that FreeBSD is wrong in any way.
> My point was that it was rather a harsh punishment for using a GNU-ism
> where dd died after 30 minutes of chugging or so.
Well, when it died, it did exactly what you told it to:
Terminating the process is the default action for SIGUSR1,
see signal(3), and the dd(1) manpage doesn't mention that
SIGUSR1 is used for anything (in rather states that SIGINFO
is used for the purpose that you intended), so the default
I tend to agree with Maxim here.
> Would it hurt for dd to ignore the signal rather than die? I imagine a
> lot less than otherwise.
But then -- for consistency -- you would have to apply the
same patch to *all* programs that use SIGINFO, such as dump
and tar. And what should be done if a program uses SIGINFO
for status display *and* SIGUSR1 for something completely
unrelated, such as ftp(1)?
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd
"That's what I love about GUIs: They make simple tasks easier,
and complex tasks impossible."
-- John William Chambless
More information about the freebsd-bugs