GNU bug report logs -
#25503
Fwd: sed bug report
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 25503 in the body.
You can then email your comments to 25503 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-sed <at> gnu.org
:
bug#25503
; Package
sed
.
(Sat, 21 Jan 2017 17:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
한승석(http://whria.net) <whria78 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-sed <at> gnu.org
.
(Sat, 21 Jan 2017 17:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
sed.exe takes 100% CPU (1 Thread) if the file include some special char.
Windows sed 4.2.1 (the lastest version)
Windows 10
sed -i "s/111/222/g" test.html
test.html (I attached)
Thanks you ^^
[Message part 2 (text/html, inline)]
[test.html (text/html, attachment)]
Information forwarded
to
bug-sed <at> gnu.org
:
bug#25503
; Package
sed
.
(Sun, 22 Jan 2017 20:46:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 25503 <at> debbugs.gnu.org (full text, mbox):
Hello
> On Jan 21, 2017, at 04:38, 한승석(http://whria.net) <whria78 <at> gmail.com> wrote:
Thank you for the bug report.
I'd like to ask for few additional details:
> sed.exe takes 100% CPU (1 Thread) if the file include some special char.
Does it take 100% and never terminates, or just takes a very long time, or something else?
> Windows sed 4.2.1 (the lastest version)
sed 4.2.1 is very old (from 2009).
It is not even the previous version (sed 4.2.2 was released in 2012, and is the
most commonly installed version around).
Can you try to reproduce this with the latest sed, available here:
http://download-mirror.savannah.gnu.org/releases/sed/sed-4.3.16-572d.tar.xz
This version is based on sed-4.3 (released on 2016-Dec-30)
with one crucial additional bug fix.
> Windows 10
There are several methods to run on windows,
can you elaborate how you've built and run sed ?
e.g.
is it under cygwin, or built with mingw, or MSVC,
or the new "bash for windows", or something else ?
Can you share the output of running
file $(which sed)
uname -a
(if you have these programs available)
Since the bug relates to multibyte characters,
which locale or codepage are you using?
Can you share the output of running 'locale' ?
thanks,
- assaf
Reply sent
to
Assaf Gordon <assafgordon <at> gmail.com>
:
You have taken responsibility.
(Wed, 15 Feb 2017 16:19:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 25503-done <at> debbugs.gnu.org (full text, mbox):
On Sun, Jan 22, 2017 at 03:45:38PM -0500, Assaf Gordon wrote:
>> On Jan 21, 2017, at 04:38, 한승석(http://whria.net) <whria78 <at> gmail.com> wrote:
>
>> sed.exe takes 100% CPU (1 Thread) if the file include some special char.
>
>Does it take 100% and never terminates, or just takes a very long time, or something else?
>
>> Windows sed 4.2.1 (the lastest version)
>
>sed 4.2.1 is very old (from 2009).
With no further replies, I'm closing this bug.
regards,
- assaf
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 16 Mar 2017 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 179 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.