From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: poffice@blade.nagaokaut.ac.jp Delivered-To: poffice@blade.nagaokaut.ac.jp Received: from kankan.nagaokaut.ac.jp (kankan.nagaokaut.ac.jp [133.44.2.24]) by blade.nagaokaut.ac.jp (Postfix) with ESMTP id 4E23317DF715 for ; Mon, 30 Nov 2015 08:27:42 +0900 (JST) Received: from voscc.nagaokaut.ac.jp (voscc.nagaokaut.ac.jp [133.44.1.100]) by kankan.nagaokaut.ac.jp (Postfix) with ESMTP id D7EAFB5D87E for ; Mon, 30 Nov 2015 08:58:59 +0900 (JST) Received: from neon.ruby-lang.org (neon.ruby-lang.org [221.186.184.75]) by voscc.nagaokaut.ac.jp (Postfix) with ESMTP id 0337218CC7CC for ; Mon, 30 Nov 2015 08:58:59 +0900 (JST) Received: from [221.186.184.76] (localhost [IPv6:::1]) by neon.ruby-lang.org (Postfix) with ESMTP id 1189012047C; Mon, 30 Nov 2015 08:58:58 +0900 (JST) X-Original-To: ruby-core@ruby-lang.org Delivered-To: ruby-core@ruby-lang.org Received: from o2.heroku.sendgrid.net (o2.heroku.sendgrid.net [67.228.50.55]) by neon.ruby-lang.org (Postfix) with ESMTPS id AB330120463 for ; Mon, 30 Nov 2015 08:58:53 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.me; h=from:to:references:subject:mime-version:content-type:content-transfer-encoding:list-id; s=smtpapi; bh=TZ1UuDUrb39ReOuFhxcJBF6sBMU=; b=leHdbUg1n+kltze9ry DmtJm7bbkbOC7FbQz+8OJUj31rKVIqBvG3FxcKm/trF1CLwoxdZ1MeXb/Fmn/+us rJsatU7cKfxrlRbEeL8LmFWUU80CpjEMDAYXpRhz+gAGpl9a79O9c2GfhVsESZzD VePmfB7rFAJi5xlfk4lLsH1VU= Received: by filter0912p1mdw1.sendgrid.net with SMTP id filter0912p1mdw1.8331.565B9138B 2015-11-29 23:58:48.097342158 +0000 UTC Received: from herokuapp.com (ec2-54-242-204-115.compute-1.amazonaws.com [54.242.204.115]) by ismtpd0002p1iad1.sendgrid.net (SG) with ESMTP id 7zJfaxvVS9aY5W9SVyN7RA for ; Sun, 29 Nov 2015 23:58:47.844 +0000 (UTC) Date: Sun, 29 Nov 2015 23:58:47 +0000 From: usa@garbagecollect.jp To: ruby-core@ruby-lang.org Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Redmine-MailingListIntegration-Message-Ids: 46422 X-Redmine-Project: ruby-trunk X-Redmine-Issue-Id: 11444 X-Redmine-Issue-Author: cantino X-Redmine-Sender: usa X-Mailer: Redmine X-Redmine-Host: bugs.ruby-lang.org X-Redmine-Site: Ruby Issue Tracking System X-Auto-Response-Suppress: All Auto-Submitted: auto-generated X-SG-EID: ync6xU2WACa70kv/Ymy4QrNMhiuLXJG8OTL2vJD1yS6yuNfKTerTITuzuc+WcHwSEhrjYweypBWkMF z0txzZa4qJ7QsFAvNukrKaIRf8wMhZaXzluWzxEiElkJiaBOSEKBrTK+vufKPISDsqa9ko9sORdVhP BniV0xkb56Ony9w= X-SendGrid-Contentd-ID: {"test_id":"1448841529"} X-ML-Name: ruby-core X-Mail-Count: 71739 Subject: [ruby-core:71739] [Ruby trunk - Bug #11444] STDIN.each_codepoint hangs indefinitely on certain codepoints X-BeenThere: ruby-core@ruby-lang.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Ruby developers List-Id: Ruby developers List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: ruby-core-bounces@ruby-lang.org Sender: "ruby-core" Issue #11444 has been updated by Usaku NAKAMURA. Backport changed from 2.0.0: REQUIRED, 2.1: REQUIRED, 2.2: DONE to 2.0.0: REQUIRED, 2.1: REQUIRED, 2.2: REQUIRED Tomoyuki Chikanaga wrote: > I didn't backport r51594 because it introduce an incompatibility. But without r51549, the test never pass on mswin. See http://ruby-mswin.cloudapp.net/vc10-x64/ruby-2.2/log/20151129T090947Z.log.html.gz#rubyspec ---------------------------------------- Bug #11444: STDIN.each_codepoint hangs indefinitely on certain codepoints https://bugs.ruby-lang.org/issues/11444#change-55143 * Author: Andrew Cantino * Status: Closed * Priority: Normal * Assignee: * ruby -v: ruby 2.3.0dev (2015-08-13 trunk 51569) [x86_64-linux] * Backport: 2.0.0: REQUIRED, 2.1: REQUIRED, 2.2: REQUIRED ---------------------------------------- Piping certain Unicode data into Ruby and calling `each_codepoint` on `STDIN` results in a hang. Control-c does not exit, but control-z will. I've tested this 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 various 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, so hopefully that's useful information. -- https://bugs.ruby-lang.org/