kernigh (George Koehler)
- Email: firstname.lastname@example.org
- Registered on: 03/03/2009
- Last connection: 09/23/2017
- 02:00 AM Ruby trunk Bug #9891: infinite fibers crash Ruby
- Hello again. I reported this bug 3 years ago. I'm happy to report that I can't reproduce this bug with recent Ruby tr...
- 01:27 AM Ruby trunk Bug #13876: Tempfile's finalizer can be interrupted by a Timeout exception which can cause the process to hang
- The bug happens when an async error (from Thread#raise) interrupts a finalizer. Ruby seems to rescue errors from fina...
- 02:06 AM Ruby trunk Feature #13109: `using` in refinements is required to be physically placed before the refined method call
- Feature #13805 proposed to activate refinements across multiple files without an explicit `using` in every file.
- 02:48 AM Ruby trunk Bug #13875: segfault in Enumerable#zip after GC
- Jeremy Evans wrote:
> Note that OpenBSD-current uses clang 4.0.0 as the system compiler, as opposed to OpenBSD 6.1 a...
- 04:52 PM Ruby trunk Bug #13857: frozen string literal: can freeze same string into two unique frozen strings
- I expect String#freeze to return the receiver. For example,
str = "Content-Length".downcase
- 01:04 AM Ruby trunk Bug #13875: segfault in Enumerable#zip after GC
- In reply to Eric Wong:
FIBER_USE_NATIVE is 0. Flipping it to 1 causes compiler errors; OpenBSD doesn't have \<ucon...
- 12:26 AM Ruby trunk Bug #13848: BigDecimal.new('200.') raises an exception
- `Float('200.')` also raises ArgumentError. In this way, BigDecimal.new seems consistent with Float. But it's strange ...
- 12:19 AM Ruby trunk Bug #13846: Openbsd possible memory leak when using Thread
- I can reproduce this bug in 2.3 and 2.4 but not in trunk. I am using 2.3 and 2.4 from OpenBSD packages. I compiled tr...
- 08:54 PM Ruby trunk Bug #13875: segfault in Enumerable#zip after GC
- The problem is with `VALUE tmp;` in enum.c zip_i(). The garbage collector frees tmp too early. I try to protect it wi...
- 07:28 PM Ruby trunk Bug #13875 (Closed): segfault in Enumerable#zip after GC
- There is a chance of segmentation fault in Enumerable#zip after garbage collection. This script reproduces the crash....
Also available in: Atom