From unknown Tue Jun 17 20:18:35 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#9620 <9620@debbugs.gnu.org> To: bug#9620 <9620@debbugs.gnu.org> Subject: Status: dd: bogus behavior when interrupted Reply-To: bug#9620 <9620@debbugs.gnu.org> Date: Wed, 18 Jun 2025 03:18:35 +0000 retitle 9620 dd: bogus behavior when interrupted reassign 9620 coreutils submitter 9620 Paul Eggert severity 9620 normal tag 9620 notabug thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 27 15:35:04 2011 Received: (at submit) by debbugs.gnu.org; 27 Sep 2011 19:35:04 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8dQl-0000Su-HA for submit@debbugs.gnu.org; Tue, 27 Sep 2011 15:35:03 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8dQj-0000SW-4q for submit@debbugs.gnu.org; Tue, 27 Sep 2011 15:35:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R8dPt-0005L5-Rx for submit@debbugs.gnu.org; Tue, 27 Sep 2011 15:34:10 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:41518) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R8dPt-0005L1-PN for submit@debbugs.gnu.org; Tue, 27 Sep 2011 15:34:09 -0400 Received: from eggs.gnu.org ([140.186.70.92]:57922) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R8dPt-0004zm-0v for bug-coreutils@gnu.org; Tue, 27 Sep 2011 15:34:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R8dPs-0005Kq-13 for bug-coreutils@gnu.org; Tue, 27 Sep 2011 15:34:08 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:52016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R8dPr-0005Jk-RT for bug-coreutils@gnu.org; Tue, 27 Sep 2011 15:34:07 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id F1AA9A60003 for ; Tue, 27 Sep 2011 12:33:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U4GSQAn+9d5J for ; Tue, 27 Sep 2011 12:33:58 -0700 (PDT) Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 8F665A60001 for ; Tue, 27 Sep 2011 12:33:58 -0700 (PDT) Message-ID: <4E822521.9020408@cs.ucla.edu> Date: Tue, 27 Sep 2011 12:33:53 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.22) Gecko/20110906 Fedora/3.1.14-1.fc14 Thunderbird/3.1.14 MIME-Version: 1.0 To: Bug-coreutils Subject: dd: bogus behavior when interrupted Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.8 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.8 (----) This happened with coreutils 8.13 on Fedora 14 x86-64 (coreutils compiled with GCC 4.6.1). I interrupted 'dd' with control-C, but it didn't respond right away; instead, it churned away and created the entire output file, issuing a bogus diagnostic about the input file. Here's the transcript: $ dd if=/dev/zero of=$HOME/junk/zero bs=1024 count=1000000 ^C1000000+0 records in 1000000+0 records out 1024000000 bytes (1.0 GB) copied, 20.1583 s, 50.8 MB/s dd: closing input file `/dev/zero': Bad file descriptor $ ls -l zero -rw-r--r-- 1 eggert eggert 1024000000 Sep 27 12:18 zero The problem with the diagnostic is intermittent. It usually does not happen. Usually, there's simply an unconscionably long wait between the time I type ^C and the time that dd exits, e.g.: $ dd if=/dev/zero of=zero bs=1024 count=1000000 ^C487034+0 records in 487034+0 records out 498722816 bytes (499 MB) copied, 11.6897 s, 42.7 MB/s (here I waited about 10 seconds between the time I typed ^C and the time that dd exited). The filesystem is ext4 atop md (RAID-1). The same problem occurs with /bin/dd (coreutils 8.5) so if it is a coreutils bug it's not a new one. Don't have time to debug this right now but thought I'd get a bug report into the system. Quite possibly it is not a coreutils bug at all, but a kernel bug, but in that case where do I report it? to a Fedora mailing list? From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 27 16:48:18 2011 Received: (at submit) by debbugs.gnu.org; 27 Sep 2011 20:48:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8eZd-0002xc-Q5 for submit@debbugs.gnu.org; Tue, 27 Sep 2011 16:48:18 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8eZa-0002xR-2U for submit@debbugs.gnu.org; Tue, 27 Sep 2011 16:48:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R8eYj-0003mK-W9 for submit@debbugs.gnu.org; Tue, 27 Sep 2011 16:47:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:52585) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R8eYj-0003mG-Uh for submit@debbugs.gnu.org; Tue, 27 Sep 2011 16:47:21 -0400 Received: from eggs.gnu.org ([140.186.70.92]:60050) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R8eYi-00011X-SY for bug-coreutils@gnu.org; Tue, 27 Sep 2011 16:47:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R8eYh-0003m2-SZ for bug-coreutils@gnu.org; Tue, 27 Sep 2011 16:47:20 -0400 Received: from bitwagon.com ([74.82.39.175]:59128) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1R8eYh-0003lp-Ko for bug-coreutils@gnu.org; Tue, 27 Sep 2011 16:47:19 -0400 Received: from f14-64.local ([76.105.149.67]) by bitwagon.com for ; Tue, 27 Sep 2011 13:47:16 -0700 Message-ID: <4E8236C6.9010600@bitwagon.com> Date: Tue, 27 Sep 2011 13:49:10 -0700 From: John Reiser Organization: - User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.22) Gecko/20110906 Fedora/3.1.14-1.fc14 Thunderbird/3.1.14 MIME-Version: 1.0 To: bug-coreutils@gnu.org Subject: Re: bug#9620: dd: bogus behavior when interrupted References: <4E822521.9020408@cs.ucla.edu> In-Reply-To: <4E822521.9020408@cs.ucla.edu> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) On 09/27/2011 12:33 PM, Paul Eggert wrote: > This happened with coreutils 8.13 on Fedora 14 x86-64 > (coreutils compiled with GCC 4.6.1). I interrupted > 'dd' with control-C, but it didn't respond right away; > instead, it churned away and created the entire output file, > issuing a bogus diagnostic about the input file. Here's > the transcript: > > $ dd if=/dev/zero of=$HOME/junk/zero bs=1024 count=1000000 > ^C1000000+0 records in > 1000000+0 records out > 1024000000 bytes (1.0 GB) copied, 20.1583 s, 50.8 MB/s > dd: closing input file `/dev/zero': Bad file descriptor > $ ls -l zero > -rw-r--r-- 1 eggert eggert 1024000000 Sep 27 12:18 zero > [snip] > Quite possibly it is not > a coreutils bug at all, but a kernel bug, but in that case > where do I report it? to a Fedora mailing list? https://bugzilla.redhat.com Create an account (requires e-mail address and password) or login using old account; select: New, Fedora, Fedora; choose Component: kernel; enter details. Use to switch fields (including Summary:); beware that activates and Submits a mostly-empty bug report. -- From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 27 17:23:24 2011 Received: (at 9620) by debbugs.gnu.org; 27 Sep 2011 21:23:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8f7b-0003lt-SR for submit@debbugs.gnu.org; Tue, 27 Sep 2011 17:23:24 -0400 Received: from mail1.vodafone.ie ([213.233.128.43]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8f7Y-0003ll-RF for 9620@debbugs.gnu.org; Tue, 27 Sep 2011 17:23:22 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAJo9gk5tTg9g/2dsb2JhbAAMNQ6qPwEBAQEDMgE7CxALDQsJFg8JAwIBAgFFBg0BBwEBh3q5ZoMYg3MEmROLPDg Received: from unknown (HELO [192.168.1.79]) ([109.78.15.96]) by mail1.vodafone.ie with ESMTP; 27 Sep 2011 22:22:28 +0100 Message-ID: <4E823E36.7030802@draigBrady.com> Date: Tue, 27 Sep 2011 22:20:54 +0100 From: =?ISO-8859-1?Q?P=E1draig_Brady?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: Paul Eggert Subject: Re: bug#9620: dd: bogus behavior when interrupted References: <4E822521.9020408@cs.ucla.edu> In-Reply-To: <4E822521.9020408@cs.ucla.edu> X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 9620 Cc: 9620@debbugs.gnu.org, Linda Walsh X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 09/27/2011 08:33 PM, Paul Eggert wrote: > This happened with coreutils 8.13 on Fedora 14 x86-64 > (coreutils compiled with GCC 4.6.1). I interrupted > 'dd' with control-C, but it didn't respond right away; > instead, it churned away and created the entire output file, > issuing a bogus diagnostic about the input file. Here's > the transcript: > > $ dd if=/dev/zero of=$HOME/junk/zero bs=1024 count=1000000 > ^C1000000+0 records in > 1000000+0 records out > 1024000000 bytes (1.0 GB) copied, 20.1583 s, 50.8 MB/s > dd: closing input file `/dev/zero': Bad file descriptor > $ ls -l zero > -rw-r--r-- 1 eggert eggert 1024000000 Sep 27 12:18 zero > > The problem with the diagnostic is intermittent. It usually > does not happen. Usually, there's simply an unconscionably long > wait between the time I type ^C and the time that dd exits, e.g.: > > $ dd if=/dev/zero of=zero bs=1024 count=1000000 > ^C487034+0 records in > 487034+0 records out > 498722816 bytes (499 MB) copied, 11.6897 s, 42.7 MB/s > > (here I waited about 10 seconds between the time I typed > ^C and the time that dd exited). > > The filesystem is ext4 atop md (RAID-1). > > The same problem occurs with /bin/dd (coreutils 8.5) so > if it is a coreutils bug it's not a new one. > > Don't have time to debug this right now but thought I'd > get a bug report into the system. Quite possibly it is not > a coreutils bug at all, but a kernel bug, but in that case > where do I report it? to a Fedora mailing list? I think this is a kernel signal propagation bug that I noticed on Fedora 14 too and I think Linda Walsh reported the same thing on the kernel list. I didn't notice it on later kernels so I didn't pursue it. Note I didn't notice errors, just delays. BTW that ^C being displayed (started around Fedora 11 time (2.6.30)) is very annoying, especially when inserted in the middle of an ANSI code. I mentioned that previously here: http://mail.linux.ie/pipermail/ilug/2011-February/106723.html cheers, Pádraig. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 27 17:33:18 2011 Received: (at 9620) by debbugs.gnu.org; 27 Sep 2011 21:33:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R8fHC-000403-EI for submit@debbugs.gnu.org; Tue, 27 Sep 2011 17:33:18 -0400 Received: from c-67-162-90-113.hsd1.in.comcast.net ([67.162.90.113] helo=kosh.dhis.org) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1R8fHA-0003zv-Kz for 9620@debbugs.gnu.org; Tue, 27 Sep 2011 17:33:17 -0400 Received: (qmail 2512 invoked by uid 1000); 27 Sep 2011 21:32:24 -0000 Message-ID: <20110927213224.2511.qmail@kosh.dhis.org> From: "Alan Curry" Subject: Re: bug#9620: dd: bogus behavior when interrupted To: P@draigBrady.com (=?UTF-8?Q?P=C3=A1draig?= Brady) Date: Tue, 27 Sep 2011 16:32:24 -0500 (GMT+5) In-Reply-To: <4E823E36.7030802@draigBrady.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 9620 Cc: 9620@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.8 (/) =?UTF-8?Q?P=C3=A1draig?= Brady writes: > > BTW that ^C being displayed (started around Fedora 11 time (2.6.30)) > is very annoying, especially when inserted in the middle of an ANSI code. > I mentioned that previously here: > http://mail.linux.ie/pipermail/ilug/2011-February/106723.html I've been annoyed by that too. So annoyed that I patched my kernel to get rid of it. It was added between 2.6.24 and 2.6.25. Here's the commit message: |commit ec5b1157f8e819c72fc93aa6d2d5117c08cdc961 |Author: Joe Peterson |Date: Wed Feb 6 01:37:38 2008 -0800 | | tty: enable the echoing of ^C in the N_TTY discipline | | Turn on INTR/QUIT/SUSP echoing in the N_TTY line discipline (e.g. ctrl-C | will appear as "^C" if stty echoctl is set and ctrl-C is set as INTR). | | Linux seems to be the only unix-like OS (recently I've verified this on | Solaris, BSD, and Mac OS X) that does *not* behave this way, and I really | miss this as a good visual confirmation of the interrupt of a program in | the console or xterm. I remember this fondly from many Unixs I've used | over the years as well. Bringing this to Linux also seems like a good way | to make it yet more compliant with standard unix-like behavior. | | [akpm@linux-foundation.org: coding-style fixes] | Cc: Alan Cox | Signed-off-by: Andrew Morton | Signed-off-by: Linus Torvalds And here's what I use to kill it (committed to my own git tree which is exported to no one and has been seen by nobody but me until now): commit 0b76f0a49a52ac37fb220f1481955426b6814f86 Author: Alan Curry Date: Wed Sep 22 16:35:01 2010 -0500 The echoing of ^C when a process is interrupted from tty may be more like what the real unixes do, but this is a case where Linux was better. Put it back the way it was. When a command's output ends with an incomplete line, the shell can do one of two things, both of them bad: engage its command line editor with the cursor in the wrong column, or force the cursor to the first column before printing the prompt, which obliterates the incomplete line, hiding actual program output. The echo of ^C immediately followed by process death is an instance of this generally bad "command output ends with incomplete line" behavior. diff --git a/drivers/tty/n_tty.c b/drivers/tty/n_tty.c index c3954fb..70f5698 100644 --- a/drivers/tty/n_tty.c +++ b/drivers/tty/n_tty.c @@ -1194,10 +1194,12 @@ send_signal: } if (I_IXON(tty)) start_tty(tty); +#if 0 /* This echoing is a sucky new feature. --Pac. */ if (L_ECHO(tty)) { echo_char(c, tty); process_echoes(tty); } +#endif if (tty->pgrp) kill_pgrp(tty->pgrp, signal, 1); return; -- Alan Curry From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 15 04:47:18 2011 Received: (at 9620) by debbugs.gnu.org; 15 Oct 2011 08:47:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1REztm-0004Uo-80 for submit@debbugs.gnu.org; Sat, 15 Oct 2011 04:47:18 -0400 Received: from mx.meyering.net ([88.168.87.75]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1REztj-0004Ua-0V; Sat, 15 Oct 2011 04:47:17 -0400 Received: from rho.meyering.net (localhost.localdomain [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id 4DB0560150; Sat, 15 Oct 2011 10:46:34 +0200 (CEST) From: Jim Meyering To: =?iso-8859-1?Q?P=E1draig?= Brady Subject: Re: bug#9620: dd: bogus behavior when interrupted In-Reply-To: <4E823E36.7030802@draigBrady.com> (=?iso-8859-1?Q?=22P=E1drai?= =?iso-8859-1?Q?g?= Brady"'s message of "Tue, 27 Sep 2011 22:20:54 +0100") References: <4E822521.9020408@cs.ucla.edu> <4E823E36.7030802@draigBrady.com> Date: Sat, 15 Oct 2011 10:46:33 +0200 Message-ID: <878vom3amu.fsf@rho.meyering.net> Lines: 63 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 9620 Cc: 9620@debbugs.gnu.org, Paul Eggert , Linda Walsh X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) tags 9620 notabug close 9620 thanks P=E1draig Brady wrote: > On 09/27/2011 08:33 PM, Paul Eggert wrote: >> This happened with coreutils 8.13 on Fedora 14 x86-64 >> (coreutils compiled with GCC 4.6.1). I interrupted >> 'dd' with control-C, but it didn't respond right away; >> instead, it churned away and created the entire output file, >> issuing a bogus diagnostic about the input file. Here's >> the transcript: >> >> $ dd if=3D/dev/zero of=3D$HOME/junk/zero bs=3D1024 count=3D1000000 >> ^C1000000+0 records in >> 1000000+0 records out >> 1024000000 bytes (1.0 GB) copied, 20.1583 s, 50.8 MB/s >> dd: closing input file `/dev/zero': Bad file descriptor >> $ ls -l zero >> -rw-r--r-- 1 eggert eggert 1024000000 Sep 27 12:18 zero >> >> The problem with the diagnostic is intermittent. It usually >> does not happen. Usually, there's simply an unconscionably long >> wait between the time I type ^C and the time that dd exits, e.g.: >> >> $ dd if=3D/dev/zero of=3Dzero bs=3D1024 count=3D1000000 >> ^C487034+0 records in >> 487034+0 records out >> 498722816 bytes (499 MB) copied, 11.6897 s, 42.7 MB/s >> >> (here I waited about 10 seconds between the time I typed >> ^C and the time that dd exited). >> >> The filesystem is ext4 atop md (RAID-1). >> >> The same problem occurs with /bin/dd (coreutils 8.5) so >> if it is a coreutils bug it's not a new one. >> >> Don't have time to debug this right now but thought I'd >> get a bug report into the system. Quite possibly it is not >> a coreutils bug at all, but a kernel bug, but in that case >> where do I report it? to a Fedora mailing list? > > I think this is a kernel signal propagation bug that I noticed on Fedora = 14 too > and I think Linda Walsh reported the same thing on the kernel list. > I didn't notice it on later kernels so I didn't pursue it. > Note I didn't notice errors, just delays. Thanks for the report. I confirm the same behavior with an ext4 partition and no md/lvm using linux-2.6.40.6-0.fc15.x86_64. However, with ext4 and linux-3.1.0-0.rc9.git0.0.fc17.x86_64 (rawhide) in a VM the ^C takes effect immediately, so this is probably fixed in the Fedora 16 kernels, too. So I've marked this notabug and closed it. > BTW that ^C being displayed (started around Fedora 11 time (2.6.30)) > is very annoying, especially when inserted in the middle of an ANSI code. > I mentioned that previously here: > http://mail.linux.ie/pipermail/ilug/2011-February/106723.html From unknown Tue Jun 17 20:18:35 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 12 Nov 2011 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator