#615: macruby segfaults when generating large random numbers -------------------------------+-------------------------------------------- Reporter: ahobson@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: rand bignum -------------------------------+-------------------------------------------- Comment(by ahobson@…): Replying to [comment:1 lsansonetti@…]:
We changed random numbers very recently, when did you try this? I was not able to reproduce the crash with today's trunk.
I originally tried it by rebuilding from source two days ago, but I pulled the latest from git and tried that. {{{ % git show --quiet commit 87110990023d0693189661f8bd8fed3a3b650af2 Author: ernest.prabhakar@gmail.com <ernest.prabhakar@gmail.com@23306eb0-4c56-472 Date: Wed Feb 17 01:47:04 2010 +0000 Explained serial vs. concurrent Queues git-svn-id: http://svn.macosforge.org/repository/ruby/MacRuby/trunk@3562 233 }}} It crashes the same way. I also downloaded the nightly build from 2010-02-16 and I get the same error. I removed /Library/Frameworks/MacRuby.framework before installing the nightly just to make sure my build wasn't messing things up somehow. Below is the Diagnostic log from when I run the command using the nightly build. Is there any other info I can provide? Thanks again. {{{ Process: macruby [53946] Path: /Library/Frameworks/MacRuby.framework/Versions/0.6/usr/bin/macruby Identifier: macruby Version: ??? (???) Code Type: X86-64 (Native) Parent Process: zsh [1266] Date/Time: 2010-02-16 21:29:15.888 -0500 OS Version: Mac OS X 10.6.2 (10C540) Report Version: 6 Exception Type: EXC_BAD_ACCESS (SIGABRT) Exception Codes: KERN_INVALID_ADDRESS at 0xffffffffcea54ec3 Crashed Thread: 0 Dispatch queue: com.apple.main-thread Application Specific Information: objc[53946]: garbage collection is ON abort() called Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x00007fff820f2fe6 __kill + 10 1 libSystem.B.dylib 0x00007fff82193e32 abort + 83 2 libmacruby.dylib 0x000000010004429d rb_bug + 205 3 libmacruby.dylib 0x00000001000eadf0 sigbus + 0 4 libSystem.B.dylib 0x00007fff82104eaa _sigtramp + 26 5 ??? 0x00007fff5fbfeb60 0 + 140734799801184 6 libauto.dylib 0x00007fff82514488 Auto::Zone::block_allocate(Auto::Thread&, unsigned long, unsigned int, bool, bool) + 1048 7 libauto.dylib 0x00007fff825041f3 auto_realloc(_malloc_zone_t*, void*, unsigned long) + 851 8 libSystem.B.dylib 0x00007fff820acb3b malloc_zone_realloc + 92 9 libmacruby.dylib 0x00000001000534da ruby_xrealloc + 42 10 libmacruby.dylib 0x00000001000271fc rb_big_realloc + 172 11 libmacruby.dylib 0x000000010002aca1 bignorm + 369 12 libmacruby.dylib 0x00000001000b1f38 rb_f_rand + 120 13 libmacruby.dylib 0x0000000100174852 rb_vm_dispatch + 6098 14 ??? 0x000000010104009e 0 + 4312006814 15 libmacruby.dylib 0x0000000100183f9f rb_vm_run + 351 16 libmacruby.dylib 0x00000001000464d9 ruby_run_node + 73 17 macruby 0x0000000100000d28 main + 152 18 macruby 0x0000000100000c88 start + 52 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/615#comment:2> MacRuby <http://macruby.org/>