From ruby-noreply at macosforge.org Wed Sep 1 04:45:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Sep 2010 11:45:16 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.bc253c20670c475e24ffee3f852641d2@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by matt.wizeman@?): Sorry for the delayed response. Here is the output of my gdb session: {{{ (gdb) bt #0 0x00007fff883d35f0 in object_getClass () #1 0x00000001000ed2d3 in rb_objc_nsnumber2numeric () #2 0x000000010354cf40 in ?? () #3 0x00007fff811b0dd6 in -[IOBluetoothL2CAPChannel processIncomingData:] () #4 0x00007fff811af767 in -[IOBluetoothL2CAPChannel handleMachMessage:] () #5 0x00007fff804c007f in __NSFireMachPort () #6 0x00007fff82426bce in __CFMachPortPerform () #7 0x00007fff823ff171 in __CFRunLoopRun () #8 0x00007fff823fd84f in CFRunLoopRunSpecific () #9 0x00007fff8375491a in RunCurrentEventLoopInMode () #10 0x00007fff8375471f in ReceiveNextEventCommon () #11 0x00007fff837545d8 in BlockUntilNextEventMatchingListInMode () #12 0x00007fff8156429e in _DPSNextEvent () #13 0x00007fff81563bed in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #14 0x00007fff815298d3 in -[NSApplication run] () #15 0x00007fff815225f8 in NSApplicationMain () #16 0x0000000103545b4d in ?? () #17 0x0000000100140c94 in rb_vm_dispatch () #18 0x0000000103543fe0 in ?? () #19 0x00000001035437f3 in ?? () #20 0x000000010014ec08 in rb_vm_run () #21 0x0000000100040650 in ruby_run_node () #22 0x000000010014f06d in macruby_main () #23 0x0000000100000efe in main (argc=1, argv=0x7fff5fbff640) (gdb) p (void)rb_symbolicate(0x000000010354cf40) addr 0x10354cf40 start 0x10354cf00 selector l2capChannelData:data:length: location :0 $1 = void }}} If you like I can actually simplify my project and post that for you. Do you have a Wiimote handy? That's the device I'm connecting to and you'll need it to run the code and cause the error. Let me know. The class in question is simply defined as: {{{ class WiiRemote def connectTo device return false if device.nil? @wiiDevice = device @cchan = openL2CAPChannelWithPSM(KBluetoothL2CAPPSMHIDControl, delegate:self) return kIOReturnNotOpen unless @cchan sleep 0.02 @ichan = openL2CAPChannelWithPSM(KBluetoothL2CAPPSMHIDInterrupt, delegate:self) return kIOReturnNotOpen unless @ichan sleep 0.02 # Poll the device to get its current status result = getCurrentStatus sleep (0.01) if (result == KIOReturnSuccess) && available @disconnectNotification = @wiiDevice.registerForDisconnectNotification(self, selector:'disconnected:fromDevice:'.to_sym) @opened = true else @opened = false closeConnection end result end ... SOME OTHER METHODS ... def openL2CAPChannelWithPSM(psm, delegate:delegate) channel = Pointer.new_with_type("@") if (@wiiDevice.openL2CAPChannelSync(channel, withPSM:psm, delegate:delegate) != KIOReturnSuccess) closeConnection return nil end channel[0] end def l2capChannelReconfigured l2capChannel puts "l2capChannelReconfigured" end def l2capChannelWriteComplete l2capChannel, refcon:refcon, status:error puts "l2capChannelWriteComplete" end def l2capChannelQueueSpaceAvailable l2capChannel puts "l2capChannelQueueSpaceAvailable" end def l2capChannelOpenComplete l2capChannel, status:error puts "l2capChannelOpenComplete" end def l2capChannelClosed l2capChannel puts "l2capChannelClosed" end def l2capChannelData l2capChannel, data:data, length:dataLength puts "l2capChannelData" end end -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 1 04:56:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Sep 2010 11:56:17 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.42650764097b8949c528e59efaae56f3@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by matt.wizeman@?): One more bit of information. When running the above code and connecting I see the following output in the console: {{{ l2capChannelReconfigured l2capChannelQueueSpaceAvailable l2capChannelReconfigured l2capChannelQueueSpaceAvailable l2capChannelOpenComplete Program received signal: ?EXC_BAD_ACCESS? }}} So, it looks like other delegate methods are OK. Its when the device starts to try to send data and IOBluetooth wants to call l2capChannelData:data:length: that things go bad. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 1 09:48:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Sep 2010 16:48:54 -0000 Subject: [MacRuby] #879: open-uri/stringio throw enoding errors In-Reply-To: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> References: <052.9f6e263955c887d25ecad37e7d2441be@macosforge.org> Message-ID: <061.5d3e851c059e6dc31c6149c8bf368b01@macosforge.org> #879: open-uri/stringio throw enoding errors -----------------------------------+---------------------------------------- Reporter: smparkes@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Comment(by smparkes@?): Confirmed. Thanks! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 1 14:52:10 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Sep 2010 21:52:10 -0000 Subject: [MacRuby] #723: bug when calling the same variadic method multiple times with different arity In-Reply-To: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> References: <052.003548a05834ec4d07a82382e63b3742@macosforge.org> Message-ID: <061.c9f1dbe9cf89702a6f31865c28cd27df@macosforge.org> #723: bug when calling the same variadic method multiple times with different arity -----------------------------------+---------------------------------------- Reporter: jakub.suder@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: 0.7-blocker | -----------------------------------+---------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Fixed with r4487 ? the previously said problem doesn't exist anymore, it was probably due to some other code fixed recently. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 1 15:16:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Sep 2010 22:16:15 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.78aa4f8075486ae9d41b57edff1bad42@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by martinlagardette@?): I'm not sure the table is 100% relevant, since even with `VM_OPT_LEVEL=3`, sometimes it crashes, sometimes it doesn't. It's unfortunately not 100% reproductible. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 1 15:21:20 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Sep 2010 22:21:20 -0000 Subject: [MacRuby] #795: macirb: GCD inconsistently copies local variables inside blocks In-Reply-To: <057.cd5a02aa4caec50d05719653e14458d5@macosforge.org> References: <057.cd5a02aa4caec50d05719653e14458d5@macosforge.org> Message-ID: <066.8c9b7e5d92a30bc009f6b6913ebaa79d@macosforge.org> #795: macirb: GCD inconsistently copies local variables inside blocks ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Description changed by martinlagardette@?: Old description: > The expectation is that Ruby blocks will have their local variables > copied before being passed to GCD, to avoid errors from accessing them > after they are destroyed. > > However, that does not seem to always happen. For example: > > $ macruby -e 'i=0; Dispatch::Queue.new("i").sync {i = 42}; puts i' > > returns '0' as expected. However, this does not: > > $ macirb > irb(main):001:0> i=0; Dispatch::Queue.new("i").sync {i = 42}; puts i > 42 > => nil > > It appears to be copied properly in the block_spec.rb test: > > it "should create const copies of dynamic (local) variables" do > i = 42 > @q.sync {i = 1} > i.should == 42 > end > > But not in the README.rdoc for the dispatch module (aka > dispatch_methods.rb sample): > > n = 0 > job = Dispatch::Job.new { n = 21 } > job.join > puts "n (after): #{n} => 0?!?" # [returns 21, not 0] > > Any suggestions? New description: The expectation is that Ruby blocks will have their local variables copied before being passed to GCD, to avoid errors from accessing them after they are destroyed. However, that does not seem to always happen. For example: {{{ $ macruby -e 'i=0; Dispatch::Queue.new("i").sync {i = 42}; puts i' }}} returns '0' as expected. However, this does not: {{{ $ macirb irb(main):001:0> i=0; Dispatch::Queue.new("i").sync {i = 42}; puts i 42 => nil }}} It appears to be copied properly in the block_spec.rb test: {{{ #!ruby it "should create const copies of dynamic (local) variables" do i = 42 @q.sync {i = 1} i.should == 42 end }}} But not in the README.rdoc for the dispatch module (aka dispatch_methods.rb sample): {{{ #!ruby n = 0 job = Dispatch::Job.new { n = 21 } job.join puts "n (after): #{n} => 0?!?" # [returns 21, not 0] }}} Any suggestions? -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 1 16:28:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 01 Sep 2010 23:28:27 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.b3b0ab6f0b3cc05f49de4f7f88a9a2ef@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by lsansonetti@?): Thanks for the information. I do have a Wiimote at home so yes, if you could attach a project that reproduces the issue, it would be super awesome. It looks like this should just work, this is very strange. 2 things I would try. First, run the application with GC disabled, by setting the GC_DISABLE environment variable to any value, and see if the problem still happens. Second, run the application in 32-bit mode, using {{{arch -i386 /path/to/MyApp.app/...}}}. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 1 18:07:25 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Sep 2010 01:07:25 -0000 Subject: [MacRuby] #876: EXC_BAD_ACCESS using IOBluetooth In-Reply-To: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> References: <060.7cec27f83f2ffa61cc9be1d77ec17eb0@macosforge.org> Message-ID: <069.1b6b6fdef817053344797330dc0812a1@macosforge.org> #876: EXC_BAD_ACCESS using IOBluetooth -------------------------------------------+-------------------------------- Reporter: matt.wizeman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: -------------------------------------------+-------------------------------- Comment(by matt.wizeman@?): I just attached the wiimote sample project. To try it, first make sure that Bluetooth is enabled on your mac. Next, run the attached project and press the "Do Wiimote Pairing" button. Next, press the 1 and 2 buttons on the Wiimote simultaneously to make it discoverable. You will know the wiimote is discoverable as all of the LED's on the bottom will be flashing. After running the test you will probably need to unpair the wiimote manually. Open the Bluetooth preferences pane in System Preferences, select the paired wiimote and choose disconnect from the menu at the bottom. Let me know if this doesn't work for you. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 1 19:16:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 02 Sep 2010 02:16:29 -0000 Subject: [MacRuby] #766: macrake overrides /usr/bin/rake In-Reply-To: <052.8469ad740d83823faa98b546e34a2deb@macosforge.org> References: <052.8469ad740d83823faa98b546e34a2deb@macosforge.org> Message-ID: <061.3fa4ad36afb036f60ebf377bd574926d@macosforge.org> #766: macrake overrides /usr/bin/rake -----------------------------------+---------------------------------------- Reporter: kennylovrin@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Fixed with r4489 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 2 18:14:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Sep 2010 01:14:23 -0000 Subject: [MacRuby] #851: bug in yield while inside Proc#call In-Reply-To: <057.83a9b34983a75b059bfaf3e3648cc3a9@macosforge.org> References: <057.83a9b34983a75b059bfaf3e3648cc3a9@macosforge.org> Message-ID: <066.ebb72a107625a28d4c5ef1c732e2ac68@macosforge.org> #851: bug in yield while inside Proc#call ----------------------------------------+----------------------------------- Reporter: dave.baldwin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: rake ----------------------------------------+----------------------------------- Comment(by lsansonetti@?): Attached work in progress fix, to not lose it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 2 18:35:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 03 Sep 2010 01:35:45 -0000 Subject: [MacRuby] #877: rb_vm_struct_fake_set & rb_vm_resolve_const_value crash w/ NSOperation in Skreenics In-Reply-To: <057.653ff679d285a7e84ed704c7e60fc645@macosforge.org> References: <057.653ff679d285a7e84ed704c7e60fc645@macosforge.org> Message-ID: <066.7ddd6941d7b120cb9b39f310dccfe52b@macosforge.org> #877: rb_vm_struct_fake_set & rb_vm_resolve_const_value crash w/ NSOperation in Skreenics ----------------------------------------+----------------------------------- Reporter: martinlagardette@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: 0.7-blocker | ----------------------------------------+----------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: It should be fixed in r4491, please verify. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 3 18:55:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Sep 2010 01:55:39 -0000 Subject: [MacRuby] #618: Range#each problem with Infinity In-Reply-To: <050.62af9f2d26f0da11fe4595ac02a9051f@macosforge.org> References: <050.62af9f2d26f0da11fe4595ac02a9051f@macosforge.org> Message-ID: <059.93347e4ba96f85ff05e035759320b8c2@macosforge.org> #618: Range#each problem with Infinity ---------------------------------+------------------------------------------ Reporter: LarsHuluk@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: range each infinity | ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4494. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 3 22:13:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 04 Sep 2010 05:13:17 -0000 Subject: [MacRuby] #760: C-level blocks are not supported (was: block arg in NSWorkspace#recycleURLs completionHandler: is not specified properly) In-Reply-To: <055.f6bbd881315411c9620bc4d848112d71@macosforge.org> References: <055.f6bbd881315411c9620bc4d848112d71@macosforge.org> Message-ID: <064.eeb3c72db7d27cd934d7e122ee21ec46@macosforge.org> #760: C-level blocks are not supported --------------------------------------+------------------------------------- Reporter: ryand-ruby@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker --------------------------------------+------------------------------------- Changes (by lsansonetti@?): * keywords: => 0.7-blocker Comment: Renamed the title accordingly and added the 0.7-blocker keyword. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 7 17:21:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Sep 2010 00:21:50 -0000 Subject: [MacRuby] #883: Abort occurs when calls Thread#kill, Using 32bit arch. In-Reply-To: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> References: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> Message-ID: <060.c719606d5edc1010a90ef170bd975f28@macosforge.org> #883: Abort occurs when calls Thread#kill, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): MacRuby throws a C++'s exception when rb_vm_thread_destructor() is executed after calls pthread_cancel(). [[BR]] When the thread is really dead, can't catch the exception. [[BR]] The thread is dead when executes a cancellation point (nanosleep, pthread_cond_wait, pthread_testcancel, etc). abort did not occur by the following changes, but unfortunately the spec does not do pass X( {{{ #!diff diff --git a/vm.cpp b/vm.cpp index 71d3f8a..2a6bf4d 100644 --- a/vm.cpp +++ b/vm.cpp @@ -4544,6 +4544,7 @@ rb_vm_thread_pre_init(rb_vm_thread_t *t, rb_vm_block_t *body, int argc, t->in_cond_wait = false; t->abort_on_exception = false; t->joined_on_exception = false; + t->canceled = false; t->group = Qnil; // will be set right after t->mutexes = Qnil; @@ -4582,8 +4583,10 @@ rb_thread_sleep_forever() } pre_wait(t); - const int code = pthread_cond_wait(&t->sleep_cond, &t->sleep_mutex); - assert(code == 0 || code == ETIMEDOUT); + if (t->canceled == false) { + const int code = pthread_cond_wait(&t->sleep_cond, &t->sleep_mutex); + assert(code == 0 || code == ETIMEDOUT); + } post_wait(t); } @@ -4605,9 +4608,11 @@ rb_thread_wait_for(struct timeval time) rb_vm_thread_t *t = GET_THREAD(); pre_wait(t); - const int code = pthread_cond_timedwait(&t->sleep_cond, &t->sleep_mutex, - &ts); - assert(code == 0 || code == ETIMEDOUT); + if (t->canceled == false) { + const int code = pthread_cond_timedwait(&t->sleep_cond, &t->sleep_mutex, + &ts); + assert(code == 0 || code == ETIMEDOUT); + } post_wait(t); } @@ -4646,6 +4651,7 @@ rb_vm_thread_cancel(rb_vm_thread_t *t) pthread_assert(pthread_cond_signal(&t->sleep_cond)); } else { + t->canceled = true; pthread_assert(pthread_cancel(t->thread)); } pthread_assert(pthread_mutex_unlock(&t->sleep_mutex)); diff --git a/vm.h b/vm.h index 5df84ee..038c7a8 100644 --- a/vm.h +++ b/vm.h @@ -151,6 +151,7 @@ typedef struct rb_vm_thread { bool in_cond_wait; bool abort_on_exception; // per-local state, global one is in RoxorCore bool joined_on_exception; + bool canceled; VALUE locals; // a Hash object or Qnil VALUE exception; // killed-by exception or Qnil VALUE group; // always a ThreadGroup object }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 7 17:28:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Sep 2010 00:28:51 -0000 Subject: [MacRuby] #883: Abort occurs when calls Thread#kill, Using 32bit arch. In-Reply-To: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> References: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> Message-ID: <060.02794f568096c785015a9ee16afe432e@macosforge.org> #883: Abort occurs when calls Thread#kill, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): I think that #884 #883 #874 are same problem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 7 17:54:35 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Sep 2010 00:54:35 -0000 Subject: [MacRuby] #760: C-level blocks are not supported In-Reply-To: <055.f6bbd881315411c9620bc4d848112d71@macosforge.org> References: <055.f6bbd881315411c9620bc4d848112d71@macosforge.org> Message-ID: <064.81eea3b58e6e3f38e3241c10ca5964da@macosforge.org> #760: C-level blocks are not supported --------------------------------------+------------------------------------- Reporter: ryand-ruby@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: 0.7-blocker | --------------------------------------+------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Support for C-level blocks is implemented in r4495. However, it requires a not-yet-released BridgeSupport for special annotations, we will make sure to release it at the same time as 0.7. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 7 23:28:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Sep 2010 06:28:21 -0000 Subject: [MacRuby] #883: Abort occurs when calls Thread#kill, Using 32bit arch. In-Reply-To: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> References: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> Message-ID: <060.97512694606fecc55e329883e30619a6@macosforge.org> #883: Abort occurs when calls Thread#kill, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): But #884 and #883 are only for 32-bit, and #874 crashes on both 32/64-bit. Is that right? It does not seem to be critical for the 0.7 release, but the 32-bit-only problems seem serious. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 8 00:43:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Sep 2010 07:43:46 -0000 Subject: [MacRuby] #883: Abort occurs when calls Thread#kill, Using 32bit arch. In-Reply-To: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> References: <051.3a6b451fe2e92a41cdea65847e1e60ef@macosforge.org> Message-ID: <060.b776220a7d4eb861cf75812ddc7f5f92@macosforge.org> #883: Abort occurs when calls Thread#kill, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): > But #884 and #883 are only for 32-bit, and #874 crashes on both 32/64-bit. Is that right? Certainty, #884 and #883 does not crash on 64bit. MacRuby works on 32bit and 64bit in the same way, I wonder that only 64bit does not crash. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 8 01:06:16 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Sep 2010 08:06:16 -0000 Subject: [MacRuby] #712: Feature Request: Add Support for C-Level Blocks In-Reply-To: <048.1b21dc2451672e8f81e69e59a9dfb007@macosforge.org> References: <048.1b21dc2451672e8f81e69e59a9dfb007@macosforge.org> Message-ID: <057.104a4f5edc87e53f39df31ed46d89ecb@macosforge.org> #712: Feature Request: Add Support for C-Level Blocks -------------------------------+-------------------------------------------- Reporter: cwdinfo@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: block -------------------------------+-------------------------------------------- Comment(by dev@?): I think this would read well: {{{ open_panel.beginSheetModalForWindow @main_window, completionHandler: do |arg| puts "Hello, open file and user arg is #{arg}" end }}} It's currently invalid syntax. I haven't thought much about the possible conflicts or technical viability. Along with it, it would be great if we could define methods taking blocks and they could be called on the ObjC side with C blocks: {{{ def beginSheetModalForWindow(aWindow, completionHandler: &block) # ? end }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 8 01:18:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Sep 2010 08:18:22 -0000 Subject: [MacRuby] #712: Feature Request: Add Support for C-Level Blocks In-Reply-To: <048.1b21dc2451672e8f81e69e59a9dfb007@macosforge.org> References: <048.1b21dc2451672e8f81e69e59a9dfb007@macosforge.org> Message-ID: <057.3dc75f1a7151342df975119cc3c501a8@macosforge.org> #712: Feature Request: Add Support for C-Level Blocks -------------------------------+-------------------------------------------- Reporter: cwdinfo@? | Owner: lsansonetti@? Type: enhancement | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: block | -------------------------------+-------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed Comment: I didn't see this bug. It is a duplicate of #760 which has been implemented. The syntax is easy, you pass a Proc object, like an API that accepts a function pointer. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 8 03:19:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 08 Sep 2010 10:19:45 -0000 Subject: [MacRuby] #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. Message-ID: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ {{{ ### Ruby 1.9.2 s = "a".force_encoding("BINARY") # => "a" s.encoding # => # [s, s].join.encoding # => # s = "\xA4\x01".force_encoding("BINARY") # => "\xA4\x01" s.encoding # => # [s, s].join.encoding # => # ### MacRuby 0.7 trunk at 4494 s = "a".force_encoding("BINARY") # => "a" s.encoding # => # [s, s].join.encoding # => # s = "\xA4\x01".force_encoding("BINARY") # => "\xA4\x01" s.encoding # => # [s, s].join.encoding # Encoding::CompatibilityError: incompatible character encodings: UTF-8 and ASCII-8BIT }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 8 19:51:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Sep 2010 02:51:45 -0000 Subject: [MacRuby] #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. In-Reply-To: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> References: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> Message-ID: <059.4c57814f3be134d2ed139b1216bad4d5@macosforge.org> #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => Comment: Indeed, looks like our #join does not honor the operands encoding. Aah, joy. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 8 21:26:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Sep 2010 04:26:42 -0000 Subject: [MacRuby] #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. In-Reply-To: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> References: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> Message-ID: <059.19f83040fc44293230f0dbe94fde6971@macosforge.org> #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by lsansonetti@?): Actually, it looks like MacRuby returns UTF-8 because that's what we use by default. If you add a magic comment to specify UTF-8 ruby 1.9 will behave the same. I am not sure if this is really a bug. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 9 03:17:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Sep 2010 10:17:04 -0000 Subject: [MacRuby] #888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source Message-ID: <050.7e4d8964b18590b9e0739a085fda438a@macosforge.org> #888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ {{{ $ cat foo.rb #!/usr/bin/env macruby puts DATA.read __END__ lolcats $ macruby foo.rb lolcats $ macrubyc foo.rb -o foo $ ./foo uninitialized constant DATA (NameError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 9 03:20:57 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 09 Sep 2010 10:20:57 -0000 Subject: [MacRuby] #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. In-Reply-To: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> References: <050.93e9254aaafab15c9d9c53cf6c85284b@macosforge.org> Message-ID: <059.370190effeadda51c2c7c6e0b823fe50@macosforge.org> #887: calling join on an Array of BINARY Strings returns UTF-8, may raise Encoding::CompatibilityError. ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by dev@?): That's not true. {{{ #!/usr/bin/env ruby # encoding: UTF-8 s = "a".force_encoding("BINARY") puts s.encoding puts [s, s].join.encoding s = "\xA4\x01".force_encoding("BINARY") puts s.encoding puts [s, s].join.encoding }}} Gives me {{{ ASCII-8BIT ASCII-8BIT ASCII-8BIT ASCII-8BIT }}} With ruby 1.9.2p0 (2010-08-18 revision 29034) [universal.x86_64-darwin10.4.0] -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 9 19:42:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 02:42:11 -0000 Subject: [MacRuby] #888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source In-Reply-To: <050.7e4d8964b18590b9e0739a085fda438a@macosforge.org> References: <050.7e4d8964b18590b9e0739a085fda438a@macosforge.org> Message-ID: <059.6475885a76f6dae3c58b84aa78cee4e4@macosforge.org> #888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@?): * milestone: MacRuby 0.7 => Comment: That's a problem. DATA is supposed to be a File object seeked to the end of the source file. I am not sure we really want to preserve this during AOT compilation. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 9 20:40:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 03:40:13 -0000 Subject: [MacRuby] #843: Can't load the same files with MultiThread at the same time. In-Reply-To: <051.13157c7166183d6deb431f7ca816f092@macosforge.org> References: <051.13157c7166183d6deb431f7ca816f092@macosforge.org> Message-ID: <060.bca3138dd5eb285bea643379e3d610a6@macosforge.org> #843: Can't load the same files with MultiThread at the same time. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4499. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 9 21:59:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 04:59:01 -0000 Subject: [MacRuby] #862: [BUG] ERROR(VpDivd): space for remainder too small In-Reply-To: <051.0e2ceb9e9c61b8fcc23d3f6c8a19ed5a@macosforge.org> References: <051.0e2ceb9e9c61b8fcc23d3f6c8a19ed5a@macosforge.org> Message-ID: <060.77a3d8302c7bf110da24e4cba5aa6b99@macosforge.org> #862: [BUG] ERROR(VpDivd): space for remainder too small ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I was able to identify many problems in ext/bigdecimal/bigdecimal.c. Stack overflow, head overflow... in general the code is very bad. I am wondering if we should spend time fixing it, or invest time to write a better implementation. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 9 23:20:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 06:20:46 -0000 Subject: [MacRuby] #889: Bus error with OpenSSL::ASN1.decode. Message-ID: <051.78c016834c58993181669f9d2ad400ec@macosforge.org> #889: Bus error with OpenSSL::ASN1.decode. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Bus error with OpenSSL::ASN1.decode. Test Script: {{{ #!ruby require "openssl" key = OpenSSL::PKey::RSA.new(1024) digest = OpenSSL::Digest::SHA1.new() issu = sub = OpenSSL::X509::Name.new() sub.add_entry('C', 'JP') sub.add_entry('ST', 'Shimane') sub.add_entry('CN', 'Ruby Taro') cer = OpenSSL::X509::Certificate.new() cer.not_before = Time.at(0) cer.not_after = Time.at(0) cer.public_key = key cer.serial = 1 cer.issuer = issu cer.subject = sub p OpenSSL::ASN1.decode(cer.to_der) }}} Result of MacRuby Trunk: {{{ DYLD_LIBRARY_PATH=. gdb --args ./macruby -I./lib -I./ext test_asn1.rb GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 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/macruby -I./lib -I./ext test_asn1.rb Reading symbols for shared libraries .++++.......................... done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries .... done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x000000010092d908 0x00007fff81ff2023 in ASN1_put_object () (gdb) bt #0 0x00007fff81ff2023 in ASN1_put_object () #1 0x00007fff81fc707d in ASN1_item_ex_i2d () #2 0x00007fff81fc77a9 in ASN1_item_i2d () #3 0x00007fff81fac8f0 in i2d_X509 () #4 0x0000000103d80815 in ossl_x509_to_der (self=8592150336) at ossl_x509cert.c:196 #5 0x0000000100131e98 in __rb_vm_rcall [inlined] () at /Users/watson/src/MacRuby/dispatcher.cpp:159 #6 0x0000000100131e98 in ruby_dispatch [inlined] () at /Users/watson/src/MacRuby/dispatcher.cpp:453 #7 0x0000000100131e98 in rb_vm_dispatch () at dispatcher.cpp:817 #8 0x0000000101f069fc in ?? () #9 0x0000000101f06592 in ?? () #10 0x000000010014bab3 in rb_vm_run (fname=0x2000c0600 "test_asn1.rb", node=0x2000c5260, binding=0x0, inside_eval=false) at vm.cpp:3831 #11 0x00000001000384e0 in ruby_run_node (n=0x2000c5260) at eval.c:211 #12 0x0000000100000c15 in main (argc=4, argv=0x10171de70, envp=0x7fff5fbfe8a0) at main.cpp:40 (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 00:42:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 07:42:21 -0000 Subject: [MacRuby] #862: [BUG] ERROR(VpDivd): space for remainder too small In-Reply-To: <051.0e2ceb9e9c61b8fcc23d3f6c8a19ed5a@macosforge.org> References: <051.0e2ceb9e9c61b8fcc23d3f6c8a19ed5a@macosforge.org> Message-ID: <060.2bf7f3b616341acf7adc8aaacbdbc5d4@macosforge.org> #862: [BUG] ERROR(VpDivd): space for remainder too small ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: I just committed a better bigdecimal extension as r4501. It does not pass all the tests in test_bigdecimal.rb but it does not seem to crash anymore. At least, the "space for remainder too small" error does not seem to happen anymore. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 00:55:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 07:55:59 -0000 Subject: [MacRuby] #889: Bus error with OpenSSL::ASN1.decode. In-Reply-To: <051.78c016834c58993181669f9d2ad400ec@macosforge.org> References: <051.78c016834c58993181669f9d2ad400ec@macosforge.org> Message-ID: <060.6ec39c6b87b0245ed1250c2d0b5912ee@macosforge.org> #889: Bus error with OpenSSL::ASN1.decode. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4503. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 03:18:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 10:18:58 -0000 Subject: [MacRuby] #890: Bus error with OpenSSL::X509::Name.new. Message-ID: <051.5890590a9169333ccbcdd86c2e53e737@macosforge.org> #890: Bus error with OpenSSL::X509::Name.new. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat test_asn1.rb require "openssl" key = OpenSSL::PKey::RSA.new(1024) digest = OpenSSL::Digest::SHA1.new() issu = sub = OpenSSL::X509::Name.new() sub.add_entry('C', 'JP') sub.add_entry('ST', 'Shimane') sub.add_entry('CN', 'Ruby Taro') cer = OpenSSL::X509::Certificate.new() cer.not_before = Time.at(0) cer.not_after = Time.at(0) cer.public_key = key cer.serial = 1 cer.issuer = issu cer.subject = sub asn1 = OpenSSL::ASN1.decode(cer.to_der) tbs_cert, sig_alg, sig_val = *asn1.value dn = tbs_cert.value[2] p OpenSSL::X509::Name.new(dn) }}} Result: {{{ $ ruby -v test_asn1.rb ruby 1.9.1p429 (2010-07-02 revision 28523) [i386-darwin10] /C=JP/ST=Shimane/CN=Ruby Taro $ macruby -v test_asn1.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: bus error macruby -v test_asn1.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 03:19:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 10:19:47 -0000 Subject: [MacRuby] #891: Bus error with OpenSSL::Netscape::SPKI.to_der. Message-ID: <051.9e951a1066102e43d00bf852abbbb765@macosforge.org> #891: Bus error with OpenSSL::Netscape::SPKI.to_der. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat test_spki.rb require "openssl" spki = OpenSSL::Netscape::SPKI.new p spki p spki.to_der }}} Result: {{{ $ ruby -v test_spki.rb ruby 1.9.1p429 (2010-07-02 revision 28523) [i386-darwin10] MBYwDDAIMAMGAQADAQAWADADBgEAAwEA "0\x160\f0\b0\x03\x06\x01\x00\x03\x01\x00\x16\x000\x03\x06\x01\x00\x03\x01\x00" $ macruby -v test_spki.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] MBYwDDAIMAMGAQADAQAWADADBgEAAwEA zsh: bus error macruby -v test_spki.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 03:36:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 10:36:24 -0000 Subject: [MacRuby] #891: Bus error with OpenSSL::Netscape::SPKI.to_der. In-Reply-To: <051.9e951a1066102e43d00bf852abbbb765@macosforge.org> References: <051.9e951a1066102e43d00bf852abbbb765@macosforge.org> Message-ID: <060.334b5809469a8c547bfb67a1e1a5ba0c@macosforge.org> #891: Bus error with OpenSSL::Netscape::SPKI.to_der. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Similar bug: {{{ #!ruby #$ cat test_pkcs7.rb require "openssl" pkcs7 = OpenSSL::PKCS7.new p pkcs7 p pkcs7.to_der }}} Result: {{{ $ ruby test_pkcs7.rb -----BEGIN PKCS7----- MAMGAQA= -----END PKCS7----- "0\x03\x06\x01\x00" $ macruby test_pkcs7.rb -----BEGIN PKCS7----- MAMGAQA= -----END PKCS7----- zsh: bus error macruby test_pkcs7.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 04:32:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 11:32:21 -0000 Subject: [MacRuby] #888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source In-Reply-To: <050.7e4d8964b18590b9e0739a085fda438a@macosforge.org> References: <050.7e4d8964b18590b9e0739a085fda438a@macosforge.org> Message-ID: <059.9b79df3cc607f4ad45e4f50f2c333c6e@macosforge.org> #888: Compiled MacRuby can't read the DATA const for the text after __END__ in the source ---------------------------------+------------------------------------------ Reporter: dev@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by dev@?): Hum, I didn't know about this implementation detail. But so it is. You can even rewind it and read the whole source. It may not make sense indeed, since the source is (sometimes on purpose) gone after compilation, and bunch of files may be linked together. Maybe make the string after __END__ available through some other means? Or just tell programmers not to use the data section in compiled programs? In case of the latter, at least an attempt to access DATA should have a more meaningful error. Maybe provide an object in the DATA constant, but any attempt to call a method on it will raise and explain that DATA is unavailable to compiled code. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 04:55:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 11:55:51 -0000 Subject: [MacRuby] #892: Bus error with OpenSSL::X509::CRL.issuer.to_der Message-ID: <051.ae95788f2f91be6183fb6f421f1e4258@macosforge.org> #892: Bus error with OpenSSL::X509::CRL.issuer.to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat test_crl.rb require "openssl" crl = OpenSSL::X509::CRL.new #p crl p crl.issuer p crl.issuer.to_der }}} Result: {{{ $ ruby -v test_crl.rb ruby 1.9.1p429 (2010-07-02 revision 28523) [i386-darwin10] "0\x00" $ macruby -v test_crl.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: bus error macruby -v test_crl.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 05:07:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 12:07:37 -0000 Subject: [MacRuby] #893: Bus error with OpenSSL::ASN1::Sequence.to_der Message-ID: <051.5bf9de6fdf9b16ac9c77ea029e9f2e78@macosforge.org> #893: Bus error with OpenSSL::ASN1::Sequence.to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat test_asn1_sequence.rb require "openssl" value = OpenSSL::ASN1::Sequence([ OpenSSL::ASN1::Boolean(true), OpenSSL::ASN1::Integer(2) ]) p value.to_der }}} Result: {{{ $ ruby test_asn1_sequence.rb "0\x06\x01\x01\xFF\x02\x01\x02" $ macruby test_asn1_sequence.rb zsh: bus error macruby test_asn1_sequence.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 05:23:50 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 12:23:50 -0000 Subject: [MacRuby] #894: Bus error with OpenSSL::X509::Attribute.new Message-ID: <051.d41c7f2b61b04b69c59c5d4cca078e07@macosforge.org> #894: Bus error with OpenSSL::X509::Attribute.new ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat test_x509.rb require "openssl" def create_ext_req(exts) ef = OpenSSL::X509::ExtensionFactory.new exts = exts.collect{|e| ef.create_extension(*e) } return OpenSSL::ASN1::Set([OpenSSL::ASN1::Sequence(exts)]) end exts = [ ["keyUsage", "Digital Signature, Key Encipherment", true], ["subjectAltName", "email:gotoyuzo at ruby-lang.org", false], ] attrval = create_ext_req(exts) attrs = [ OpenSSL::X509::Attribute.new("extReq", attrval), ] p attrs }}} Result: {{{ $ ruby test_x509.rb [#] $ macruby test_x509.rb zsh: bus error macruby test_x509.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 10 07:18:32 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 10 Sep 2010 14:18:32 -0000 Subject: [MacRuby] #794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22) In-Reply-To: <051.8f5784dfcc63df6476dfdd2f131f3b65@macosforge.org> References: <051.8f5784dfcc63df6476dfdd2f131f3b65@macosforge.org> Message-ID: <060.a735e62a68ba6fb8fab994315e0892e6@macosforge.org> #794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22) ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------------+----------------------------------------- Comment(by watson1978@?): I found the code that could reappear the comment:9. {{{ #!ruby #$ cat test_thread.rb 10.times do t = Thread.new{ } t.kill sleep 0.1 p t.status end }}} {{{ $ macruby test_thread.rb false false pthread command `pthread_cancel(t->thread)' failed: No such process (3) zsh: abort macruby test_thread.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 11 01:39:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Sep 2010 08:39:17 -0000 Subject: [MacRuby] #890: Bus error with OpenSSL::X509::Name.new. In-Reply-To: <051.5890590a9169333ccbcdd86c2e53e737@macosforge.org> References: <051.5890590a9169333ccbcdd86c2e53e737@macosforge.org> Message-ID: <060.402fd391343dbea7b9127b737d64821d@macosforge.org> #890: Bus error with OpenSSL::X509::Name.new. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4507. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 11 01:42:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Sep 2010 08:42:22 -0000 Subject: [MacRuby] #891: Bus error with OpenSSL::Netscape::SPKI.to_der. In-Reply-To: <051.9e951a1066102e43d00bf852abbbb765@macosforge.org> References: <051.9e951a1066102e43d00bf852abbbb765@macosforge.org> Message-ID: <060.6064393804eedb2e2b4b7f7d399d736e@macosforge.org> #891: Bus error with OpenSSL::Netscape::SPKI.to_der. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4508. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 11 01:52:07 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Sep 2010 08:52:07 -0000 Subject: [MacRuby] #892: Bus error with OpenSSL::X509::CRL.issuer.to_der In-Reply-To: <051.ae95788f2f91be6183fb6f421f1e4258@macosforge.org> References: <051.ae95788f2f91be6183fb6f421f1e4258@macosforge.org> Message-ID: <060.3e208c1eac0c241a088d9b8c8cdeb0a2@macosforge.org> #892: Bus error with OpenSSL::X509::CRL.issuer.to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4509. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 11 01:52:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Sep 2010 08:52:13 -0000 Subject: [MacRuby] #893: Bus error with OpenSSL::ASN1::Sequence.to_der In-Reply-To: <051.5bf9de6fdf9b16ac9c77ea029e9f2e78@macosforge.org> References: <051.5bf9de6fdf9b16ac9c77ea029e9f2e78@macosforge.org> Message-ID: <060.dfd907d63065d015786de589278a8289@macosforge.org> #893: Bus error with OpenSSL::ASN1::Sequence.to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4509. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 11 01:52:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Sep 2010 08:52:22 -0000 Subject: [MacRuby] #894: Bus error with OpenSSL::X509::Attribute.new In-Reply-To: <051.d41c7f2b61b04b69c59c5d4cca078e07@macosforge.org> References: <051.d41c7f2b61b04b69c59c5d4cca078e07@macosforge.org> Message-ID: <060.648bc311263fe49c0a7732582717a321@macosforge.org> #894: Bus error with OpenSSL::X509::Attribute.new ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4509. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 11 01:55:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Sep 2010 08:55:52 -0000 Subject: [MacRuby] #794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22) In-Reply-To: <051.8f5784dfcc63df6476dfdd2f131f3b65@macosforge.org> References: <051.8f5784dfcc63df6476dfdd2f131f3b65@macosforge.org> Message-ID: <060.1bc33fc6a996e163924be9e2d2ab1871@macosforge.org> #794: `pthread_mutex_unlock(&t->sleep_mutex)' failed: Invalid argument (22) ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): That's very good :) I also reproduce the crash. I wonder if there is a better way to fix the problem without acquiring the global lock. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 11 14:02:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 11 Sep 2010 21:02:09 -0000 Subject: [MacRuby] #895: MacRuby crashes when trying to parse an XML document with nokogiri Message-ID: <044.7753752b7ea02443364e96f5c766c3d7@macosforge.org> #895: MacRuby crashes when trying to parse an XML document with nokogiri ---------------------------+------------------------------------------------ Reporter: haxie1@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------+------------------------------------------------ Trying to parse an xml document with Nokogiri and MacRuby 0.7. The following crashes MacRuby. {{{ require 'rubygems' require 'nokogiri' xmlFile = File.open(File.expand_path(path), "r") xml = Nokogiri::XML(xmlFile) #crash }}} Here is the crash report attached. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 12 14:36:39 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 12 Sep 2010 21:36:39 -0000 Subject: [MacRuby] #896: U_REGEX_BAD_ESCAPE_SEQUENCE on unicode escape in literal regex Message-ID: <052.f2a4592d600f3f6628887a4475358267@macosforge.org> #896: U_REGEX_BAD_ESCAPE_SEQUENCE on unicode escape in literal regex -----------------------------------+---------------------------------------- Reporter: smparkes@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- /\u{A6}/ gives regexp `\u{A6}' compilation error: U_REGEX_BAD_ESCAPE_SEQUENCE Works in 1.9.2. Regexp.new "\u{A6}" works. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 12 16:34:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 12 Sep 2010 23:34:43 -0000 Subject: [MacRuby] #897: Bus error with OpenSSL::PKey::EC#dsa_sign_asn1. Message-ID: <051.e72881eec49134a0f337b53c3fa947ef@macosforge.org> #897: Bus error with OpenSSL::PKey::EC#dsa_sign_asn1. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat test_ec.rb require "openssl" data = 'foo' group = OpenSSL::PKey::EC::Group.new('secp112r1') key = OpenSSL::PKey::EC.new key.group = group key.generate_key p key.dsa_sign_asn1(data) }}} Result: {{{ $ ruby test_ec.rb "0!\x02\x0E\vH\ed\xE6\xC5\xE6\x7FD_\x15T\a\"\x02\x0F\x00\x95\x97V\x11\xFA\xBA%\x87\\\xB8\x16\xEE\x8C1" $ macruby test_ec.rb zsh: bus error macruby test_ec.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 12 17:09:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 00:09:03 -0000 Subject: [MacRuby] #898: Bus error with OpenSSL::X509::Request#to_der Message-ID: <051.8ef61e85d1e0f338f73b1e44736cd0ab@macosforge.org> #898: Bus error with OpenSSL::X509::Request#to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat test_x509.rb require "openssl" key = OpenSSL::PKey::RSA.new(1024) digest = OpenSSL::Digest::SHA1.new req = OpenSSL::X509::Request.new req.version = 0 req.subject = OpenSSL::X509::Name.parse("/C=JP/ST=Shimane/CN=Ruby Taro") req.public_key = key.public_key req.sign(key, digest) p req.to_der }}} Result: {{{ $ ruby test_x509.rb "0\x82\x01r0\x81\xDC\x02\x01\x00031\v0\t\x06\x03U\x04\x06\x13\x02JP1\x100\x0E\x06\x03U\x04\b\f\aShimane1\x120\x10\x06\x03U\x04\x03\f\tRuby Taro0\x81\x9F0\r\x06\t*\x86H\x86\xF7\r\x01\x01\x01\x05\x00\x03\x81\x8D\x000\x81\x89\x02\x81\x81\x00\xEAMIG\x15\xFE\x81\x94\x9D\xDB%\xEA\xB3H\xC0}\xE7\xA2\x91_L\xAF\x0E\xF2\xFD\v\x01mp\"\xFB\xC9_\xFDU\x04+\xCE\xF9\xE4\xE0\xB5.o\xE8o\t\xB8\xF3\xA9s`\xEFy&\x83G,W*\x9F\xE3ky\xFE\x1C?.\x89\xDF\n\x952\f\x8B]l\x89\eG2+kgu\x9C#Ib}\xF3\r\x82`\xCE$]\xFB\x8B\x86\x03|\x98\x0Fye\xE1K\xFB\xDC\xBA8\x98\xAA`\x88-\x7F\xB5o\x81(\x17\xB7\xE6\x03\xEE\xB7\x02\x03\x01\x00\x01\xA0\x000\r\x06\t*\x86H\x86\xF7\r\x01\x01\x05\x05\x00\x03\x81\x81\x00\x12q;|%\x90\x9BE\nQ\f\xCF<\xEE\x12\xE2\xD8\x04p\x95\x93t_\x81t)Uu\xE7\x81\x17\xA26\xBC\x95\xAEX1P\x10\x84W\x1A\xFFNep\xB3\xD6\x025\xC2\x02\xA2U\xE0x\xA8\x1D\xE2\xFE*\x9C$\a\xF3`E\xC2u\xCCc\x96\\\xE2\xD3`\x8Ff\xEE&\x18\"\x9D_\x05\xDC\xC30\e\x97^\xB3\xB7\xE8\xE2\xA5\x8C]-\xF8\xA3\xC9\x01!\x83\xD9\xC4\xC2BJmQ\x99\xF6[\x01\x8Ca\xD7\x86\xD2\x0Fz\x99q\x95\x8D" $ macruby test_x509.rb zsh: bus error macruby test_x509.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 12 17:38:03 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 00:38:03 -0000 Subject: [MacRuby] #899: Bus error with OpenSSL::PKCS7#to_der Message-ID: <051.57614b2a72d9ec882e0360fbd225e0b8@macosforge.org> #899: Bus error with OpenSSL::PKCS7#to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat test_pkcs7.rb require 'openssl' key = OpenSSL::PKey::RSA.new(1024) digest = OpenSSL::Digest::SHA1.new() issu = sub = OpenSSL::X509::Name.new() sub.add_entry('C', 'JP') sub.add_entry('ST', 'Shimane') sub.add_entry('CN', 'Ruby Taro') cer = OpenSSL::X509::Certificate.new() cer.not_before = Time.at(0) cer.not_after = Time.at(0) cer.public_key = key cer.serial = 1 cer.issuer = issu cer.subject = sub cer.sign(key, digest) data = "aaaaa\r\nbbbbb\r\nccccc\r\n" tmp = OpenSSL::PKCS7.sign(cer, key, data) p tmp.to_der }}} Result: {{{ $ ruby test_pkcs7.rb "0\x82\x03\xE3\x06\t*\x86H\x86\xF7\r\x01\a\x02\xA0\x82\x03\xD40\x82\x03\xD0\x02\x01\x011\v0\t\x06\x05+\x0E\x03\x02\x1A\x05\x000$\x06\t*\x86H\x86\xF7\r\x01\a\x01\xA0\x17\x04\x15aaaaa\r\nbbbbb\r\nccccc\r\n\xA0\x82\x01\xD90\x82\x01\xD50\x82\x01>\x02\x01\x010\r\x06\t*\x86H\x86\xF7\r\x01\x01\x05\x05\x00031\v0\t\x06\x03U\x04\x06\x13\x02JP1\x100\x0E\x06\x03U\x04\b\f\aShimane1\x120\x10\x06\x03U\x04\x03\f\tRuby Taro0\x1E\x17\r700101000000Z\x17\r700101000000Z031\v0\t\x06\x03U\x04\x06\x13\x02JP1\x100\x0E\x06\x03U\x04\b\f\aShimane1\x120\x10\x06\x03U\x04\x03\f\tRuby Taro0\x81\x9F0\r\x06\t*\x86H\x86\xF7\r\x01\x01\x01\x05\x00\x03\x81\x8D\x000\x81\x89\x02\x81\x81\x00\xD8\xBBQ\xC8mR\x15Z\xD1-VjB\xA2L4\x8E{T\xAE\n\x9C\xEB\x18\xC7\xEC*\x8C\x1FZ!\xBFW\xA0~\x8B\xE8\xA2\xBE\x17r{\x95% Wr\x16\xDE9\xA3.\xACe\xDC\xED\x06\x10X\x00\x85\x92\xB1\x0E\xA3>\x81\x82\xF8\xCE3-6Q\x82\xB9\xC4\xD3\xD3\x83\xBB\xBC\xC9\xF2\xD3\x93\x8C\x94z\x99\x0F*\xF0KD\x81\xF6\xD2\xF4\a\x00\x8D\xD7\xF1\xA0z\xB8\xAF(\xD8~\x1C2\xECt\xC2-<\xAC\xF4\x8B]\xAB\xC2\xDD\a_\xE3\x02\x03\x01\x00\x010\r\x06\t*\x86H\x86\xF7\r\x01\x01\x05\x05\x00\x03\x81\x81\x00\xCE\x01\x1E\x9A\x16$2\x86!\xDB[\b-w\x05-\x00V\xAE\x19\x86;$\x9E\x1F\x1E_\xCDQ\xE3\x95\xCD\n\xEC\n\x81\xC5\xE3\xDBt\xDA\xCB$\xDAK8N\xD5\xEF]\xA5\x90\x8Bf\x18{\b\xBB\x1A\x9F\xEC\xFE\x811a\xAD\x94Q\xB6\xE9m.fm\x9C\x9E\xDDVa\xF1\xB3\x8C\x18)\x8Ay@`\xA0\xE0\x85\xC2\xE8\r\x14\x11\"jW\xCCd\x0F%\x8E\x8A\xBE\xDB\x9E[\x19\x8E\x91\xF3\xB6\x1E\\\x8A|\x8A\v\xDE\xF89\x95\x0E\xC5x%1\x82\x01\xB90\x82\x01\xB5\x02\x01\x0108031\v0\t\x06\x03U\x04\x06\x13\x02JP1\x100\x0E\x06\x03U\x04\b\f\aShimane1\x120\x10\x06\x03U\x04\x03\f\tRuby Taro\x02\x01\x010\t\x06\x05+\x0E\x03\x02\x1A\x05\x00\xA0\x81\xD80\x18\x06\t*\x86H\x86\xF7\r\x01\t\x031\v\x06\t*\x86H\x86\xF7\r\x01\a\x010\x1C\x06\t*\x86H\x86\xF7\r\x01\t\x051\x0F\x17\r100913003410Z0#\x06\t*\x86H\x86\xF7\r\x01\t\x041\x16\x04\x14N\xA4bC\x18^\xCC\x99_\xB5\xA7yy\x9E\xAE\xEE\x13Zq]0y\x06\t*\x86H\x86\xF7\r\x01\t\x0F1l0j0\v\x06\t`\x86H\x01e\x03\x04\x01*0\v\x06\t`\x86H\x01e\x03\x04\x01\x160\v\x06\t`\x86H\x01e\x03\x04\x01\x020\n\x06\b*\x86H\x86\xF7\r\x03\a0\x0E\x06\b*\x86H\x86\xF7\r\x03\x02\x02\x02\x00\x800\r\x06\b*\x86H\x86\xF7\r\x03\x02\x02\x01 at 0\a\x06\x05+\x0E\x03\x02\a0\r\x06\b*\x86H\x86\xF7\r\x03\x02\x02\x01(0\r\x06\t*\x86H\x86\xF7\r\x01\x01\x01\x05\x00\x04\x81\x80\xAB\x87\x02\xB4\xD2\x8A\xA6\xC0m\xFB\xE1\xB6\xF1%J\xE6?\xD2\x84\xEC\xF0\xC1\xDCA\xF0t\xD8\xFD\xFFB[{(\b\xC9_#\xA8~\xAB\xFF\xC8\xDBC\x8B\xFCA\x8E\xD5\r\t\xE7\x97\x82$\x86\xE6\xC1\xDAJ\x1C\xEFNG8\x8E\x1A e\xF2\"\xE6\\u\x00Y\xA4ar\xA7u\xE6\xFE\x9F}\xA1f\"\x04 \x7F\x0F\x92\xA2\xD8\xBC\x11\x8Du\x82\xA9\xE0\xC1o\x88HE\x02JY\xCF5\xC7\xB2\x8B\x88yD\xEEY9\xADmZ\x95\x10\v\xD8" $ macruby test_pkcs7.rb zsh: bus error macruby test_pkcs7.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 12 20:40:36 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 03:40:36 -0000 Subject: [MacRuby] #900: Assertion fails with OpenSSL::X509::Certificate.issuer.to_der Message-ID: <051.f5db0e8a96a7312e3d51570c68c5ade5@macosforge.org> #900: Assertion fails with OpenSSL::X509::Certificate.issuer.to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require "openssl" def issue_cert(dn, key, serial, not_before, not_after, extensions, issuer, issuer_key, digest) cert = OpenSSL::X509::Certificate.new issuer = cert unless issuer issuer_key = key unless issuer_key cert.version = 2 cert.serial = serial cert.subject = dn cert.issuer = issuer.subject cert.public_key = key.public_key cert.not_before = not_before cert.not_after = not_after ef = OpenSSL::X509::ExtensionFactory.new ef.subject_certificate = cert ef.issuer_certificate = issuer extensions.each{|oid, value, critical| cert.add_extension(ef.create_extension(oid, value, critical)) } cert.sign(issuer_key, digest) cert end rsa1024 = OpenSSL::PKey::RSA.new(1024) rsa2048 = OpenSSL::PKey::RSA.new(2048) ca = OpenSSL::X509::Name.parse("/DC=org/DC=ruby-lang/CN=CA") ca_exts = [ ["basicConstraints","CA:TRUE",true], ["keyUsage","keyCertSign, cRLSign",true], ["subjectKeyIdentifier","hash",false], ["authorityKeyIdentifier","keyid:always",false], ] ca_cert = issue_cert(ca, rsa2048, 1, Time.now, Time.now+3600, ca_exts, nil, nil, OpenSSL::Digest::SHA1.new) ee1 = OpenSSL::X509::Name.parse("/DC=org/DC=ruby-lang/CN=EE1") ee1_exts = [ ["keyUsage","Non Repudiation, Digital Signature, Key Encipherment",true], ["subjectKeyIdentifier","hash",false], ["authorityKeyIdentifier","keyid:always",false], ["extendedKeyUsage","clientAuth, emailProtection, codeSigning",false], ["subjectAltName","email:ee1 at ruby-lang.org",false], ] ee1_cert = issue_cert(ee1, rsa1024, 2, Time.now, Time.now+1800, ee1_exts, ca_cert, rsa2048, OpenSSL::Digest::SHA1.new) p ee1_cert.issuer.to_der }}} Result: {{{ $ ruby test_x509_name.rb "0=1\x130\x11\x06\n\t\x92&\x89\x93\xF2,d\x01\x19\x16\x03org1\x190\x17\x06\n\t\x92&\x89\x93\xF2,d\x01\x19\x16 \truby-lang1\v0\t\x06\x03U\x04\x03\f\x02CA" $ macruby test_x509_name.rb Assertion failed: (len >= 0), function str_replace_with_uchars, file string.c, line 289. zsh: abort macruby test_x509_name.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 13 05:44:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 12:44:51 -0000 Subject: [MacRuby] #901: Segfault occurs when calls super within instance's method that was defined with define_method. Message-ID: <051.2086989ddb347ca7645d98b653ef5554@macosforge.org> #901: Segfault occurs when calls super within instance's method that was defined with define_method. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat t.rb module DefinedSpecs class Superclass def super1 defined? super end define_method(:super2) { defined? super } end class Subclass < Superclass def super1 defined? super end define_method(:super2) { defined? super } end end sup = DefinedSpecs::Superclass.new p sup.class p sup.super1 p sup.super2 sub = DefinedSpecs::Subclass.new p sub.class p sub.super1 p sub.super2 }}} Result: {{{ $ ruby -v t.rb ruby 1.9.1p429 (2010-07-02 revision 28523) [i386-darwin10] DefinedSpecs::Superclass nil nil DefinedSpecs::Subclass "super" "super" $ macruby -v t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] DefinedSpecs::Superclass nil zsh: segmentation fault macruby -v t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 13 14:19:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 21:19:28 -0000 Subject: [MacRuby] #897: Bus error with OpenSSL::PKey::EC#dsa_sign_asn1. In-Reply-To: <051.e72881eec49134a0f337b53c3fa947ef@macosforge.org> References: <051.e72881eec49134a0f337b53c3fa947ef@macosforge.org> Message-ID: <060.3ce09fb60defd3a29a3b9bcb05386494@macosforge.org> #897: Bus error with OpenSSL::PKey::EC#dsa_sign_asn1. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4510. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 13 14:19:34 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 21:19:34 -0000 Subject: [MacRuby] #898: Bus error with OpenSSL::X509::Request#to_der In-Reply-To: <051.8ef61e85d1e0f338f73b1e44736cd0ab@macosforge.org> References: <051.8ef61e85d1e0f338f73b1e44736cd0ab@macosforge.org> Message-ID: <060.3db25e2bff1013ff7d3870d2c780806b@macosforge.org> #898: Bus error with OpenSSL::X509::Request#to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4510. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 13 14:19:41 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 21:19:41 -0000 Subject: [MacRuby] #899: Bus error with OpenSSL::PKCS7#to_der In-Reply-To: <051.57614b2a72d9ec882e0360fbd225e0b8@macosforge.org> References: <051.57614b2a72d9ec882e0360fbd225e0b8@macosforge.org> Message-ID: <060.3900fa7db3c9cf9afc09aa22cc605a5a@macosforge.org> #899: Bus error with OpenSSL::PKCS7#to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4510. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 13 14:19:48 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 21:19:48 -0000 Subject: [MacRuby] #900: Assertion fails with OpenSSL::X509::Certificate.issuer.to_der In-Reply-To: <051.f5db0e8a96a7312e3d51570c68c5ade5@macosforge.org> References: <051.f5db0e8a96a7312e3d51570c68c5ade5@macosforge.org> Message-ID: <060.a22c91347de6ae3b582dc296234ce518@macosforge.org> #900: Assertion fails with OpenSSL::X509::Certificate.issuer.to_der ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4510. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 13 14:23:47 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 21:23:47 -0000 Subject: [MacRuby] #901: Segfault occurs when calling defined? from super within instance's method that was defined with define_method. (was: Segfault occurs when calls super within instance's method that was defined with define_method.) In-Reply-To: <051.2086989ddb347ca7645d98b653ef5554@macosforge.org> References: <051.2086989ddb347ca7645d98b653ef5554@macosforge.org> Message-ID: <060.a5c51da782c9e4d764306179c8caaff6@macosforge.org> #901: Segfault occurs when calling defined? from super within instance's method that was defined with define_method. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): It seems to crash in defined?. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 13 14:40:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 13 Sep 2010 21:40:00 -0000 Subject: [MacRuby] #901: exception occurs when calling defined?(super) outside method block (was: Segfault occurs when calling defined? from super within instance's method that was defined with define_method.) In-Reply-To: <051.2086989ddb347ca7645d98b653ef5554@macosforge.org> References: <051.2086989ddb347ca7645d98b653ef5554@macosforge.org> Message-ID: <060.bd69f1d08281a08f74129616859f767d@macosforge.org> #901: exception occurs when calling defined?(super) outside method block ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I committed a change as r4511 which now raises an exception when defined?(super) is used outside a method block. We could eventually support that, but later (so I keep the bug open). At least it doesn't crash anymore. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 13 17:28:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Sep 2010 00:28:17 -0000 Subject: [MacRuby] #902: Bus error with OpenSSL::Random.pseudo_bytes. Message-ID: <051.e6b354fc1f2bc8575739586479419572@macosforge.org> #902: Bus error with OpenSSL::Random.pseudo_bytes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat test_pseudo_bytes.rb require "openssl" p OpenSSL::Random.pseudo_bytes(256) p OpenSSL::Random.pseudo_bytes(-1) }}} Result: {{{ $ ruby test_pseudo_bytes.rb "\205?\270\0276\347p\273\241\311\315+\341\313\036!\304\315\354\200sx\322\312\362\00534d+m\e'\004H\333\307_\f'\v\335\255\227\260T\204o\004\237\e\225\bw\340\260\351\320\203\313\031\005\006\365a\342\376GT\330>\317\330\374\a\250\003C\345\301\035\\@\376F\317\314\206\035\336\"\322|\b\f\372\371}\003\2127\364\206A\2574\222N\214N~=\375\e\323.\257\325\370l=\236\255\220\3100 \313\211\300j\204\207\212\256\222\204\344\342\247\236v`\366\337\220\020\204t\313u\351\303-\326\003\204P\034\372\204\367\301\364\254;\330\333<\270\211nZ)\300\a\023$\017\030p\342\e\254f\217[R\267y\206\3319\320d\232Lw\341\307\031\273\315J:\226\242'\032\b}\231\352\333 \222\b\r\003\367\b>y\317\036G\201\020\364Uq\r\a\2749 at i#B\217%Q\325\261\362\233|\364a\264\376!\237D\315X" test_pseudo_bytes.rb:4:in `pseudo_bytes': negative string size (or size too big) (ArgumentError) from test_pseudo_bytes.rb:4 $ macruby test_pseudo_bytes.rb zsh: bus error macruby test_pseudo_bytes.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 13 21:42:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Sep 2010 04:42:29 -0000 Subject: [MacRuby] #902: Bus error with OpenSSL::Random.pseudo_bytes. In-Reply-To: <051.e6b354fc1f2bc8575739586479419572@macosforge.org> References: <051.e6b354fc1f2bc8575739586479419572@macosforge.org> Message-ID: <060.bd3b80f00890e8a1ee64f456740dae9a@macosforge.org> #902: Bus error with OpenSSL::Random.pseudo_bytes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed by r4513 and r4514. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 14 07:06:46 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Sep 2010 14:06:46 -0000 Subject: [MacRuby] #903: Can't load the file when calls autoload and require. Message-ID: <051.41d0a88a7defc0d10d52c2b854a3eba7@macosforge.org> #903: Can't load the file when calls autoload and require. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat t.rb FILE = "test-tmp-0001.rb" open(FILE, "w") {|f| f.puts <': uninitialized constant TEST (NameError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 14 07:23:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 14 Sep 2010 14:23:17 -0000 Subject: [MacRuby] #904: Can't autoload with MultiThread. Message-ID: <051.1a5b81940e42429fd35446a065e1d087@macosforge.org> #904: Can't autoload with MultiThread. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby #$ cat t1.rb FILE = "test-tmp-0001.rb" open(FILE, "w") {|f| f.puts <' :ok :ok $ macruby -v t1.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] :ok /Users/watson/tmp/t1.rb:3:in `
': uninitialized constant TEST (NameError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 15 04:12:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Sep 2010 11:12:12 -0000 Subject: [MacRuby] #905: Can't install the rubygems that create a file in "/usr/bin/". Message-ID: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> #905: Can't install the rubygems that create a file in "/usr/bin/". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ sudo rm -rf /Library/Frameworks/MacRuby.framework/ $ git pull $ rake clean $ RC_ARCHS=x86_64 rake jobs=2 $ sudo rake install $ sudo macgem install hotcocoa ERROR: While executing gem ... (Errno::ENOENT) No such file or directory - open() failed $ sudo macgem install nokogiri unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias ERROR: While executing gem ... (Errno::ENOENT) No such file or directory - open() failed $ sudo macgem install json ERROR: While executing gem ... (Errno::ENOENT) No such file or directory - open() failed $ sudo macgem install sqlite3-ruby unknown: warning: ignoring alias unknown: warning: ignoring alias unknown: warning: ignoring alias Building native extensions. This could take a while... Successfully installed sqlite3-ruby-1.3.1 1 gem installed }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 15 09:10:00 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 15 Sep 2010 16:10:00 -0000 Subject: [MacRuby] #905: Can't install the rubygems that create a file in "/usr/bin/". In-Reply-To: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> References: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> Message-ID: <060.be0bd647c4fa54697028db3b2097ac48@macosforge.org> #905: Can't install the rubygems that create a file in "/usr/bin/". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): The value of the variable in rb_file_open when an error occurs is as follows. {{{ $ sudo macgem install hotcocoa filepath = "/usr/bin/hotcocoa" flags = 2 perm = 493 }}} I reinstall the Mac OS 10.6 just recently, and there is not "/usr/bin/hotcocoa". -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 15 20:26:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Sep 2010 03:26:11 -0000 Subject: [MacRuby] #906: Double BOM force_encoding bug (from HAML) Message-ID: <050.34e7ee3d4044b6153fa257cfcdee9936@macosforge.org> #906: Double BOM force_encoding bug (from HAML) ---------------------------------+------------------------------------------ Reporter: timmfin@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ I was messing with some thoughts I have for a desktop mac app recently, and I wanted to embed HAML/SASS (http://github.com/nex3/haml) inside of it. My first thought was to get HAML running under macruby, since then I would be able to cleanly link from objective-c to macruby (rather than open c-ruby via an external process). Note, I'm only partially familiar with ruby and totally new to macruby. So there is a large chance I'm being an idiot in some way. So far I have had very little success getting HAML to run in macruby. I first tried macruby .6 but ran into an error. Then I tried building the latest .7 head to make sure that it still had the same problem. Here's the error. {{{ /Users/timmfin/Development/haml/lib/haml/util.rb:561:in `block': incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding::CompatibilityError) from /Users/timmfin/Development/haml/lib/haml/util.rb:517:in `check_sass_encoding:' from /Users/timmfin/Development/haml/lib/sass/engine.rb:222:in `check_encoding!' from /Users/timmfin/Development/haml/lib/sass/engine.rb:202:in `_to_tree' from /Users/timmfin/Development/haml/lib/sass/engine.rb:167:in `to_css' }}} The line numbers don't match up, but here's the relevant code http://github.com/nex3/haml/blob/master/lib/haml/util.rb#L579 . Oh fun. Encodings. This code is building up a map of regular expressions, which will be used to figure out the encoding of incoming input text. AKA, match '\uFEFF at charset ".*"' or '\uFEFF' in various encodings. Macruby dies the first time it hits line 596 (when h = {} and e = "UTF-8"): {{{ Regexp.new(/\A(?:#{_enc("\uFEFF", e)})?#{ _enc('@charset "', e)}(.*?)#{_enc('"', e)}|\A(#{ _enc("\uFEFF", e)})/) }}} After taking out parts of the regex that don't matter and inlining _enc you get: {{{ Regexp.new(/#{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") } #{ '@charset "'.encode("UTF-8").force_encoding("BINARY") } #{ '"'.encode("UTF-8").force_encoding("BINARY") } #{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") }/) }}} When I run the above code against c-ruby 1.9 it works fine. But it dies (with the same incompatible character encodings error) against macruby .7 dev (from a few days ago). Here's the minimal test case I've created (also at http://gist.github.com/581906). {{{ #!/usr/local/bin/macruby s = "#{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") }" puts "A single BOM Worked!" s = "first: #{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") } second: #{ "\uFEFF".encode("UTF-8").force_encoding("BINARY") }" puts "Two BOMs Worked!" }}} The output is: {{{ timmfin-pro in ~/pending $ ./regex-encoding-test.rb A single BOM Worked! incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding::CompatibilityError) }}} The first string interpolation works fine, but the second one kills macruby. Looks like something awkward is going on in macruby when you try to substitute/concatenate two force_encoded BOMs into a string. Thanks for listening, I hope that I've uncovered a bug and not just some wacko code that lives in HAML. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 16 07:24:37 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 16 Sep 2010 14:24:37 -0000 Subject: [MacRuby] #905: Can't install the rubygems that create a file in "/usr/bin/". In-Reply-To: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> References: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> Message-ID: <060.1995777a0fdfdce3b2f7ea2a7f3452d1@macosforge.org> #905: Can't install the rubygems that create a file in "/usr/bin/". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Can't install the rubygems since r4489. With r4488: {{{ $ git log | head -7 commit 70eb20b9d10f372209cf3fa8f1b701b6dcd2cc3b Author: lsansonetti at apple.com Date: Wed Sep 1 23:21:37 2010 +0000 Sandbox.new can now accept a custom profile string (as a scheme expression) git-svn-id: http://svn.macosforge.org/repository/ruby/MacRuby/trunk at 4488 23306eb0-4c56-4727-a40e-e92c0eb68959 $ sudo rm /usr/bin/hotcocoa $ sudo macgem install hotcocoa Successfully installed hotcocoa-0.5.1 1 gem installed }}} With r4489: {{{ $ git log | head -11 commit 0d8fb3861c474c9306758fbe521c8c3c04260464 Author: martinlagardette at apple.com Date: Thu Sep 2 02:16:14 2010 +0000 macgem asks confirmation before overriding binaries w/ different shebang - Fixes #766 git-svn-id: http://svn.macosforge.org/repository/ruby/MacRuby/trunk at 4489 23306eb0-4c56-4727-a40e-e92c0eb68959 $ sudo rm /usr/bin/hotcocoa $ sudo macgem install hotcocoa ERROR: While executing gem ... (Errno::ENOENT) No such file or directory - open() failed }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 16 17:04:09 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Sep 2010 00:04:09 -0000 Subject: [MacRuby] #905: Can't install the rubygems that create a file in "/usr/bin/". In-Reply-To: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> References: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> Message-ID: <060.215cb41ed86618a947c65b69a80d03aa@macosforge.org> #905: Can't install the rubygems that create a file in "/usr/bin/". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Comment(by watson1978@?): Can install the rubygems with r4489 only when the file to which shebang is written exists. {{{ $ sudo rm /usr/bin/hotcocoa $ /Users/watson/src/MacRuby% sudo macgem install hotcocoa ERROR: While executing gem ... (Errno::ENOENT) No such file or directory - open() failed $ sudo touch /usr/bin/hotcocoa $ sudo macgem install hotcocoa ERROR: While executing gem ... (EOFError) end of file reached $ echo '#!ruby' | sudo tee -i /usr/bin/hotcocoa #!ruby $ sudo macgem install hotcocoa WARNING: You are installing a new version of /usr/bin/hotcocoa. This file already exists with a different shebang, possibly from a different ruby implementation or version. This operation may break the script. Do you still wish to continue? [yn] y Successfully installed hotcocoa-0.5.1 1 gem installed }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 16 19:07:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Sep 2010 02:07:21 -0000 Subject: [MacRuby] #905: Can't install the rubygems that create a file in "/usr/bin/". In-Reply-To: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> References: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> Message-ID: <060.0a9ae5700f7eea0e60e218d1856eb949@macosforge.org> #905: Can't install the rubygems that create a file in "/usr/bin/". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * keywords: => 0.7-blocker Comment: It looks like a bug in thibault's change indeed. It must be fixed for 0.7. Thanks for finding it! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 17 00:51:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Sep 2010 07:51:58 -0000 Subject: [MacRuby] #905: Can't install the rubygems that create a file in "/usr/bin/". In-Reply-To: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> References: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> Message-ID: <060.dc060f17b8e20b52b42acad7937ba7c1@macosforge.org> #905: Can't install the rubygems that create a file in "/usr/bin/". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): I atach a pach. {{{ #!diff diff --git a/lib/rubygems/installer.rb b/lib/rubygems/installer.rb index 999a1be..7c1b28e 100644 --- a/lib/rubygems/installer.rb +++ b/lib/rubygems/installer.rb @@ -325,13 +325,21 @@ class Gem::Installer # FileUtils.rm_f bin_script_path # prior install may have been --no-wrappers bin_script_exists = File.exists?(bin_script_path) + mode = 'w' unless(bin_script_exists) + mode ||= 'r+' new_shebang = shebang(filename) - File.open bin_script_path, 'r+', 0755 do |file| + File.open bin_script_path, mode, 0755 do |file| if bin_script_exists # If the first line is different than the shebang we want to insert # we are probably overwriting a script installed by another ruby # implementation / version - if file.readline.chomp != new_shebang + begin + old_shebang = file.readline.chomp + rescue + old_shebang = "" + end + + if old_shebang != new_shebang warn = <<-WARN_MESSAGE You are installing a new version of #{bin_script_path}. This file already exists with a different shebang, possibly from a different }}} Result: {{{ $ sudo rm /usr/bin/hotcocoa $ sudo macgem install hotcocoaSuccessfully installed hotcocoa-0.5.1 1 gem installed $ sudo rm /usr/bin/hotcocoa $ sudo touch /usr/bin/hotcocoa $ sudo macgem install hotcocoa WARNING: You are installing a new version of /usr/bin/hotcocoa. This file already exists with a different shebang, possibly from a different ruby implementation or version. This operation may break the script. Do you still wish to continue? [yn] y Successfully installed hotcocoa-0.5.1 1 gem installed $ sudo rm /usr/bin/hotcocoa $ echo '#!ruby' | sudo tee -i /usr/bin/hotcocoa#!ruby $ sudo macgem install hotcocoa WARNING: You are installing a new version of /usr/bin/hotcocoa. This file already exists with a different shebang, possibly from a different ruby implementation or version. This operation may break the script. Do you still wish to continue? [yn] y Successfully installed hotcocoa-0.5.1 1 gem installed }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 17 01:08:08 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Sep 2010 08:08:08 -0000 Subject: [MacRuby] #905: Can't install the rubygems that create a file in "/usr/bin/". In-Reply-To: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> References: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> Message-ID: <060.403d896d85b62430c3d1d9976c9f734d@macosforge.org> #905: Can't install the rubygems that create a file in "/usr/bin/". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Thanks, please commit :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 17 01:33:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Sep 2010 08:33:58 -0000 Subject: [MacRuby] #905: Can't install the rubygems that create a file in "/usr/bin/". In-Reply-To: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> References: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> Message-ID: <060.ec825a3ba08f48c83308287cd6c6dd0a@macosforge.org> #905: Can't install the rubygems that create a file in "/usr/bin/". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: 0.7-blocker | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Thank you! Should be fixed in r4521. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 17 01:35:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 17 Sep 2010 08:35:01 -0000 Subject: [MacRuby] #905: Can't install the rubygems that create a file in "/usr/bin/". In-Reply-To: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> References: <051.1b16591442f3d9295d2c5a121a19cf85@macosforge.org> Message-ID: <060.f62964ec180cca023f07aedf7af40b72@macosforge.org> #905: Can't install the rubygems that create a file in "/usr/bin/". ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: 0.7-blocker | ----------------------------------+----------------------------------------- Changes (by watson1978@?): * milestone: => MacRuby 0.7 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 16:59:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 19 Sep 2010 23:59:26 -0000 Subject: [MacRuby] #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby Message-ID: <054.f5f9057b5cc6b23893f26d7813af58ca@macosforge.org> #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I am new to MacRuby so I apologize if I have this wrong. I am trying to access the patch values of a quartz composer controller object and I am running into some errors. Here is a summary of the code: class AppController attr_accessor :testButton, :myQCView def awakeFromNib @test_btn = false puts @myQCView.is_a? NSObject @myText.setStringValue("this is my value") @myQCView.setValue(txt, forKeyPath:"patch.text.value") puts @myQCView end # a test button def testButton(sender) if @test_btn @testButton.setTitle("test button") puts "test button activated" @myText.setStringValue("test content") @test_btn = false image = @myQCView.valueForOutputKey("quartz_image") puts "this is the image " + image if image puts "got the image" end else puts 'test button Stopped' @testButton.setTitle("stop test") @test_btn= true end end The error message I get is: 2010-09-19 16:43:39.851 QCRuby[4511:a0f] /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' 2010-09-19 16:43:40.697 QCRuby[4511:a0f] /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 16:59:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 19 Sep 2010 23:59:27 -0000 Subject: [MacRuby] #908: forKeyPath and valueForOutputKey don't appear to work in MacRuby Message-ID: <054.6ae9b42870bb2b40ffffc52565eb358d@macosforge.org> #908: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I am new to MacRuby so I apologize if I have this wrong. I am trying to access the patch values of a quartz composer controller object and I am running into some errors. Here is a summary of the code: class AppController attr_accessor :testButton, :myQCView def awakeFromNib @test_btn = false puts @myQCView.is_a? NSObject @myText.setStringValue("this is my value") @myQCView.setValue(txt, forKeyPath:"patch.text.value") puts @myQCView end # a test button def testButton(sender) if @test_btn @testButton.setTitle("test button") puts "test button activated" @myText.setStringValue("test content") @test_btn = false image = @myQCView.valueForOutputKey("quartz_image") puts "this is the image " + image if image puts "got the image" end else puts 'test button Stopped' @testButton.setTitle("stop test") @test_btn= true end end The error message I get is: 2010-09-19 16:43:39.851 QCRuby[4511:a0f] /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' 2010-09-19 16:43:40.697 QCRuby[4511:a0f] /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 16:59:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 19 Sep 2010 23:59:27 -0000 Subject: [MacRuby] #909: forKeyPath and valueForOutputKey don't appear to work in MacRuby Message-ID: <054.b97476b2b224d8dbbc3c86cf47c09774@macosforge.org> #909: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I am new to MacRuby so I apologize if I have this wrong. I am trying to access the patch values of a quartz composer controller object and I am running into some errors. Here is a summary of the code: class AppController attr_accessor :testButton, :myQCView def awakeFromNib @test_btn = false puts @myQCView.is_a? NSObject @myText.setStringValue("this is my value") @myQCView.setValue(txt, forKeyPath:"patch.text.value") puts @myQCView end # a test button def testButton(sender) if @test_btn @testButton.setTitle("test button") puts "test button activated" @myText.setStringValue("test content") @test_btn = false image = @myQCView.valueForOutputKey("quartz_image") puts "this is the image " + image if image puts "got the image" end else puts 'test button Stopped' @testButton.setTitle("stop test") @test_btn= true end end The error message I get is: 2010-09-19 16:43:39.851 QCRuby[4511:a0f] /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' 2010-09-19 16:43:40.697 QCRuby[4511:a0f] /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 16:59:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 19 Sep 2010 23:59:30 -0000 Subject: [MacRuby] #910: forKeyPath and valueForOutputKey don't appear to work in MacRuby Message-ID: <054.570683ec7b16fea8bc0e0e769184c300@macosforge.org> #910: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I am new to MacRuby so I apologize if I have this wrong. I am trying to access the patch values of a quartz composer controller object and I am running into some errors. Here is a summary of the code: class AppController attr_accessor :testButton, :myQCView def awakeFromNib @test_btn = false puts @myQCView.is_a? NSObject @myText.setStringValue("this is my value") @myQCView.setValue(txt, forKeyPath:"patch.text.value") puts @myQCView end # a test button def testButton(sender) if @test_btn @testButton.setTitle("test button") puts "test button activated" @myText.setStringValue("test content") @test_btn = false image = @myQCView.valueForOutputKey("quartz_image") puts "this is the image " + image if image puts "got the image" end else puts 'test button Stopped' @testButton.setTitle("stop test") @test_btn= true end end The error message I get is: 2010-09-19 16:43:39.851 QCRuby[4511:a0f] /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' 2010-09-19 16:43:40.697 QCRuby[4511:a0f] /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 17:02:04 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Sep 2010 00:02:04 -0000 Subject: [MacRuby] #910: forKeyPath and valueForOutputKey don't appear to work in MacRuby In-Reply-To: <054.570683ec7b16fea8bc0e0e769184c300@macosforge.org> References: <054.570683ec7b16fea8bc0e0e769184c300@macosforge.org> Message-ID: <063.a8030a2459b26f4d56f097c5f34f2f63@macosforge.org> #910: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by shaun@?): Sorry for submitting 4 tickets! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 23:04:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Sep 2010 06:04:58 -0000 Subject: [MacRuby] #910: forKeyPath and valueForOutputKey don't appear to work in MacRuby In-Reply-To: <054.570683ec7b16fea8bc0e0e769184c300@macosforge.org> References: <054.570683ec7b16fea8bc0e0e769184c300@macosforge.org> Message-ID: <063.70d15d0f7bdd79cff1961a218ee2ccbf@macosforge.org> #910: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | -------------------------------------+-------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => duplicate -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 23:05:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Sep 2010 06:05:18 -0000 Subject: [MacRuby] #909: forKeyPath and valueForOutputKey don't appear to work in MacRuby In-Reply-To: <054.b97476b2b224d8dbbc3c86cf47c09774@macosforge.org> References: <054.b97476b2b224d8dbbc3c86cf47c09774@macosforge.org> Message-ID: <063.e9de3089093b7e240795ea9a3a95c408@macosforge.org> #909: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | -------------------------------------+-------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => duplicate -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 23:05:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Sep 2010 06:05:22 -0000 Subject: [MacRuby] #908: forKeyPath and valueForOutputKey don't appear to work in MacRuby In-Reply-To: <054.6ae9b42870bb2b40ffffc52565eb358d@macosforge.org> References: <054.6ae9b42870bb2b40ffffc52565eb358d@macosforge.org> Message-ID: <063.d6c8f7d64863f385a98c2de31f520a8b@macosforge.org> #908: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | -------------------------------------+-------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => duplicate -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 23:13:06 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Sep 2010 06:13:06 -0000 Subject: [MacRuby] #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby In-Reply-To: <054.f5f9057b5cc6b23893f26d7813af58ca@macosforge.org> References: <054.f5f9057b5cc6b23893f26d7813af58ca@macosforge.org> Message-ID: <063.0587c4a541b3e3f1a006c07fca68ef78@macosforge.org> #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Description changed by martinlagardette@?: Old description: > I am new to MacRuby so I apologize if I have this wrong. > > I am trying to access the patch values of a quartz composer controller > object and I am running into some errors. > > Here is a summary of the code: > > class AppController > > attr_accessor :testButton, :myQCView > > def awakeFromNib > > @test_btn = false > > puts @myQCView.is_a? NSObject > @myText.setStringValue("this is my value") > @myQCView.setValue(txt, forKeyPath:"patch.text.value") > puts @myQCView > > end > > # a test button > def testButton(sender) > if @test_btn > @testButton.setTitle("test button") > puts "test button activated" > @myText.setStringValue("test content") > @test_btn = false > image = > @myQCView.valueForOutputKey("quartz_image") > puts "this is the image " + image > if image > puts "got the image" > end > else > puts 'test button Stopped' > @testButton.setTitle("stop test") > @test_btn= true > end > end > > The error message I get is: > > 2010-09-19 16:43:39.851 QCRuby[4511:a0f] > /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in > `testButton:': undefined method `valueForOutputKey' for > # (NoMethodError) > from > /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in > `
' > > 2010-09-19 16:43:40.697 QCRuby[4511:a0f] > /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in > `testButton:': undefined method `valueForOutputKey' for > # (NoMethodError) > from > /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in > `
' New description: I am new to MacRuby so I apologize if I have this wrong. I am trying to access the patch values of a quartz composer controller object and I am running into some errors. Here is a summary of the code: {{{ #!ruby class AppController attr_accessor :testButton, :myQCView def awakeFromNib @test_btn = false puts @myQCView.is_a? NSObject @myText.setStringValue("this is my value") @myQCView.setValue(txt, forKeyPath:"patch.text.value") puts @myQCView end # a test button def testButton(sender) if @test_btn @testButton.setTitle("test button") puts "test button activated" @myText.setStringValue("test content") @test_btn = false image = @myQCView.valueForOutputKey("quartz_image") puts "this is the image " + image if image puts "got the image" end else puts 'test button Stopped' @testButton.setTitle("stop test") @test_btn = true end end end }}} The error message I get is: {{{ 2010-09-19 16:43:39.851 QCRuby[4511:a0f] /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/shaun/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' 2010-09-19 16:43:40.697 QCRuby[4511:a0f] /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/AppController.rb:146:in `testButton:': undefined method `valueForOutputKey' for # (NoMethodError) from /Users/x/Documents/Code/MacRuby/QCRuby/build/Debug/QCRuby.app/Contents/Resources/rb_main.rb:11:in `
' }}} -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 19 23:19:54 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Sep 2010 06:19:54 -0000 Subject: [MacRuby] #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby In-Reply-To: <054.f5f9057b5cc6b23893f26d7813af58ca@macosforge.org> References: <054.f5f9057b5cc6b23893f26d7813af58ca@macosforge.org> Message-ID: <063.7f70f5728a0bfacd9fa165a95a1e9310@macosforge.org> #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by martinlagardette@?): I'm no expert on QC stuff, but it seems like `@myQCView` should be a `QCView` (which responds to `-valueForOutputKey` via the `QCCompositionRenderer` protocol), and not a `QCPatchController`. Did you verify your IB bindings? I may be wrong though, and maybe the problem comes from MacRuby. Did you try reproducing this bug in Objective-C? Just a side note: you named the var `@myQCView`, I think the `my` is not necessary, it's kind of obvious :P -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 20 11:03:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Sep 2010 18:03:12 -0000 Subject: [MacRuby] #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby In-Reply-To: <054.f5f9057b5cc6b23893f26d7813af58ca@macosforge.org> References: <054.f5f9057b5cc6b23893f26d7813af58ca@macosforge.org> Message-ID: <063.02682dcc12bfae26f12778bd91440adc@macosforge.org> #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Comment(by shaun@?): Hi Martin, Thank you for your help. It was indeed the issue. I was binding to the QCPatchController and not the QCView (I had an issue where I wasn't able to get the attr_accessor values to show up in interface builder and I went on a wild goose chase for a couple of hours until a MacRuby reinstall fixed the issue). MacRuby is not the issue. myThanks, Shaun -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 20 16:20:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 20 Sep 2010 23:20:13 -0000 Subject: [MacRuby] #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby In-Reply-To: <054.f5f9057b5cc6b23893f26d7813af58ca@macosforge.org> References: <054.f5f9057b5cc6b23893f26d7813af58ca@macosforge.org> Message-ID: <063.31a2f8ebc78e0e9ca22c5a6289272eee@macosforge.org> #907: forKeyPath and valueForOutputKey don't appear to work in MacRuby -------------------------------------+-------------------------------------- Reporter: shaun@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: invalid Keywords: | -------------------------------------+-------------------------------------- Changes (by martinlagardette@?): * status: new => closed * resolution: => invalid Comment: Glad it worked :-) Closing this then ;-) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 20 21:03:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 21 Sep 2010 04:03:56 -0000 Subject: [MacRuby] #911: AOT code should optionally preserve and honor debug metadata Message-ID: <052.4e5ecb6572f12f5929bd8f3338d361e0@macosforge.org> #911: AOT code should optionally preserve and honor debug metadata -----------------------------------+---------------------------------------- Reporter: lsansonetti@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Currently, the dwarf metadata generated by the compiler disappears during AOT compilation. While this isn't a problem when AOT compilation is used to generate a final product, this is an issue when AOT code is used during development. The dwarf metadata should be preserved and exposed once the AOT code module is invoked, but not by default. Let's add a -g option to macrubyc to enable this. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 07:51:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Sep 2010 14:51:42 -0000 Subject: [MacRuby] #912: macirb crash on launch Message-ID: <056.eacb11a61942a9e71a1b42a66b89feae@macosforge.org> #912: macirb crash on launch ---------------------------------------+------------------------------------ Reporter: matt.massicotte@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ I'm unable to launch macirb with using macruby_nightly-2010-09-22. The 09-21 version works fine. matt$ macirb Assertion failed: ((i >= FTy->getNumParams() || FTy->getParamType(i) == Params[i]->getType()) && "Calling a function with a bad signature!"), function init, file Instructions.cpp, line 247. Abort trap Partial crash report: Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 libSystem.B.dylib 0x00007fff874433d6 __kill + 10 1 libSystem.B.dylib 0x00007fff874e3972 abort + 83 2 libSystem.B.dylib 0x00007fff874d09b4 __pthread_markcancel + 0 3 libmacruby.dylib 0x00000001008afeb7 rb_str_NSCoder_decode + 7579847 4 libmacruby.dylib 0x0000000100135604 rb_vm_get_opaque_data + 155092 5 libmacruby.dylib 0x00000001001129e0 rb_vm_get_opaque_data + 12720 6 libmacruby.dylib 0x000000010011a4bf rb_vm_get_opaque_data + 44175 7 libmacruby.dylib 0x000000010013d25f rb_vm_get_opaque_data + 186927 8 libmacruby.dylib 0x000000010013a4ea rb_vm_get_opaque_data + 175290 9 libmacruby.dylib 0x000000010012d1b2 rb_vm_get_opaque_data + 121218 10 libmacruby.dylib 0x000000010013a544 rb_vm_get_opaque_data + 175380 11 libmacruby.dylib 0x000000010012856b rb_vm_get_opaque_data + 101691 12 libmacruby.dylib 0x000000010015a69a rb_vm_run + 186 13 libmacruby.dylib 0x000000010015ab41 rb_vm_run_under + 241 14 libmacruby.dylib 0x00000001000ff927 rb_f_eval + 343 15 libmacruby.dylib 0x0000000100143ada rb_vm_dispatch + 5914 16 context.rbo 0x0000000100fb45cb 0x100fb3000 + 5579 17 context.rbo 0x0000000100fb577c MREP_ADA3ED74E18D43BEA790A79A0109D29F + 4172 18 libmacruby.dylib 0x0000000100143dc0 rb_vm_dispatch + 6656 19 context.rbo 0x0000000100fb45cb 0x100fb3000 + 5579 20 context.rbo 0x0000000100fb53d8 MREP_ADA3ED74E18D43BEA790A79A0109D29F + 3240 21 libmacruby.dylib 0x0000000100143deb rb_vm_dispatch + 6699 22 libmacruby.dylib 0x000000010006f5ba rb_class_new_instance_imp + 538 23 libmacruby.dylib 0x0000000100143ada rb_vm_dispatch + 5914 24 tty.rbo 0x0000000103af4a3f 0x103af3000 + 6719 25 tty.rbo 0x0000000103af61f0 MREP_34DC9C10178B4D54B7A2D76BB47E59A8 + 5712 26 libmacruby.dylib 0x0000000100143deb rb_vm_dispatch + 6699 27 ??? 0x0000000103a01acc 0 + 4355791564 28 ??? 0x0000000103a00926 0 + 4355787046 29 ??? 0x0000000103a0026b 0 + 4355785323 30 ??? 0x0000000103a00173 0 + 4355785075 31 libmacruby.dylib 0x000000010015a7f3 rb_vm_run + 531 32 libmacruby.dylib 0x0000000100040f00 ruby_run_node + 80 33 macruby 0x0000000100000d28 main + 152 34 macruby 0x0000000100000c88 start + 52 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 11:17:43 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Sep 2010 18:17:43 -0000 Subject: [MacRuby] #912: macirb crash on launch In-Reply-To: <056.eacb11a61942a9e71a1b42a66b89feae@macosforge.org> References: <056.eacb11a61942a9e71a1b42a66b89feae@macosforge.org> Message-ID: <065.f1440f510998c8eaddc2e2cac3e01b70@macosforge.org> #912: macirb crash on launch ---------------------------------------+------------------------------------ Reporter: matt.massicotte@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Comment(by lsansonetti@?): Can you try {{{macirb -f}}} and see if it crashes still? If not, then it means that the crash is related to your irbrc. Please paste it here. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 11:36:01 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Sep 2010 18:36:01 -0000 Subject: [MacRuby] #913: Aliases of setter methods created by attr_writer produce erroneous results Message-ID: <050.c884be8cdb92ef2ebc1d8d8ff64229e7@macosforge.org> #913: Aliases of setter methods created by attr_writer produce erroneous results ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Aliases of setter methods created by attr_writer do not write their values to the original attribute {{{ $ cat test.rb puts MACRUBY_REVISION class A attr_writer :x alias :y= :x= alias :setY :setX alias :foo :setX end obj = A.new obj.y = 1 puts obj.inspect obj.setY 2 puts obj.inspect obj.foo 3 puts obj.inspect $ macruby test.rb svn revision 4533 from http://svn.macosforge.org/repository/ruby/MacRuby/trunk # # # }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 12:47:29 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Sep 2010 19:47:29 -0000 Subject: [MacRuby] #914: September 22nd nightly build fails trying to install mongrel Message-ID: <053.561bcdf4af241197d5145cba2a6407f8@macosforge.org> #914: September 22nd nightly build fails trying to install mongrel ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: nightly mongrel control_tower crash ------------------------------------+--------------------------------------- I have just setup a new machine with MacRuby and tried installing several gems. When I try to install mongrel, macgem crashes almost immediately with the following error: # time sudo macgem install mongrel Assertion failed: ((i >= FTy->getNumParams() || FTy->getParamType(i) == Params[i]->getType()) && "Calling a function with a bad signature!"), function init, file Instructions.cpp, line 247. zsh: abort sudo macgem install mongrel sudo macgem install mongrel 0.54s user 0.05s system 78% cpu 0.750 total I have also noticed that when I try the hello.ru example from the Control Tower blog entry I have the same problem (I have attached the crash log from the control tower crash). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 12:53:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Sep 2010 19:53:45 -0000 Subject: [MacRuby] #914: September 22nd nightly build fails trying to install mongrel In-Reply-To: <053.561bcdf4af241197d5145cba2a6407f8@macosforge.org> References: <053.561bcdf4af241197d5145cba2a6407f8@macosforge.org> Message-ID: <062.4057e2d538ca97cd7f4ecbd425dca6b6@macosforge.org> #914: September 22nd nightly build fails trying to install mongrel ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: nightly mongrel control_tower crash ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): Looks like #912. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 13:53:52 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Sep 2010 20:53:52 -0000 Subject: [MacRuby] #912: macirb crash on launch In-Reply-To: <056.eacb11a61942a9e71a1b42a66b89feae@macosforge.org> References: <056.eacb11a61942a9e71a1b42a66b89feae@macosforge.org> Message-ID: <065.4a17ddb7ad0d5de71e0238eaff252fc1@macosforge.org> #912: macirb crash on launch ---------------------------------------+------------------------------------ Reporter: matt.massicotte@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ---------------------------------------+------------------------------------ Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4534. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 13:54:02 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Sep 2010 20:54:02 -0000 Subject: [MacRuby] #914: September 22nd nightly build fails trying to install mongrel In-Reply-To: <053.561bcdf4af241197d5145cba2a6407f8@macosforge.org> References: <053.561bcdf4af241197d5145cba2a6407f8@macosforge.org> Message-ID: <062.66c4a7e1940dc1874bfa8d222ad1d6de@macosforge.org> #914: September 22nd nightly build fails trying to install mongrel -------------------------------------------------+-------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: nightly mongrel control_tower crash | -------------------------------------------------+-------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4534. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 16:13:58 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Sep 2010 23:13:58 -0000 Subject: [MacRuby] #915: ControlTower - provide some mechanism for upload progress reporting Message-ID: <066.b4d5d8ad25448b58ae01ec00d3b94f6e@macosforge.org> #915: ControlTower - provide some mechanism for upload progress reporting -------------------------------------------------+-------------------------- Reporter: russm-trac-macports-org@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: upload streaming progress -------------------------------------------------+-------------------------- ControlTower should provide some way for applications to do upload progress reporting - either as an integrated feature, or by receiving only the request headers and then passing a streaming env["rack.input"] to the application so that UPR (http://upr.bogomips.org/) or similar can be used. see: http://lists.macosforge.org/pipermail/macruby- devel/2010-September/006061.html -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 16:17:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 22 Sep 2010 23:17:59 -0000 Subject: [MacRuby] #915: ControlTower - provide some mechanism for upload progress reporting In-Reply-To: <066.b4d5d8ad25448b58ae01ec00d3b94f6e@macosforge.org> References: <066.b4d5d8ad25448b58ae01ec00d3b94f6e@macosforge.org> Message-ID: <075.ffbd030947c492e526d635d68af3ebbf@macosforge.org> #915: ControlTower - provide some mechanism for upload progress reporting -------------------------------------------------+-------------------------- Reporter: russm-trac-macports-org@? | Owner: joshua.ballanco@? Type: enhancement | Status: new Priority: minor | Milestone: Component: ControlTower | Keywords: upload streaming progress -------------------------------------------------+-------------------------- Changes (by lsansonetti@?): * owner: lsansonetti@? => joshua.ballanco@? * component: MacRuby => ControlTower -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 20:28:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 23 Sep 2010 03:28:28 -0000 Subject: [MacRuby] #916: NSKeyedArchiver/Unarchiver generates multiple copies of the same object Message-ID: <050.45ad758ea8a520446e7ccd9b223cc849@macosforge.org> #916: NSKeyedArchiver/Unarchiver generates multiple copies of the same object ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ {{{ $ cat test.rb class A attr_accessor :a def initWithCoder coder @a = coder.decodeObjectForKey 'a' self end def encodeWithCoder coder coder.encodeObject @a, forKey:'a' end end a = A.new b = A.new a b.a = a puts(a == b.a) data = NSKeyedArchiver.archivedDataWithRootObject a a = NSKeyedUnarchiver.unarchiveObjectWithData data puts(a == b.a) $ macruby test.rb true false }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 21:03:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 23 Sep 2010 04:03:12 -0000 Subject: [MacRuby] #916: NSKeyedArchiver/Unarchiver generates multiple copies of the same object In-Reply-To: <050.45ad758ea8a520446e7ccd9b223cc849@macosforge.org> References: <050.45ad758ea8a520446e7ccd9b223cc849@macosforge.org> Message-ID: <059.8ec47536f80ee145666a271d640877cd@macosforge.org> #916: NSKeyedArchiver/Unarchiver generates multiple copies of the same object ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by mred@?): Sorry, this doesn't work because is shouldn't work. I'm having problems with duplicate objects using NSKeyedArchiver/Unarchiver, but this doesn't demonstrate the problem. I'll try to generate a valid example of the problem and resubmit. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 22 22:54:15 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 23 Sep 2010 05:54:15 -0000 Subject: [MacRuby] #916: NSKeyedArchiver/Unarchiver generates multiple copies of the same object In-Reply-To: <050.45ad758ea8a520446e7ccd9b223cc849@macosforge.org> References: <050.45ad758ea8a520446e7ccd9b223cc849@macosforge.org> Message-ID: <059.189a499a917a7f9c672da38cdd6b54d4@macosforge.org> #916: NSKeyedArchiver/Unarchiver generates multiple copies of the same object ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by mred@?): Ok, I've provided an example as an attachment that I believe demonstrates the problem. It appears that the common identity of objects is missed when objects are used as keys in a Hash. Encoding the hash's keys as an array seems to work however. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 23 14:17:28 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 23 Sep 2010 21:17:28 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.e8cb6202ed105b23742475a628743e20@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): Since r4535, MacRuby crash at the following points. {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec spec/frozen/language/predefined_spec.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] ..unknown: [BUG] destination 0x7fff5fbeea00 isn't in the auto zone MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: abort ./mspec/bin/mspec ci -B ./spec/macruby.mspec $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec spec/frozen/language/predefined_spec.rb -f s MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] Predefined global $~ - is set to contain the MatchData object of the last match if successful - is set to nil if the last match was unsuccessful - is set at the method-scoped level rather than block-scopedunknown: [BUG] destination 0x7fff5fbee9e0 isn't in the auto zone MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: abort ./mspec/bin/mspec ci -B ./spec/macruby.mspec -f s }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 23 18:41:21 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 24 Sep 2010 01:41:21 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.21b511b3be007c0c9bf2649bc371de9b@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Interesting... I do not reproduce the problem in my environment. Could you paste a backtrace for the auto zone assertion? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 23 19:22:23 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 24 Sep 2010 02:22:23 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.2678343dc0127352f18678cfc00c3643@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): BackTrace: {{{ $ VM_DISABLE_RBO=t ./mspec/bin/mspec ci -D -B ./spec/macruby.mspec spec/frozen/language/predefined_spec.rb GNU gdb 6.3.50-20050815 (Apple version gdb-1469) (Wed May 5 04:36:56 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 warning: unable to read history from "/Users/watson/.gdb_history": Permission denied (gdb) r Starting program: /Users/watson/src/macruby-x86/macruby -I. -I./lib -I./ext -I./ext/ripper/lib -I./ext/bigdecimal -I./ext/digest/bubblebabble -I./ext/digest -I./ext/digest/md5 -I./ext/digest/rmd160 -I./ext/digest/sha1 -I./ext/digest/sha2 -I./ext/etc -I./ext/fcntl -I./ext/iconv -I./ext/json -I./ext/libyaml -I./ext/nkf -I./ext/openssl -I./ext/readline -I./ext/ripper -I./ext/socket -I./ext/zlib -v /Users/watson/src/macruby-x86/mspec/bin/mspec-ci -B ./spec/macruby.mspec spec/frozen/language/predefined_spec.rb Reading symbols for shared libraries .++++........................ done Reading symbols for shared libraries . done MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] Reading symbols for shared libraries . done ..unknown: [BUG] destination 0x7fff5fbec260 isn't in the auto zone MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] Program received signal SIGABRT, Aborted. 0x00007fff828033d6 in __kill () (gdb) bt #0 0x00007fff828033d6 in __kill () #1 0x00007fff828a3972 in abort () #2 0x00000001000351af in rb_bug (fmt=Could not find the frame base for "rb_bug". ) at error.c:229 #3 0x00000001056d5fc1 in ?? () #4 0x00000001056d5eca in ?? () #5 0x000000010014aad7 in rb_vm_run (fname=0x10097bbac "(eval)", node=0x20031bcc0, binding=0x0, inside_eval=true) at vm.cpp:3845 #6 0x000000010014ad94 in rb_vm_run_under () at vm.cpp:3903 #7 0x00000001000e440a in rb_vm_eval_string (self=8593430752, klass=0, src=8593269632, binding=0x0, file=0x10097bbac "(eval)", line=1) at vm_eval.c:339 #8 0x00000001000e44b1 in eval_string (self=8593430752, klass=0, src=8593269632, scope=4, file=0x10097bbac "(eval)", line=1) at vm_eval.c:355 #9 0x00000001000e487b in rb_f_eval (self=8593430752, sel=0x1010535d0, argc=1, argv=0x7fff5fbec270) at vm_eval.c:464 #10 0x0000000100130869 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:448 #11 0x0000000100130869 in rb_vm_dispatch () at dispatcher.cpp:830 #12 0x00000001037004ec in ?? () #13 0x000000010377f60c in ?? () #14 0x00000001001381fb in __rb_vm_bcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:98 #15 0x00000001001381fb in vm_block_eval [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:1179 #16 0x00000001001381fb in rb_vm_yield_under () at dispatcher.cpp:1275 #17 0x00000001000e4529 in specific_eval (argc=0, argv=0x0, klass=8593431328, self=8593430752) at vm_eval.c:372 #18 0x00000001000e4ad8 in rb_obj_instance_eval (self=8593430752, sel=0x1010d3160, top=8590885952, argc=0, argv=0x0) at vm_eval.c:536 #19 0x000000010013091c in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:457 #20 0x000000010013091c in rb_vm_dispatch () at dispatcher.cpp:830 #21 0x00000001037004ec in ?? () #22 0x0000000103779d55 in ?? () #23 0x0000000100130e9a in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:161 #24 0x0000000100130e9a in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #25 0x0000000100130e9a in rb_vm_dispatch () at dispatcher.cpp:830 #26 0x00000001037004ec in ?? () #27 0x000000010377e882 in ?? () #28 0x0000000100137113 in __rb_vm_bcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:100 #29 0x0000000100137113 in vm_block_eval [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:1179 #30 0x0000000100137113 in rb_vm_yield_args () at dispatcher.cpp:1236 #31 0x00000001000e3e4e in rb_vm_yield (argc=1, argv=0x7fff5fbef348) at vm.h:633 #32 0x00000001000e3e6b in rb_yield_values2 (argc=1, argv=0x7fff5fbef348) at vm_eval.c:202 #33 0x0000000100030ed5 in all_iter_i (i=8593457408, memo=0x7fff5fbf0048, argc=1, argv=0x7fff5fbef348) at enum.c:872 #34 0x000000010013685b in vm_block_eval [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:1083 #35 0x000000010013685b in rb_vm_yield_args () at dispatcher.cpp:1236 #36 0x00000001000e3e4e in rb_vm_yield (argc=1, argv=0x7fff5fbef348) at vm.h:633 #37 0x00000001000e3e21 in rb_yield (val=8593457408) at vm_eval.c:196 #38 0x00000001000176d1 in rary_each (ary=8593571968, sel=0x10104b1a0) at array.c:1065 #39 0x0000000100130e68 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:159 #40 0x0000000100130e68 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #41 0x0000000100130e68 in rb_vm_dispatch () at dispatcher.cpp:830 #42 0x00000001000e2999 in rb_vm_call0 (vm=0x10101e730, top=0, self=8593571968, klass=0x20006ddc0, sel=0x10104b1a0, block=0x20034bdc0, opt=2 '\002', argc=0, argv=0x0) at vm.h:599 #43 0x00000001000e3a69 in rb_vm_call2 (block=0x20034bdc0, self=8593571968, klass=8590384576, sel=0x10104b1a0, argc=0, argv=0x0) at vm.h:624 #44 0x00000001000e4219 in rb_objc_block_call (obj=8593571968, sel=0x10104b1a0, argc=0, argv=0x0, bl_proc=0x100030eb2 , data2=140734799741000) at vm_eval.c:280 #45 0x0000000100030f49 in enum_all (obj=8593571968, sel=0x1010baf00) at enum.c:896 #46 0x0000000100130e68 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:159 #47 0x0000000100130e68 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #48 0x0000000100130e68 in rb_vm_dispatch () at dispatcher.cpp:830 #49 0x00000001037004ec in ?? () #50 0x000000010377e4cc in ?? () #51 0x0000000100130f30 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:165 #52 0x0000000100130f30 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #53 0x0000000100130f30 in rb_vm_dispatch () at dispatcher.cpp:830 #54 0x00000001037004ec in ?? () #55 0x00000001056d1f34 in ?? () #56 0x0000000100137113 in __rb_vm_bcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:100 #57 0x0000000100137113 in vm_block_eval [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:1179 #58 0x0000000100137113 in rb_vm_yield_args () at dispatcher.cpp:1236 #59 0x00000001000e3e4e in rb_vm_yield (argc=1, argv=0x7fff5fbf2558) at vm.h:633 #60 0x00000001000e3e21 in rb_yield (val=8593065152) at vm_eval.c:196 #61 0x00000001000176d1 in rary_each (ary=8592159744, sel=0x10104b1a0) at array.c:1065 #62 0x0000000100130e68 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:159 #63 0x0000000100130e68 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #64 0x0000000100130e68 in rb_vm_dispatch () at dispatcher.cpp:830 #65 0x00000001037004ec in ?? () #66 0x00000001056d0381 in ?? () #67 0x0000000100130e68 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:159 #68 0x0000000100130e68 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #69 0x0000000100130e68 in rb_vm_dispatch () at dispatcher.cpp:830 #70 0x00000001037004ec in ?? () #71 0x000000010374214d in ?? () #72 0x0000000100130edb in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:163 #73 0x0000000100130edb in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #74 0x0000000100130edb in rb_vm_dispatch () at dispatcher.cpp:830 #75 0x00000001037004ec in ?? () #76 0x000000010374239e in ?? () #77 0x0000000100130f30 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:165 #78 0x0000000100130f30 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #79 0x0000000100130f30 in rb_vm_dispatch () at dispatcher.cpp:830 #80 0x00000001037004ec in ?? () #81 0x000000010377a34f in ?? () #82 0x000000010014aad7 in rb_vm_run (fname=0x20034a0c0 "/Users/watson/src/macruby-x86/spec/frozen/language/predefined_spec.rb", node=0x20026e960, binding=0x0, inside_eval=false) at vm.cpp:3845 #83 0x0000000100040fa6 in rb_load (fname=8592865792, wrap=0) at load.c:103 #84 0x0000000100041005 in rb_f_load (rcv=8590041664, sel=0x7fff81089c91, argc=1, argv=0x7fff5fbf74b8) at load.c:128 #85 0x0000000100130869 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:448 #86 0x0000000100130869 in rb_vm_dispatch () at dispatcher.cpp:830 #87 0x00000001037004ec in ?? () #88 0x0000000103779c38 in ?? () #89 0x00000001001381fb in __rb_vm_bcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:98 #90 0x00000001001381fb in vm_block_eval [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:1179 #91 0x00000001001381fb in rb_vm_yield_under () at dispatcher.cpp:1275 #92 0x00000001000e4529 in specific_eval (argc=0, argv=0x0, klass=8593431328, self=8593430752) at vm_eval.c:372 #93 0x00000001000e4ad8 in rb_obj_instance_eval (self=8593430752, sel=0x1010d3160, top=8590885952, argc=0, argv=0x0) at vm_eval.c:536 #94 0x000000010013091c in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:457 #95 0x000000010013091c in rb_vm_dispatch () at dispatcher.cpp:830 #96 0x00000001037004ec in ?? () #97 0x0000000103779d55 in ?? () #98 0x0000000100130e9a in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:161 #99 0x0000000100130e9a in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #100 0x0000000100130e9a in rb_vm_dispatch () at dispatcher.cpp:830 #101 0x00000001037004ec in ?? () #102 0x0000000103777c58 in ?? () #103 0x0000000100137113 in __rb_vm_bcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:100 #104 0x0000000100137113 in vm_block_eval [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:1179 #105 0x0000000100137113 in rb_vm_yield_args () at dispatcher.cpp:1236 #106 0x00000001000e3e4e in rb_vm_yield (argc=1, argv=0x7fff5fbf9ff8) at vm.h:633 #107 0x00000001000e3e21 in rb_yield (val=8593256416) at vm_eval.c:196 #108 0x00000001000176d1 in rary_each (ary=8593523616, sel=0x10104b1a0) at array.c:1065 #109 0x0000000100130e68 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:159 #110 0x0000000100130e68 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #111 0x0000000100130e68 in rb_vm_dispatch () at dispatcher.cpp:830 #112 0x00000001037004ec in ?? () #113 0x000000010377766a in ?? () #114 0x0000000100130e68 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:159 #115 0x0000000100130e68 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #116 0x0000000100130e68 in rb_vm_dispatch () at dispatcher.cpp:830 #117 0x00000001037004ec in ?? () #118 0x0000000103776ca7 in ?? () #119 0x0000000100130e68 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:159 #120 0x0000000100130e68 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #121 0x0000000100130e68 in rb_vm_dispatch () at dispatcher.cpp:830 #122 0x00000001037004ec in ?? () #123 0x0000000103776313 in ?? () #124 0x0000000100130e68 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:159 #125 0x0000000100130e68 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #126 0x0000000100130e68 in rb_vm_dispatch () at dispatcher.cpp:830 #127 0x00000001037004ec in ?? () #128 0x0000000103764c0f in ?? () #129 0x0000000100130e68 in __rb_vm_rcall [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:159 #130 0x0000000100130e68 in ruby_dispatch [inlined] () at /Users/watson/src/macruby-x86/dispatcher.cpp:466 #131 0x0000000100130e68 in rb_vm_dispatch () at dispatcher.cpp:830 #132 0x00000001037004ec in ?? () #133 0x00000001037001be in ?? () #134 0x000000010014aad7 in rb_vm_run (fname=0x20000e8a0 "/Users/watson/src/macruby-x86/mspec/bin/mspec-ci", node=0x2000c53e0, binding=0x0, inside_eval=false) at vm.cpp:3845 #135 0x0000000100038c28 in ruby_run_node (n=0x2000c53e0) at eval.c:211 #136 0x0000000100000c15 in main (argc=28, argv=0x10101de20, envp=0x7fff5fbff0a0) at main.cpp:40 (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 24 08:36:19 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 24 Sep 2010 15:36:19 -0000 Subject: [MacRuby] #917: NSKeyedArchiver fails to find a superclass's implementation of 'encodeWithCoder:' Message-ID: <050.10ee0bf7ccb85fef51bc52f5c58066fd@macosforge.org> #917: NSKeyedArchiver fails to find a superclass's implementation of 'encodeWithCoder:' ---------------------------------+------------------------------------------ Reporter: mred@? | Owner: lsansonetti@? Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ NSKeyedArchiver fails to find a superclass's implementation of 'encodeWithCoder:' when its objects are encoded in a particular order. When the code excerpted below is run: {{{ class ArchiverDelegate def archiver archiver, willEncodeObject:object puts "willEncode #{object.class}" object end end def test_archiver graph = Graph.new a = A.new graph.addNode a b = B.new graph.addNode b b.connect a data = NSMutableData.alloc.init archiver = NSKeyedArchiver.alloc.initForWritingWithMutableData data delegate = ArchiverDelegate.alloc.init archiver.setDelegate delegate archiver.encodeObject graph, forKey:'root' archiver.finishEncoding end 10.times do |i| puts i test_archiver end }}} I get results such as this: {{{ $ macruby test-archiver.rb 0 willEncode Graph willEncode NSCFSet willEncode A willEncode B willEncode Connection 1 willEncode Graph willEncode NSCFSet willEncode B willEncode Connection willEncode A /Users/ehynes/ClockSmith/current/Test/hgignore/test-archiver.rb:1:in `
': super: no superclass method `encodeWithCoder' for # (NoMethodError) }}} The NoMethodError occurs whenever B is encoded before A. Attached is the complete code example. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Sep 24 15:18:42 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 24 Sep 2010 22:18:42 -0000 Subject: [MacRuby] #914: September 22nd nightly build fails trying to install mongrel In-Reply-To: <053.561bcdf4af241197d5145cba2a6407f8@macosforge.org> References: <053.561bcdf4af241197d5145cba2a6407f8@macosforge.org> Message-ID: <062.f8240ce8c2b0a8ecdfb7aa780f12f091@macosforge.org> #914: September 22nd nightly build fails trying to install mongrel -------------------------------------------------+-------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: nightly mongrel control_tower crash | -------------------------------------------------+-------------------------- Comment(by mrada@?): Yup, new nightly works on that new machine and my own. Thanks! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Sep 25 09:37:56 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 25 Sep 2010 16:37:56 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.589777c7fe6d2714dfc6f7c57f405187@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): I took some logs about the auto zone. (attached: debug_log_r4537.txt). I hope that useful data are included. :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 26 04:52:24 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 26 Sep 2010 11:52:24 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.7963cc6afc7162bf7e8b31b740d85a48@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): I made "predefined_spec.rb" simple. {{{ #!ruby #$ cat t.rb match = nil eval 'match = /baz/.match("baz")' p match }}} {{{ $ macruby t.rb unknown: [BUG] destination 0x7fff5fbff838 isn't in the auto zone MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] zsh: abort macruby t.rb }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Sep 26 19:01:55 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 02:01:55 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.e82ebae85127c3b31d6979cca8a8fe56@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): Thanks for the reduction. Unfortunately, it works fine on my environment. I will try tomorrow at work on a similar environment than you. it seems definitely related to r4535. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 05:25:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 12:25:26 -0000 Subject: [MacRuby] #918: Startup Time Message-ID: <046.fb0421839e26aa09948b1e0ed1a3ab23@macosforge.org> #918: Startup Time -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: startup performance -----------------------------+---------------------------------------------- Startup time encumbers general performance. As of now it is reported to be around 0.1s. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 12:09:30 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 19:09:30 -0000 Subject: [MacRuby] #919: URI::HTTP path_query method is private in MacRuby but not in MRI Message-ID: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> #919: URI::HTTP path_query method is private in MacRuby but not in MRI ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I use the handsoap gem to setup a service, I notice a problem in the library that does not exist when I run it using MRI. MacRuby is telling me that I am trying to access a method that is private. I have attached a small piece of code to show the problem (using the handsoap gem). It will not display the correct behaviour on MRI, only the potential bug behaviour on MacRuby. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 13:38:11 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 20:38:11 -0000 Subject: [MacRuby] #919: URI::HTTP path_query method is private in MacRuby but not in MRI In-Reply-To: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> References: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> Message-ID: <062.8e87c742b49f1e15a76acc9990d7cd3b@macosforge.org> #919: URI::HTTP path_query method is private in MacRuby but not in MRI ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): It seems that URI::HTTP#path_query is private method within CRuby also.[[BR]] Another problems? {{{ #!ruby #$ cat test_uri.rb require 'uri' uri = URI("http://www.google.co.jp/search?q=macruby") p uri.class p uri.path_query }}} {{{ $ ruby19 -v test_uri.rb ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] URI::HTTP test_uri.rb:6:in `
': private method `path_query' called for # (NoMethodError) $ DYLD_LIBRARY_PATH=. ./macruby -I./lib ~/tmp/test_uri.rb URI::HTTP private method `path_query' called for # (NoMethodError) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 13:44:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 20:44:45 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.2e4189272603a26f4c84c7df43501594@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): I understand the problem. The compiler now emits a write barrier for the `match=' expression since the variable comes from the binding, but it's located on the stack, not on auto_zone heap. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 14:30:12 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 21:30:12 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.b165975a6dd0c4b87f0f03b5def7e393@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): The crash should be fixed in r4543. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 14:32:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 21:32:13 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.84d0f3914bc6fa923358a73f564fa90c@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by lsansonetti@?): On my Mac Pro running 10.6.4 and macruby trunk, spec:ci no longer crashes for me. There are failing specs, but no crash. Can you confirm that spec:ci still crashes for you? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 15:03:13 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 22:03:13 -0000 Subject: [MacRuby] #919: URI::HTTP path_query method is private in MacRuby but not in MRI In-Reply-To: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> References: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> Message-ID: <062.491fe38c769a4b9d5103d5e03aa81933@macosforge.org> #919: URI::HTTP path_query method is private in MacRuby but not in MRI ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Replying to [comment:1 watson1978@?]: > It seems that URI::HTTP#path_query is private method within CRuby also.[[BR]] > Another problems? > {{{ > #!ruby > #$ cat test_uri.rb > require 'uri' > > uri = URI("http://www.google.co.jp/search?q=macruby") > p uri.class > p uri.path_query > }}} > > {{{ > $ ruby19 -v test_uri.rb > ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-darwin10.4.0] > URI::HTTP > test_uri.rb:6:in `
': private method `path_query' called for # (NoMethodError) > > $ DYLD_LIBRARY_PATH=. ./macruby -I./lib ~/tmp/test_uri.rb URI::HTTP > private method `path_query' called for # (NoMethodError) > }}} I tried your code and got your result. I double checked my stuff and I am still getting the original error in my code only when I run it with MacRuby (through macrake test) and not when I run it with Ruby 1.9.2 (through rake test). I'm completely lost here, not sure if there is some other hidden problem in MacRuby or perhaps the Handsoap gem. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 15:38:18 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 22:38:18 -0000 Subject: [MacRuby] #919: URI::HTTP path_query method is private in MacRuby but not in MRI In-Reply-To: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> References: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> Message-ID: <062.10cbce1ebe3f8203cd3686e9e9b77e08@macosforge.org> #919: URI::HTTP path_query method is private in MacRuby but not in MRI ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): I can see the following code in handsoap/http/drivers/net_http_driver.rb: {{{ ::URI::Generic.send(:public, :path_query) # hackety hack path = url.path_query }}} Besides the fact that this is a really bad hack, I assume this isn't working in MacRuby, since the method remains private. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 15:55:51 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 22:55:51 -0000 Subject: [MacRuby] #919: URI::HTTP path_query method is private in MacRuby but not in MRI In-Reply-To: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> References: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> Message-ID: <062.c0e380ebbc3390317441b784af30e53f@macosforge.org> #919: URI::HTTP path_query method is private in MacRuby but not in MRI ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Should be fixed in r4544. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 16:06:45 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 23:06:45 -0000 Subject: [MacRuby] #918: Startup Time In-Reply-To: <046.fb0421839e26aa09948b1e0ed1a3ab23@macosforge.org> References: <046.fb0421839e26aa09948b1e0ed1a3ab23@macosforge.org> Message-ID: <055.dd324e5ce8de0a85be025963d08a73f3@macosforge.org> #918: Startup Time -----------------------------+---------------------------------------------- Reporter: lp@? | Owner: lsansonetti@? Type: enhancement | Status: new Priority: minor | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: startup performance -----------------------------+---------------------------------------------- Comment(by lsansonetti@?): After r4545, MacRuby's startup time went from 0.9s to 0.7s. Let's see if we can continue. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 16:27:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 23:27:22 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.edd1afb88f3237e409d5875ed3522db3@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): Still cashes with MacRuby latest + r4433's spec. {{{ $ git clone git://git.macruby.org/macruby/MacRuby.git $ svn co -r 4433 http://svn.macosforge.org/repository/ruby/MacRuby/trunk macruby-4433 $ cd MacRuby/ $ rm -rf spec/* $ cp -R ../macruby-4433/spec/* spec/ $ RC_ARCHS=x86_64 rake jobs=2 $ opts="-V" rake spec:ci (in /Users/watson/src/MacRuby) rm -rf rubyspec_temp ./mspec/bin/mspec ci -B ./spec/macruby.mspec -V :full MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] /Users/watson/src/MacRuby/spec/macruby/core/array_spec.rb . /Users/watson/src/MacRuby/spec/macruby/core/cftype_spec.rb . ---- snip ---- /Users/watson/src/MacRuby/spec/frozen/library/csv/generate_row_spec.rb . /Users/watson/src/MacRuby/spec/frozen/library/csv/generate_spec.rb rake aborted! Command failed with status (): [./mspec/bin/mspec ci -B ./spec/macruby.msp...] (See full trace by running task with --trace) }}} {{{ (gdb) c Continuing. Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000129fb2000 0x00007fff8013ddd1 in libunwind::CFI_Parser::decodeFDE () (gdb) bt 20 #0 0x00007fff8013ddd1 in libunwind::CFI_Parser::decodeFDE () #1 0x00007fff80138c7f in _unw_add_dynamic_fde () #2 0x00000001004a2335 in (anonymous namespace)::JITEmitter::finishFunction () at atomicity.h:51 #3 0x00000001001e0f81 in (anonymous namespace)::Emitter::runOnMachineFunction () at atomicity.h:51 #4 0x000000010051e48e in llvm::MachineFunctionPass::runOnFunction () at atomicity.h:51 #5 0x00000001008df750 in llvm::FPPassManager::runOnFunction () at atomicity.h:51 #6 0x00000001008dfa12 in llvm::FunctionPassManagerImpl::run () at atomicity.h:51 #7 0x00000001008dfdec in llvm::FunctionPassManager::run () at atomicity.h:51 #8 0x000000010048ddca in llvm::JIT::runJITOnFunctionUnlocked () at atomicity.h:51 #9 0x000000010048ed6f in llvm::JIT::getPointerToFunction () at atomicity.h:51 #10 0x000000010014a272 in RoxorCore::compile (this=0x102070800, func=0x12c8e56c0, run_optimize=) at vm.cpp:584 #11 0x000000010015188a in rb_vm_define_method3 (klass=0x213dfd480, mid=, block=0x213e47400) at vm.cpp:2632 #12 0x000000010004bfd0 in rb_mod_define_method (mod=8923370624, sel=, argc=, argv=) at proc.c:1008 #13 0x000000010014430e in rb_vm_dispatch (_vm=0x100f1f2d0, cache=0x100e9e640, top=8923370624, self=8923370624, klass=0x213dfd440, sel=0x101247c70, block=0x0, opt=2 '\002', argc=2, argv=0x7fff5fbf3210) at dispatcher.cpp:448 #14 0x00000001037004ec in ?? () #15 0x000000012b1fcf70 in ?? () #16 0x0000000100146987 in rb_vm_yield_args (_vm=0x100f1f2d0, argc=, argv=0x213dfd440) at dispatcher.cpp:100 #17 0x00000001000ff418 in rb_yield (val=8590762880) at vm_eval.c:196 #18 0x0000000100015b1d in rary_each (ary=8923618176, sel=) at array.c:1065 #19 0x00000001001440ce in rb_vm_dispatch (_vm=0x100f1f2d0, cache=0x100e89480, top=8923370624, self=8923618176, klass=0x20006dd00, sel=0x100f49b50, block=0x213e3b380, opt=0 '\0', argc=, argv=0x0) at dispatcher.cpp:159 (More stack frames follow...) (gdb) }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 16:32:05 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Mon, 27 Sep 2010 23:32:05 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.91a2ec68cae1cd793dfd0b43ce225220@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: 0.7-blocker ----------------------------------+----------------------------------------- Comment(by watson1978@?): not crash with latest spec. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Mon Sep 27 18:12:17 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 28 Sep 2010 01:12:17 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.0a20c5e71457afef2a645f50baf848e9@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: 0.7-blocker | ----------------------------------+----------------------------------------- Changes (by lsansonetti@?): * status: new => closed * resolution: => fixed * milestone: => MacRuby 0.7 Comment: Okay. I'm closing this ticket. I have been running successfully spec:ci on my machine today multiple times without segfaults. Eventually some dispatch and sandbox specs would fail, because I guess the specs are badly written (we should have a look at this). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 28 02:16:26 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 28 Sep 2010 09:16:26 -0000 Subject: [MacRuby] #858: "rake spec:ci" crashes. In-Reply-To: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> References: <051.26b454dbf47cf0e02f21dd3d5390da0f@macosforge.org> Message-ID: <060.0b4191bdebd012ec92439800bb836f12@macosforge.org> #858: "rake spec:ci" crashes. ----------------------------------+----------------------------------------- Reporter: watson1978@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: 0.7-blocker | ----------------------------------+----------------------------------------- Comment(by watson1978@?): It seems that "rake spec:ci" does not crash MacRuby latest + r4433's spec when I use LLVM 2.8. Thank you for working with this problem for a long time :-) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 28 11:28:22 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 28 Sep 2010 18:28:22 -0000 Subject: [MacRuby] #919: URI::HTTP path_query method is private in MacRuby but not in MRI In-Reply-To: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> References: <053.8944ed67d4a517bd1b1cc84f9b405970@macosforge.org> Message-ID: <062.a25d740aa1516119b41dc0877e6046be@macosforge.org> #919: URI::HTTP path_query method is private in MacRuby but not in MRI ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.7 Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Comment(by mrada@?): Yup, fixed an working. Thank you. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 28 16:32:53 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Tue, 28 Sep 2010 23:32:53 -0000 Subject: [MacRuby] #920: macirb takes too long to launch Message-ID: <056.3ed329cc69ad0cc57b0d0d580b330138@macosforge.org> #920: macirb takes too long to launch ---------------------------------------+------------------------------------ Reporter: matt.massicotte@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ macirb takes between 1 and 2 seconds to produce a prompt. That's a very long time, and significantly longer than irb. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Sep 28 17:13:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 29 Sep 2010 00:13:27 -0000 Subject: [MacRuby] #806: bundler does not work due to missing Gem::Specification::MatchPlatform In-Reply-To: <047.824cc58f7003f6a93f17601eda339038@macosforge.org> References: <047.824cc58f7003f6a93f17601eda339038@macosforge.org> Message-ID: <056.8a414565e58e745c46d6d7400328aa20@macosforge.org> #806: bundler does not work due to missing Gem::Specification::MatchPlatform ------------------------------+--------------------------------------------- Reporter: macruby@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: major | Milestone: Component: MacRuby | Resolution: invalid Keywords: | ------------------------------+--------------------------------------------- Changes (by lsansonetti@?): * status: new => closed * keywords: 0.7-blocker => * resolution: => invalid Comment: The caller bug has been fixed by r4546 and r4555. I wasn't able to reproduce the const lookup bug reported in this radar, and since nobody was able to paste here a reduction, I'm closing the bug as invalid. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Sep 29 17:28:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 30 Sep 2010 00:28:27 -0000 Subject: [MacRuby] #795: macirb: GCD inconsistently copies local variables inside blocks In-Reply-To: <057.cd5a02aa4caec50d05719653e14458d5@macosforge.org> References: <057.cd5a02aa4caec50d05719653e14458d5@macosforge.org> Message-ID: <066.5a8b07c2ea23ce2511797240035dea81@macosforge.org> #795: macirb: GCD inconsistently copies local variables inside blocks ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@? | Owner: eloy.de.enige@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- Comment(by lsansonetti@?): Apparently the keyword has been removed. Anyways, it does not seem critical anymore for 0.7. The macirb bug seems minor, and the Dispatch::job bug seems related to the fact that the block is transformed into a Proc then executed separately (again, something minor we can fix later). -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 30 16:44:27 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 30 Sep 2010 23:44:27 -0000 Subject: [MacRuby] #921: MacRuby readme file: Installation Instruction for LLVM Incomplete Message-ID: <053.d793935667e039bcc169496c25ace448@macosforge.org> #921: MacRuby readme file: Installation Instruction for LLVM Incomplete ------------------------------------+--------------------------------------- Reporter: dekiefer@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: LLVM ------------------------------------+--------------------------------------- The following instructions for installing LLVM will not work as written: $ svn co -r 106781 https://llvm.org/svn/llvm-project/llvm/trunk llvm- trunk $ cd llvm-trunk $ svn co -r 106781 https://llvm.org/svn/llvm-project/llvm/trunk llvm- trunk $ env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ make $ sudo env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ make install Suggested Correction: 1. Before running the 'make' the user must run 'configure' to make the makefile. 2. There is no reason to redownload by running the 'svn co' download after doing the 'cd llvm-trunk' -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Sep 30 17:32:59 2010 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 01 Oct 2010 00:32:59 -0000 Subject: [MacRuby] #921: MacRuby readme file: Installation Instruction for LLVM Incomplete In-Reply-To: <053.d793935667e039bcc169496c25ace448@macosforge.org> References: <053.d793935667e039bcc169496c25ace448@macosforge.org> Message-ID: <062.14b702f2ef49deeead248099fd1e0cc3@macosforge.org> #921: MacRuby readme file: Installation Instruction for LLVM Incomplete ------------------------------------+--------------------------------------- Reporter: dekiefer@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: LLVM ------------------------------------+--------------------------------------- Comment(by lsansonetti@?): I see the following in my README.rdoc file: {{{ $ svn co -r 106781 https://llvm.org/svn/llvm-project/llvm/trunk llvm- trunk $ cd llvm-trunk $ env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ ./configure --enable-bindings=none --enable-optimized --with-llvmgccdir=/tmp $ env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ make $ sudo env UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" CC=/usr/bin/gcc CXX=/usr/bin/g++ make install }}} It looks good to me. Where did you find the wrong instructions? -- Ticket URL: MacRuby