[#79914] [Ruby trunk Bug#13282] opt_str_freeze does not always dedupe — normalperson@...
Issue #13282 has been reported by Eric Wong.
4 messages
2017/03/05
[#80140] [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus) — shyouhei@...
Issue #13295 has been updated by shyouhei (Shyouhei Urabe).
5 messages
2017/03/13
[#80362] Re: [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus)
— Eric Wong <normalperson@...>
2017/03/26
shyouhei@ruby-lang.org wrote:
[#80368] Re: [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus)
— SASADA Koichi <ko1@...>
2017/03/27
On 2017/03/26 15:16, Eric Wong wrote:
[#80205] Re: [ruby-cvs:65166] duerst:r58000 (trunk): clarifiy 'codepoint' in documentation of String#each_codepoint — Eric Wong <normalperson@...>
duerst@ruby-lang.org wrote:
4 messages
2017/03/17
[#80213] Re: [ruby-cvs:65166] duerst:r58000 (trunk): clarifiy 'codepoint' in documentation of String#each_codepoint
— Martin J. Dürst <duerst@...>
2017/03/17
Hello Eric,
[#80290] [Ruby trunk Feature#13355] [PATCH] compile.c: optimize literal String range in case/when dispatch — normalperson@...
Issue #13355 has been reported by normalperson (Eric Wong).
4 messages
2017/03/23
[#80410] Re: [Ruby trunk Feature#13355] [PATCH] compile.c: optimize literal String range in case/when dispatch
— Eric Wong <normalperson@...>
2017/03/27
normalperson@yhbt.net wrote:
[#80415] [Ruby trunk Feature#12589] VM performance improvement proposal — vmakarov@...
Issue #12589 has been updated by vmakarov (Vladimir Makarov).
5 messages
2017/03/28
[#80488] [Ruby trunk Feature#12589] VM performance improvement proposal — vmakarov@...
Issue #12589 has been updated by vmakarov (Vladimir Makarov).
4 messages
2017/03/29
[ruby-core:79937] [Ruby trunk Bug#13270] IRB hangs when printing "\e]"
From:
zn@...
Date:
2017-03-06 15:54:48 UTC
List:
ruby-core #79937
Issue #13270 has been updated by Kazuhiro NISHIYAMA. I can reproduce `print "\e]"` and Ctrl+C, nothing happens. But I can't reproduce using `puts "\e["`. And I can't reproduce Ctrl+D `prints "30m"`. Ctrl+D causes simply exited. I think iTerm eats output from "\e]" (OSC) to "\a" (BEL) (or "\e" or something else). `pry` outputs some `"\e"`s after evaluation, then it seems to be without hang. I typed `print "\e]"`, Enter, Ctrl+C, `puts "\a"` (can't see), Enter. Then it outputs `=> nil` and prompt. ``` % rbenv exec irb -r irb/completion --simple-prompt >> print "\e]" => nil >> ``` ---------------------------------------- Bug #13270: IRB hangs when printing "\e]" https://bugs.ruby-lang.org/issues/13270#change-63363 * Author: Dorian M * Status: Feedback * Priority: Normal * Assignee: * Target version: * ruby -v: ruby 2.4.0p0 (2016-12-24 revision 57164) [x86_64-darwin16] * Backport: 2.2: UNKNOWN, 2.3: UNKNOWN, 2.4: UNKNOWN ---------------------------------------- Steps to reproduce: - `irb` - `print "\e]"` - Or: `puts "\e["` - try CMD+C, nothing happens - try CMD+D, prints "30m" Expected behavior: - just prints "30m" (that's what `pry` does) Ruby versions tried: - ruby 2.3.3p222 (2016-11-21 revision 56859) [x86_64-darwin16] - ruby 2.4.0p0 (2016-12-24 revision 57164) [x86_64-darwin16] -- https://bugs.ruby-lang.org/ Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>