[#89555] [Ruby trunk Feature#15251] Hash aset should deduplicate non tainted string — chopraanmol1@...
Issue #15251 has been updated by chopraanmol1 (Anmol Chopra).
3 messages
2018/10/25
[#89583] [PATCH] vm_trace.c (postponed_job_register): only hit main thread — Eric Wong <normalperson@...>
@hsbt: I post here on ruby-core because I hit errors with
5 messages
2018/10/27
[#89584] Re: [PATCH] vm_trace.c (postponed_job_register): only hit main thread
— Koichi Sasada <ko1@...>
2018/10/27
thank you for you patch.
[#89590] Re: [PATCH] vm_trace.c (postponed_job_register): only hit main thread
— Eric Wong <normalperson@...>
2018/10/28
Koichi Sasada <ko1@atdot.net> wrote:
[#89621] [Ruby trunk Bug#14867] Process.wait can wait for MJIT compiler process — Greg.mpls@...
Issue #14867 has been updated by MSP-Greg (Greg L).
4 messages
2018/10/29
[#89622] Re: [Ruby trunk Bug#14867] Process.wait can wait for MJIT compiler process
— Eric Wong <normalperson@...>
2018/10/29
Greg.mpls@gmail.com wrote:
[#89627] [Ruby trunk Bug#14867] Process.wait can wait for MJIT compiler process — takashikkbn@...
Issue #14867 has been updated by k0kubun (Takashi Kokubun).
3 messages
2018/10/30
[#89654] [Ruby trunk Bug#14867] Process.wait can wait for MJIT compiler process — takashikkbn@...
Issue #14867 has been updated by k0kubun (Takashi Kokubun).
4 messages
2018/10/31
[#89655] Re: [Ruby trunk Bug#14867] Process.wait can wait for MJIT compiler process
— Eric Wong <normalperson@...>
2018/10/31
takashikkbn@gmail.com wrote:
[ruby-core:89593] Re: [PATCH] vm_trace.c (postponed_job_register): only hit main thread
From:
"Atdot.net" <ko1@...>
Date:
2018-10-28 01:45:30 UTC
List:
ruby-core #89593
Yes. Need more considerations... iPadから送信 2018/10/28 10:37、Eric Wong <normalperson@yhbt.net>のメール: > Eric Wong <normalperson@yhbt.net> wrote: >> Koichi Sasada <ko1@atdot.net> wrote: >>> thank you for you patch. >>> but it is not acceptable because "set only main thread" is highly >>> restricted. stackprof doesn't work well. >>> >>> I'm thinking that making interrupt_flag global. >> >> That sounds like a better idea. Can we get rid of >> ec->interrupt_flag entirely? (but keep ec->interrupt_mask) > > Nevermind, I guess ec->interrupt_flag is still needed for > pending interrupt (Thread#raise) :< > > Downside is checking for interrupts checking two places > instead of one... Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>