From: Joseph Jones <joeyi5216@...>
Date: 2015-12-17T21:06:52-07:00
Subject: [ruby-core:72287] [Ruby trunk - Bug #11444] STDIN.each_codepoint hangs indefinitely on certain codepoints

--5673865c_1ba026fa_16c
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Joseph Jones liked your message with Boxer. On November 30, 2015 at 03:51=
:30 MST, nagachika00=40gmail.com wrote:Issue =2311444 has been updated by=
 Tomoyuki Chikanaga.usa san: Thank you for your notice.Hmm, I will backpo=
rt r51594.----------------------------------------Bug =2311444: STDIN.eac=
h=5Fcodepoint hangs indefinitely on certain codepointshttps://bugs.ruby-l=
ang.org/issues/11444=23change-55151* Author: Andrew Cantino* Status: Clos=
ed* Priority: Normal* Assignee: * ruby -v: ruby 2.3.0dev (2015-08-13 trun=
k 51569) =5Bx86=5F64-linux=5D* Backport: 2.0.0: REQUIRED, 2.1: REQUIRED, =
2.2: REQUIRED----------------------------------------Piping certain Unico=
de data into Ruby and calling =60each=5Fcodepoint=60 on =60STDIN=60 resul=
ts in a hang. Control-c does not exit, but control-z will. I've tested th=
is in 2.2.0, 2.2.2, and trunk.Please see https://gist.github.com/cantino/=
48f977bee6a39e33f80f for reproduction. There is an example file with vari=
ous Unicode Emoji characters in it (borrowed from http://apps.timwhitlock=
.info/emoji/tables/unicode).I'd like to help fix this if anyone can point=
 me in the right direction. I fiddled with the file until I found a state=
 where it works if one character is removed from the front of the file, s=
o hopefully that's useful information.-- https://bugs.ruby-lang.org/     
--5673865c_1ba026fa_16c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<html><body><div>Joseph Jones liked your message with <a href=3D=22http:/=
/bxr.io/PBIqo=22>Boxer</a>.</div><br/><br/><div><div class=3D=22quote=22>=
On November 30, 2015 at 03:51:30 MST, nagachika00=40gmail.com wrote:<br/>=
<blockquote type=3D=22cite=22 style=3D=22border-left-style:solid;border-w=
idth:1px;margin-left:0px;padding-left:10px;=22>Issue =2311444 has been up=
dated by Tomoyuki Chikanaga.<br /><br /><br />usa san: Thank you for your=
 notice.<br />Hmm, I will backport r51594.<br /><br />-------------------=
---------------------<br />Bug =2311444: STDIN.each=5Fcodepoint hangs ind=
efinitely on certain codepoints<br />https://bugs.ruby-lang.org/issues/11=
444=23change-55151<br /><br />* Author: Andrew Cantino<br />* Status: Clo=
sed<br />* Priority: Normal<br />* Assignee: <br />* ruby -v: ruby 2.3.0d=
ev (2015-08-13 trunk 51569) =5Bx86=5F64-linux=5D<br />* Backport: 2.0.0: =
REQUIRED, 2.1: REQUIRED, 2.2: REQUIRED<br />-----------------------------=
-----------<br />Piping certain Unicode data into Ruby and calling =60eac=
h=5Fcodepoint=60 on =60STDIN=60 results in a hang.  Control-c does not ex=
it, but control-z will.  I've tested this in 2.2.0, 2.2.2, and trunk.<br =
/><br />Please see https://gist.github.com/cantino/48f977bee6a39e33f80f f=
or reproduction.  There is an example file with various Unicode Emoji cha=
racters in it (borrowed from http://apps.timwhitlock.info/emoji/tables/un=
icode).<br /><br />I'd like to help fix this if anyone can point me in th=
e right direction.  I fiddled with the file until I found a state where i=
t works if one character is removed from the front of the file, so hopefu=
lly that's useful information.<br /><br /><br /><br />-- <br />https://bu=
gs.ruby-lang.org/<br /></blockquote></div></div></body></html>
--5673865c_1ba026fa_16c--