[#69892] [Ruby trunk - Feature #11339] [Open] [PATCH] io.c: avoid kwarg parsing in C API — normalperson@...
Issue #11339 has been reported by Eric Wong.
8 messages
2015/07/07
[#69983] Re: [Ruby trunk - Feature #11339] [Open] [PATCH] io.c: avoid kwarg parsing in C API
— Eric Wong <normalperson@...>
2015/07/15
normalperson@yhbt.net wrote:
[#69990] Re: [Ruby trunk - Feature #11339] [Open] [PATCH] io.c: avoid kwarg parsing in C API
— SASADA Koichi <ko1@...>
2015/07/16
On 2015/07/16 4:41, Eric Wong wrote:
[#69995] Re: [Ruby trunk - Feature #11339] [Open] [PATCH] io.c: avoid kwarg parsing in C API
— Eric Wong <normalperson@...>
2015/07/16
SASADA Koichi <ko1@atdot.net> wrote:
[#69984] $SAFE inside an Array — Bertram Scharpf <lists@...>
Hi,
4 messages
2015/07/15
[#70001] [Ruby trunk - Bug #11336] [Open] TestProcess#test_exec_fd_3_redirect failed on Solaris 10 — ngotogenome@...
Issue #11336 has been updated by Naohisa Goto.
4 messages
2015/07/16
[#70005] Re: [Ruby trunk - Bug #11336] [Open] TestProcess#test_exec_fd_3_redirect failed on Solaris 10
— Eric Wong <normalperson@...>
2015/07/16
Sorry, but I think rb_divert_reserved_fd seems a racy fix. I think the
[#70011] [Ruby trunk - Bug #11362] [Open] [PATCH] ensure Process.kill(:STOP, $$) is resumable — normalperson@...
Issue #11362 has been reported by Eric Wong.
3 messages
2015/07/17
[#70016] [Ruby trunk - Bug #11364] [Open] Use smaller buffer for sendmsg — merch-redmine@...
Issue #11364 has been reported by Jeremy Evans.
8 messages
2015/07/17
[#70052] Re: [Ruby trunk - Bug #11364] [Open] Use smaller buffer for sendmsg
— Eric Wong <normalperson@...>
2015/07/20
merch-redmine@jeremyevans.net wrote:
[#70055] Re: [Ruby trunk - Bug #11364] [Open] Use smaller buffer for sendmsg
— Jeremy Evans <code@...>
2015/07/20
On 07/20 10:46, Eric Wong wrote:
[#70056] Re: [Ruby trunk - Bug #11364] [Open] Use smaller buffer for sendmsg
— Eric Wong <normalperson@...>
2015/07/21
Jeremy Evans <code@jeremyevans.net> wrote:
[#70103] [Ruby trunk - Feature #11375] Decreased Object Allocation in Pathname.rb — richard.schneeman@...
Issue #11375 has been updated by Richard Schneeman.
3 messages
2015/07/23
[#70156] [Ruby trunk - Bug #11396] Bad performance in ruby >= 2.2 for Hash with many symbol keys — dunric29a@...
Issue #11396 has been updated by David Unric.
3 messages
2015/07/28
[ruby-core:70097] rb_ensure and setjmp buffers AV on Win32
From:
Alex Budovski <abudovski@...>
Date:
2015-07-23 08:22:55 UTC
List:
ruby-core #70097
Hi all,
I'm trying a trivial example calling
void* node = rb_load_file(file);
where 'file' intentionally doesn't exist. (Just to test graceful error handling)
I get an AV (segfault) consistently.
The AV was due to the following sequence of events, all revolving
around rb_ensure.
1. PUSH_TAG(); creates a local _tag on the stack, and sets th->tag to
its address.
2. EXEC_TAG(); calls setjmp on this _tag object
3. result = (*b_proc) (data1); fails with LoadError (calls
load_file_internal with a nonexistent file, intentionally), setting
state to 6.
4. POP_TAG(); resets th->tag to NULL.
5. if (state)
JUMP_TAG(state);
executes, looks up the current thread, and tries to jump to
ruby_longjmp(th->tag->buf, 1);
but th->tag is NULL, due to (4) above! So we AV when trying to get th->tag->buf.
(68e4.20a4): Access violation - code c0000005 (first chance)
First chance exceptions are reported before any exception handling.
This exception may be expected and handled.
*** WARNING: Unable to verify checksum for
E:\dev\dbgscript\build\x64\Debug\x64-msvcr120-ruby230.dll
MSVCR120!longjmp+0x12:
00007fff`c7c470c2 4c3911 cmp qword ptr [rcx],r10
ds:00000000`00000010=????????????????
0:004> k
# Child-SP RetAddr Call Site
00 0000008f`0d8ac890 00007fff`9e6a8dc7 MSVCR120!longjmp+0x12
[f:\dd\vctools\crt\crtw32\misc\amd64\longjmp.asm @ 82]
01 0000008f`0d8acdd0 00007fff`9e6a782e
x64_msvcr120_ruby230!rb_threadptr_tag_jump+0x37
[e:\dev\ruby\eval_intern.h @ 163]
02 0000008f`0d8ace00 00007fff`9e6a18b5
x64_msvcr120_ruby230!rb_ensure+0x17e [e:\dev\ruby\eval.c @ 915]
03 0000008f`0d8acfb0 00007fff`9e6a124d
x64_msvcr120_ruby230!load_file+0x65 [e:\dev\ruby\ruby.c @ 1779]
04 0000008f`0d8ad010 00007fff`9e6a11f2
x64_msvcr120_ruby230!rb_load_file_str+0x4d [e:\dev\ruby\ruby.c @ 1794]
05 0000008f`0d8ad0e0 00007fff`cd15122f
x64_msvcr120_ruby230!rb_load_file+0x22 [e:\dev\ruby\ruby.c @ 1786]
06 0000008f`0d8ad120 00007fff`d14fc65f dbgscript!runscript+0x9f
[e:\dev\dbgscript\src\dllmain.cpp @ 118]
// other frames omitted
VALUE
rb_ensure(VALUE (*b_proc)(ANYARGS), VALUE data1, VALUE
(*e_proc)(ANYARGS), VALUE data2)
{
int state;
volatile VALUE result = Qnil;
volatile VALUE errinfo;
rb_thread_t *const th = GET_THREAD();
rb_ensure_list_t ensure_list;
ensure_list.entry.marker = 0;
ensure_list.entry.e_proc = e_proc;
ensure_list.entry.data2 = data2;
ensure_list.next = th->ensure_list;
th->ensure_list = &ensure_list;
PUSH_TAG();
if ((state = EXEC_TAG()) == 0) {
result = (*b_proc) (data1);
}
POP_TAG();
errinfo = th->errinfo;
th->ensure_list=ensure_list.next;
(*ensure_list.entry.e_proc)(ensure_list.entry.data2);
th->errinfo = errinfo;
if (state)
JUMP_TAG(state);
return result;
}
Can someone explain how this is supposed to work?