From ruby-noreply at macosforge.org Sun Jan 1 06:03:17 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 01 Jan 2012 14:03:17 +0000 Subject: [MacRuby] #530: Net::SSH doesn't work with MacRuby In-Reply-To: <050.28c9cb018daf9c6b48a8d7bc7f7ba644@macosforge.org> References: <050.28c9cb018daf9c6b48a8d7bc7f7ba644@macosforge.org> Message-ID: <059.9c800ea0819fbc25a074aabf46320115@macosforge.org> #530: Net::SSH doesn't work with MacRuby ---------------------------------+------------------------------------------ Reporter: sk8tr1981@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Comment(by watson1978@?): It seems that string encoding does not match in following point at least.[[BR]] https://github.com/net-ssh/net- ssh/blob/master/lib/net/ssh/transport/state.rb#L86 {{{ diff --git a/lib/net/ssh/transport/state.rb b/lib/net/ssh/transport/state.rb index 2d8a3dd..5948483 100644 --- a/lib/net/ssh/transport/state.rb +++ b/lib/net/ssh/transport/state.rb @@ -83,7 +83,7 @@ module Net; module SSH; module Transport def final_cipher result = cipher.final - update_next_iv(role == :client ? result : "", true) + update_next_iv(role == :client ? result : "".force_encoding('BINARY'), true) return result end }}} I guess that this issue depend on #742. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 5 12:16:53 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 05 Jan 2012 20:16:53 +0000 Subject: [MacRuby] #1434: ruby_xmalloc_memory assertion fails Message-ID: <048.c59621520ebf8f8c1fc9628e9e164bae@macosforge.org> #1434: ruby_xmalloc_memory assertion fails -------------------------------+-------------------------------------------- Reporter: dopperman@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- not sure if this is a defect, but the assertion in gc.c on line 107 fails when passing in size 0. i realize it sounds a little dubious to try to allocate 0 bytes but several popular gems will try. mysql and mysqlplus both attempt to allocate 0 bytes when querying an empty table containing varchar (or blobs, or similar) from a prepared statement. rubyzip does this as well when decompressing a file that does not contain a comment in the zipheader. i patched the gems to work with macruby 0.12 but i suspect the assertion is non-standard. i haven't tried to verify these cases with ruby 1.9.3, but it seems likely that ruby_xmalloc_memory should probably return NULL when attempting to allocate 0 bytes. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 5 21:15:40 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 06 Jan 2012 05:15:40 +0000 Subject: [MacRuby] #1434: ruby_xmalloc_memory assertion fails In-Reply-To: <048.c59621520ebf8f8c1fc9628e9e164bae@macosforge.org> References: <048.c59621520ebf8f8c1fc9628e9e164bae@macosforge.org> Message-ID: <057.121166328b9f471cb406b2ade16d17d4@macosforge.org> #1434: ruby_xmalloc_memory assertion fails -------------------------------+-------------------------------------------- Reporter: dopperman@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: fixed Keywords: | -------------------------------+-------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/01267086b5c25d8ea2479abd83a792edf17ee80e Thanks -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 11 12:38:11 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Jan 2012 20:38:11 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use Message-ID: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I have scores of crash reports now where the problem originates from the GC thread. The top of the backtrace always looks the same: ``` Thread 1 Crashed:: Dispatch queue: Garbage Collection Work Queue 0 ??? 0x00007fff7b51f930 typeinfo for icu::UVector + 0 1 libicucore.A.dylib 0x00007fff8cad159c icu::RegexPattern::~RegexPattern() + 30 2 libicucore.A.dylib 0x00007fff8cb10632 0x7fff8c9c0000 + 1377842 3 libicucore.A.dylib 0x00007fff8cb10779 uregex_close + 40 4 libmacruby.dylib 0x00000001000baf44 rb_char_to_icu_option + 564 5 libobjc.A.dylib 0x00007fff959fb57c finalizeOneObject + 53 6 libauto.dylib 0x00007fff946de07e Auto::foreach_block_do(auto_zone_cursor*, void (*)(void*, void*), void*) + 94 7 libobjc.A.dylib 0x00007fff959fb4ac batchFinalize + 53 8 libauto.dylib 0x00007fff946de019 Auto::Zone::invalidate_garbage(unsigned long, void**) + 73 9 libauto.dylib 0x00007fff946f19db __finalize_local_garbage_later_block_invoke_0 + 59 10 libdispatch.dylib 0x00007fff8fbc48ba _dispatch_call_block_and_release + 18 11 libdispatch.dylib 0x00007fff8fbc610a _dispatch_queue_drain + 264 12 libdispatch.dylib 0x00007fff8fbc5f66 _dispatch_queue_invoke + 54 13 libdispatch.dylib 0x00007fff8fbc5760 _dispatch_worker_thread2 + 198 14 libsystem_c.dylib 0x00007fff8e6bc3da _pthread_wqthread + 316 15 libsystem_c.dylib 0x00007fff8e6bdb85 start_wqthread + 13 ``` This happens when I build myself or when I use a nightly build. It has been happening for a while now, I'm not sure exactly how long since I only started using MacRuby regularly a again recently. I get this crash when running my AXElements gem, but seems to happen a lot more often if I also run Rspec (2.6, the latest version doesn't run on MacRuby). I'm not sure of any other way to cause the bug. If you want full crash reports, just ask. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 11 12:38:42 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Jan 2012 20:38:42 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.bc55203bb2a948e998e6535d2d97ad37@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): ``` Thread 1 Crashed:: Dispatch queue: Garbage Collection Work Queue 0 ??? 0x00007fff7b51f930 typeinfo for icu::UVector + 0 1 libicucore.A.dylib 0x00007fff8cad159c icu::RegexPattern::~RegexPattern() + 30 2 libicucore.A.dylib 0x00007fff8cb10632 0x7fff8c9c0000 + 1377842 3 libicucore.A.dylib 0x00007fff8cb10779 uregex_close + 40 4 libmacruby.dylib 0x00000001000baf44 rb_char_to_icu_option + 564 5 libobjc.A.dylib 0x00007fff959fb57c finalizeOneObject + 53 6 libauto.dylib 0x00007fff946de07e Auto::foreach_block_do(auto_zone_cursor*, void (*)(void*, void*), void*) + 94 7 libobjc.A.dylib 0x00007fff959fb4ac batchFinalize + 53 8 libauto.dylib 0x00007fff946de019 Auto::Zone::invalidate_garbage(unsigned long, void**) + 73 9 libauto.dylib 0x00007fff946f19db __finalize_local_garbage_later_block_invoke_0 + 59 10 libdispatch.dylib 0x00007fff8fbc48ba _dispatch_call_block_and_release + 18 11 libdispatch.dylib 0x00007fff8fbc610a _dispatch_queue_drain + 264 12 libdispatch.dylib 0x00007fff8fbc5f66 _dispatch_queue_invoke + 54 13 libdispatch.dylib 0x00007fff8fbc5760 _dispatch_worker_thread2 + 198 14 libsystem_c.dylib 0x00007fff8e6bc3da _pthread_wqthread + 316 15 libsystem_c.dylib 0x00007fff8e6bdb85 start_wqthread + 13 ``` Better formatting.... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 11 12:39:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Jan 2012 20:39:10 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.e854b36d1de3e7140b0702ad2a587d94@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Ok, well, I can't edit comments, so I'll just leave it now. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 11 14:55:17 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 11 Jan 2012 22:55:17 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.34718207270fe7d2e8aff1a0fa04871b@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Description changed by watson1978@?: Old description: > I have scores of crash reports now where the problem originates from the > GC thread. The top of the backtrace always looks the same: > > ``` > Thread 1 Crashed:: Dispatch queue: Garbage Collection Work Queue > 0 ??? 0x00007fff7b51f930 typeinfo for > icu::UVector + 0 > 1 libicucore.A.dylib 0x00007fff8cad159c > icu::RegexPattern::~RegexPattern() + 30 > 2 libicucore.A.dylib 0x00007fff8cb10632 0x7fff8c9c0000 + > 1377842 > 3 libicucore.A.dylib 0x00007fff8cb10779 uregex_close + 40 > 4 libmacruby.dylib 0x00000001000baf44 > rb_char_to_icu_option + 564 > 5 libobjc.A.dylib 0x00007fff959fb57c finalizeOneObject + > 53 > 6 libauto.dylib 0x00007fff946de07e > Auto::foreach_block_do(auto_zone_cursor*, void (*)(void*, void*), void*) > + 94 > 7 libobjc.A.dylib 0x00007fff959fb4ac batchFinalize + 53 > 8 libauto.dylib 0x00007fff946de019 > Auto::Zone::invalidate_garbage(unsigned long, void**) + 73 > 9 libauto.dylib 0x00007fff946f19db > __finalize_local_garbage_later_block_invoke_0 + 59 > 10 libdispatch.dylib 0x00007fff8fbc48ba > _dispatch_call_block_and_release + 18 > 11 libdispatch.dylib 0x00007fff8fbc610a > _dispatch_queue_drain + 264 > 12 libdispatch.dylib 0x00007fff8fbc5f66 > _dispatch_queue_invoke + 54 > 13 libdispatch.dylib 0x00007fff8fbc5760 > _dispatch_worker_thread2 + 198 > 14 libsystem_c.dylib 0x00007fff8e6bc3da _pthread_wqthread + > 316 > 15 libsystem_c.dylib 0x00007fff8e6bdb85 start_wqthread + 13 > ``` > > This happens when I build myself or when I use a nightly build. It has > been happening for a while now, I'm not sure exactly how long since I > only started using MacRuby regularly a again recently. > > I get this crash when running my AXElements gem, but seems to happen a > lot more often if I also run Rspec (2.6, the latest version doesn't run > on MacRuby). I'm not sure of any other way to cause the bug. > > If you want full crash reports, just ask. New description: I have scores of crash reports now where the problem originates from the GC thread. The top of the backtrace always looks the same: {{{ Thread 1 Crashed:: Dispatch queue: Garbage Collection Work Queue 0 ??? 0x00007fff7b51f930 typeinfo for icu::UVector + 0 1 libicucore.A.dylib 0x00007fff8cad159c icu::RegexPattern::~RegexPattern() + 30 2 libicucore.A.dylib 0x00007fff8cb10632 0x7fff8c9c0000 + 1377842 3 libicucore.A.dylib 0x00007fff8cb10779 uregex_close + 40 4 libmacruby.dylib 0x00000001000baf44 rb_char_to_icu_option + 564 5 libobjc.A.dylib 0x00007fff959fb57c finalizeOneObject + 53 6 libauto.dylib 0x00007fff946de07e Auto::foreach_block_do(auto_zone_cursor*, void (*)(void*, void*), void*) + 94 7 libobjc.A.dylib 0x00007fff959fb4ac batchFinalize + 53 8 libauto.dylib 0x00007fff946de019 Auto::Zone::invalidate_garbage(unsigned long, void**) + 73 9 libauto.dylib 0x00007fff946f19db __finalize_local_garbage_later_block_invoke_0 + 59 10 libdispatch.dylib 0x00007fff8fbc48ba _dispatch_call_block_and_release + 18 11 libdispatch.dylib 0x00007fff8fbc610a _dispatch_queue_drain + 264 12 libdispatch.dylib 0x00007fff8fbc5f66 _dispatch_queue_invoke + 54 13 libdispatch.dylib 0x00007fff8fbc5760 _dispatch_worker_thread2 + 198 14 libsystem_c.dylib 0x00007fff8e6bc3da _pthread_wqthread + 316 15 libsystem_c.dylib 0x00007fff8e6bdb85 start_wqthread + 13 }}} This happens when I build myself or when I use a nightly build. It has been happening for a while now, I'm not sure exactly how long since I only started using MacRuby regularly a again recently. I get this crash when running my AXElements gem, but seems to happen a lot more often if I also run Rspec (2.6, the latest version doesn't run on MacRuby). I'm not sure of any other way to cause the bug. If you want full crash reports, just ask. -- -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 11 16:04:23 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 Jan 2012 00:04:23 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.7b7eb17b69fc76524d9dec7773833ea4@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): I want to know how to get crash report. [[BR]] Can I get it when run AXElements's test code or sample? [[BR]] and, which should I use AXElements version? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 11 18:41:55 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 Jan 2012 02:41:55 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.739f9718b7e182c5fe0abbf77b9f333f@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): You can get crashes running the test suite. For me the test suite crashes approximately 1 out of every 15 times I run it. But, I do not think any of those crashes have ever been the one I am reporting here. Let me check... -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 11 18:54:34 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 12 Jan 2012 02:54:34 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.bf7ebd929d04ac90b52c1475cefac059@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Ok, I got a few types of crashes, some are my fault, some I don't know who's fault is, and a couple are crashing in the GC thread. I went back to commit d04165b4b298e26ec425 to run the test suite as master has a disabled test suite. I think I will have to reduce a test script from work to demonstrate this bug. I will do that tomorrow. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 19 16:26:14 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Jan 2012 00:26:14 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.0c2f34dfd4caf14d1e9ead09b7502b27@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): I have found that using AXElements from the master branch, I can get a GC crash in irb like so: {{{ [mrada at ferrous] /Users/mrada/Developer/AXElements ? master? ? rake console (in /Users/mrada/Developer/AXElements) irb -Ilib -Iext -rubygems -rax_elements irb(main):001:0> app = Accessibility.application_with_name 'Finder' => # irb(main):002:0> 10_000_000.times { puts app.main_window.children.map &:inspect } }}} It crashes in a few seconds when I do that. Also with Adium. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 19 17:23:18 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Jan 2012 01:23:18 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.ac56eb5aca0e09eb830fab0e4e7b8c46@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Hmmm, so I do not get the crash if I use the nightly build instead of building myself. I'm building from LLVM 2.9 release instead of specific revision listed in the README. I wonder if that has something to do with it. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 19 17:49:08 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Jan 2012 01:49:08 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.b9b26c0f3f67e0c9d35b555b8a20bc77@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): I think more better for repro that use GC.start: {{{ $ macirb --simple -Ilib -Iext -rubygems -rax_elements >> app = Accessibility.application_with_name 'Finder' => # >> 10_000_000.times { puts app.main_window.children.map &:inspect; GC.start } }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 20 08:46:13 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 20 Jan 2012 16:46:13 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.be229db952815eded98f7dfaf3ee4fdb@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Hmm, still only have the crash with MacRuby that I build myself using LLVM 2.9. I have noticed that the backtrace is a little different than the one originally reported: {{{ Thread 2 Crashed:: Dispatch queue: Garbage Collection Work Queue 0 ??? 0x00007fff71fa6930 typeinfo for icu::UVector + 0 1 libicucore.A.dylib 0x00007fff891604cb icu::RegexPattern::zap() + 71 2 libicucore.A.dylib 0x00007fff8916059c icu::RegexPattern::~RegexPattern() + 30 3 libicucore.A.dylib 0x00007fff8919f632 0x7fff8904f000 + 1377842 4 libicucore.A.dylib 0x00007fff8919f779 uregex_close + 40 5 libmacruby.dylib 0x0000000108e7ba0e 0x108de9000 + 600590 6 libobjc.A.dylib 0x00007fff8407357c finalizeOneObject + 53 7 libauto.dylib 0x00007fff8402707e Auto::foreach_block_do(auto_zone_cursor*, void (*)(void*, void*), void*) + 94 8 libobjc.A.dylib 0x00007fff840734ac batchFinalize + 53 9 libauto.dylib 0x00007fff84027019 Auto::Zone::invalidate_garbage(unsigned long, void**) + 73 10 libauto.dylib 0x00007fff8403a9db __finalize_local_garbage_later_block_invoke_0 + 59 11 libdispatch.dylib 0x00007fff8a2038ba _dispatch_call_block_and_release + 18 12 libdispatch.dylib 0x00007fff8a20510a _dispatch_queue_drain + 264 13 libdispatch.dylib 0x00007fff8a204f66 _dispatch_queue_invoke + 54 14 libdispatch.dylib 0x00007fff8a204760 _dispatch_worker_thread2 + 198 15 libsystem_c.dylib 0x00007fff8c2c43da _pthread_wqthread + 316 16 libsystem_c.dylib 0x00007fff8c2c5b85 start_wqthread + 13 }}} So I will try using the exact revision of LLVM. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Jan 21 13:44:35 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 21 Jan 2012 21:44:35 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.9616bcfd61308eb085573cad000ceaec@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): it might seem to improve with https://github.com/MacRuby/MacRuby/commit/e461ba27fb5e1d417638dc6ce94176577e3c275c [[BR]] At least, I can't reproduce this issue no longer in my environment. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Jan 21 18:49:13 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Jan 2012 02:49:13 +0000 Subject: [MacRuby] #1436: TwUI & MacRuby issue Message-ID: <052.e9596e63e58ede350e2fa2ff23dc95ad@macosforge.org> #1436: TwUI & MacRuby issue -----------------------------------+---------------------------------------- Reporter: isaackearse@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- I raised this issue on the mailing list last month - all the details are in this thread: http://lists.macosforge.org/pipermail/macruby- devel/2011-December/008461.html I don't really know what is going on here but it seems to me that MacRuby crashes when accessing the TUIView#layout block property in TwUI here: https://github.com/twitter/twui/blob/03c9552daafcd021d676a55dc1cfe69fa052ebb5/lib/UIKit/TUIView.m#L309 Please let me know if you need any more information. Cheers, Isaac -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Jan 21 19:00:52 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Jan 2012 03:00:52 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.b37bb02ec6508d239472ee23a4e6ee83@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): I also no longer get the error for the test case. Yay! I don't want to be too optimistic just yet, as I have tested it out in normal usage yet, but I think you may have fixed the bug. :D I owe you a cake. :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Jan 21 19:11:26 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 22 Jan 2012 03:11:26 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.cf838b9a25f0f13f2108e46e5a9b1a48@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Thank you for your checked. [[BR]] This issue should be closed :) If it reproduces, please reopen this ticket. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Tue Jan 24 18:30:37 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Jan 2012 02:30:37 +0000 Subject: [MacRuby] #1435: GC crashing when trying to free a regex currently in use In-Reply-To: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> References: <053.95c150a6a327b0900671f48a6f8dc2ee@macosforge.org> Message-ID: <062.30f032d23a9a882e22a29403b545e02c@macosforge.org> #1435: GC crashing when trying to free a regex currently in use ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: reopened Priority: blocker | Milestone: Component: MacRuby | Resolution: Keywords: | ------------------------------------+--------------------------------------- Changes (by mrada@?): * status: closed => reopened * resolution: fixed => Comment: Today I had another GC crash. The backtrace is close to the one originally reported for this ticket. :( I will try and capture something in miniruby/gdb, but this is happening in production and I haven't found a good way to reproduce yet. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 25 01:11:55 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Jan 2012 09:11:55 +0000 Subject: [MacRuby] #1437: Object#method.call doesn't pass block argument Message-ID: <055.f61338146e540d5d07e99a60724c482e@macosforge.org> #1437: Object#method.call doesn't pass block argument --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- If I have a class Foo, with an instance method bar that yields to a block, in MRI I can do this: Foo.new.method(:bar).call() { puts "something" } And the block will be called. But in MacRuby, the block is not passed to the method by .call(). I've put together a simple example: https://gist.github.com/1675279 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 25 03:38:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Jan 2012 11:38:10 +0000 Subject: [MacRuby] #1437: Object#method.call doesn't pass block argument In-Reply-To: <055.f61338146e540d5d07e99a60724c482e@macosforge.org> References: <055.f61338146e540d5d07e99a60724c482e@macosforge.org> Message-ID: <064.49b69203de9bf1ccd4d897a505387fc2@macosforge.org> #1437: Object#method.call doesn't pass block argument --------------------------------------+------------------------------------- Reporter: gabriel.gilder@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: Component: MacRuby | Resolution: fixed Keywords: | --------------------------------------+------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Please use MacRuby latest or nightly. {{{ $ ruby19 -v blocks.rb ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-darwin11.2.0] in the block 1 in the block 2 $ macruby -v blocks.rb MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] Foo#bar: please give me a block :( Foo#bar: please give me a block :( $ macruby -v blocks.rb MacRuby 0.12 (ruby 1.9.2) [universal-darwin11.0, x86_64] in the block 1 in the block 2 }}} -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 25 08:22:24 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Jan 2012 16:22:24 +0000 Subject: [MacRuby] #1438: Nightly builds are busted Message-ID: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- I'm not sure if it is related to my ported installer, but nightly builds no longer include headers and documentation. I can't build C extensions! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 25 15:55:33 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Wed, 25 Jan 2012 23:55:33 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.792597eae2eec6e331c4205b9ca78633@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): If I installed MacRuby from source, it's no problem. I tried to get a diff of file structure between 2012-01-25 and 2012-01-23. https://gist.github.com/1679726 [[BR]] It seems to lose a lot of files in MacRuby nightly since 2012-01-24. I guess "rake nightly" task is broken. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 25 16:38:29 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Jan 2012 00:38:29 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.2b329d837074f05a2262df03f1dac2bc@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): If I specified an install directory with "rake install", its task is aborted. {{{ $ rake install DESTDIR=/tmp/macruby-nightly Installing the macruby binary command mkdir -p -m 755 /tmp/macruby- nightly/Library/Frameworks/MacRuby.framework/Versions/0.12/usr/bin /tmp /macruby- nightly/Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib /tmp /macruby- nightly/Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/1.9.2 /universal-darwin11.0 ---- snip ---- cd ext/zlib && /usr/bin/make top_srcdir=../.. ruby="../../miniruby -I../.. -I../../lib" extout=../../.ext hdrdir=../../include arch_hdrdir=../../include install make: Nothing to be done for `install'. /usr/bin/install -c -m 0755 ext/bigdecimal/lib/bigdecimal/jacobian.rbo /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/site_ruby/1.9.2/bigdecimal install: /Library/Frameworks/MacRuby.framework/Versions/0.12/usr/lib/ruby/site_ruby/1.9.2/bigdecimal: No such file or directory rake aborted! Command failed with status (71): [/usr/bin/install -c -m 0755 ext/bigdecimal...] Tasks: TOP => install => install:all => install:ext (See full trace by running task with --trace) }}} This task is invoked in "rake nightly". We might need to repair this task. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 25 18:00:44 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Jan 2012 02:00:44 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.d640a3be2422f6b058c2921cc76308f7@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): I see. I think the problem is not all parts of install.rake are using the DESTDIR prefix. I have found one place that seems to fix everything. I will push that in a minute or two. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Wed Jan 25 18:28:54 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Jan 2012 02:28:54 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.42001e7a96c3927d998f0fdabd8720f9@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Ok, I tried `rake nightly` and the resulting package installed things correctly now. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 26 02:13:45 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Jan 2012 10:13:45 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.decd2dbfff2db75e57c942432a286daf@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): Thank you for your great works. But, unfortunately, it seems to lose still some files for Xcode3 template. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 26 06:51:58 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Jan 2012 14:51:58 +0000 Subject: [MacRuby] #1439: Invalid offsets in structs Message-ID: <048.871968e0ecb58d3eca0fa92088869c76@macosforge.org> #1439: Invalid offsets in structs -------------------------------+-------------------------------------------- Reporter: fjolnir@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: float struct offset -------------------------------+-------------------------------------------- I expose a struct from my framework (definition below). However when accessing/allocating it from ruby it seems the offsets are off by 4 bytes (as if macruby think it's supposed to be a double) Definition: {{{ #ifndef __SCRIPTINGBRIDGE__ union _vec3_t { float f[3]; struct { float x; float y; float z; }; struct { float r; float g; float b; }; struct { vec2_t xy; float andY; }; }; typedef union _vec3_t vec3_t; #else typedef struct _vec3_t { float x; float y; float z; } vec3_t; // Bridgesupport ignores unions with anonymous structs apparently #endif }}} Example output: {{{ irb(main):001:0> framework "./GLMath.framework" => true irb(main):002:0> v1 = vec3_create(1,2,3) => # irb(main):003:0> v2 = v1.class.new(4,5,6) => # irb(main):004:0> printVec3(v1) 0x676f1310 - 0x676f1314 - 0x676f1318 Vec3: [1.00, 0.00, 3.00] => nil irb(main):005:0> printVec3(v2) 0x676f1310 - 0x676f1314 - 0x676f1318 Vec3: [4.00, 0.00, 5.00] => nil }}} in the above example, vec3_create & printVec3 are C functions, shared using the scripting bridge. So when the struct is allocated from the c side, ruby only sees the first & last items, and the last item is on the offset of the second. when I then pass it to printVec3, it gets the first and last items only (last item taken from the place of the second item, => offsets are double what they should be). then when I allocate it using FFI in ruby, it's correcly read from the ruby side, but when I pass it to a c function, it gets the first item in the correct place, then the second item in the place of the last. The type definitions in my bridge support file are: {{{ }}} I really want to use MacRuby for my project, but this is kind of a deal breaker for me. I've tried using different packing attributes and all sorts of things, but nothing seems to fix this. Can I somehow make my bridgesupport file specify the correct offsets to work around this? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 26 09:11:05 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Thu, 26 Jan 2012 17:11:05 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.d74821a227c5bd4ec9cd76c8288ba1d5@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Fuuuuuuuu Ok, I will try and fix that today. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 26 18:29:10 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Jan 2012 02:29:10 +0000 Subject: [MacRuby] #1157: String#slice is an order of magnitude slower on MacRuby compared to 1.9.2-p136 In-Reply-To: <053.41eb05351cf1972287889064c569d9c1@macosforge.org> References: <053.41eb05351cf1972287889064c569d9c1@macosforge.org> Message-ID: <062.a43bddaa500ed6e1621e377615fbcbc0@macosforge.org> #1157: String#slice is an order of magnitude slower on MacRuby compared to 1.9.2-p136 ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): When duplicates String or slices String with full range, there is no memory allocation in CRuby19. - Duplicated String shared pointer to source string's bytes. - If changes duplicated string, memory allocates and copies source string, and then, changes string. I wrote a patch. https://gist.github.com/1686573 {{{ $ ruby19 -v bm_string.rb ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-darwin11.2.0] user system total real dup 0.060000 0.010000 0.070000 ( 0.078929) [0..-1] 0.000000 0.000000 0.000000 ( 0.001177) [0..-2] 0.060000 0.060000 0.120000 ( 0.110514) ** Before $ macruby bm_string.rb user system total real dup 0.370000 0.020000 0.390000 ( 0.389034) [0..-1] 0.100000 0.020000 0.120000 ( 0.116802) [0..-2] 0.100000 0.020000 0.120000 ( 0.120162) ** After $ macruby bm_string.rb user system total real dup 0.020000 0.010000 0.030000 ( 0.015249) [0..-1] 0.010000 0.000000 0.010000 ( 0.005772) [0..-2] 0.110000 0.030000 0.140000 ( 0.136033) }}} However, When I run RubySpec, displays error message about GC X( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 26 20:57:43 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Jan 2012 04:57:43 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.4ede746803bfc8c3ac6cc243703c82b9@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): It seems I lost the Xcode2 templates when I ported the script. I will add that part back. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 26 20:59:18 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Jan 2012 04:59:18 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.566db823ce8f34c532bec606fe44b3eb@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Actually, I wonder if it is really needed. Will the MacRuby even run on a system that uses Xcode2? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 26 21:04:22 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Jan 2012 05:04:22 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.cac3ead6013b628357b5e3e024d62eb8@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): I meant to say, current MacRuby, I don't think you can install and use Xcode 2 on Snow Leopard, which is the minimum version required. Even if you have your own fork that runs on Leopard, you should still be using Xcode 3. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 26 21:39:23 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Jan 2012 05:39:23 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.1bdcc1c5b91de30f0cb4be759fb9427f@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by watson1978@?): Humm, I use Xcode3.2 on 10.6. It seems me to lose a template for Xcode3. https://gist.github.com/1687220 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Thu Jan 26 22:26:51 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Jan 2012 06:26:51 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.9927d0e8fa4707494eba93229a97f3e6@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by mrada@?): Interesting. If I run `rake nightly` and examine the package using Pacifist, it includes the directories that are missing for you. However, if I run the installer, it does not install those directories. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 03:58:06 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Fri, 27 Jan 2012 11:58:06 +0000 Subject: [MacRuby] #1438: Nightly builds are busted In-Reply-To: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> References: <053.a95d022282c9a3340f3639ad79c5c0b5@macosforge.org> Message-ID: <062.03b0a2de2234ec041b5fd9a183f69179@macosforge.org> #1438: Nightly builds are busted ------------------------------------+--------------------------------------- Reporter: mrada@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Thank you for your commitment, Mark. Xcode3 Templete, It is included in latest nightly package. So, this issue should close :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 21:13:06 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 05:13:06 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE Message-ID: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Please consider the ending following message: Installing framework resources mkdir -p -m 755 /Library/Frameworks/MacRuby.framework/Versions/0.12/Resources install -c -p -m 0644 framework/Info.plist /Library/Frameworks/MacRuby.framework/Versions/0.12/Resources rake aborted! No such file or directory - framework/Info.plist Tasks: TOP => install => install:all => install:resources (See full trace by running task with --trace) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 21:22:33 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 05:22:33 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.5b7dd82b7c00ab6f4232d603d3604f3f@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by mrada@?): By the looks of it, either rake is somehow not in the right directory (so your relative path `framework/Info.plist` is not right), or Info.plist has not been built yet. When you look in the `framework/` directory of the source, is `Info.plist` there? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 21:31:44 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 05:31:44 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.80fd3641f8e4d0434a6fa523aa8e7892@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by tglee@?): Replying to [comment:1 mrada@?]: > By the looks of it, either rake is somehow not in the right directory (so your relative path `framework/Info.plist` is not right), or Info.plist has not been built yet. > > When you look in the `framework/` directory of the source, is `Info.plist` there? > There was the info.plist file in the/Library/Frameworks/MacRuby.framework/Versions/0.12/Resources directory. No info.plist file is in framework/ dir. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 21:45:19 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 05:45:19 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.f472c90f8f580d3a1d5e62cbd94ff154@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by mrada@?): If you run `rake framework:info_plist` and then check `framework/`, does it exist then? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 21:47:43 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 05:47:43 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.6828b7391be2876ae38ea34f364e9ff2@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by tglee@?): Replying to [comment:2 tglee@?]: > Replying to [comment:1 mrada@?]: > > By the looks of it, either rake is somehow not in the right directory (so your relative path `framework/Info.plist` is not right), or Info.plist has not been built yet. > > > > When you look in the `framework/` directory of the source, is `Info.plist` there? > > > > There was the info.plist file in the/Library/Frameworks/MacRuby.framework/Versions/0.12/Resources directory. No info.plist file is in framework/ dir. In the framework/ directory, there was 'InfoPlist.strings' file -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 21:54:21 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 05:54:21 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.7e5bac075927286859e531c4e7d1312d@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by tglee@?): Replying to [comment:3 mrada@?]: > If you run `rake framework:info_plist` and then check `framework/`, does it exist then? Yes, it does. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 21:59:13 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 05:59:13 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.d8a04b9f2492cf05b71fbf53ee4a72ba@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by mrada@?): That's good! So if you try to `sudo rake install` now, what happens? :) -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 22:18:07 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 06:18:07 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.5f12c48009f265463a76cbed5157f22b@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by tglee@?): Replying to [comment:6 mrada@?]: > That's good! So if you try to `sudo rake install` now, what happens? :) There was no rake aborted. but the ending message following: .... mkdir -p -m 755 /Developer/Examples/Ruby/MacRuby/YamlTable/Tests install -c -p -m 0775 sample-macruby/YamlTable/Tests/stub_test.rb /Developer/Examples/Ruby/MacRuby/YamlTable/Tests/stub_test.rb mkdir -p -m 755 /Developer/Examples/Ruby/MacRuby/YamlTable/yaml_table.xcodeproj mkdir -p -m 755 /Developer/Examples/Ruby/MacRuby/YamlTable/yaml_table.xcodeproj install -c -p -m 0775 sample- macruby/YamlTable/yaml_table.xcodeproj/project.pbxproj /Developer/Examples/Ruby/MacRuby/YamlTable/yaml_table.xcodeproj/project.pbxproj Is this OK? -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 22:25:55 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 06:25:55 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.ce6b625be32b7b7307b092e1114aa1db@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by mrada@?): Yes, it is OK. It does not cause problems after install, but it is a glitch I still have to fix. :( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 22:27:00 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 06:27:00 +0000 Subject: [MacRuby] #1439: Invalid offsets in structs In-Reply-To: <048.871968e0ecb58d3eca0fa92088869c76@macosforge.org> References: <048.871968e0ecb58d3eca0fa92088869c76@macosforge.org> Message-ID: <057.0cf2cbd86d60b5a52160900e56678c1a@macosforge.org> #1439: Invalid offsets in structs -------------------------------+-------------------------------------------- Reporter: fjolnir@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: float struct offset -------------------------------+-------------------------------------------- Comment(by watson1978@?): I think that your function as vec3_create would need to return pointer of structure. https://gist.github.com/1693028 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 22:31:32 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 06:31:32 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.f5e621c91766b4097df0541e09d5b044@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- Comment(by tglee@?): Replying to [comment:8 mrada@?]: > Yes, it is OK. It does not cause problems after install, but it is a glitch I still have to fix. :( Thanks a lot for your kind response. Good luck! -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 22:40:37 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 06:40:37 +0000 Subject: [MacRuby] #1439: Invalid offsets in structs In-Reply-To: <048.871968e0ecb58d3eca0fa92088869c76@macosforge.org> References: <048.871968e0ecb58d3eca0fa92088869c76@macosforge.org> Message-ID: <057.c3db4bcbe8c4edfe3b535e0ab49b0621@macosforge.org> #1439: Invalid offsets in structs -------------------------------+-------------------------------------------- Reporter: fjolnir@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: float struct offset -------------------------------+-------------------------------------------- Comment(by fjolnir@?): So functions returning structs are not supported? If so, shouldn't that be indicated somehow? (Rather than just failing silently with semi-correct results) I ended up just wrapping it in an object. -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Fri Jan 27 22:44:20 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sat, 28 Jan 2012 06:44:20 +0000 Subject: [MacRuby] #1439: Invalid offsets in structs In-Reply-To: <048.871968e0ecb58d3eca0fa92088869c76@macosforge.org> References: <048.871968e0ecb58d3eca0fa92088869c76@macosforge.org> Message-ID: <057.8915534a92122d58ab55d9c43728d028@macosforge.org> #1439: Invalid offsets in structs -------------------------------+-------------------------------------------- Reporter: fjolnir@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: float struct offset -------------------------------+-------------------------------------------- Comment(by watson1978@?): At least, I can't support it :( -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Jan 28 17:52:38 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 Jan 2012 01:52:38 +0000 Subject: [MacRuby] #1342: Ruby 1.9.2 Syntax In-Reply-To: <053.bb5699021448db90c41ab92ba405ef8f@macosforge.org> References: <053.bb5699021448db90c41ab92ba405ef8f@macosforge.org> Message-ID: <062.ff74a491963963135095cc40de9b186e@macosforge.org> #1342: Ruby 1.9.2 Syntax ------------------------------------+--------------------------------------- Reporter: seanlilmateus@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: minor | Milestone: MacRuby 1.0 Component: MacRuby | Resolution: fixed Keywords: Syntax, Ruby 1.9.2 | ------------------------------------+--------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed Comment: Fixed with https://github.com/MacRuby/MacRuby/commit/b78d2b6130ff7d2460572025b68434c0fbbf93c3 -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sat Jan 28 17:53:03 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 Jan 2012 01:53:03 +0000 Subject: [MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE In-Reply-To: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> References: <045.d043ca07e400b124c9a7151fb76828c7@macosforge.org> Message-ID: <054.7b02cbd925540389f02c317d9246a0eb@macosforge.org> #1440: Installing problem at the git 31cc69c8ca... SOURCE ----------------------------+----------------------------------------------- Reporter: tglee@? | Owner: lsansonetti@? Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: fixed Keywords: | ----------------------------+----------------------------------------------- Changes (by watson1978@?): * status: new => closed * resolution: => fixed -- Ticket URL: MacRuby From ruby-noreply at macosforge.org Sun Jan 29 03:39:40 2012 From: ruby-noreply at macosforge.org (MacRuby) Date: Sun, 29 Jan 2012 11:39:40 +0000 Subject: [MacRuby] #1439: Invalid offsets in structs In-Reply-To: <048.871968e0ecb58d3eca0fa92088869c76@macosforge.org> References: <048.871968e0ecb58d3eca0fa92088869c76@macosforge.org> Message-ID: <057.78b3905829cfd4dcd503c6893b16418f@macosforge.org> #1439: Invalid offsets in structs -------------------------------+-------------------------------------------- Reporter: fjolnir@? | Owner: lsansonetti@? Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: float struct offset -------------------------------+-------------------------------------------- Comment(by fjolnir@?): I'm not sure what you mean. It's simple enough to emit a warning if the return type of a function in a BridgeSupport file is a struct (not a pointer to one). Also, just to make sure I understood you 100% correctly: MacRuby does not support bridging functions that return a struct at all? -- Ticket URL: MacRuby