[#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:80507] [Ruby trunk Bug#13390] MinGW build test-all SEGV, issue in test framework or error recovery?
From:
Greg.mpls@...
Date:
2017-03-31 01:48:43 UTC
List:
ruby-core #80507
Issue #13390 has been updated by MSP-Greg (Greg L).
Just ran the test file fifty (50) times on `ruby 2.5.0dev (2017-03-29 trunk 58201) [x64-mingw32]`, and it ran fine (no comments required). I'll try to build some intermediate svn's to narrow the issue to fewer commits.
----------------------------------------
Bug #13390: MinGW build test-all SEGV, issue in test framework or error recovery?
https://bugs.ruby-lang.org/issues/13390#change-64008
* Author: MSP-Greg (Greg L)
* Status: Open
* Priority: Normal
* Assignee:
* Target version:
* ruby -v: ruby 2.5.0dev (2017-03-31 trunk 58222) [x64-mingw32]
* Backport: 2.2: UNKNOWN, 2.3: UNKNOWN, 2.4: UNKNOWN
----------------------------------------
Today, while building trunk (64 bit MinGW), I had a 'no output' SEGV during test-all.
I think I've had this before, but I don't recall how recently, 32 or 64, etc.
The problem is in the following test:
File ['test/ruby/test_keyword.rb', line 310](https://github.com/ruby/ruby/blob/trunk/test/ruby/test_keyword.rb#L310-L333)
```ruby
310 def test_required_keyword
311 feature7701 = '[ruby-core:51454] [Feature #7701] required keyword argument'
312 o = Object.new
313 assert_nothing_raised(SyntaxError, feature7701) do
314 eval("def o.foo(a:) a; end", nil, "xyzzy")
315 eval("def o.bar(a:,**b) [a, b]; end")
316 end
317 assert_raise_with_message(ArgumentError, /missing keyword/, feature7701) {o.foo}
318 assert_raise_with_message(ArgumentError, /unknown keyword/, feature7701) {o.foo(a:0, b:1)}
319 begin
320 o.foo(a: 0, b: 1)
321 rescue => e
322 assert_equal('xyzzy', e.backtrace_locations[0].path)
323 end
324 assert_equal(42, o.foo(a: 42), feature7701)
325 assert_equal([[:keyreq, :a]], o.method(:foo).parameters, feature7701)
326
327 bug8139 = '[ruby-core:53608] [Bug #8139] required keyword argument with rest hash'
328 assert_equal([42, {}], o.bar(a: 42), feature7701)
329 assert_equal([42, {c: feature7701}], o.bar(a: 42, c: feature7701), feature7701)
330 assert_equal([[:keyreq, :a], [:keyrest, :b]], o.method(:bar).parameters, feature7701)
331 assert_raise_with_message(ArgumentError, /missing keyword/, bug8139) {o.bar(c: bug8139)}
332 assert_raise_with_message(ArgumentError, /missing keyword/, bug8139) {o.bar}
333 end
```
Now, the part where it gets fun is that I originally thought the error was between lines 319-323. I moved out of the build framework, simplified it, and things seemed okay. All errors were raised, backtraces were correct, etc.
As I tested further, here's what I found:
1. If lines 317 & 318 are commented out, the 319-323 block runs as it should, or line 322 is 'correct'.
2. If lines 317 & 318 are **not** commented out, line 320 must be commented out for the method to finish.
3. Otherwise, a 'no output' SEGV...
--
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>