From ruby-noreply at macosforge.org Tue Feb 1 04:48:57 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Feb 2011 12:48:57 -0000 Subject: [MacRuby] #1145: Segfault occurs with enumerateObjectsUsingBlock Message-ID: <051.098c2b94cc7daba7b7971cd75582b62f@macosforge.org> #1145: Segfault occurs with enumerateObjectsUsingBlock ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Segfault occurs when does not load the Foundation.framework in test script and uses the enumerateObjectsUsingBlock. Test Script: {{{ #!ruby #framework 'Foundation' ary = ['zero', 'one', 'two', 'three', 'four'] res = [] ary.enumerateObjectsUsingBlock(Proc.new { |obj, idx, stop| res << obj stop.assign(true) if idx == 2 }) p res }}} BackTrace: {{{ $ DYLD_LIBRARY_PATH=. gdb --args ./macruby ~/tmp/test.rb GNU gdb 6.3.50-20050815 (Apple version gdb-1510) (Wed Sep 22 02:45:02 UTC 2010) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ..... done (gdb) r Starting program: /Users/watson/src/macruby-trunk-svn/macruby /Users/watson/tmp/test.rb Reading symbols for shared libraries .++++........................ done Reading symbols for shared libraries . done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x00007fff865286d7 in __NSArrayEnumerate () #2 0x00000001033012c6 in ?? () #3 0x000000010013c2ad in rb_vm_dispatch () at dispatcher.cpp:480 #4 0x00000001033006f6 in ?? () #5 0x0000000103300248 in ?? () #6 0x0000000100155aeb in rb_vm_run (fname=0x2000501e0 "/Users/watson/tmp/test.rb", node=0x2000989c0, binding=0x0, inside_eval=false) at vm.cpp:3930 #7 0x000000010003945b in ruby_run_node (n=0x2000989c0) at eval.c:211 #8 0x0000000100000c15 in main (argc=2, argv=0x100e1de40, envp=0x7fff5fbfee80) at main.cpp:40 (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 1 13:27:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Feb 2011 21:27:59 -0000 Subject: [MacRuby] #1145: Segfault occurs with enumerateObjectsUsingBlock In-Reply-To: <051.098c2b94cc7daba7b7971cd75582b62f@macosforge.org> References: <051.098c2b94cc7daba7b7971cd75582b62f@macosforge.org> Message-ID: <060.69a2304ad0cf313b885879ba55d62b1c@macosforge.org> #1145: Segfault occurs with enumerateObjectsUsingBlock ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: wontfix Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => wontfix Comment: Sadly this is expected, without the necessary BridgeSupport metadata, we pass the Proc object which does not conform to the blocks ABI, therefore causing the crash. There are a few other cases where not loading the BridgeSupport metadata can cause segfault, such as performing a variadic method. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 1 14:40:01 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Feb 2011 22:40:01 -0000 Subject: [MacRuby] #1146: Web view crash Message-ID: <051.5cb285344e9f6d93cff8ab12e4118586@macosforge.org> #1146: Web view crash ----------------------------------+----------------------------------------- Reporter: kunc.filip@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: Webview crash ----------------------------------+----------------------------------------- When you generate new ruby application in Xcode 3.2.4 and place web view in interface builder. Then run your app. It always crashes on sigabrt. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 1 14:46:50 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Feb 2011 22:46:50 -0000 Subject: [MacRuby] #1147: Kramdown does not work Message-ID: <051.a6501d7b4454e1cd02db3ebdb9bd92a1@macosforge.org> #1147: Kramdown does not work ----------------------------------+----------------------------------------- Reporter: kunc.filip@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: Kramdown ----------------------------------+----------------------------------------- When installing kramdown via macgems, everything seems to be working. But on more complex markdown stuff, MacRuby behaves a lot differently than standard ruby. For example this string: # header test A list * first bullet * second bullet Renders via puts Kramdown::Document.new(text).to_html only list and ignores header. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 1 16:30:36 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 02 Feb 2011 00:30:36 -0000 Subject: [MacRuby] #1146: Web view crash In-Reply-To: <051.5cb285344e9f6d93cff8ab12e4118586@macosforge.org> References: <051.5cb285344e9f6d93cff8ab12e4118586@macosforge.org> Message-ID: <060.ce9e0181c2b1abc0c000fd07806c7ae3@macosforge.org> #1146: Web view crash ----------------------------------+----------------------------------------- Reporter: kunc.filip@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: worksforme Keywords: Webview crash | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => worksforme * milestone: MacRuby 1.0 => Comment: Maybe it's because your application does not link against WebKit. Try adding the following line to your rb_main.rb: {{{ framework 'WebKit' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 1 20:36:06 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 02 Feb 2011 04:36:06 -0000 Subject: [MacRuby] #1128: MacRuby builds broken gems, probably since 1.4.2 update In-Reply-To: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> References: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> Message-ID: <062.572014b22527ef151ef04b5231204ff8@macosforge.org> #1128: MacRuby builds broken gems, probably since 1.4.2 update ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.9-blocker ------------------------------------+--------------------------------------- Comment(by watson1978@?): It seems that insert a unnecessary padding when create a Tar archive. Broken Tar archive can not extract. Workaround: {{{ #!diff diff --git a/lib/rubygems/package/tar_writer.rb b/lib/rubygems/package/tar_writer.rb index d115162..b825f26 100644 --- a/lib/rubygems/package/tar_writer.rb +++ b/lib/rubygems/package/tar_writer.rb @@ -146,7 +146,9 @@ class Gem::Package::TarWriter yield os if block_given? - min_padding = size - os.written + # FIXME : MacRuby inserts unnecessary padding + # min_padding = size - os.written + min_padding = 0 @io.write("\0" * min_padding) remainder = (512 - (size % 512)) % 512 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 3 09:58:44 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 03 Feb 2011 17:58:44 -0000 Subject: [MacRuby] #1148: Procs used for Cocoa callbacks are being given class objects instance of the instance of the class Message-ID: <053.e0a253f86b88bbfefbd9afb75def7228@macosforge.org> #1148: Procs used for Cocoa callbacks are being given class objects instance of the instance of the class ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I try to use a proc for a notification callback instead of a method, when the callback is made I am given the class object instead of the instance of the object. This example should work, but will not because when callback is called, it will be given the NSDictionary class constant instead of an instance of an NSDIctionary like I was supposed to get: framework 'Cocoa' callback = Proc.new { |notif| puts notif.userInfo.inspect } workspace = NSWorkspace.sharedWorkspace workspace.notificationCenter.addObserver callback, selector:'call:', name:NSWorkspaceDidLaunchApplicationNotification, object:nil workspace.launchAppWithBundleIdentifier 'com.apple.mail', options:NSWorkspaceLaunchAsync, additionalEventParamDescriptor:nil, launchIdentifier:nil NSRunLoop.currentRunLoop.runUntilDate( Time.now + 5 ) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 3 11:00:32 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 03 Feb 2011 19:00:32 -0000 Subject: [MacRuby] #1149: Occasional crash using smtp within a dispatch async Message-ID: <056.b4c64912dc4fb68f32638a6d9681fb6b@macosforge.org> #1149: Occasional crash using smtp within a dispatch async ---------------------------------------+------------------------------------ Reporter: matt.massicotte@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ I have macruby code that looks something like this: group = Dispatch::Group.new() @cam_device_hash.values.each do |device| Dispatch::Queue.concurrent.async(group) do Net::SMTP.start("smpt.com") do |smtp| .. email end end group.wait() Occasionally, this code crashes macruby. I cannot attach the full crash log to the bug: here's the best I can do. Thread 4 Crashed: Dispatch queue: com.apple.root.default-priority 0 libSystem.B.dylib 0x00007fffffe00660 __bzero + 96 1 libmacruby.dylib 0x00000001000ef11f rb_fd_zero + 47 2 socket.bundle 0x0000000104fe9548 try_wait_connectable + 56 3 libmacruby.dylib 0x00000001001514e5 rb_ensure + 37 4 socket.bundle 0x0000000104fe934d ruby_connect + 461 5 socket.bundle 0x0000000104fed3ce init_inetsock_internal + 254 6 libmacruby.dylib 0x00000001001514e5 rb_ensure + 37 7 socket.bundle 0x0000000104fe8f7f tcp_init + 143 8 libmacruby.dylib 0x000000010014c0cc rb_vm_dispatch + 7676 9 libmacruby.dylib 0x000000010006fe2a rb_class_new_instance + 538 10 libmacruby.dylib 0x00000001000571d8 rb_io_binmode + 1224 11 libmacruby.dylib 0x000000010014c0cc rb_vm_dispatch + 7676 12 smtp.rbo 0x00000001056c12ac 0x1056c0000 + 4780 13 smtp.rbo 0x00000001056c8790 MREP_2C248079BA6B4801B49202DD35DFDA7F + 27552 14 libmacruby.dylib 0x000000010014e993 rb_vm_yield_args + 1923 15 timeout.rbo 0x0000000100ff866d MREP_ECE09555A8A04827AFC1AB585E102057 + 3997 16 libmacruby.dylib 0x000000010014c3e7 rb_vm_dispatch + 8471 17 timeout.rbo 0x0000000100ff749c 0x100ff6000 + 5276 18 timeout.rbo 0x0000000100ff942d MREP_ECE09555A8A04827AFC1AB585E102057 + 7517 19 libmacruby.dylib 0x000000010014c3e7 rb_vm_dispatch + 8471 20 smtp.rbo 0x00000001056c12ac 0x1056c0000 + 4780 21 smtp.rbo 0x00000001056c7e54 MREP_2C248079BA6B4801B49202DD35DFDA7F + 25188 22 libmacruby.dylib 0x000000010014c67c rb_vm_dispatch + 9132 23 smtp.rbo 0x00000001056c12ac 0x1056c0000 + 4780 24 smtp.rbo 0x00000001056c77a3 MREP_2C248079BA6B4801B49202DD35DFDA7F + 23475 25 libmacruby.dylib 0x000000010014c67c rb_vm_dispatch + 9132 26 smtp.rbo 0x00000001056c12ac 0x1056c0000 + 4780 27 smtp.rbo 0x00000001056c73b7 MREP_2C248079BA6B4801B49202DD35DFDA7F + 22471 28 libmacruby.dylib 0x000000010014c612 rb_vm_dispatch + 9026 29 ??? 0x0000000102d5b356 0 + 4342526806 30 ??? 0x0000000105f3cfc6 0 + 4394831814 31 libmacruby.dylib 0x000000010014c3bc rb_vm_dispatch + 8428 32 ??? 0x0000000102d5b356 0 + 4342526806 33 ??? 0x0000000105f3ca22 0 + 4394830370 34 libmacruby.dylib 0x000000010014e977 rb_vm_yield_args + 1895 35 libmacruby.dylib 0x0000000100102d88 rb_yield + 40 36 libmacruby.dylib 0x000000010001549d rary_reserve + 989 37 libmacruby.dylib 0x000000010014c3bc rb_vm_dispatch + 8428 38 ??? 0x0000000102d5b356 0 + 4342526806 39 ??? 0x0000000105f3bd1d 0 + 4394827037 40 libmacruby.dylib 0x000000010014d778 rb_vm_block_eval + 1432 41 libmacruby.dylib 0x000000010014c0cc rb_vm_dispatch + 7676 42 ??? 0x0000000102d5b356 0 + 4342526806 43 ??? 0x0000000105f3c573 0 + 4394829171 44 libmacruby.dylib 0x000000010014d759 rb_vm_block_eval + 1401 45 libmacruby.dylib 0x000000010016025a rb_rescue2 + 58 46 libSystem.B.dylib 0x00007fff800ec810 _dispatch_worker_thread2 + 206 47 libSystem.B.dylib 0x00007fff800ec168 _pthread_wqthread + 353 48 libSystem.B.dylib 0x00007fff800ec005 start_wqthread + 13 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 3 16:45:31 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 04 Feb 2011 00:45:31 -0000 Subject: [MacRuby] #1009: Can't set status of taint and untrust to Float Object. In-Reply-To: <051.06dee1a89c29416cfae37127c5ff7a56@macosforge.org> References: <051.06dee1a89c29416cfae37127c5ff7a56@macosforge.org> Message-ID: <060.d343834849013ee62cc138130937c336@macosforge.org> #1009: Can't set status of taint and untrust to Float Object. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: fixed Keywords: #reduction | ----------------------------------+----------------------------------------- Changes (by pthomson@?): * status: new => closed * resolution: => fixed Comment: Fixed in r5219. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 3 17:04:15 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 04 Feb 2011 01:04:15 -0000 Subject: [MacRuby] #1009: Can't set status of taint and untrust to Float Object. In-Reply-To: <051.06dee1a89c29416cfae37127c5ff7a56@macosforge.org> References: <051.06dee1a89c29416cfae37127c5ff7a56@macosforge.org> Message-ID: <060.98d598ceb3f4ffa6832ffb5c347b6925@macosforge.org> #1009: Can't set status of taint and untrust to Float Object. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: #reduction | ----------------------------------+----------------------------------------- Changes (by pthomson@?): * milestone: MacRuby 1.0 => MacRuby 0.9 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 3 19:33:16 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 04 Feb 2011 03:33:16 -0000 Subject: [MacRuby] #1149: Occasional crash using smtp within a dispatch async In-Reply-To: <056.b4c64912dc4fb68f32638a6d9681fb6b@macosforge.org> References: <056.b4c64912dc4fb68f32638a6d9681fb6b@macosforge.org> Message-ID: <065.05a6f0c039a5019bfb1a3dd3711d65f2@macosforge.org> #1149: Occasional crash using smtp within a dispatch async ---------------------------------------+------------------------------------ Reporter: matt.massicotte@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Description changed by watson1978@?: Old description: > I have macruby code that looks something like this: > > group = Dispatch::Group.new() > > @cam_device_hash.values.each do |device| > Dispatch::Queue.concurrent.async(group) do > Net::SMTP.start("smpt.com") do |smtp| > .. email > end > end > > group.wait() > > Occasionally, this code crashes macruby. I cannot attach the full crash > log to the bug: here's the best I can do. > > Thread 4 Crashed: Dispatch queue: com.apple.root.default-priority > 0 libSystem.B.dylib 0x00007fffffe00660 __bzero + 96 > 1 libmacruby.dylib 0x00000001000ef11f rb_fd_zero + > 47 > 2 socket.bundle 0x0000000104fe9548 > try_wait_connectable + 56 > 3 libmacruby.dylib 0x00000001001514e5 rb_ensure + 37 > 4 socket.bundle 0x0000000104fe934d ruby_connect + > 461 > 5 socket.bundle 0x0000000104fed3ce > init_inetsock_internal + 254 > 6 libmacruby.dylib 0x00000001001514e5 rb_ensure + 37 > 7 socket.bundle 0x0000000104fe8f7f tcp_init + 143 > 8 libmacruby.dylib 0x000000010014c0cc rb_vm_dispatch > + 7676 > 9 libmacruby.dylib 0x000000010006fe2a > rb_class_new_instance + 538 > 10 libmacruby.dylib 0x00000001000571d8 rb_io_binmode > + 1224 > 11 libmacruby.dylib 0x000000010014c0cc rb_vm_dispatch > + 7676 > 12 smtp.rbo 0x00000001056c12ac 0x1056c0000 + > 4780 > 13 smtp.rbo 0x00000001056c8790 > MREP_2C248079BA6B4801B49202DD35DFDA7F + 27552 > 14 libmacruby.dylib 0x000000010014e993 > rb_vm_yield_args + 1923 > 15 timeout.rbo 0x0000000100ff866d > MREP_ECE09555A8A04827AFC1AB585E102057 + 3997 > 16 libmacruby.dylib 0x000000010014c3e7 rb_vm_dispatch > + 8471 > 17 timeout.rbo 0x0000000100ff749c 0x100ff6000 + > 5276 > 18 timeout.rbo 0x0000000100ff942d > MREP_ECE09555A8A04827AFC1AB585E102057 + 7517 > 19 libmacruby.dylib 0x000000010014c3e7 rb_vm_dispatch > + 8471 > 20 smtp.rbo 0x00000001056c12ac 0x1056c0000 + > 4780 > 21 smtp.rbo 0x00000001056c7e54 > MREP_2C248079BA6B4801B49202DD35DFDA7F + 25188 > 22 libmacruby.dylib 0x000000010014c67c rb_vm_dispatch > + 9132 > 23 smtp.rbo 0x00000001056c12ac 0x1056c0000 + > 4780 > 24 smtp.rbo 0x00000001056c77a3 > MREP_2C248079BA6B4801B49202DD35DFDA7F + 23475 > 25 libmacruby.dylib 0x000000010014c67c rb_vm_dispatch > + 9132 > 26 smtp.rbo 0x00000001056c12ac 0x1056c0000 + > 4780 > 27 smtp.rbo 0x00000001056c73b7 > MREP_2C248079BA6B4801B49202DD35DFDA7F + 22471 > 28 libmacruby.dylib 0x000000010014c612 rb_vm_dispatch > + 9026 > 29 ??? 0x0000000102d5b356 0 + 4342526806 > 30 ??? 0x0000000105f3cfc6 0 + 4394831814 > 31 libmacruby.dylib 0x000000010014c3bc rb_vm_dispatch > + 8428 > 32 ??? 0x0000000102d5b356 0 + 4342526806 > 33 ??? 0x0000000105f3ca22 0 + 4394830370 > 34 libmacruby.dylib 0x000000010014e977 > rb_vm_yield_args + 1895 > 35 libmacruby.dylib 0x0000000100102d88 rb_yield + 40 > 36 libmacruby.dylib 0x000000010001549d rary_reserve + > 989 > 37 libmacruby.dylib 0x000000010014c3bc rb_vm_dispatch > + 8428 > 38 ??? 0x0000000102d5b356 0 + 4342526806 > 39 ??? 0x0000000105f3bd1d 0 + 4394827037 > 40 libmacruby.dylib 0x000000010014d778 > rb_vm_block_eval + 1432 > 41 libmacruby.dylib 0x000000010014c0cc rb_vm_dispatch > + 7676 > 42 ??? 0x0000000102d5b356 0 + 4342526806 > 43 ??? 0x0000000105f3c573 0 + 4394829171 > 44 libmacruby.dylib 0x000000010014d759 > rb_vm_block_eval + 1401 > 45 libmacruby.dylib 0x000000010016025a rb_rescue2 + > 58 > 46 libSystem.B.dylib 0x00007fff800ec810 > _dispatch_worker_thread2 + 206 > 47 libSystem.B.dylib 0x00007fff800ec168 > _pthread_wqthread + 353 > 48 libSystem.B.dylib 0x00007fff800ec005 start_wqthread > + 13 New description: I have macruby code that looks something like this: {{{ #!ruby group = Dispatch::Group.new() @cam_device_hash.values.each do |device| Dispatch::Queue.concurrent.async(group) do Net::SMTP.start("smpt.com") do |smtp| .. email end end group.wait() }}} Occasionally, this code crashes macruby. I cannot attach the full crash log to the bug: here's the best I can do. {{{ Thread 4 Crashed: Dispatch queue: com.apple.root.default-priority 0 libSystem.B.dylib 0x00007fffffe00660 __bzero + 96 1 libmacruby.dylib 0x00000001000ef11f rb_fd_zero + 47 2 socket.bundle 0x0000000104fe9548 try_wait_connectable + 56 3 libmacruby.dylib 0x00000001001514e5 rb_ensure + 37 4 socket.bundle 0x0000000104fe934d ruby_connect + 461 5 socket.bundle 0x0000000104fed3ce init_inetsock_internal + 254 6 libmacruby.dylib 0x00000001001514e5 rb_ensure + 37 7 socket.bundle 0x0000000104fe8f7f tcp_init + 143 8 libmacruby.dylib 0x000000010014c0cc rb_vm_dispatch + 7676 9 libmacruby.dylib 0x000000010006fe2a rb_class_new_instance + 538 10 libmacruby.dylib 0x00000001000571d8 rb_io_binmode + 1224 11 libmacruby.dylib 0x000000010014c0cc rb_vm_dispatch + 7676 12 smtp.rbo 0x00000001056c12ac 0x1056c0000 + 4780 13 smtp.rbo 0x00000001056c8790 MREP_2C248079BA6B4801B49202DD35DFDA7F + 27552 14 libmacruby.dylib 0x000000010014e993 rb_vm_yield_args + 1923 15 timeout.rbo 0x0000000100ff866d MREP_ECE09555A8A04827AFC1AB585E102057 + 3997 16 libmacruby.dylib 0x000000010014c3e7 rb_vm_dispatch + 8471 17 timeout.rbo 0x0000000100ff749c 0x100ff6000 + 5276 18 timeout.rbo 0x0000000100ff942d MREP_ECE09555A8A04827AFC1AB585E102057 + 7517 19 libmacruby.dylib 0x000000010014c3e7 rb_vm_dispatch + 8471 20 smtp.rbo 0x00000001056c12ac 0x1056c0000 + 4780 21 smtp.rbo 0x00000001056c7e54 MREP_2C248079BA6B4801B49202DD35DFDA7F + 25188 22 libmacruby.dylib 0x000000010014c67c rb_vm_dispatch + 9132 23 smtp.rbo 0x00000001056c12ac 0x1056c0000 + 4780 24 smtp.rbo 0x00000001056c77a3 MREP_2C248079BA6B4801B49202DD35DFDA7F + 23475 25 libmacruby.dylib 0x000000010014c67c rb_vm_dispatch + 9132 26 smtp.rbo 0x00000001056c12ac 0x1056c0000 + 4780 27 smtp.rbo 0x00000001056c73b7 MREP_2C248079BA6B4801B49202DD35DFDA7F + 22471 28 libmacruby.dylib 0x000000010014c612 rb_vm_dispatch + 9026 29 ??? 0x0000000102d5b356 0 + 4342526806 30 ??? 0x0000000105f3cfc6 0 + 4394831814 31 libmacruby.dylib 0x000000010014c3bc rb_vm_dispatch + 8428 32 ??? 0x0000000102d5b356 0 + 4342526806 33 ??? 0x0000000105f3ca22 0 + 4394830370 34 libmacruby.dylib 0x000000010014e977 rb_vm_yield_args + 1895 35 libmacruby.dylib 0x0000000100102d88 rb_yield + 40 36 libmacruby.dylib 0x000000010001549d rary_reserve + 989 37 libmacruby.dylib 0x000000010014c3bc rb_vm_dispatch + 8428 38 ??? 0x0000000102d5b356 0 + 4342526806 39 ??? 0x0000000105f3bd1d 0 + 4394827037 40 libmacruby.dylib 0x000000010014d778 rb_vm_block_eval + 1432 41 libmacruby.dylib 0x000000010014c0cc rb_vm_dispatch + 7676 42 ??? 0x0000000102d5b356 0 + 4342526806 43 ??? 0x0000000105f3c573 0 + 4394829171 44 libmacruby.dylib 0x000000010014d759 rb_vm_block_eval + 1401 45 libmacruby.dylib 0x000000010016025a rb_rescue2 + 58 46 libSystem.B.dylib 0x00007fff800ec810 _dispatch_worker_thread2 + 206 47 libSystem.B.dylib 0x00007fff800ec168 _pthread_wqthread + 353 48 libSystem.B.dylib 0x00007fff800ec005 start_wqthread + 13 }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 5 06:36:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 05 Feb 2011 14:36:30 -0000 Subject: [MacRuby] #1147: Kramdown does not work In-Reply-To: <051.a6501d7b4454e1cd02db3ebdb9bd92a1@macosforge.org> References: <051.a6501d7b4454e1cd02db3ebdb9bd92a1@macosforge.org> Message-ID: <060.4346e2fb9ebe98a266876d390e6cc71d@macosforge.org> #1147: Kramdown does not work ----------------------------------+----------------------------------------- Reporter: kunc.filip@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: Kramdown ----------------------------------+----------------------------------------- Comment(by kunc.filip@?): I added attachment on which can be Kramdown tested. In TextView at the top enter: {{{ # header test A list * first bullet * second bullet }}} And click on Generate Preview. Notice header is ignored, but in standard Snow Leopard Ruby 1.8.7 it works as expected. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 5 23:38:06 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 06 Feb 2011 07:38:06 -0000 Subject: [MacRuby] #1150: Segfault occurs with Thread.kill when was passed Object other than Thread. Message-ID: <051.9704926429ffd69f460c743853fe2295@macosforge.org> #1150: Segfault occurs with Thread.kill when was passed Object other than Thread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Likely CRuby 1.9.2, this problem occurs in MacRuby.[[BR]] http://redmine.ruby-lang.org/issues/show/4367 Test: {{{ $ macruby -e "Thread.kill(nil)" }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000024 0x00000001000d085a in rb_thread_kill (thread=4, sel=0x0) at thread.c:352 352 rb_vm_thread_t *t = GetThreadPtr(thread); (gdb) bt #0 0x00000001000d085a in rb_thread_kill (thread=4, sel=0x0) at thread.c:352 #1 0x00000001000d08cc in rb_thread_s_kill (obj=8590617632, sel=0x102e43700, th=4) at thread.c:380 #2 0x000000010013b63e in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:161 #3 0x000000010013b63e in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #4 0x000000010013b63e in rb_vm_dispatch () at dispatcher.cpp:850 #5 0x0000000103c00386 in ?? () #6 0x0000000103c0007e in ?? () #7 0x0000000100155a2f in rb_vm_run (fname=0x20001f300 "-e", node=0x20004d780, binding=0x0, inside_eval=false) at vm.cpp:3930 #8 0x000000010003905b in ruby_run_node (n=0x20004d780) at eval.c:211 #9 0x0000000100000c15 in main (argc=3, argv=0x100e1de40, envp=0x7fff5fbfee88) at main.cpp:40 Current language: auto; currently c (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 6 00:14:04 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 06 Feb 2011 08:14:04 -0000 Subject: [MacRuby] #1151: Segfault occurs with OpenSSL::Cipher when redefined the initialize(). Message-ID: <051.9f213b7155ea2084bef069dd6de4472c@macosforge.org> #1151: Segfault occurs with OpenSSL::Cipher when redefined the initialize(). ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Likely CRuby 1.9.2, this problem occurs in MacRuby.[[BR]] http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/35079 Test Script: {{{ #!ruby require 'openssl' module OpenSSL class Cipher def initialize; end end end ossl = OpenSSL::Cipher.new ossl.block_size }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000004 0x00007fff8422aae4 in EVP_CIPHER_block_size () (gdb) bt #0 0x00007fff8422aae4 in EVP_CIPHER_block_size () #1 0x00000001033a959c in ossl_cipher_block_size (self=8590019488, sel=) at ossl_cipher.c:494 #2 0x000000010013b60c in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:159 #3 0x000000010013b60c in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #4 0x000000010013b60c in rb_vm_dispatch () at dispatcher.cpp:850 #5 0x00000001033008d6 in ?? () #6 0x000000010330015f in ?? () #7 0x0000000100155a2f in rb_vm_run (fname=0x2000502a0 "/Users/watson/tmp/test.rb", node=0x20005b440, binding=0x0, inside_eval=false) at vm.cpp:3930 #8 0x000000010003905b in ruby_run_node (n=0x20005b440) at eval.c:211 #9 0x0000000100000c15 in main (argc=3, argv=0x100e1de40, envp=0x7fff5fbfee60) at main.cpp:40 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 6 00:33:44 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 06 Feb 2011 08:33:44 -0000 Subject: [MacRuby] #1152: Segfault occurs with JSON when redefined the initialize(). Message-ID: <051.2c31c90782ca1b16354607e4f4e8ad79@macosforge.org> #1152: Segfault occurs with JSON when redefined the initialize(). ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Likely CRuby 1.9.2, this problem occurs in MacRuby.[[BR]] http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/35079 Test Script: {{{ #!ruby require 'json' module JSON class Parser def initialize; end end end parser = JSON::Parser.new parser.parse('test') }}} BackTrace: {{{ Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x000000000000003c yajl_do_parse (hand=0x0, offset=0x7fff5fbfdd0c, jsonText=0x20004e640 "test", jsonTextLen=4) at yajl_parser.c:147 147 switch (yajl_bs_current(hand->stateStack)) { (gdb) bt #0 yajl_do_parse (hand=0x0, offset=0x7fff5fbfdd0c, jsonText=0x20004e640 "test", jsonTextLen=4) at yajl_parser.c:147 #1 0x0000000100df0e20 in yajl_parse (hand=, jsonText=, jsonTextLen=) at yajl.c:127 #2 0x0000000100dee44e in json_parse_chunk [inlined] () at /Users/watson/src/macruby-trunk-svn/ext/json/rubyext.c:235 #3 0x0000000100dee44e in rb_json_parser_parse (self=8590004160, sel=, input=) at rubyext.c:142 #4 0x000000010013b63e in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:161 #5 0x000000010013b63e in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #6 0x000000010013b63e in rb_vm_dispatch () at dispatcher.cpp:850 #7 0x00000001033008f6 in ?? () #8 0x0000000103300183 in ?? () #9 0x0000000100155a2f in rb_vm_run (fname=0x2000412e0 "/Users/watson/tmp/test2.rb", node=0x20009a840, binding=0x0, inside_eval=false) at vm.cpp:3930 #10 0x000000010003905b in ruby_run_node (n=0x20009a840) at eval.c:211 #11 0x0000000100000c15 in main (argc=3, argv=0x100e1de40, envp=0x7fff5fbfee60) at main.cpp:40 Current language: auto; currently c (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 01:28:54 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 09:28:54 -0000 Subject: [MacRuby] #1132: Reopening a class modifies it In-Reply-To: <059.b0bc679f24de1eaf4c67c4d7eb3c978c@macosforge.org> References: <059.b0bc679f24de1eaf4c67c4d7eb3c978c@macosforge.org> Message-ID: <068.87fc505c0c7c89f1de4cda2676a6a165@macosforge.org> #1132: Reopening a class modifies it ------------------------------------------+--------------------------------- Reporter: justin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.9-blocker ------------------------------------------+--------------------------------- Comment(by watson1978@?): It seems that this problem occurs since r5032 (for fixing #1045). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 06:38:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 14:38:58 -0000 Subject: [MacRuby] #1153: segfault during define_method Message-ID: <051.9aade82cedb855b3c41b5b671555f1c3@macosforge.org> #1153: segfault during define_method ----------------------------------+----------------------------------------- Reporter: al_skipp@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Discovered this whilst trying to benchmark a proxy class. The code below consistently fails after the 67th iteration on my mac. {{{ class Proxy def initialize(delegate) @delegate = delegate @delegate.public_methods.each do |meth| (class << self; self; end).class_eval do define_method meth do |*args, &block| @delegate.__send__(meth, *args) end end end end end 100.times do |i| hash = Proxy.new(Hash.new) puts i end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 14:05:46 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 22:05:46 -0000 Subject: [MacRuby] #1150: Segfault occurs with Thread.kill when was passed Object other than Thread. In-Reply-To: <051.9704926429ffd69f460c743853fe2295@macosforge.org> References: <051.9704926429ffd69f460c743853fe2295@macosforge.org> Message-ID: <060.bd2957a3b98496c017721bbcd804fa43@macosforge.org> #1150: Segfault occurs with Thread.kill when was passed Object other than Thread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.9 Comment: Should be fixed in r5221. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 14:08:07 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 22:08:07 -0000 Subject: [MacRuby] #1151: Segfault occurs with OpenSSL::Cipher when redefined the initialize(). In-Reply-To: <051.9f213b7155ea2084bef069dd6de4472c@macosforge.org> References: <051.9f213b7155ea2084bef069dd6de4472c@macosforge.org> Message-ID: <060.889b40081c243d7df0d53feca569b93b@macosforge.org> #1151: Segfault occurs with OpenSSL::Cipher when redefined the initialize(). ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): It looks like Ruby 1.8.7 and my version of 1.9.2 also crash on this sample. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 14:09:13 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 22:09:13 -0000 Subject: [MacRuby] #1151: Segfault occurs with OpenSSL::Cipher when redefined the initialize(). In-Reply-To: <051.9f213b7155ea2084bef069dd6de4472c@macosforge.org> References: <051.9f213b7155ea2084bef069dd6de4472c@macosforge.org> Message-ID: <060.f326509f0e67f029de65eaea7a8859ab@macosforge.org> #1151: Segfault occurs with OpenSSL::Cipher when redefined the initialize(). ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: I think this is a bug in the openssl C extension where instance methods on the Cipher class assumes that the object has been properly initialized. This does not seem critical for 1.0, moving to Later. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 14:10:17 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 22:10:17 -0000 Subject: [MacRuby] #1152: Segfault occurs with JSON when redefined the initialize(). In-Reply-To: <051.2c31c90782ca1b16354607e4f4e8ad79@macosforge.org> References: <051.2c31c90782ca1b16354607e4f4e8ad79@macosforge.org> Message-ID: <060.53bafc4466e106678f08e3fe649974a6@macosforge.org> #1152: Segfault occurs with JSON when redefined the initialize(). ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby Later Comment: Same diagnosis as #1151. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 14:11:13 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 22:11:13 -0000 Subject: [MacRuby] #1147: Kramdown does not work In-Reply-To: <051.a6501d7b4454e1cd02db3ebdb9bd92a1@macosforge.org> References: <051.a6501d7b4454e1cd02db3ebdb9bd92a1@macosforge.org> Message-ID: <060.5d53843315ed0246a602dd46d23653cf@macosforge.org> #1147: Kramdown does not work ----------------------------------+----------------------------------------- Reporter: kunc.filip@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: Kramdown ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Thanks for investigating the problem. It would be nice to continue and try to reduce the problem to a simple pure-Ruby snippet. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 14:20:55 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 22:20:55 -0000 Subject: [MacRuby] #1128: MacRuby builds broken gems, probably since 1.4.2 update In-Reply-To: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> References: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> Message-ID: <062.0dc7652d336779c57d216766f9f7a02b@macosforge.org> #1128: MacRuby builds broken gems, probably since 1.4.2 update ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.9-blocker ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): Good investigation job! But I wonder if it's the right way to fix this problem. I wonder why min_padding isn't right here. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 15:19:37 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 23:19:37 -0000 Subject: [MacRuby] #1147: Kramdown does not work In-Reply-To: <051.a6501d7b4454e1cd02db3ebdb9bd92a1@macosforge.org> References: <051.a6501d7b4454e1cd02db3ebdb9bd92a1@macosforge.org> Message-ID: <060.d9ff91f423c0766899173ef24186cd09@macosforge.org> #1147: Kramdown does not work ----------------------------------+----------------------------------------- Reporter: kunc.filip@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: Kramdown ----------------------------------+----------------------------------------- Comment(by kunc.filip@?): Ok so you can try this: {{{ require 'rubygems' require 'kramdown' def works_in_standard_ruby_1_8_7 markdown_test_string = '# header test A list * first bullet * second bullet' doc = Kramdown::Document.new(markdown_test_string) puts doc.to_html # this line should output something like this: #

header test

# #

A list

# #
    #
  • first bullet
    • #
  • second bullet
    • #
# but in MacRuby 0.8 it behaves badly, only last part is here: #
    #
  • first bullet
    • #
  • second bullet
    • #
end works_in_standard_ruby_1_8_7 }}} Full source code for kramdown is at `git clone git://github.com/gettalong/kramdown.git` -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 15:41:42 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 23:41:42 -0000 Subject: [MacRuby] #1154: MacRuby Distributed Objects Code Example Proposal Message-ID: <053.67577bcaf47207f810b2069f08a4a012@macosforge.org> #1154: MacRuby Distributed Objects Code Example Proposal ------------------------------------+--------------------------------------- Reporter: klaasspeller@? | Owner: lsansonetti@? Type: task | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: code-example ------------------------------------+--------------------------------------- Hi MacRuby team, I would like to submit this idea for a MacRuby example. It uses Distributed Programming. I needs some shaving and good layer of spit and polish. The gist can be found on https://gist.github.com/815368 Gr, Klaas Speller -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 15:52:38 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 07 Feb 2011 23:52:38 -0000 Subject: [MacRuby] #1154: MacRuby Distributed Objects Code Example Proposal In-Reply-To: <053.67577bcaf47207f810b2069f08a4a012@macosforge.org> References: <053.67577bcaf47207f810b2069f08a4a012@macosforge.org> Message-ID: <062.606b71a02ce3147fe4d95975c1892771@macosforge.org> #1154: MacRuby Distributed Objects Code Example Proposal ------------------------------------+--------------------------------------- Reporter: klaasspeller@? | Owner: lsansonetti@? Type: task | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: code-example ------------------------------------+--------------------------------------- Comment(by klaasspeller@?): Hmm.. it is the code that need the shaving, spit and polish. [[BR]] And I would off course would do the above if you decide to accept the proposal :-) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 23:28:45 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 08 Feb 2011 07:28:45 -0000 Subject: [MacRuby] #1128: MacRuby builds broken gems, probably since 1.4.2 update In-Reply-To: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> References: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> Message-ID: <062.1cb411eac070492c3f5e407b8d3344fd@macosforge.org> #1128: MacRuby builds broken gems, probably since 1.4.2 update ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.9-blocker ------------------------------------+--------------------------------------- Comment(by watson1978@?): I attached test files. It seems to be caused this issue that the length of String which was read from file does not accord with the size of the file. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 7 23:44:54 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 08 Feb 2011 07:44:54 -0000 Subject: [MacRuby] #1128: MacRuby builds broken gems, probably since 1.4.2 update In-Reply-To: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> References: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> Message-ID: <062.3412122bc65fcbff8e22aeda4320b879@macosforge.org> #1128: MacRuby builds broken gems, probably since 1.4.2 update ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.9-blocker ------------------------------------+--------------------------------------- Comment(by watson1978@?): I wrote the string (which was read from file) to new file, new file is same size with original. So, I think that there is bug in String#size. {{{ $ cat test.rb File.open("file.txt", "rb") {|f| s = f.read p s.size File.open("tmp", "w") {|o| o.write s } } p File.stat("file.txt").size $ macruby test.rb 2975 2977 $ ls -l file.txt tmp -rw-r--r-- 1 watson staff 2977 2 8 16:11 file.txt -rw-r--r-- 1 watson staff 2977 2 8 16:42 tmp }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 8 01:55:07 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 08 Feb 2011 09:55:07 -0000 Subject: [MacRuby] #1128: MacRuby builds broken gems, probably since 1.4.2 update In-Reply-To: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> References: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> Message-ID: <062.123fe01381e2ad15afe7d5d9ec09e0e3@macosforge.org> #1128: MacRuby builds broken gems, probably since 1.4.2 update ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.9-blocker ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): Good catch! I think it's because the string's encoding is UTF-8 and not binary. I think MacRuby will not use binary even if you pass "b" to File.open. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 8 05:39:30 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 08 Feb 2011 13:39:30 -0000 Subject: [MacRuby] #1155: Embed BridgeSupport Files Message-ID: <055.7cfc26b08302865938df179ebcae3e7f@macosforge.org> #1155: Embed BridgeSupport Files --------------------------------------+------------------------------------- Reporter: martin.hawkins@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- The embed macruby process does not take bridgesupport into consideration. The embed process should offer the option of embedding the bridgesupport files; otherwise, if the developer has installed a upgraded version of bridgesupport, the application may not run on a user's computer even if the developer has followed the embed macruby process correctly. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 8 14:52:56 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 08 Feb 2011 22:52:56 -0000 Subject: [MacRuby] #1155: Embed BridgeSupport Files In-Reply-To: <055.7cfc26b08302865938df179ebcae3e7f@macosforge.org> References: <055.7cfc26b08302865938df179ebcae3e7f@macosforge.org> Message-ID: <064.cbceb6cdd35455edbbe62e2c56b26995@macosforge.org> #1155: Embed BridgeSupport Files --------------------------------------+------------------------------------- Reporter: martin.hawkins@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.9-blocker --------------------------------------+------------------------------------- Changes (by lsansonetti@?): * keywords: => 0.9-blocker * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 8 19:22:38 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 09 Feb 2011 03:22:38 -0000 Subject: [MacRuby] #1128: MacRuby builds broken gems, probably since 1.4.2 update In-Reply-To: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> References: <053.e3d071f71d0704590aa68de6a4cf7d88@macosforge.org> Message-ID: <062.4087e56de3ab11db83068b79e193c704@macosforge.org> #1128: MacRuby builds broken gems, probably since 1.4.2 update ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: 0.9-blocker | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.9 Comment: Should be fixed in r5224. (This is an interim fix until File.open honors the 'b' type). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 8 21:15:38 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 09 Feb 2011 05:15:38 -0000 Subject: [MacRuby] #1156: Data read using a file opened with "b" should be in ASCII-8BIT Message-ID: <057.b5f56dd04785cda2604923e581205f12@macosforge.org> #1156: Data read using a file opened with "b" should be in ASCII-8BIT ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Files opened with the "b" flag should have their data read in ASCII-8BIT (binary), but in MacRuby the encoding is always UTF-8: {{{ $ cat e.rb # coding: UTF-8 p File.open($0, "rb").read.encoding $ ruby -v e.rb ruby 1.9.2p136 (2010-12-25 revision 30365) [x86_64-darwin10.6.0] # $ macruby -v e.rb MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64] # }}} It would be even better if an encoding could be given to {{{File.open}}}: {{{ $ cat e.rb # coding: utf-8 p File.open($0, "rb", :encoding => "ISO-8859-1").read.encoding $ ruby -v e.rb ruby 1.9.2p136 (2010-12-25 revision 30365) [x86_64-darwin10.6.0] # $ macruby -v e.rb MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64] e.rb:2:in `
': can't convert Hash into Integer (TypeError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Feb 8 21:55:04 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 09 Feb 2011 05:55:04 -0000 Subject: [MacRuby] #1157: String#slice is an order of magnitude slower on MacRuby compared to 1.9.2-p136 Message-ID: <053.41eb05351cf1972287889064c569d9c1@macosforge.org> #1157: String#slice is an order of magnitude slower on MacRuby compared to 1.9.2-p136 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I was testing to see if it was faster it was faster to use #sub or #slice to get a substring, and during my benchmarking I found that MacRuby was at least an order of magnitude slower for for both of these methods. I have attached my benchmarks and a Numbers file with graphs. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 9 11:36:21 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 09 Feb 2011 19:36:21 -0000 Subject: [MacRuby] #1158: MacRuby crashes when trying to access a page from a trivial app being run on Thin Message-ID: <048.c1630afe1a267e9f05d10686797c2106@macosforge.org> #1158: MacRuby crashes when trying to access a page from a trivial app being run on Thin -------------------------------+-------------------------------------------- Reporter: pgibson@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: thin -------------------------------+-------------------------------------------- When trying to access a page (any page) hosted by a Thin web server in macruby, it crashes. Using fart.ru from : $ thin start -R fart.ru >> Thin web server (v1.2.7 codename No Hup) >> Maximum connections set to 1024 >> Listening on 0.0.0.0:3000, CTRL+C to stop Segmentation fault -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 9 11:38:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 09 Feb 2011 19:38:10 -0000 Subject: [MacRuby] #1158: MacRuby crashes when trying to access a page from a trivial app being run on Thin In-Reply-To: <048.c1630afe1a267e9f05d10686797c2106@macosforge.org> References: <048.c1630afe1a267e9f05d10686797c2106@macosforge.org> Message-ID: <057.28fc3d2813da5334df92c5f4db992837@macosforge.org> #1158: MacRuby crashes when trying to access a page from a trivial app being run on Thin -------------------------------+-------------------------------------------- Reporter: pgibson@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: thin -------------------------------+-------------------------------------------- Comment(by pgibson@?): I should mention that this is both on MacRuby 0.8 and a recent nightly build: $ macruby -v MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 9 12:03:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 09 Feb 2011 20:03:22 -0000 Subject: [MacRuby] #1159: Control Tower needs logging Message-ID: <048.63fe927dafecb2a665bfcb0d6bea8086@macosforge.org> #1159: Control Tower needs logging -------------------------------+-------------------------------------------- Reporter: pgibson@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: major | Milestone: Component: ControlTower | Keywords: logging -------------------------------+-------------------------------------------- Control Tower doesn't log any page hits right now. It would be pretty useful if it did. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 9 17:49:22 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 01:49:22 -0000 Subject: [MacRuby] #1155: Embed BridgeSupport Files In-Reply-To: <055.7cfc26b08302865938df179ebcae3e7f@macosforge.org> References: <055.7cfc26b08302865938df179ebcae3e7f@macosforge.org> Message-ID: <064.bfae7cd553001061ca582e8c393f8345@macosforge.org> #1155: Embed BridgeSupport Files --------------------------------------+------------------------------------- Reporter: martin.hawkins@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: 0.9-blocker | --------------------------------------+------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.9 Comment: Should be fixed in r5227. Passing --bs to macruby_deploy will copy the BridgeSupport system files into the application's bundle. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 9 18:09:49 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 02:09:49 -0000 Subject: [MacRuby] #1154: MacRuby Distributed Objects Code Example Proposal In-Reply-To: <053.67577bcaf47207f810b2069f08a4a012@macosforge.org> References: <053.67577bcaf47207f810b2069f08a4a012@macosforge.org> Message-ID: <062.99967dfbb5055f643f89742f23d57f4b@macosforge.org> #1154: MacRuby Distributed Objects Code Example Proposal ------------------------------------+--------------------------------------- Reporter: klaasspeller@? | Owner: lsansonetti@? Type: task | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: code-example ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): Excellent! I would be glad to commit it into our sample code repository. Let us know here once you think it's in proper shape for inclusion. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 9 18:11:29 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 02:11:29 -0000 Subject: [MacRuby] #1157: String#slice is an order of magnitude slower on MacRuby compared to 1.9.2-p136 In-Reply-To: <053.41eb05351cf1972287889064c569d9c1@macosforge.org> References: <053.41eb05351cf1972287889064c569d9c1@macosforge.org> Message-ID: <062.2e2d52674fd32253b9c75d6ebe0ec934@macosforge.org> #1157: String#slice is an order of magnitude slower on MacRuby compared to 1.9.2-p136 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): Likely due to our slow allocator. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 9 22:40:04 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 06:40:04 -0000 Subject: [MacRuby] #1160: Need ability to access errno from Ruby code Message-ID: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> #1160: Need ability to access errno from Ruby code --------------------------------------+------------------------------------- Reporter: warpflyght@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- There doesn't appear to be a way to obtain the current thread's errno value without dropping into native code. The FFI library defines FFI.errno, but MacRuby's implementation of FFI is best characterized as a stub and thus hasn't implemented this functionality yet. If FFI is removed before 1.0 (see comments in #585), I'm not sure what the right place to expose errno would be. If it is not removed, implementing FFI.errno seems like the right thing to do. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Feb 9 22:45:01 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 06:45:01 -0000 Subject: [MacRuby] #1160: Need ability to access errno from Ruby code In-Reply-To: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> References: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> Message-ID: <064.b7c97873f800308b21f2032b7e0fb637@macosforge.org> #1160: Need ability to access errno from Ruby code --------------------------------------+------------------------------------- Reporter: warpflyght@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- Comment(by warpflyght@?): My use case: calling openpty(3), then handling any errors that might result. I'll just wind up raising SystemCallError to emulate other Ruby APIs, but I need the errno value first. (The Ruby PTY library doesn't meet my needs in this case, and because I'm building a command-line tool, I'm trying to avoid native code.) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 10 02:03:05 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 10:03:05 -0000 Subject: [MacRuby] #1154: MacRuby Distributed Objects Code Example Proposal In-Reply-To: <053.67577bcaf47207f810b2069f08a4a012@macosforge.org> References: <053.67577bcaf47207f810b2069f08a4a012@macosforge.org> Message-ID: <062.629c9ee0a226d2688bbd621274829495@macosforge.org> #1154: MacRuby Distributed Objects Code Example Proposal ------------------------------------+--------------------------------------- Reporter: klaasspeller@? | Owner: lsansonetti@? Type: task | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: code-example ------------------------------------+--------------------------------------- Comment(by klaasspeller@?): Great. I will refactor and submit it. Should it have the MacRuby license? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 10 13:57:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 21:57:59 -0000 Subject: [MacRuby] #1154: MacRuby Distributed Objects Code Example Proposal In-Reply-To: <053.67577bcaf47207f810b2069f08a4a012@macosforge.org> References: <053.67577bcaf47207f810b2069f08a4a012@macosforge.org> Message-ID: <062.250df6ddb38693aa55e1fa69b302115a@macosforge.org> #1154: MacRuby Distributed Objects Code Example Proposal ------------------------------------+--------------------------------------- Reporter: klaasspeller@? | Owner: lsansonetti@? Type: task | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: code-example ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): Unless specified in the source code, all samples are under the Ruby license. So you don't have to add any licensing information unless you want to pick another license (which I may not recommend, for consistency reasons). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 10 13:59:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 21:59:48 -0000 Subject: [MacRuby] #1160: Need ability to access errno from Ruby code In-Reply-To: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> References: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> Message-ID: <064.480f98aa0aeb2c0d8c8a04a58fc3a1ac@macosforge.org> #1160: Need ability to access errno from Ruby code --------------------------------------+------------------------------------- Reporter: warpflyght@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- Comment(by lsansonetti@?): How do you call openpty(3) from MacRuby? Using the FFI layer or BridgeSupport? (That's unrelated to this ticket but I'm curious.) I agree that exposing errno is a good idea, however I'm not sure if FFI.errno is the way to go. Scheduling for 1.0. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 10 14:00:20 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 22:00:20 -0000 Subject: [MacRuby] #1160: Need ability to access errno from Ruby code In-Reply-To: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> References: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> Message-ID: <064.a4f1496ce9c0b2fc1d7f4043e2049103@macosforge.org> #1160: Need ability to access errno from Ruby code --------------------------------------+------------------------------------- Reporter: warpflyght@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: --------------------------------------+------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 10 14:39:57 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 22:39:57 -0000 Subject: [MacRuby] #1160: Need ability to access errno from Ruby code In-Reply-To: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> References: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> Message-ID: <064.4368f74e95e5161fe26ea6933518d5bf@macosforge.org> #1160: Need ability to access errno from Ruby code --------------------------------------+------------------------------------- Reporter: warpflyght@? | Owner: lsansonetti@? Type: enhancement | Status: closed Priority: minor | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------------+------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.9 Comment: I see that we define the Errno module, which is then used as the outer of all errno constants. I added the Errno.code method as of r5229. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Feb 10 15:40:55 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 10 Feb 2011 23:40:55 -0000 Subject: [MacRuby] #1160: Need ability to access errno from Ruby code In-Reply-To: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> References: <055.49dcac749b56d098f6f232ca72610a27@macosforge.org> Message-ID: <064.132e6c9e495c50402920e8511aedc011@macosforge.org> #1160: Need ability to access errno from Ruby code --------------------------------------+------------------------------------- Reporter: warpflyght@? | Owner: lsansonetti@? Type: enhancement | Status: closed Priority: minor | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: | --------------------------------------+------------------------------------- Comment(by warpflyght@?): Using BridgeSupport. I've added custom BridgeSupport definitions in a couple of tools now. In the case of openpty(3), I don't need to set the termios or winsize structs, so the XML looks like this: {{{ }}} And the code to call it should look like this (untested): {{{ load_bridge_support_file "/path/to/custom_file.bridgesupport" # Allocate space for file descriptors master_fd = Pointer.new(:int) slave_fd = pointer.new(:int) # Call openpty(3) to get descriptors back result = openpty(master, slave, nil, nil, nil) raise SystemCallError.new(Errno.code) unless result == 0 # Use IO.for_fd to wrap file descriptors # From here, treat like a pipe: fork, close appropriate ends, and hook up to stdin/stdout/stderr }}} I've used this technique to call various C functions with RubyCocoa (using a custom BridgeSupport file) and Ruby/DL (chanting the appropriate incantations), but not with MacRuby. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 12 12:18:44 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 12 Feb 2011 20:18:44 -0000 Subject: [MacRuby] #1101: Rake test tasks for minitest and rspec2 cause a segfault In-Reply-To: <053.e31e3c71c7398081bfbec73bc510e8e8@macosforge.org> References: <053.e31e3c71c7398081bfbec73bc510e8e8@macosforge.org> Message-ID: <062.bdb0ee972d7d349f04ae4885c6103046@macosforge.org> #1101: Rake test tasks for minitest and rspec2 cause a segfault ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): I have played with this issue some more and it seems that I will get the segfault whenever the #sh method is called from a rake task. Every pre-packaged rake task that I use (yard, rspec, reek) uses this method, so they are all broken. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 14 15:25:10 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 14 Feb 2011 23:25:10 -0000 Subject: [MacRuby] #1161: minitest + mocha + macruby == BOOM! Message-ID: <055.7573d2ada4a0f52cdce17c0e9d957352@macosforge.org> #1161: minitest + mocha + macruby == BOOM! --------------------------------------+------------------------------------- Reporter: ryand-ruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- This is a minimal repro of the problem. The code works fine under mri, and under both w/o mocha: {{{ require "rubygems" require "isolate" Isolate.now! :system => false do gem "minitest" gem "mocha" end gem "minitest" require "minitest/autorun" require "mocha" class QuickTest < MiniTest::Unit::TestCase def test_quick obj = mock("obj") end end }}} results in: {{{ uncaught Objective-C/C++ exception... 2011-02-14 15:13:05.129 macruby[98953:903] *** Terminating app due to uncaught exception 'NoMethodError', reason: '/Users/ryan/x/tmp/isolate/macruby-1.9.2/gems/minitest-2.0.2/lib/minitest/unit.rb:664:in `block': undefined method `run' for # (NoMethodError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 14 15:41:48 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 14 Feb 2011 23:41:48 -0000 Subject: [MacRuby] #1161: minitest + mocha + macruby == BOOM! In-Reply-To: <055.7573d2ada4a0f52cdce17c0e9d957352@macosforge.org> References: <055.7573d2ada4a0f52cdce17c0e9d957352@macosforge.org> Message-ID: <064.e161a8c10386a32044011028b4f1cdca@macosforge.org> #1161: minitest + mocha + macruby == BOOM! --------------------------------------+------------------------------------- Reporter: ryand-ruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: --------------------------------------+------------------------------------- Changes (by lsansonetti@?): * milestone: => MacRuby 1.0 Comment: Seems to be related to the following line in mocha/integration/mini_test.rb: {{{ remove_method :run }}} Commenting that line seems to fix the problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 18 08:47:19 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 18 Feb 2011 16:47:19 -0000 Subject: [MacRuby] #1162: Method lookup behavior incorrect after extending an object multiple times. Message-ID: <054.f30f5ceacf854ea2d2eed25475265f49@macosforge.org> #1162: Method lookup behavior incorrect after extending an object multiple times. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- When overriding a method multiple times by extending the object with a module, it seems that the last method lookup path is cached, or something among those lines. {{{ class X end module Vegetarian def bananas "are so awesome!" end end module Carnivore def bananas "Carnivores #{super}" end end x = X.new x.extend(Vegetarian) puts x.bananas puts x.bananas x.extend(Carnivore) puts x.bananas puts x.bananas }}} Running the above results in: {{{ are so awesome! are so awesome! Carnivores are so awesome! are so awesome! }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 18 18:36:33 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 19 Feb 2011 02:36:33 -0000 Subject: [MacRuby] #1132: Reopening a class modifies it In-Reply-To: <059.b0bc679f24de1eaf4c67c4d7eb3c978c@macosforge.org> References: <059.b0bc679f24de1eaf4c67c4d7eb3c978c@macosforge.org> Message-ID: <068.05affed76fe22fa58f0d48c8e64308d8@macosforge.org> #1132: Reopening a class modifies it ------------------------------------------+--------------------------------- Reporter: justin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: 0.9-blocker ------------------------------------------+--------------------------------- Comment(by lsansonetti@?): It looks like that we will have to introduce a LLVM gvar to store the current opened outer and use it for const lookups/sets. -- Ticket URL: MacRuby From rondinif at yahoo.it Mon Feb 21 12:09:54 2011 From: rondinif at yahoo.it (Franco Rondini) Date: Mon, 21 Feb 2011 21:09:54 +0100 Subject: dyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index Message-ID: <4B8F8037-AA85-4780-AFFE-423E0410D7A0@yahoo.it> Greetings, I've a issue very similar to: Ticket #968 - "NATIVE" symbol is not solved within rubygems., but this time the symbol didn't found is: _rb_enc_to_index my checked out revision is: 5235. require 'hpricot' dyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle Expected in: flat namespace dyld: Symbol not found: _rb_enc_to_index Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle Expected in: flat namespace Thanks, Franco From ruby-noreply at macosforge.org Mon Feb 21 12:36:24 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 21 Feb 2011 20:36:24 -0000 Subject: [MacRuby] #1163: YAML datetime object with timezone seem to be parseable from mri/yarv but fails on macruby 0.8 Message-ID: <048.5ec96d3be45970303449014804ab4a5f@macosforge.org> #1163: YAML datetime object with timezone seem to be parseable from mri/yarv but fails on macruby 0.8 -------------------------------+-------------------------------------------- Reporter: rff.rff@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: yaml, datetime -------------------------------+-------------------------------------------- the following YAML snippet {{{ date: 2011-02-21 00:00:00 +01:00 }}} is parsed properly by ruby 1.8.7, and 1.9.2 {{{ $ ruby -ryaml -e 'p YAML.load("date: 2011-02-21 00:00:00 +01:00")' {"date"=>Mon Feb 21 00:00:00 +0100 2011} }}} but macruby fails to read it properly failing with a message "argument out of range". This seem related to this code im YAML.rb {{{ def YAML.load(io) parsr = LibYAML::Parser.new(io) parsr.load end }}} which seems to indicate the problem lies in the libyaml bindings. Since I am currently unable to build macruby from source I can't tell if this is still a problem in trunk. I encountered this problem trying to install gems packaged on my box with GMT+1 timezone, so this may be a relatively widespread issue. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 21 14:58:19 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 21 Feb 2011 22:58:19 -0000 Subject: [MacRuby] #993: Assertion failure : vm.cpp In-Reply-To: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> References: <056.1504f5e433f0c262e365ec8606058e54@macosforge.org> Message-ID: <065.4af58ad9cd5edd73039e7dd5dbb545c4@macosforge.org> #993: Assertion failure : vm.cpp ---------------------------------------+------------------------------------ Reporter: hungerandthirst@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: Keywords: gems, bundler, deps | ---------------------------------------+------------------------------------ Changes (by jhamor@?): * status: closed => reopened * resolution: fixed => Comment: Replying to [ticket:993 hungerandthirst@?]: > no idea where this comes from but when trying to use bundler to manage gem deps in a macruby app like so > > require "rubygems" > require "bundler/setup" > > I get the following: > > Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3370. > > If I remove the 'require bundler/setup' line, it works fine. > > Using 7.1 release. Seeing a similar error in 0.8 only a few line numbers off. How was this resolved previously? $ macirb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'bundler/setup' Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3440. Abort trap $ pwd -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 21 19:15:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 22 Feb 2011 03:15:11 -0000 Subject: [MacRuby] #1132: Reopening a class modifies it In-Reply-To: <059.b0bc679f24de1eaf4c67c4d7eb3c978c@macosforge.org> References: <059.b0bc679f24de1eaf4c67c4d7eb3c978c@macosforge.org> Message-ID: <068.401fbdeb2112439b0111925ee789586b@macosforge.org> #1132: Reopening a class modifies it ------------------------------------------+--------------------------------- Reporter: justin@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.9 Component: MacRuby | Resolution: fixed Keywords: 0.9-blocker | ------------------------------------------+--------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: MacRuby 1.0 => MacRuby 0.9 Comment: Should be fixed in r5236. -- Ticket URL: MacRuby From rondinif at yahoo.it Tue Feb 22 21:14:16 2011 From: rondinif at yahoo.it (Franco Rondini) Date: Wed, 23 Feb 2011 06:14:16 +0100 Subject: mdyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index (Franco Rondini In-Reply-To: References: Message-ID: <8EA7EECC-72F8-41B2-8AAC-3DB7214A1226@yahoo.it> The "lazy symbol binding failed" problem seems to have been resolved by installing the 0.9 from http://www.macruby.org/files/nightlies/macruby_nightly-2011-02-22.pkg The problema now changed to: NameError: uninitialized constant Hpricot::Container::Trav::Traverse but this is a different story, [ 06:04:23 ] > sudo macgem install hpricot Building native extensions. This could take a while... Successfully installed hpricot-0.8.3 1 gem installed [ ronda at MacBook-di-Franco-Rondini.local ~/Projects ] [ 06:05:07 ] > macirb irb(main):001:0> require 'hpricot' NameError: uninitialized constant Hpricot::Container::Trav::Traverse irb(main):002:0> Bye, Franco > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 21 Feb 2011 21:09:54 +0100 > From: Franco Rondini > To: macruby-tickets at lists.macosforge.org > Subject: dyld: lazy symbol binding failed: Symbol not found: > _rb_enc_to_index > Message-ID: <4B8F8037-AA85-4780-AFFE-423E0410D7A0 at yahoo.it> > Content-Type: text/plain; charset=us-ascii > > Greetings, > I've a issue very similar to: Ticket #968 - "NATIVE" symbol is not solved within rubygems., but this time the symbol didn't found is: _rb_enc_to_index > > my checked out revision is: 5235. > > require 'hpricot' > dyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index > Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle > Expected in: flat namespace > > dyld: Symbol not found: _rb_enc_to_index > Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle > Expected in: flat namespace > > Thanks, > Franco -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruby-noreply at macosforge.org Wed Feb 23 11:35:41 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 23 Feb 2011 19:35:41 -0000 Subject: [MacRuby] #1164: require_relative is missing. Message-ID: <046.cbfcacafffcc7df99dd8f7f89d721e28@macosforge.org> #1164: require_relative is missing. -----------------------------+---------------------------------------------- Reporter: rob@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- require_relative is missing (NoMethodError), and '.' is still loaded onto the $LOAD_PATH by default. -- Ticket URL: MacRuby From lsansonetti at apple.com Wed Feb 23 16:41:00 2011 From: lsansonetti at apple.com (Laurent Sansonetti) Date: Wed, 23 Feb 2011 16:41:00 -0800 Subject: mdyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index (Franco Rondini In-Reply-To: <8EA7EECC-72F8-41B2-8AAC-3DB7214A1226@yahoo.it> References: <8EA7EECC-72F8-41B2-8AAC-3DB7214A1226@yahoo.it> Message-ID: Thanks for the report. The NameError issue is related to a recent change, it was a regression, and I just fixed it. Now, MacRuby hits the lazy symbol error again, as "expected". We will fix that one in 0.10. Laurent On Feb 22, 2011, at 9:14 PM, Franco Rondini wrote: > The "lazy symbol binding failed" problem seems to have been resolved by installing the 0.9 from http://www.macruby.org/files/nightlies/macruby_nightly-2011-02-22.pkg > The problema now changed to: NameError: uninitialized constant Hpricot::Container::Trav::Traverse but this is a different story, > > [ 06:04:23 ] > sudo macgem install hpricot > Building native extensions. This could take a while... > Successfully installed hpricot-0.8.3 > 1 gem installed > [ ronda at MacBook-di-Franco-Rondini.local ~/Projects ] > [ 06:05:07 ] > macirb > irb(main):001:0> require 'hpricot' > NameError: uninitialized constant Hpricot::Container::Trav::Traverse > > irb(main):002:0> > > Bye, Franco > > >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Mon, 21 Feb 2011 21:09:54 +0100 >> From: Franco Rondini >> To: macruby-tickets at lists.macosforge.org >> Subject: dyld: lazy symbol binding failed: Symbol not found: >> _rb_enc_to_index >> Message-ID: <4B8F8037-AA85-4780-AFFE-423E0410D7A0 at yahoo.it> >> Content-Type: text/plain; charset=us-ascii >> >> Greetings, >> I've a issue very similar to: Ticket #968 - "NATIVE" symbol is not solved within rubygems., but this time the symbol didn't found is: _rb_enc_to_index >> >> my checked out revision is: 5235. >> >> require 'hpricot' >> dyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index >> Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle >> Expected in: flat namespace >> >> dyld: Symbol not found: _rb_enc_to_index >> Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle >> Expected in: flat namespace >> >> Thanks, >> Franco > > _______________________________________________ > macruby-tickets mailing list > macruby-tickets at lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-tickets -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruby-noreply at macosforge.org Wed Feb 23 19:35:45 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 24 Feb 2011 03:35:45 -0000 Subject: [MacRuby] #1165: Giving an invalid type to Pointer.new should not assert Message-ID: <057.46dd47537db40c81883a6795b44c380b@macosforge.org> #1165: Giving an invalid type to Pointer.new should not assert ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- {{{ $ macruby -e 'Pointer.new("^")' Assertion failed: (len > 0), function compile_const_global_string, file compiler.cpp, line 603. Abort trap }}} It should not assert, it should probably just throw an exception. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 25 08:12:11 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 25 Feb 2011 16:12:11 -0000 Subject: [MacRuby] #1166: Segfaults occurs when was passed NULL pointer into rb_protect's 3rd argument. Message-ID: <051.4a7c8a6c6d6e399ab04add47876adc59@macosforge.org> #1166: Segfaults occurs when was passed NULL pointer into rb_protect's 3rd argument. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby class Object def singleton_class class << self; self; end end def respond(sym) singleton_class.class_eval <<-END def respond_to?(sym) sym.to_sym == #{sym.to_sym.inspect} ? true : super end END end end obj = Object.new obj.respond(:to_s) obj.instance_eval{ undef :to_s } Kernel.send(:String, obj) }}} Result: {{{ $ DYLD_LIBRARY_PATH=. gdb --args ./macruby ~/tmp/tt.rb GNU gdb 6.3.50-20050815 (Apple version gdb-1510) (Wed Sep 22 02:45:02 UTC 2010) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ..... done (gdb) r Starting program: /Users/watson/src/macruby-trunk-svn/macruby /Users/watson/tmp/tt.rb Reading symbols for shared libraries .++++........................ done Reading symbols for shared libraries . done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 0x0000000100039362 in protect_rescue (obj=0, exc=8590646752) at eval.c:490 490 *(int *)obj = 1; (gdb) bt 20 #0 0x0000000100039362 in protect_rescue (obj=0, exc=8590646752) at eval.c:490 #1 0x000000010015508d in rb_rescue2 (b_proc=0x10003664e , data1=8590336512, r_proc=0x10003934e , data2=0) at vm.cpp:3500 #2 0x00000001000393db in rb_protect (proc=0x10003664e , data=8590336512, state=0x0) at eval.c:502 #3 0x0000000100036735 in name_err_mesg_to_str (obj=8590336512, sel=0x100ec60e0) at error.c:831 #4 0x000000010013bdb0 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:159 #5 0x000000010013bdb0 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #6 0x000000010013bdb0 in rb_vm_dispatch () at dispatcher.cpp:863 #7 0x000000010005e0f9 in rb_vm_call0 (vm=0x100e23a70, top=0, self=8590037920, klass=0x20003a120, sel=0x100ec60e0, block=0x0, opt=2 '\002', argc=0, argv=0x0) at vm.h:637 #8 0x000000010005df8a in rb_vm_call (self=8590037920, sel=0x100ec60e0, argc=0, argv=0x0) at vm.h:644 #9 0x00000001000628d9 in convert_type (val=8590037920, tname=0x100906450 "String", method=0x100906208 "to_str", raise=2) at object.c:2515 #10 0x000000010006292b in rb_convert_type (val=8590037920, type=5, tname=0x100906450 "String", method=0x100906208 "to_str") at object.c:2524 #11 0x00000001000bbf96 in rb_str_to_str (str=8590037920) at string.c:6381 #12 0x00000001000bbf2f in rb_string_value (ptr=0x7fff5fbfa0d0) at string.c:6366 #13 0x0000000100036241 in name_err_to_s (exc=8590641568, sel=0x100e21210) at error.c:725 #14 0x000000010013bdb0 in __rb_vm_rcall [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:159 #15 0x000000010013bdb0 in ruby_dispatch [inlined] () at /Users/watson/src /macruby-trunk-svn/dispatcher.cpp:466 #16 0x000000010013bdb0 in rb_vm_dispatch () at dispatcher.cpp:863 #17 0x00000001000e81d2 in rb_vm_call0 (vm=0x100e23a70, top=0, self=8590641568, klass=0x20003a5e0, sel=0x100e21210, block=0x0, opt=2 '\002', argc=0, argv=0x0) at vm.h:637 #18 0x00000001000e92a5 in rb_vm_call2 (block=0x0, self=8590641568, klass=8590173664, sel=0x100e21210, argc=0, argv=0x0) at vm.h:662 #19 0x00000001000e9145 in rb_call (recv=8590641568, mid=11472, argc=0, argv=0x0, scope=1, pass_current_block=false) at vm_eval.c:32 (More stack frames follow...) Current language: auto; currently c (gdb) }}} Patch: {{{ #!diff diff --git a/eval.c b/eval.c index 5d52151..b6f9069 100644 --- a/eval.c +++ b/eval.c @@ -487,7 +487,9 @@ static VALUE protect_exc = Qnil; static VALUE protect_rescue(VALUE obj, VALUE exc) { - *(int *)obj = 1; + if ((void *)obj != NULL) { + *(int *)obj = 1; + } GC_RETAIN(exc); protect_exc = exc; return Qnil; }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Feb 25 17:09:17 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 26 Feb 2011 01:09:17 -0000 Subject: [MacRuby] #1166: Segfaults occurs when was passed NULL pointer into rb_protect's 3rd argument. In-Reply-To: <051.4a7c8a6c6d6e399ab04add47876adc59@macosforge.org> References: <051.4a7c8a6c6d6e399ab04add47876adc59@macosforge.org> Message-ID: <060.04fd3f29d74d4b372868b99f041220be@macosforge.org> #1166: Segfaults occurs when was passed NULL pointer into rb_protect's 3rd argument. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.10 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.10 Comment: Should be fixed in r5246. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 26 00:22:41 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 26 Feb 2011 08:22:41 -0000 Subject: [MacRuby] #1167: NameError: uninitialized constant Hpricot::Container::Trav::Traverse Message-ID: <048.eafa3eb607c89d7ac75892afeaf33bc3@macosforge.org> #1167: NameError: uninitialized constant Hpricot::Container::Trav::Traverse -------------------------------+-------------------------------------------- Reporter: rondinif@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.10 Component: MacRuby | Keywords: NameError -------------------------------+-------------------------------------------- > sudo macgem install hpricot Building native extensions. This could take a while... Successfully installed hpricot-0.8.3 1 gem installed > macirb irb(main):001:0> require 'hpricot' NameError: uninitialized constant Hpricot::Container::Trav::Traverse this issue come out by installing the 0.9 from http://www.macruby.org/files/nightlies/macruby_nightly-2011-02-22.pkg previous behavior: checked out revision is: 5235. require 'hpricot' dyld: lazy symbol binding failed: Symbol not found: _rb_enc_to_index Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle Expected in: flat namespace dyld: Symbol not found: _rb_enc_to_index Referenced from: /Library/Frameworks/MacRuby.framework/Versions/0.9/usr/lib/ruby/Gems/1.9.2/gems/hpricot-0.8.3/lib/fast_xs.bundle Expected in: flat namespace -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 26 15:28:52 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 26 Feb 2011 23:28:52 -0000 Subject: [MacRuby] #1168: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. -- using bundler Message-ID: <047.23a1cfaaaf828b5211acec24de492a7a@macosforge.org> #1168: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. -- using bundler ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- While trying to invoke bundler the documented way, i get the following error: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. which resulted from the following snippet: $ macirb irb(main):001:0> require "rubygems" => true irb(main):002:0> require "bundler/setup" Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. Abort trap $ This seems to only happen with a Gemfile (as one would expect). My gemfile is pretty sparse and looks like this: source 'http://rubygems.org' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 26 15:29:39 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 26 Feb 2011 23:29:39 -0000 Subject: [MacRuby] #1168: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. -- using bundler In-Reply-To: <047.23a1cfaaaf828b5211acec24de492a7a@macosforge.org> References: <047.23a1cfaaaf828b5211acec24de492a7a@macosforge.org> Message-ID: <056.f7960bc90d8583cc302579cb542738ba@macosforge.org> #1168: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3426. -- using bundler ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by jhamor@?): Seems possibly related to #993 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 26 16:18:35 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 27 Feb 2011 00:18:35 -0000 Subject: [MacRuby] #1169: Infinity loop occurs with cyclic including module. Message-ID: <051.2741a8d3565c30017b30e44fdc07d662@macosforge.org> #1169: Infinity loop occurs with cyclic including module. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby module TestModule include TestModule end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Feb 26 18:34:25 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 27 Feb 2011 02:34:25 -0000 Subject: [MacRuby] #1170: MacRuby does not call method_missing with Array#join. Message-ID: <051.19090de4bb34301de66ca1e3581a2726@macosforge.org> #1170: MacRuby does not call method_missing with Array#join. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- When Array#join handles object which does not have "to_str" method, MacRuby should call the method_missing. Test Script: {{{ #!ruby require 'test/unit/assertions.rb' include Test::Unit::Assertions obj1 = Object.new def obj1.to_str "obj1:to_str" end def obj1.method_missing(m) if m == :to_str return "obj1:method_missing" end end obj2 = Object.new def obj2.method_missing(m) if m == :to_str return "obj2:method_missing" end end str = [1, 2, obj1, obj2].join(' | ') assert_equal("1 | 2 | obj1:to_str | obj2:method_missing", str) puts :ok }}} Result: {{{ $ ruby19 -v t.rb ruby 1.9.2p180 (2011-02-18 revision 30909) [x86_64-darwin10.6.0] ok $ macruby -v t.rb MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/minitest/unit.rb:85:in `assert:': Expected "1 | 2 | obj1:to_str | obj2:method_missing", not "1 | 2 | obj1:to_str | #". (MiniTest::Assertion) from /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/1.9.2/minitest/unit.rb:114:in `assert_equal:' from /Users/watson/tmp/t.rb:22:in `
' }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 27 20:32:47 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 28 Feb 2011 04:32:47 -0000 Subject: [MacRuby] #1171: `macruby_deploy --gem` problem with directories that have a space Message-ID: <053.ee797b6fb8415cfb5a79898cd0d7f7c9@macosforge.org> #1171: `macruby_deploy --gem` problem with directories that have a space ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- If there is a space in the path to the app bundle then the gem copying will fail. The quick fix is to quote the paths. A better fix might be to use NSFileManager, but then #execute would not get called. I patched the problem in my fork of MacRuby on github: https://github.com/ferrous26/MacRuby/commit/06e66d8ae9bf28085bd1254142de5f65b38b4f65 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 27 20:50:19 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 28 Feb 2011 04:50:19 -0000 Subject: [MacRuby] #1172: Function pointer fields in structs do not accept procs Message-ID: <057.3559af1f5dfaee5c73e4532526be42d8@macosforge.org> #1172: Function pointer fields in structs do not accept procs ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- The following code should work without error: {{{ framework 'Cocoa' callbacks = CGPatternCallbacks.new callbacks.drawPattern = proc { } }}} However it currently raises an error: {{{ TypeError: expected instance of Pointer, got `#' (Proc) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Feb 27 21:10:04 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 28 Feb 2011 05:10:04 -0000 Subject: [MacRuby] #1173: Impossible to have a pointer to an opaque structure Message-ID: <057.eb9394bb5dc6f525b79c1f34a93ea8ea@macosforge.org> #1173: Impossible to have a pointer to an opaque structure ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- The following code: {{{ if ARGV.length != 1 puts "Usage: #{$0} /path/to/file" exit end def CheckError(err) return if err == 0 raise "CoreAudio Error" end framework "Foundation" framework "AudioUnit" framework "AudioToolbox" inputFilePath = ARGV[0] url = CFURLCreateFromFileSystemRepresentation(nil, inputFilePath, inputFilePath.bytesize, false) audioFilePtr = Pointer.new("^{OpaqueAudioFileID}") CheckError(AudioFileOpenURL(url, KAudioFileReadPermission, 0, audioFilePtr)) fileFormat = AudioStreamBasicDescription.new propSizePtr = Pointer.new("i") propSizePtr[0] = AudioStreamBasicDescription.size CheckError(AudioFileGetProperty(audioFilePtr[0], KAudioFilePropertyDataFormat, propSizePtr, fileFormat)) }}} results in an error: {{{ /Users/system/playfile.rb:23:in `
': unrecognized runtime type `{OpaqueAudioFileID}' (TypeError) }}} Dereferencing {{{audioFilePtr[0]}}} should probably just return a pointer object to an opaque structure. Being able to use {{{Pointer.new("^v")}}} instead of {{{Pointer.new("^{OpaqueAudioFileID}")}}} might be an other way to be able to use AudioFile ids. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 28 11:37:40 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 28 Feb 2011 19:37:40 -0000 Subject: [MacRuby] #1174: Defining TopLevel#copy causes crashes Message-ID: <043.a230493597bcc388c045b6486bcce41d@macosforge.org> #1174: Defining TopLevel#copy causes crashes --------------------------+------------------------------------------------- Reporter: sema@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------+------------------------------------------------- {{{ puts "string 1".copy # ok def copy(arg) p arg end puts "string 2".copy # crash: segmentation fault }}} {{{ puts "string 1".copy # ok def copy; end puts "string 2".copy # crash: trace trap }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 28 16:31:35 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Mar 2011 00:31:35 -0000 Subject: [MacRuby] #1173: Impossible to have a pointer to an opaque structure In-Reply-To: <057.eb9394bb5dc6f525b79c1f34a93ea8ea@macosforge.org> References: <057.eb9394bb5dc6f525b79c1f34a93ea8ea@macosforge.org> Message-ID: <066.e4a99922820c24c817a3d8aa68ace37a@macosforge.org> #1173: Impossible to have a pointer to an opaque structure ----------------------------------------+----------------------------------- Reporter: vincent.isambart@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by mred@?): The code works with the following changes: {{{ --- playFile1.rb 2011-02-28 19:17:19.000000000 -0500 +++ playFile2.rb 2011-02-28 19:17:45.000000000 -0500 @@ -16,10 +16,12 @@ url = CFURLCreateFromFileSystemRepresentation(nil, inputFilePath, inputFilePath.bytesize, false) -audioFilePtr = Pointer.new("^{OpaqueAudioFileID}") +audioFilePtr = Pointer.new AudioFileID.type CheckError(AudioFileOpenURL(url, KAudioFileReadPermission, 0, audioFilePtr)) fileFormat = AudioStreamBasicDescription.new -propSizePtr = Pointer.new("i") +propSizePtr = Pointer.new("I") propSizePtr[0] = AudioStreamBasicDescription.size -CheckError(AudioFileGetProperty(audioFilePtr[0], KAudioFilePropertyDataFormat, propSizePtr, fileFormat)) +fileFormat_ptr = Pointer.new AudioStreamBasicDescription.type +fileFormat_ptr[0] = fileFormat +CheckError(AudioFileGetProperty(audioFilePtr[0],KAudioFilePropertyDataFormat, propSizePtr, fileFormat_ptr)) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 28 21:16:27 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Mar 2011 05:16:27 -0000 Subject: [MacRuby] #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. In-Reply-To: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> References: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> Message-ID: <056.fc6b67c964af32e2b54506351a644601@macosforge.org> #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: critical | Milestone: Component: ControlTower | Keywords: ------------------------------+--------------------------------------------- Comment(by jhamor@?): Replying to [comment:1 lsansonetti@?]: > We need to reduce the problem. +1 for this issue. I ran into this and it was 100% reproducible. The variables show up empty, so you cant use them for their intent. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 28 21:17:12 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Mar 2011 05:17:12 -0000 Subject: [MacRuby] #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. In-Reply-To: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> References: <047.1e336cd9bdf16227a6b25c2beb5002be@macosforge.org> Message-ID: <056.ee2a6f9d5cf154c45430e1852052557a@macosforge.org> #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: joshua.ballanco@? Type: defect | Status: new Priority: critical | Milestone: Component: ControlTower | Keywords: ------------------------------+--------------------------------------------- Comment(by jhamor@?): Replying to [comment:2 jhamor@?]: > Replying to [comment:1 lsansonetti@?]: > > We need to reduce the problem. > > +1 for this issue. I ran into this and it was 100% reproducible. The variables show up empty, so you cant use them for their intent. Oops. I read 'reduce' as 'reproduce'. How can i assist with this? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 28 23:49:58 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Mar 2011 07:49:58 -0000 Subject: [MacRuby] #1175: Datamapper causing macruby to segfault. Message-ID: <047.93b2b37633ad40975dc5e5c8099fa55b@macosforge.org> #1175: Datamapper causing macruby to segfault. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- When trying to use datamapper, i'm seeing segfaults for at least the sqlite & rest adapters. These are happening around seemingly basic functionality. Snippets below: {{{ $macirb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'stringio' => true irb(main):003:0> require 'dm-core' => true irb(main):004:0> DataMapper::Logger.new($stdout, :debug) => #>, :debug] @level=0 @buffer=[] @delimiter=" ~ " @auto_flush=true @log=#>> irb(main):005:0> DataMapper.setup(:default, 'sqlite::memory:') => #"sqlite", "user"=>nil, "password"=>nil, "host"=>nil, "port"=>nil, "path"=>":memory:", "query"=>nil, "fragment"=>nil, "adapter"=>"sqlite3", "database"=>""} @resource_naming_convention=DataMapper::NamingConventions::Resource::UnderscoredAndPluralized @field_naming_convention=DataMapper::NamingConventions::Field::Underscored @normalized_uri=#> irb(main):006:0> class Users irb(main):007:1> include DataMapper::Resource irb(main):008:1> irb(main):009:1> property :login, String, :key => true irb(main):010:1> property :id, Integer irb(main):011:1> property :gecos, String irb(main):012:1> property :shell, String irb(main):013:0> end => # irb(main):014:0> Users => Users irb(main):015:0> Users.new Segmentation fault $ macruby -v MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64] $ }}} To demonstrate this in standard ruby: {{{ $ irb >> require 'rubygems' => false >> require 'stringio' => true >> require 'dm-core' => true >> DataMapper::Logger.new($stdout, :debug) => #, @level=0, @auto_flush=true, @delimiter=" ~ ", @init_args=[#, :debug]> >> DataMapper.setup(:default, 'sqlite::memory:') => #nil, "adapter"=>"sqlite3", "fragment"=>nil, "scheme"=>"sqlite", "path"=>":memory:", "database"=>"", "host"=>nil, "user"=>nil, "password"=>nil, "query"=>nil}, @resource_naming_convention=DataMapper::NamingConventions::Resource::UnderscoredAndPluralized, @field_naming_convention=DataMapper::NamingConventions::Field::Underscored, @normalized_uri=#> >> class Users >> include DataMapper::Resource >> ?> property :login, String, :key => true >> property :id, Integer >> property :gecos, String >> property :shell, String >> end => # >> Users => Users >> Users.new => # }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Feb 28 23:51:59 2011 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 01 Mar 2011 07:51:59 -0000 Subject: [MacRuby] #1175: Datamapper causing macruby to segfault. In-Reply-To: <047.93b2b37633ad40975dc5e5c8099fa55b@macosforge.org> References: <047.93b2b37633ad40975dc5e5c8099fa55b@macosforge.org> Message-ID: <056.70895629f642f03efa5a16c69fb55e57@macosforge.org> #1175: Datamapper causing macruby to segfault. ------------------------------+--------------------------------------------- Reporter: jhamor@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by jhamor@?): Just to add a reference: http://datamapper.org/getting-started -- Ticket URL: MacRuby