[#47787] Ruby Parallelism — Miguel Palhas <mpalhas@...>
Greetings
[#47790] [ruby-trunk - Bug #7097][Open] Thread locals don't work inside Enumerator — "tenderlovemaking (Aaron Patterson)" <aaron@...>
I don't have any objection.
On Fri, Oct 26, 2012 at 02:40:53PM +0900, SASADA Koichi wrote:
On Tue, Oct 02, 2012 at 03:05:17AM +0900, kosaki (Motohiro KOSAKI) wrote:
(2012/10/02 3:12), Aaron Patterson wrote:
(2012/10/02 8:22), SASADA Koichi wrote:
On Tue, Oct 02, 2012 at 08:32:51AM +0900, SASADA Koichi wrote:
>> For example:
[#47832] [ruby-trunk - Feature #7106][Open] FileUtils.touch should allow touching the symlink itself rather than the file the link points to — "cirrusthinking (Alessandro Diaferia)" <alessandro@...>
[#47841] [ruby-trunk - Bug #7109][Open] File.utime doesn't set nanoseconds — "bkabrda (Bohuslav Kabrda)" <bkabrda@...>
2012/10/5 bkabrda (Bohuslav Kabrda) <bkabrda@redhat.com>:
[#47847] [ruby-trunk - Bug #7110][Open] CGI: Add support for HTML5 <header> tag — "stomar (Marcus Stollsteimer)" <redmine@...>
[#47880] [ruby-trunk - Bug #7134][Open] Signal handling bug in Mac OS X — "auastro (Andy Kitchen)" <kitchen.andy+rubybug@...>
[#47881] [ruby-trunk - Bug #7135][Open] GC bug in Ruby 1.9.3-p194? — "alexdowad (Alex Dowad)" <alexinbeijing@...>
[#47887] [ruby-trunk - Bug #7137][Open] Date.parse overly lenient when attempting to parse Monday? — "garysweaver (Gary Weaver)" <garysweaver@...>
[#47927] new ruby 1.9.3 maintainer — "U.Nakamura" <usa@...>
Hello everyone of the Ruby development community
[#47930] [ruby-trunk - Feature #7148][Open] Improved Tempfile w/o DelegateClass — "Glass_saga (Masaki Matsushita)" <glass.saga@...>
[#47963] [ruby-trunk - Bug #7154][Open] For whatever reason \s doesn't match \u00a0. — "t0d0r (Todor Dragnev)" <todor.dragnev@...>
[#47970] [ruby-trunk - Bug #7158][Open] require is slow in its bookkeeping; can make Rails startup 2.2x faster — "gregprice (Greg Price)" <price@...>
(2012/10/28 7:10), h.shirosaki (Hiroshi Shirosaki) wrote:
Thank you for the careful work.
[#48032] [Backport93 - Backport #7174][Open] Advocating for backporting 36811 — "jonforums (Jon Forums)" <redmine@...>
[#48040] Should Hash#dup automatically rehash — Aaron Patterson <tenderlove@...>
Hi,
Hello,
On Wed, Oct 17, 2012 at 11:21:15AM +0900, U.Nakamura wrote:
[#48072] [ruby-trunk - Bug #7184][Open] --disable-gems commandline parameter does not show up with ruby -h — "steenslag (siep korteling)" <s.korteling@...>
[#48132] [ruby-trunk - Bug #7201][Open] Setting default_external affects STDIN encoding but default_internal does not — "brixen (Brian Ford)" <brixen@...>
[#48154] Patch to test_ssl to validate server-side support for SNI — Patrick Toomey <ptoomey3@...>
I recently made a pull request to JRuby (
We have incorporated Patrick's SNI patch for upcoming release JRuby
[#48191] [ANN] 2.0.0 feature freeze — Yusuke Endoh <mame@...>
Japanese later; 日本語は後で
Em 24-10-2012 09:39, Yusuke Endoh escreveu:
(2012/10/24 5:39), Yusuke Endoh wrote:
Hello ko1,
Hi,
AFAIK matz has not accepted #6636 completely yet.
Sorry, late to the party, but what's the status of #6679?
What status of #6638 <https://bugs.ruby-lang.org/issues/6638>
[#48260] [ruby-trunk - Bug #7214][Open] Ruby 2.0 breaks support for some debugging tools — "banister (john mair)" <jrmair@...>
[#48292] [ruby-trunk - Bug #7216][Open] object.c defines clone method for objects that cannot be cloned. — "therevmj (Michael Johnson)" <mj@...>
[#48315] [ruby-trunk - Bug #7220][Open] StringIO#initialize_copy causes aliasing between the objects — "brixen (Brian Ford)" <brixen@...>
[#48475] [ruby-trunk - Feature #3222] Can bignums have singleton class & methods? — "matz (Yukihiro Matsumoto)" <matz@...>
(2012/10/27 23:25), matz (Yukihiro Matsumoto) wrote:
[#48551] [ruby-trunk - Feature #7241][Open] Enumerable#to_h proposal — "nathan.f77 (Nathan Broadbent)" <nathan.f77@...>
On Tue, Oct 30, 2012 at 07:58:33PM +0900, rosenfeld (Rodrigo Rosenfeld Rosas) wrote:
Em 30-10-2012 16:23, Aaron Patterson escreveu:
[#48679] [ruby-trunk - Feature #905] Add String.new(fixnum) to preallocate large buffer — "headius (Charles Nutter)" <headius@...>
[ruby-core:48624] [ruby-trunk - Bug #7059][Third Party's Issue] rb_name_err_mesg_new at shut down appears to cause: [BUG] object allocation during garbage collection phase
Issue #7059 has been updated by mame (Yusuke Endoh). Status changed from Open to Third Party's Issue Priority changed from High to Normal harrison.uhl (Harrison Uhl) wrote: > Having read about a "object allocation during garbage collection" issue in WxRuby, Could you give me a pointer? > WHILE it does appear that there might be a bug in WxRuby initiating the crash, IT appears that msvcrt-ruby is also trying to instantiate a new object (during Garbage Collection) What made you thought so? I don't know wxRuby's architecture, but the backtrace suggests that wxRuby attempted to create an object from a thread not managed by Ruby core. So, could you please contact wxRuby team first? -- Yusuke Endoh <mame@tsg.ne.jp> ---------------------------------------- Bug #7059: rb_name_err_mesg_new at shut down appears to cause: [BUG] object allocation during garbage collection phase https://bugs.ruby-lang.org/issues/7059#change-32039 Author: harrison.uhl (Harrison Uhl) Status: Third Party's Issue Priority: Normal Assignee: Category: Target version: ruby -v: 1.9.3p194 On shut down of a long running app, a rb_name_err_mesg_new appears to be causing a "object allocation during garbage collection" It pops up a Windows 7 crash window which says the error is in msvcrt-ruby.dll I'm using WxRuby to create a GUI app, and OCRA to create the exe. The app is just a small test app, and does what it is suppose to. Having read about a "object allocation during garbage collection" issue in WxRuby, I wrapped the WxRuby dispatch() method with a GC.disable; oldDispatch; GC.enable Attached are two crash dumps, one before wrapping dispatch() and one after. After wrapping dispatch(), I started and shut down the app about a dozen times. In all cases it terminated normally. In both cases that generated the crashes, I'd left the app running overnight. (The app was doing nothing except waiting in its idle loop.) WHILE it does appear that there might be a bug in WxRuby initiating the crash, IT appears that msvcrt-ruby is also trying to instantiate a new object (during Garbage Collection) ALSO: Why is the rb_name_err_mesg_new not handled more gracefully, say with an informative Ruby exception (perhaps giving the missing name.) Because of these reasons, I listed this as a Ruby error in the hopes that a patch to msvcrt-ruby will make the nature of the (possible) WxRuby error much clearer. Please don't bump this to WxRuby without explaining the above apparent msvcrt-ruby issues. Thanks Harrison -- http://bugs.ruby-lang.org/