May 2010 - MacRuby-devel - lists.macosforge.org

[MacRuby] #539: "macrubyc --static" failing on SL 10.6, MacRuby 0.5 Beta 2
by MacRuby 01 Jun '10

01 Jun '10

#539: "macrubyc --static" failing on SL 10.6, MacRuby 0.5 Beta 2 --------------------------------+------------------------------------------- Reporter: mail@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- When attempting to run the following command: {{{ macrubyc --static hello-world.rb -o hello }}} with MacRuby 0.5 Beta 2 on OS X 10.6, Mac Pro Early 2008, using the MacRuby 0.5 Beta 2 package installer from the downloads page, I receive the following error: {{{ Undefined symbols: "llvm::raw_fd_ostream::raw_fd_ostream(char const*, std::basic_string<char, std::char_traits<char>, std::allocator<char> >&, unsigned int)", referenced from: _rb_vm_aot_compile in libmacruby-static.a(vm.o) "llvm::Value::printCustom(llvm::raw_ostream&) const", referenced from: vtable for llvm::CmpInstin libmacruby-static.a(bridgesupport.o) vtable for llvm::CmpInstin libmacruby-static.a(compiler.o) ld: symbol(s) not found collect2: ld returned 1 exit status Error when executing `/usr/bin/g++ -o hello -arch x86_64 -L/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib -lmacruby- static -framework Foundation -lobjc -lauto -lxml2 -L/opt/local/lib -lpthread -lffi -lm -lLLVMBitWriter -lLLVMInterpreter -lLLVMX86CodeGen -lLLVMX86Info -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMCore -lLLVMSupport -lLLVMSystem /var/folders/QO/QOheC+M9HmWJZ+oGEZpjEE+++TI/-Tmp-/main.o ./hello-world.o' }}} The file hello-world.rb is simply: {{{ #!/usr/bin/env ruby -w puts 'Hello, world!' }}} Just in case it is at all relevant, I also have MacPorts installed and the LLVM port, the ruby port and the ruby1.9 port installed from there as well (though these should presumably not have any effect due to the package installer using its own libraries). In searching for similar problems mentioned by others, I haven't been able to find any and as such I have started a new ticket. -- Ticket URL: <http://www.macruby.org/trac/ticket/539> MacRuby <http://macruby.org/>

1 2

[MacRuby] #711: MacRuby caught SIGSEGV when call Dispatch::Job#add many times
by MacRuby 01 Jun '10

01 Jun '10

#711: MacRuby caught SIGSEGV when call Dispatch::Job#add many times -----------------------------------+---------------------------------------- Reporter: nagachika00@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- When I modify AO Bench script (see #710) to use Dispatch::Job, it caught SIGSEGV while executing blocks passed to Dispatch::Job#add. backtrace of trunk (revision 4089) with gcc is as follows. {{{ (gdb) run Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 [Switching to process 11054] 0x0000000000000000 in ?? () (gdb) where #0 0x0000000000000000 in ?? () #1 0x000000010013b8ad in __rb_vm_objc_dispatch [inlined] () at /Users/nagachika/opt/src/MacRuby-trunk/MacRuby/dispatcher.cpp:450 #2 0x000000010013b8ad in rb_vm_call_with_cache2 (cache=0x100e31450, block=0x0, self=8592087456, klass=<value temporarily unavailable, due to optimizations>, sel=0x7fff886e8b1e, argc=3, argv=0x104a84900) at dispatcher.cpp:904 #3 0x000000010006b3a2 in rb_class_new_instance_imp (klass=8592147264, sel=<value temporarily unavailable, due to optimizations>, argc=3, argv=0x104a84900) at object.c:1962 #4 0x00000001001481dc in rb_vm_dispatch (cache=0x100e5e870, top=8590786400, self=8592147264, sel=0x100e2ffa0, block=0x0, opt=0 '\000', argc=3) at dispatcher.cpp:418 #5 0x0000000102007d25 in ?? () #6 0x000000010013c68a in rb_vm_call_with_cache2 (cache=0x100e312c0, block=0x0, self=8590786400, klass=<value temporarily unavailable, due to optimizations>, sel=0x7fff8211c810, argc=<value temporarily unavailable, due to optimizations>, argv=0x104a85950) at dispatcher.cpp:144 #7 0x000000010006b233 in rb_class_new_instance0 [inlined] () at /Users/nagachika/opt/src/MacRuby-trunk/MacRuby/object.c:1958 #8 0x000000010006b233 in rb_class_new_instance_imp (klass=8592105184, sel=<value temporarily unavailable, due to optimizations>, argc=0, argv=0x104a85950) at object.c:1972 #9 0x00000001001481dc in rb_vm_dispatch (cache=0x1038ee910, top=8590064448, self=8592105184, sel=0x7fff8211c858, block=0x0, opt=0 '\000', argc=0) at dispatcher.cpp:418 #10 0x00000001020099b2 in ?? () #11 0x000000010013f3e3 in rb_vm_block_eval (b=0x2000e7e20, argc=<value temporarily unavailable, due to optimizations>, argv=0x2000e7e78) at dispatcher.cpp:95 #12 0x00000001001481dc in rb_vm_dispatch (cache=0x104839970, top=8592071616, self=8590902944, sel=0x7fff85bb1100, block=0x0, opt=0 '\000', argc=0) at dispatcher.cpp:418 #13 0x0000000102009f25 in ?? () #14 0x000000010013f3e3 in rb_vm_block_eval (b=0x2000e6e60, argc=<value temporarily unavailable, due to optimizations>, argv=0x2000e6eb8) at dispatcher.cpp:95 #15 0x000000010015bd4a in rb_rescue2 (b_proc=<value temporarily unavailable, due to optimizations>, data1=<value temporarily unavailable, due to optimizations>, r_proc=0x1000f2240 <rb_block_rescue>, data2=4304291472) at vm.cpp:3596 #16 0x00007fff84ef9b90 in _dispatch_worker_thread2 () #17 0x00007fff84ef94e8 in _pthread_wqthread () #18 0x00007fff84ef9385 in start_wqthread () }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/711> MacRuby <http://macruby.org/>

1 6

CFRange (Boxed) elements not accessible
by Paul Howson 01 Jun '10

01 Jun '10

Hello Laurent and team, The following code: string_range = CTLineGetStringRange(line) returns a CFRange, which is a C-structure with two elements: location and length. Attempting to access: string_range.location results in the error message: undefined method `location' for #<Boxed:0x200699fe0> (NoMethodError) (I think a similar error related to CLLocation has been discussed here before.) Is there a way to get around this problem? ----------------- Paul Howson Warwick Qld Australia

2 5

Re: [MacRuby-devel] has anyone played with audio frameworks?
by nagachika 29 May '10

29 May '10

Hi, I'm nagachika from Japan. I'm glad to find who interested in audio frameworks in this ML! If what you want is just play audio format file, using NSSound may be easiest way to do it. I'm just trying to use CoreAudio framework with MacRuby to control audio devices. I can get/set some property of audio devices. For example get audio devices list and change sampling rate of them. But I cannot output waveform data to audio output device. It seems than Proc registered as callback function isn't called. I just want to file a ticket about it. BTW, I would like to try use AudioUnit framework via MacRuby. AudioUnit has no BridgeSupport file in system directories. But I found 'gen_bridge_metadata' recently, I think MacRuby can use AudioUnit too. Best Regards,

2 1

A ruby string with ASCII-8BIT encoding is really an NSData and not an NSString
by Carl Lerche 28 May '10

28 May '10

Hello, I've been playing around with macruby a bunch and I hit a point of confusion. I basically did "....".pack("H*") which returns a ruby string. This string is an ASCII-8BIT encoded ruby string which is an alias for a Binary string (aka, it has no encoding). IMO, this should really be backed by an NSData class as opposed to an NSString class because it doesn't make much sense. In fact, it's pretty much impossible to get any useful information out of an ASCII-8BIT encoded ruby string from the objective-c side of things. To get around this, I did the following: class String def to_data return NSData.data unless length > 0 bytes = self.bytes.to_a p = Pointer.new_with_type("char *", bytes.length) bytes.each_with_index do |char, i| p[i] = char end NSData.dataWithBytes(p, length:bytes.length) end end I'm not sure what the solution to this is, but I thought I'd bring up the issue on the mailing list. Thanks, -carl

3 5

[MacRuby] #664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread
by MacRuby 27 May '10

27 May '10

#664: MacRuby Crashes When Scheduling a Block to Run on the Main Thread from a Background Thread ---------------------------------+------------------------------------------ Reporter: dylan@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Code: def main_thread( &block ) block.performSelectorOnMainThread( 'call', withObject: nil, waitUntilDone: true ) end Thread.new do main_thread do [1,2,3].each {|i| puts i } end end Expected result: Output numbers to the console. Actual result: -Terminal- macruby test.rb Assertion failed: (errorcode == 0), function setInstance, file ThreadLocal.cpp, line 61. Abort trap -XCode (have to run the code twice for some reason, first time works) - Assertion failed: ((b->flags & flags) == flags), function rb_vm_prepare_block, file dispatcher.cpp, line 1786. Program received signal: “SIGABRT”. Backtrace (note that this was pasted into a ruby cocoa application and is triggered from a menu click): #0 0x00007fff81b35fe6 in __kill () #1 0x00007fff81bd6e32 in abort () #2 0x00007fff81bc3e74 in __assert_rtn () #3 0x00000001001427e8 in rb_vm_prepare_block () #4 0x000000010115a149 in ?? () #5 0x0000000100149331 in rb_vm_block_eval () #6 0x00007fff87ddc647 in __NSThreadPerformPerform () #7 0x00007fff869c9271 in __CFRunLoopDoSources0 () #8 0x00007fff869c7469 in __CFRunLoopRun () #9 0x00007fff869c6c2f in CFRunLoopRunSpecific () #10 0x00007fff80ca5a75 in _NSUnhighlightCarbonMenu () #11 0x00007fff80f250b8 in -[NSMenu _internalPerformActionForItemAtIndex:] () #12 0x00007fff80dd79d5 in -[NSCarbonMenuImpl _carbonCommandProcessEvent:handlerCallRef:] () #13 0x00007fff80c84b60 in NSSLMMenuEventHandler () #14 0x00007fff886f1bd7 in DispatchEventToHandlers () #15 0x00007fff886f1126 in SendEventToEventTargetInternal () #16 0x00007fff8870ed49 in SendEventToEventTarget () #17 0x00007fff8873dd45 in SendHICommandEvent () #18 0x00007fff8876aa1a in SendMenuCommandWithContextAndModifiers () #19 0x00007fff8876a9d4 in SendMenuItemSelectedEvent () #20 0x00007fff8876a8dc in FinishMenuSelection () #21 0x00007fff8874bcf9 in MenuSelectCore () #22 0x00007fff8874b461 in _HandleMenuSelection2 () #23 0x00007fff80b55b79 in _NSHandleCarbonMenuEvent () #24 0x00007fff80b296a2 in _DPSNextEvent () #25 0x00007fff80b28b41 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #26 0x00007fff80aee747 in -[NSApplication run] () #27 0x00007fff80ae7468 in NSApplicationMain () #28 0x0000000101147870 in ?? () #29 0x000000010014c806 in rb_vm_dispatch () #30 0x00000001011263e4 in ?? () #31 0x000000010016115f in rb_vm_run () #32 0x00000001000462a9 in ruby_run_node () #33 0x00000001001614dc in macruby_main () #34 0x0000000100001d40 in main (argc=1, argv=0x7fff5fbff5f0) at main.m:13 Macruby Version: MacRuby version 0.6 (ruby 1.9.0) [universal-darwin10.0, x86_64] Nightly from 04/20/2010. test.rb attached -- Ticket URL: <http://www.macruby.org/trac/ticket/664> MacRuby <http://macruby.org/>

1 7

[MacRuby] #678: Installing jeweler makes macruby blow up.
by MacRuby 27 May '10

27 May '10

#678: Installing jeweler makes macruby blow up. --------------------------------+------------------------------------------- Reporter: ted@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: jeweler rubygems "abort trap" --------------------------------+------------------------------------------- Hey folks, was going to give macruby a play, and see if i could rake some libraries i know and love (like datamapper), but unfortunately i keep encountering abort traps after installing jeweler (which is critical for a lot of libraries). You can see the exact journey here: http://gist.github.com/388871 -- Ticket URL: <http://www.macruby.org/trac/ticket/678> MacRuby <http://macruby.org/>

1 1

[MacRuby] #477: Need GCD wrapper for dispatch_once
by MacRuby 27 May '10

27 May '10

#477: Need GCD wrapper for dispatch_once ----------------------------------------+----------------------------------- Reporter: ernest.prabhakar@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- We need an API for dispatch_once: http://developer.apple.com/mac/library/documentation/Darwin/Reference/ManPa… http://developer.apple.com/mac/library/documentation/Performance/Reference/… http://www.opensource.apple.com/source/libdispatch/libdispatch-84.5.1/src/o… http://www.opensource.apple.com/source/libdispatch/libdispatch-84.5.1/src/o… Ideally something as simple as: Dispatch::Once.new { run_this_once } The tricky part is that the "Once" would have to allocate (the equivalent of) a global or static dispatch_once_t (i.e., a long). Could that be done with class variables? -- Ticket URL: <http://www.macruby.org/trac/ticket/477> MacRuby <http://macruby.org/>

1 9

[NEW FILE] add string performance tests
by Jordan Breeding 27 May '10

27 May '10

Right now MacRuby is really quite slow for string operations, I noticed it a while back when doing large amounts of string creation, characters swapping, and pushing/popping strings into/out of a priority queue. The attached file is a string performance test and here is a run on my 15" Core i7 MBP with ruby 1.9.1, jruby, and MacRuby: Name ruby 1.9.1p378 MacRuby version jruby 1.5.0.RC1 -------------------------------------------------------------------------------- array:<< 0.751082 1.168693 1.290000 array:new 0.394997 1.917601 0.277000 array:[] 0.324454 0.755054 0.472000 array:[]= 1.691840 0.765225 0.822000 hash:new 1.501595 4.563549 0.444000 hash:[] 0.612701 1.051502 0.589000 hash:[]= 2.012367 1.135856 0.902000 ivar:get 0.215424 0.344873 1.087000 ivar:set 1.349466 0.243909 1.902000 ivar:attr_writer 1.245894 4.587488 0.655000 ivar:attr_reader 1.045779 2.755303 0.482000 loop:upto 1.211598 5.215169 0.874000 loop:times 1.210781 5.215054 0.876000 loop:while 0.599330 0.157019 0.937000 loop:for 1.442154 0.811875 1.132000 method:args 0.728248 0.682097 1.434000 method:noarg 0.822463 0.578383 0.837000 method:splat 0.478610 1.805760 0.227000 method:empty 0.807405 0.527851 1.062000 method:opt 1.027146 2.579715 0.944000 misc:ao_bench 7.838053 8.529954 3.248000 misc:sudoku 1.740196 2.172581 2.461000 misc:tak 1.277399 0.155534 1.563000 misc:mandelbrot 2.956319 0.124588 0.854000 misc:fib 3.827194 0.574900 4.935000 misc:ack 1.049100 0.116299 1.217000 proc:call+splat 0.318346 1.119665 0.191000 proc:call+args 2.477112 1.100848 2.995000 proc:call+noarg 2.496278 1.071953 3.507000 string:store swap 0.153784 0.479202 0.033000 string:<< 0.481788 143.615735 0.099000 string:new 0.276954 1.574715 0.207000 string:[] 0.428182 1.899233 0.072000 string:tuple swap 0.181318 0.721778 0.045000 yield:noarg 0.783281 0.720254 1.269000 yield:splat 0.159219 0.965713 0.094000 yield:less_arity 0.192418 0.843867 0.345000 yield:same_arity 0.937823 0.763344 1.547000 yield:more_arity 0.192516 0.848179 0.421000 Jordan

2 4

[MacRuby] #595: our YAML library does not honor #add_builtin_type
by MacRuby 27 May '10

27 May '10

#595: our YAML library does not honor #add_builtin_type -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: neeracher@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- rails 3 uses the following code that does not work on macruby because the add_builtin_type method is not implemented: {{{ class OrderedHash #:nodoc: def to_yaml_type "!tag:yaml.org,2002:omap" end def to_yaml(opts = {}) YAML.quick_emit(self, opts) do |out| out.seq(taguri, to_yaml_style) do |seq| each do |k, v| seq.add(k => v) end end end end end YAML.add_builtin_type("omap") do |type, val| ActiveSupport::OrderedHash[val.map(&:to_a).map(&:first)] end }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/595> MacRuby <http://macruby.org/>

1 1