January 2012 - macruby-tickets - lists.macosforge.org

[MacRuby] #1261: Abort occurs when install the rubygems with specified version.
by MacRuby 10 Feb '12

10 Feb '12

#1261: Abort occurs when install the rubygems with specified version. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Abort occurs when specify the range of version with using '<'. * '''=''' : OK {{{ $ sudo macgem install sinatra --version "= 1.1.0" WARNING: You are installing a new version of /usr/bin/rackup. 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 WARNING: You are installing a new version of /usr/bin/tilt. 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 rack-1.2.2 Successfully installed tilt-1.3 Successfully installed sinatra-1.1.0 3 gems installed }}} * '''>''' : OK {{{ $ sudo macgem install hotcocoa --version "> 0.5.0" Successfully installed hotcocoa-0.5.1 1 gem installed }}} * '''<=''' : NG {{{ $ sudo macgem install hotcocoa --version "<= 0.5.0" uncaught Objective-C/C++ exception... 2011-05-06 04:32:19.421 macruby[9344:e07] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[NSCFArray insertObject:atIndex:]: attempt to insert nil' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff81fbc7b4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff8832f0f3 objc_exception_throw + 45 2 CoreFoundation 0x00007fff81fbc5d7 +[NSException raise:format:arguments:] + 103 3 CoreFoundation 0x00007fff81fbc564 +[NSException raise:format:] + 148 4 Foundation 0x00007fff86b3ec92 -[NSCFArray insertObject:atIndex:] + 119 5 Foundation 0x00007fff86b3e4b4 -[NSUserDefaults(NSUserDefaults) initWithUser:] + 868 6 Foundation 0x00007fff86b3e103 +[NSUserDefaults(NSUserDefaults) standardUserDefaults] + 106 7 Foundation 0x00007fff86b81ca8 -[NSBundle _computeExecutablePath] + 171 8 Foundation 0x00007fff86b81794 -[NSBundle loadAndReturnError:] + 429 9 libmacruby.dylib 0x00000001000e532b rb_require_framework + 1003 10 libmacruby.dylib 0x000000010013f754 rb_vm_dispatch + 7828 11 remote_fetcher.rbo 0x00000001057d8e75 0x0 + 4387081845 12 remote_fetcher.rbo 0x00000001057e0868 MREP_B9054DD37B604BEC870F5EACA6F50987 + 29048 13 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 14 remote_fetcher.rbo 0x00000001057d8e75 0x0 + 4387081845 15 remote_fetcher.rbo 0x00000001057de515 MREP_B9054DD37B604BEC870F5EACA6F50987 + 20005 16 libmacruby.dylib 0x000000010013fc49 rb_vm_dispatch + 9097 17 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 18 spec_fetcher.rbo 0x00000001057d2164 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 29156 19 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 20 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 21 spec_fetcher.rbo 0x00000001057d1a6a MREP_902140EF328546FB830B3B8B0DB2D3A0 + 27370 22 libmacruby.dylib 0x0000000100141fd7 rb_vm_yield_args + 1895 23 libmacruby.dylib 0x00000001000f44b8 rb_yield + 40 24 libmacruby.dylib 0x00000001000056cd rary_reserve + 989 25 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 26 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 27 spec_fetcher.rbo 0x00000001057d15d6 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 26198 28 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 29 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 30 spec_fetcher.rbo 0x00000001057cee1a MREP_902140EF328546FB830B3B8B0DB2D3A0 + 16026 31 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 32 spec_fetcher.rbo 0x00000001057ca705 0x0 + 4387022597 33 spec_fetcher.rbo 0x00000001057cd0a8 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 8488 34 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 35 dependency_installer.rbo 0x0000000105588b15 0x0 + 4384656149 36 dependency_installer.rbo 0x000000010558b9ad MREP_8F03926DECB84994BD5C19CC5FF06F84 + 10317 37 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 38 dependency_installer.rbo 0x0000000105588b15 0x0 + 4384656149 39 dependency_installer.rbo 0x000000010558dcf1 MREP_8F03926DECB84994BD5C19CC5FF06F84 + 19345 40 libmacruby.dylib 0x000000010013fc49 rb_vm_dispatch + 9097 41 dependency_installer.rbo 0x0000000105588b15 0x0 + 4384656149 42 dependency_installer.rbo 0x000000010558ee55 MREP_8F03926DECB84994BD5C19CC5FF06F84 + 23797 43 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 44 install_command.rbo 0x00000001035befe5 0x0 + 4351324133 45 install_command.rbo 0x00000001035c1cc6 MREP_F8744BB45931486E8AEEF9D40B02BBEE + 10694 46 libmacruby.dylib 0x0000000100141fd7 rb_vm_yield_args + 1895 47 libmacruby.dylib 0x00000001000f44b8 rb_yield + 40 48 libmacruby.dylib 0x00000001000056cd rary_reserve + 989 49 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 50 install_command.rbo 0x00000001035befe5 0x0 + 4351324133 51 install_command.rbo 0x00000001035c0fdc MREP_F8744BB45931486E8AEEF9D40B02BBEE + 7388 52 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 53 command.rbo 0x0000000102d5b405 0x0 + 4342526981 54 command.rbo 0x0000000102d60838 MREP_B6CE16B0547E4808A156D6B9C9EDC7D8 + 19640 55 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 56 command_manager.rbo 0x0000000100ff7a45 0x0 + 4311710277 57 command_manager.rbo 0x0000000100ffa52d MREP_F10227D77AC64BA8A7754E450D2559CE + 9645 58 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 59 command_manager.rbo 0x0000000100ff7a45 0x0 + 4311710277 60 command_manager.rbo 0x0000000100ff9a60 MREP_F10227D77AC64BA8A7754E450D2559CE + 6880 61 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 62 gem_runner.rbo 0x0000000100feff45 0x0 + 4311678789 63 gem_runner.rbo 0x0000000100ff1489 MREP_6A7D224745B44FF28D64E2BC0C3FA69E + 4873 64 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 65 ??? 0x0000000100ed2a04 0x0 + 4310510084 66 ??? 0x0000000100ed23ea 0x0 + 4310508522 67 libmacruby.dylib 0x00000001001567d6 rb_vm_run + 470 68 libmacruby.dylib 0x0000000100030f20 ruby_run_node + 80 69 macruby 0x0000000100000cf8 main + 152 70 macruby 0x0000000100000c54 start + 52 71 ??? 0x0000000000000006 0x0 + 6 ) terminate called after throwing an instance of 'NSException' zsh: abort sudo macgem install hotcocoa --version "<= 0.5.0" }}} * '''<''' : NG {{{ $ sudo macgem install hotcocoa --version "< 0.5.0" uncaught Objective-C/C++ exception... 2011-05-06 04:32:39.245 macruby[9346:e07] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -[NSCFArray insertObject:atIndex:]: attempt to insert nil' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff81fbc7b4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff8832f0f3 objc_exception_throw + 45 2 CoreFoundation 0x00007fff81fbc5d7 +[NSException raise:format:arguments:] + 103 3 CoreFoundation 0x00007fff81fbc564 +[NSException raise:format:] + 148 4 Foundation 0x00007fff86b3ec92 -[NSCFArray insertObject:atIndex:] + 119 5 Foundation 0x00007fff86b3e4b4 -[NSUserDefaults(NSUserDefaults) initWithUser:] + 868 6 Foundation 0x00007fff86b3e103 +[NSUserDefaults(NSUserDefaults) standardUserDefaults] + 106 7 Foundation 0x00007fff86b81ca8 -[NSBundle _computeExecutablePath] + 171 8 Foundation 0x00007fff86b81794 -[NSBundle loadAndReturnError:] + 429 9 libmacruby.dylib 0x00000001000e532b rb_require_framework + 1003 10 libmacruby.dylib 0x000000010013f754 rb_vm_dispatch + 7828 11 remote_fetcher.rbo 0x0000000105f51e75 0x0 + 4394917493 12 remote_fetcher.rbo 0x0000000105f59868 MREP_B9054DD37B604BEC870F5EACA6F50987 + 29048 13 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 14 remote_fetcher.rbo 0x0000000105f51e75 0x0 + 4394917493 15 remote_fetcher.rbo 0x0000000105f57515 MREP_B9054DD37B604BEC870F5EACA6F50987 + 20005 16 libmacruby.dylib 0x000000010013fc49 rb_vm_dispatch + 9097 17 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 18 spec_fetcher.rbo 0x0000000105f4b164 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 29156 19 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 20 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 21 spec_fetcher.rbo 0x0000000105f4aa6a MREP_902140EF328546FB830B3B8B0DB2D3A0 + 27370 22 libmacruby.dylib 0x0000000100141fd7 rb_vm_yield_args + 1895 23 libmacruby.dylib 0x00000001000f44b8 rb_yield + 40 24 libmacruby.dylib 0x00000001000056cd rary_reserve + 989 25 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 26 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 27 spec_fetcher.rbo 0x0000000105f4a5d6 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 26198 28 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 29 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 30 spec_fetcher.rbo 0x0000000105f47e1a MREP_902140EF328546FB830B3B8B0DB2D3A0 + 16026 31 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 32 spec_fetcher.rbo 0x0000000105f43705 0x0 + 4394858245 33 spec_fetcher.rbo 0x0000000105f460a8 MREP_902140EF328546FB830B3B8B0DB2D3A0 + 8488 34 libmacruby.dylib 0x000000010013fc1b rb_vm_dispatch + 9051 35 dependency_installer.rbo 0x0000000105e01b15 0x0 + 4393540373 36 dependency_installer.rbo 0x0000000105e049ad MREP_8F03926DECB84994BD5C19CC5FF06F84 + 10317 37 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 38 dependency_installer.rbo 0x0000000105e01b15 0x0 + 4393540373 39 dependency_installer.rbo 0x0000000105e06cf1 MREP_8F03926DECB84994BD5C19CC5FF06F84 + 19345 40 libmacruby.dylib 0x000000010013fc49 rb_vm_dispatch + 9097 41 dependency_installer.rbo 0x0000000105e01b15 0x0 + 4393540373 42 dependency_installer.rbo 0x0000000105e07e55 MREP_8F03926DECB84994BD5C19CC5FF06F84 + 23797 43 libmacruby.dylib 0x000000010013fc74 rb_vm_dispatch + 9140 44 install_command.rbo 0x00000001035befe5 0x0 + 4351324133 45 install_command.rbo 0x00000001035c1cc6 MREP_F8744BB45931486E8AEEF9D40B02BBEE + 10694 46 libmacruby.dylib 0x0000000100141fd7 rb_vm_yield_args + 1895 47 libmacruby.dylib 0x00000001000f44b8 rb_yield + 40 48 libmacruby.dylib 0x00000001000056cd rary_reserve + 989 49 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 50 install_command.rbo 0x00000001035befe5 0x0 + 4351324133 51 install_command.rbo 0x00000001035c0fdc MREP_F8744BB45931486E8AEEF9D40B02BBEE + 7388 52 libmacruby.dylib 0x000000010013fcb4 rb_vm_dispatch + 9204 53 command.rbo 0x0000000102d65405 0x0 + 4342567941 54 command.rbo 0x0000000102d6a838 MREP_B6CE16B0547E4808A156D6B9C9EDC7D8 + 19640 55 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 56 command_manager.rbo 0x0000000102d5ba45 0x0 + 4342528581 57 command_manager.rbo 0x0000000102d5e52d MREP_F10227D77AC64BA8A7754E450D2559CE + 9645 58 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 59 command_manager.rbo 0x0000000102d5ba45 0x0 + 4342528581 60 command_manager.rbo 0x0000000102d5da60 MREP_F10227D77AC64BA8A7754E450D2559CE + 6880 61 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 62 gem_runner.rbo 0x0000000100ff0f45 0x0 + 4311682885 63 gem_runner.rbo 0x0000000100ff2489 MREP_6A7D224745B44FF28D64E2BC0C3FA69E + 4873 64 libmacruby.dylib 0x000000010013fc99 rb_vm_dispatch + 9177 65 ??? 0x0000000100ed2a04 0x0 + 4310510084 66 ??? 0x0000000100ed23ea 0x0 + 4310508522 67 libmacruby.dylib 0x00000001001567d6 rb_vm_run + 470 68 libmacruby.dylib 0x0000000100030f20 ruby_run_node + 80 69 macruby 0x0000000100000cf8 main + 152 70 macruby 0x0000000100000c54 start + 52 ) terminate called after throwing an instance of 'NSException' zsh: abort sudo macgem install hotcocoa --version "< 0.5.0" }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1261> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1435: GC crashing when trying to free a regex currently in use
by MacRuby 09 Feb '12

09 Feb '12

#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: <http://www.macruby.org/trac/ticket/1435> MacRuby <http://macruby.org/>

1 15

[MacRuby] #1232: MacRuby does not finish when Thread is awaiting the lock and calls Thread#{join, value}.
by MacRuby 06 Feb '12

06 Feb '12

#1232: MacRuby does not finish when Thread is awaiting the lock and calls Thread#{join, value}. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby m = Mutex.new m.lock t = Thread.new do m.lock end t.kill t.join }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1232> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1065: Abort occurs when calls Marshal.dump with object of cloned class.
by MacRuby 06 Feb '12

06 Feb '12

#1065: Abort occurs when calls Marshal.dump with object of cloned class. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby StrClone = String.clone p Marshal.dump(StrClone.new("abc")) }}} BackTrace: {{{ uncaught Objective-C/C++ exception... 2010-12-19 04:35:08.092 macruby[68506:a0b] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** -length only defined for abstract class. Define -[RBAnonymous5 length]!' *** Call stack at first throw: ( 0 CoreFoundation 0x00007fff83de87b4 __exceptionPreprocess + 180 1 libobjc.A.dylib 0x00007fff8000d0f3 objc_exception_throw + 45 2 CoreFoundation 0x00007fff83de85d7 +[NSException raise:format:arguments:] + 103 3 CoreFoundation 0x00007fff83de8564 +[NSException raise:format:] + 148 4 Foundation 0x00007fff82c42535 NSRequestConcreteImplementation + 227 5 Foundation 0x00007fff82c77200 -[NSString length] + 19 6 libmacruby.1.9.2.dylib 0x00000001000fe2a2 w_object + 2914 7 libmacruby.1.9.2.dylib 0x00000001000fe7c3 dump + 19 8 libmacruby.1.9.2.dylib 0x0000000100151a35 rb_ensure + 37 9 libmacruby.1.9.2.dylib 0x00000001000fbdcc marshal_dump + 428 10 libmacruby.1.9.2.dylib 0x000000010014c325 rb_vm_dispatch + 6981 11 ??? 0x0000000102d5a546 0x0 + 4342523206 12 ??? 0x0000000102d5a150 0x0 + 4342522192 13 libmacruby.1.9.2.dylib 0x0000000100164153 rb_vm_run + 531 14 libmacruby.1.9.2.dylib 0x0000000100040fe0 ruby_run_node + 80 15 macruby 0x0000000100000d28 main + 152 16 macruby 0x0000000100000c88 start + 52 ) terminate called after throwing an instance of 'NSException' Program received signal SIGABRT, Aborted. 0x00007fff88411616 in __kill () (gdb) bt #0 0x00007fff88411616 in __kill () #1 0x00007fff884b1cca in abort () #2 0x00007fff8037b5d2 in __gnu_cxx::__verbose_terminate_handler () #3 0x00007fff80010d29 in _objc_terminate () #4 0x00007fff80379ae1 in __cxxabiv1::__terminate () #5 0x00007fff80379b16 in std::terminate () #6 0x000000010015a181 in rb_vm_print_current_exception () at vm.cpp:3787 #7 0x0000000100000d3c in main (argc=2, argv=0x100d1de40, envp=<value temporarily unavailable, due to optimizations>) at main.cpp:44 (gdb) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1065> MacRuby <http://macruby.org/>

1 3

[MacRuby] #1071: When combining negative look-ahead with look-behind in a regexp, macruby doesn't match correctly
by MacRuby 05 Feb '12

05 Feb '12

#1071: When combining negative look-ahead with look-behind in a regexp, macruby doesn't match correctly ----------------------------------+----------------------------------------- Reporter: al_skipp@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- ruby 1.9.2 {{{ >> m = "abc123abc".match /(?<=\w) (\d{3}) (?!\d)/x => #<MatchData "123" 1:"123"> >> m.to_s => "123" }}} macruby 0.9 {{{ >> m = "abc123abc".match /(?<=\w) (\d{3}) (?!\d)/x => #<MatchData "" 1:"123"> >> m.to_s => "" }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1071> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1016: Regular expression 'negative look-ahead' not working properly
by MacRuby 05 Feb '12

05 Feb '12

#1016: Regular expression 'negative look-ahead' not working properly ----------------------------------+----------------------------------------- Reporter: yasuimao@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- I'm not sure if I'm doing this properly, but let me try. It's hard to describe, but there seems to be a bug in regular expression negative look-ahead (?! ). The regular expression below might not be optimal, but what it tries to do is a wild card text search for expressions with 0-2 words in between "it is" and "interesting" excluding "not". {{{ text = "It is interesting. It is very interesting. It is very very interesting. It is not interesting. It is not very interesting." p text.scan(/it is(?:\ *(?!\bnot\b)\w+)?(?:\ *(?!\bnot\b)\w+)? interesting/i) }}} Results Ruby 1.8.7/RubyCocoa {{{ => ["It is interesting", "It is very interesting", "It is very very interesting"] }}} MacRuby 0.7.1 {{{ => ["It is interesting", "It is very interesting"] }}} If I don't use negative look-ahead, both return the same array. {{{ text = "It is interesting. It is very interesting. It is very very interesting. It is not interesting. It is not very interesting." p text.scan(/\bit is(?:\ *\w+)?(?:\ *\w+)? interesting\b/i) }}} Result - Ruby 1.8.7/RubyCocoa, MacRuby {{{ => ["It is interesting", "It is very interesting", "It is very very interesting", "It is not interesting", "It is not very interesting"] }}} I also tried this at http://demo.icu-project.org/icu-bin/redemo and the result was the same as Ruby 1.8.7/RubyCocoa. -- Ticket URL: <http://www.macruby.org/trac/ticket/1016> MacRuby <http://macruby.org/>

1 6

[MacRuby] #1064: Segfault occurs when use a clone object with OpenStruct.
by MacRuby 05 Feb '12

05 Feb '12

#1064: Segfault occurs when use a clone object with OpenStruct. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby require 'ostruct' @os = OpenStruct.new(:name => "John Smith", :age => 70, :pension => 300) f = @os.clone p f.age # .should == 70 }}} BackTrace: {{{ $ DYLD_LIBRARY_PATH=. gdb --args ./macruby ~/tmp/tt.rb Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000119 0x00007fff800075f0 in object_getClass () (gdb) bt #0 0x00007fff800075f0 in object_getClass () #1 0x00000001000d20da in rb_objc_convert_immediate (obj=0x119) at objc.m:539 #2 0x000000010014518a in rb_ocid_to_rval (obj=0x119) at objc.h:247 #3 0x00000001001451c5 in builtin_ostub1 (imp=0x103304a30, self=0x200022c80, sel=0x102e8dd70, argc=0, argv=0x0) at vm.cpp:4818 #4 0x0000000100138dad in rb_vm_dispatch () at dispatcher.cpp:480 #5 0x0000000103300b26 in ?? () #6 0x00000001033001bc in ?? () #7 0x000000010015268d in rb_vm_run (fname=0x20004e9e0 "/Users/watson/tmp/tt.rb", node=0x2000369a0, binding=0x0, inside_eval=false) at vm.cpp:3943 #8 0x0000000100038d71 in ruby_run_node (n=0x2000369a0) at eval.c:211 #9 0x0000000100000c15 in main (argc=2, argv=0x100e1de40, envp=0x7fff5fbfee78) at main.cpp:40 (gdb) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1064> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1035: ruby subclasses of Obj-C classes have incompatible initialization semantics
by MacRuby 05 Feb '12

05 Feb '12

#1035: ruby subclasses of Obj-C classes have incompatible initialization semantics -------------------------------------------------+-------------------------- Reporter: russm-trac-macports-org@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: #reduction -------------------------------------------------+-------------------------- Ruby classes that inherit from Obj-C classes (including core ruby classes like String) have incompatible initialization semantics compared to mri. Since this affects some core ruby classes, it breaks compatibility between the mri and MacRuby environments. eg: in this subclass of String, S2#initialize is never called with 0 arguments {{{ ru...@alcazar:~$ macruby --version MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] ru...@alcazar:~$ macirb irb(main):001:0> class S2 < String irb(main):002:1> attr_accessor :foo irb(main):003:1> def initialize foo = "default2" irb(main):004:2> @foo = foo irb(main):005:2> STDERR.puts "setting #{foo}" irb(main):006:2> end irb(main):007:1> end => nil irb(main):008:0> s2 = S2.new => "" irb(main):009:0> }}} while under mri 1.9.2, S2#initialize is called as expected (nb. executable is called irb1.9.1 but is actually 1.9.2 - thanks, Debian package naming!) {{{ ru...@worcestershire/~ 0 $ ruby1.9.1 --version ruby 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux] ru...@worcestershire/~ 0 $ irb1.9.1 irb(main):001:0> class S2 < String irb(main):002:1> attr_accessor :foo irb(main):003:1> def initialize foo = "default2" irb(main):004:2> @foo = foo irb(main):005:2> STDERR.puts "setting #{foo}" irb(main):006:2> end irb(main):007:1> end => nil irb(main):008:0> s2 = S2.new setting default2 => "" irb(main):009:0> }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1035> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1440: Installing problem at the git 31cc69c8ca... SOURCE
by MacRuby 03 Feb '12

03 Feb '12

#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: <http://www.macruby.org/trac/ticket/1440> MacRuby <http://macruby.org/>

1 18

[MacRuby] #1439: Invalid offsets in structs
by MacRuby 29 Jan '12

29 Jan '12

#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) => #<vec3_t x=1.0 y=3.0 z=NaN> irb(main):003:0> v2 = v1.class.new(4,5,6) => #<vec3_t x=4.0 y=5.0 z=6.0> 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: {{{ <struct name='vec3_t' type='{_vec3_t="x"f"y"f"z"f}'/> <function name='vec3_create' inline='true'> <arg type='f'/> <arg type='f'/> <arg type='f'/> <retval type='{_vec3_t=fff}'/> </function> <function name='printVec3'> <arg type='{_vec3_t=fff}'/> </function> }}} 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: <http://www.macruby.org/trac/ticket/1439> MacRuby <http://macruby.org/>

1 4