GNU bug report logs -
#45093
Character 149 causing ASCII BEL output to console in Windoze port of Gnu CoreUtils
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 45093 in the body.
You can then email your comments to 45093 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#45093
; Package
coreutils
.
(Mon, 07 Dec 2020 06:58:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Robert S. Kissel" <robert.kissel <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Mon, 07 Dec 2020 06:58:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Gentlemen:
To reproduce (on Windoze):
perl -e "print chr(149)" | head
perl -e "print chr(149)" | tail
perl -e "print chr(149)" | cat
perl -e "print chr(149)" | grep -v abc
I'm pretty sure this is a bug in the Windoze port of head and tail,
and it is also in grep and probably a number of other programs where I
haven't encountered it yet. It ONLY beeps if it is sent to the
CONSOLE. If the output is further piped into a file, the character is
written as a single MW character (195 decimal, 95 hex). In other
words,
perl -e "print chr(149)" | head >output.txt
will not corrupt the character or change it to an ASCII BEL character.
Versions I'm using:
head/tail (GNU coreutils) 5.3.0
Written by David MacKenzie and Jim Meyering.
Copyright (C) 2005 Free Software Foundation, Inc.
cat (GNU coreutils) 5.3.0
Written by Torbjorn Granlund and Richard M. Stallman.
GNU grep 2.5.4
Copyright (C) 2009 Free Software Foundation, Inc.
Windows 7 "Ultimate" on a PC; cmd console.
Character 149 is a Unicode C1 control character MW or "MESSAGE
WAITING" character, but is turning into a C0 BEL character (character
7) by mistake.
I noticed this when I was working with Chinese text encoded in UTF-8.
Just outputing character 149 to the console in Windoze with another
program does NOT produce this queer effect of "playing" character 7,
the ASCII BEL.
It's quite devastating--the machine and software are fast, and the
screendump ends up freezing the console and making it impossible to
interrupt with any sort of kill signal--one may only wait an hour for
the beeping to stop, or else terminate the console window itself and
open a fresh one.
I have no idea why this should be happening--but I would appreciate it
if you'd reproduce it, now that I've narrowed down exactly WHICH byte
is causing this effect--or else tell me if I'm zillions of versions
behind or if this is a known problem with the Windoze console that has
nothing to do with the software (but then I don't understand why other
programs don't mimic this behavior).
Many thanks in advance for your attention.
Very truly yours,
Robert S. Kissel
Hamden, Connecticut
U.S.A.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#45093
; Package
coreutils
.
(Mon, 07 Dec 2020 17:11:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 45093 <at> debbugs.gnu.org (full text, mbox):
On 12/6/20 8:23 PM, Robert S. Kissel wrote:
> I'm pretty sure this is a bug in the Windoze port of head and tail,
You should have better luck writing directly to the people who prepared that
port, as they don't hang out on this mailing list and we largely don't worry
about MS-Windows.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#45093
; Package
coreutils
.
(Mon, 07 Dec 2020 17:28:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 45093 <at> debbugs.gnu.org (full text, mbox):
tags 45093 notabug
close 45093
stop
On Mon, Dec 7, 2020 at 9:11 AM Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> On 12/6/20 8:23 PM, Robert S. Kissel wrote:
> > I'm pretty sure this is a bug in the Windoze port of head and tail,
>
> You should have better luck writing directly to the people who prepared that
> port, as they don't hang out on this mailing list and we largely don't worry
> about MS-Windows.
Thanks for replying, Paul. Marking this as "done" and not a bug.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#45093
; Package
coreutils
.
(Mon, 07 Dec 2020 19:41:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 45093 <at> debbugs.gnu.org (full text, mbox):
On 12/7/20 11:38 AM, Robert S. Kissel wrote:
> If you could possibly direct me to the maintainers of the pre-compiled
> Windoze port (I'm certain that I downloaded it from the gnu.org
> Web-site)
Sure about that? I'm not aware of any. At any rate, whereever you downloaded it
from should have contact info.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#45093
; Package
coreutils
.
(Mon, 07 Dec 2020 19:55:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 45093 <at> debbugs.gnu.org (full text, mbox):
Dear Messrs. Meyerling & Eggert:
I understand, and am sorry to have troubled you then: I was under the
impression that whatever adjustments to the code for the Windoze port
was part of the project.
If you could possibly direct me to the maintainers of the pre-compiled
Windoze port (I'm certain that I downloaded it from the gnu.org
Web-site) I shall redirect my question to them.
Thank you for your prompt response.
Very truly yours,
Robert S. Kissel
Hamden, Connecticut
On 12/7/20, Jim Meyering <jim <at> meyering.net> wrote:
> tags 45093 notabug
> close 45093
> stop
>
> On Mon, Dec 7, 2020 at 9:11 AM Paul Eggert <eggert <at> cs.ucla.edu> wrote:
>> On 12/6/20 8:23 PM, Robert S. Kissel wrote:
>> > I'm pretty sure this is a bug in the Windoze port of head and tail,
>>
>> You should have better luck writing directly to the people who prepared
>> that
>> port, as they don't hang out on this mailing list and we largely don't
>> worry
>> about MS-Windows.
>
> Thanks for replying, Paul. Marking this as "done" and not a bug.
>
Added tag(s) notabug.
Request was from
Paul Eggert <eggert <at> cs.ucla.edu>
to
control <at> debbugs.gnu.org
.
(Thu, 24 Feb 2022 02:43:01 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
45093 <at> debbugs.gnu.org and "Robert S. Kissel" <robert.kissel <at> gmail.com>
Request was from
Paul Eggert <eggert <at> cs.ucla.edu>
to
control <at> debbugs.gnu.org
.
(Thu, 24 Feb 2022 02:43:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 24 Mar 2022 11:24:12 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 31 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.