[#83096] File.setuid? on IO (Re: [ruby-cvs:67289] normal:r60108 (trunk): file.c: release GVL in File.{setuid?, setgid?, sticky?}) — Nobuyoshi Nakada <nobu@...>
On 2017/10/04 8:47, [email protected] wrote:
5 messages
2017/10/04
[#83100] Re: File.setuid? on IO (Re: [ruby-cvs:67289] normal:r60108 (trunk): file.c: release GVL in File.{setuid?, setgid?, sticky?})
— Eric Wong <normalperson@...>
2017/10/04
Nobuyoshi Nakada <[email protected]> wrote:
[#83105] Re: File.setuid? on IO (Re: [ruby-cvs:67289] normal:r60108 (trunk): file.c: release GVL in File.{setuid?, setgid?, sticky?})
— Nobuyoshi Nakada <nobu@...>
2017/10/04
On 2017/10/04 15:55, Eric Wong wrote:
[#83107] Alias Enumerable#include? to Enumerable#includes? — Alberto Almagro <albertoalmagro@...>
Hello,
9 messages
2017/10/04
[#83113] Re: Alias Enumerable#include? to Enumerable#includes?
— "Urabe, Shyouhei" <shyouhei@...>
2017/10/05
This has been requested countless times, then rejected each and every time.
[#83129] Re: Alias Enumerable#include? to Enumerable#includes?
— Alberto Almagro <albertoalmagro@...>
2017/10/05
Sorry I didn't found it on the core mail list's archive.
[#83138] Re: Alias Enumerable#include? to Enumerable#includes?
— "Urabe, Shyouhei" <shyouhei@...>
2017/10/06
Ruby has not been made of popular votes so far. You have to show us
[#83149] Re: Alias Enumerable#include? to Enumerable#includes?
— Eric Wong <normalperson@...>
2017/10/06
Alberto Almagro <[email protected]> wrote:
[#83200] [Ruby trunk Feature#13996] [PATCH] file.c: apply2files releases GVL — normalperson@...
Issue #13996 has been reported by normalperson (Eric Wong).
4 messages
2017/10/10
[ruby-core:83364] [Ruby trunk Bug#14027] Ripper parses squiggly heredoc incorrectly
From:
martyn.jago@...
Date:
2017-10-19 01:39:38 UTC
List:
ruby-core #83364
Issue #14027 has been updated by mjago (Martyn Jago).
I'm very sorry nobu, I copy and pasted the wrong script.
This is what I meant to express:
~~~
diff -u <(ruby -v -rripper -rpp -e 'pp Ripper.lex("<<-E\n\#{1} \#{2}\nE")') \
<(ruby -v -rripper -rpp -e 'pp Ripper.lex("<<~E\n\#{1} \#{2}\nE")')
diff -u <(ruby -v -rripper -rpp -e 'pp Ripper.sexp("<<-E\n\#{1} \#{2}\nE")') \
<(ruby -v -rripper -rpp -e 'pp Ripper.sexp("<<~E\n\#{1} \#{2}\nE")')
~~~
----------------------------------------
Bug #14027: Ripper parses squiggly heredoc incorrectly
https://bugs.ruby-lang.org/issues/14027#change-67322
* Author: mjago (Martyn Jago)
* Status: Feedback
* Priority: Normal
* Assignee:
* Target version:
* ruby -v: ruby 2.5.0dev (2017-10-18 trunk 60205) [x86_64-darwin13]
* Backport: 2.3: UNKNOWN, 2.4: UNKNOWN
----------------------------------------
Where you have two or more embedded expressions on the same line within a squiggly heredoc
seperated by whitespace, Ripper considers that whitespace as ignored space despite it not being at the
beginning of a line. Below is a diff of lexer output between identical heredoc and squiggly heredoc to highlight:
~~~ diff
-[[[1, 0], :on_heredoc_beg, "<<-E", EXPR_BEG],
+[[[1, 0], :on_heredoc_beg, "<<~E", EXPR_BEG],
[[1, 4], :on_nl, "\n", EXPR_BEG],
[[2, 0], :on_embexpr_beg, "\#{", EXPR_BEG],
[[2, 2], :on_int, "1", EXPR_END|EXPR_ENDARG],
[[2, 3], :on_embexpr_end, "}", EXPR_END],
- [[2, 4], :on_tstring_content, " ", EXPR_BEG],
+ [[2, 4], :on_ignored_sp, " ", EXPR_BEG],
[[2, 5], :on_embexpr_beg, "\#{", EXPR_BEG],
[[2, 7], :on_int, "2", EXPR_END|EXPR_ENDARG],
[[2, 8], :on_embexpr_end, "}", EXPR_END],
[[2, 9], :on_tstring_content, "\n", EXPR_BEG],
[[3, 0], :on_heredoc_end, "E", EXPR_BEG]]
~~~
Also the sexp shows the whitespace as an empty string:
~~~ diff
[:program,
[[:string_literal,
[:string_content,
[:string_embexpr, [[:@int, "1", [2, 2]]]],
- [:@tstring_content, " ", [2, 4]],
+ [:@tstring_content, "", [2, 5]],
[:string_embexpr, [[:@int, "2", [2, 7]]]],
[:@tstring_content, "\n", [2, 9]]]]]]
~~~
This can be seen on head, 2.4.2, and 2.3.5
Scripts used:
```
ruby -rripper -rpp -e '%{<<-E\n\#{1} \#{2}\nE}'
ruby -rripper -rpp -e '%{<<~E\n\#{1} \#{2}\nE}'
```
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:[email protected]?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>