[#61822] Plan Developers Meeting Japan April 2014 — Zachary Scott <e@...>

I would like to request developers meeting around April 17 or 18 in this mo=

14 messages 2014/04/03
[#61825] Re: Plan Developers Meeting Japan April 2014 — Urabe Shyouhei <shyouhei@...> 2014/04/03

It's good if we have a meeting then.

[#61826] Re: Plan Developers Meeting Japan April 2014 — Zachary Scott <e@...> 2014/04/03

Regarding openssl issues, I=E2=80=99ve discussed possible meeting time with=

[#61833] Re: Plan Developers Meeting Japan April 2014 — Martin Bo煬et <martin.bosslet@...> 2014/04/03

Hi,

[ruby-core:62110] [ruby-trunk - Feature #9761] [Feedback] TRY_WITH_GC with ruby_gc_stress

From: nobu@...
Date: 2014-04-21 01:05:03 UTC
List: ruby-core #62110
Issue #9761 has been updated by Nobuyoshi Nakada.

Status changed from Open to Feedback

Seems `objspace_malloc_increase()` already runs GC after `xmalloc` and `xcalloc` if `ruby_gc_stress` is set.
You may want it to run after `xrealloc` too?
Or to run full marking?

----------------------------------------
Feature #9761: TRY_WITH_GC with ruby_gc_stress
https://bugs.ruby-lang.org/issues/9761#change-46269

* Author: _ wanabe
* Status: Feedback
* Priority: Normal
* Assignee: 
* Category: core
* Target version: 
----------------------------------------
I hope `TRY_WITH_GC()` may use `ruby_gc_stress` value.

Currently, `ruby_gc_stress` doesn't affect simple `xmalloc()`/`xrealloc()`/`xcalloc()`.
It is usefull to make these functions under gc-stress.
For example, #9657 is difficult to reproduce on trunk because there is not object creation but memory allocation after `BigDecimal_new()`.

---Files--------------------------------
try_with_gc-with-gc_stress.patch (691 Bytes)


-- 
https://bugs.ruby-lang.org/

In This Thread

Prev Next