June 2009 - MacRuby-devel - lists.macosforge.org

[MacRuby] #249: Attempting to modify instances of NSString or NSArray causes crash
by MacRuby 26 Aug '09

26 Aug '09

#249: Attempting to modify instances of NSString or NSArray causes crash ---------------------------------+------------------------------------------ Reporter: jesper@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Creating an instance of NSString or NSArray, and then attempting to modify it, causes a crash in MacRuby 0.4 (built from source, revision 1541): {{{ $ macirb irb(main):001:0> str = NSString.stringWithString 'a' => "a" irb(main):002:0> str << 'b' (irb):2: [BUG] Bus Error MacRuby version 0.4 (ruby 1.9.1) [universal-darwin9.5, x86_64] }}} {{{ $ macirb irb(main):001:0> arr = NSArray.arrayWithObject 'a' => ["a"] irb(main):002:0> arr << 'b' /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/irb.rb:302: [BUG] Segmentation fault MacRuby version 0.4 (ruby 1.9.1) [universal-darwin9.5, x86_64] }}} (Yes, I know that NSString and NSArray are immutable types, but a bus error or segfault seems a bit harsh.) -- Ticket URL: <http://www.macruby.org/trac/ticket/249> MacRuby <http://macruby.org/>

1 2

[MacRuby] #185: Redefining singleton methods on multiple objects at the same place
by MacRuby 26 Aug '09

26 Aug '09

#185: Redefining singleton methods on multiple objects at the same place ----------------------------------------+----------------------------------- Reporter: vincent.isambart@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- The following code causes a warning. The problem is when 2 different objects have a method defined on their singleton class at the same place. {{{ def func(obj) def obj.a p self.description p self.class.ancestors super end end class A def a end end o1 = A.new o2 = A.new func(o1) func(o2) puts 'o1' o1.a puts 'o2' o2.a }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/185> MacRuby <http://macruby.org/>

1 1

[MacRuby] #255: NSArray.new(["elem"]) segfaults
by MacRuby 26 Aug '09

26 Aug '09

#255: NSArray.new(["elem"]) segfaults ---------------------------------------+------------------------------------ Reporter: thilo@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: NSArray constructor ---------------------------------------+------------------------------------ {{{ NSArray.new(["elem"]) }}} causes a segmentation fault with macruby 0.4 -- Ticket URL: <http://www.macruby.org/trac/ticket/255> MacRuby <http://macruby.org/>

1 3

[MacRuby] #169: [HotCocoa] status_item mapping doesn't appear to work
by MacRuby 25 Aug '09

25 Aug '09

#169: [HotCocoa] status_item mapping doesn't appear to work --------------------------------+------------------------------------------- Reporter: chris@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I'm porting a little single file rubycocoa app to check out hotcocoa but ran into a little problem with the code below: {{{ require 'hotcocoa' class Application include HotCocoa def start application :name => "MacMenu" do |app| app.delegate = self @item = status_item #@item = status_bar.statusItemWithLength NSVariableStatusItemLength @item.title = "MacMenu" end end end Application.new.start }}} The @item = status_item call causes the following error: {{{ /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/hotcocoa/mappings/status_item.rb:6:in `alloc_with_options': undefined local variable or method `status_bar' for #<HotCocoa::Mappings::Mapper:0x80039e6e0> (NameError) from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/hotcocoa/mapper.rb:48:in `block in map_method' from hotcocoa_menu_test.rb:9:in `block in start' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/hotcocoa/mappings/application.rb:9:in `call' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/hotcocoa/mappings/application.rb:9:in `handle_block' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/hotcocoa/mapper.rb:67:in `block in map_method' from hotcocoa_menu_test.rb:7:in `start' from hotcocoa_menu_test.rb:16:in `<main>' }}} Using the commented out line instead everything is fine. -- Ticket URL: <http://www.macruby.org/trac/ticket/169> MacRuby <http://macruby.org/>

1 5

[MacRuby] #283: Build fails on Snow Leopard
by MacRuby 23 Aug '09

23 Aug '09

#283: Build fails on Snow Leopard -----------------------------------+---------------------------------------- Reporter: jfahrenkrug@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: snowleopard -----------------------------------+---------------------------------------- On Snow Leopard, building SVN trunk rev 1833 fails: johannes-fahrenkrugs-macbook-pro:MacRuby-trunk johannes$ rake (in /Users/johannes/Code/MacRuby-trunk) /usr/bin/ruby tool/compile_prelude.rb prelude.rb miniprelude.c.new rm miniprelude.c.new /usr/bin/bison -o y.tab.c parse.y /usr/bin/sed -f ./tool/ytab.sed -e "/^#/s!y.tab.c!parse.c!" y.tab.c > parse.c.new mv parse.c.new parse.c rm -f parse.o /usr/bin/ruby -Ks tool/insns2vm.rb /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c array.c -o array.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c bignum.c -o bignum.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c class.c -o class.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c compar.c -o compar.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c dir.c -o dir.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c enum.c -o enum.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c enumerator.c -o enumerator.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c error.c -o error.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c eval.c -o eval.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c load.c -o load.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c proc.c -o proc.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c file.c -o file.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c gc.c -o gc.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c hash.c -o hash.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c inits.c -o inits.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c io.c -o io.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c marshal.c -o marshal.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c math.c -o math.o /usr/bin/gcc -I. -I./include -I/usr/include/libxml2 -arch i386 -arch x86_64 -fno-common -pipe -O2 -g -Wall -Wno-parentheses -Wno-deprecated- declarations -Werror -c numeric.c -o numeric.o cc1: warnings being treated as errors numeric.c: In function ‘nsnum_succ’: numeric.c:3712: warning: assuming signed overflow does not occur when assuming that (X + c) < X is always false numeric.c: In function ‘nsnum_pred’: numeric.c:3723: warning: assuming signed overflow does not occur when assuming that (X - c) > X is always false cc1: warnings being treated as errors numeric.c: In function ‘nsnum_succ’: numeric.c:3712: warning: assuming signed overflow does not occur when assuming that (X + c) < X is always false numeric.c: In function ‘nsnum_pred’: numeric.c:3723: warning: assuming signed overflow does not occur when assuming that (X - c) > X is always false lipo: can't open input file: /var/folders/yw/ywXY6dfLEL8dCK4WMwvk2U+++TI/-Tmp-//cc8sXAp4.out (No such file or directory) rake aborted! Command failed with status (1): [/usr/bin/gcc -I. -I./include -I/usr/includ...] /Users/johannes/Code/MacRuby-trunk/rakefile:146:in `cc' (See full trace by running task with --trace) -- Ticket URL: <http://www.macruby.org/trac/ticket/283> MacRuby <http://macruby.org/>

1 4

I want to help too
by Perry Smith 08 Jul '09

08 Jul '09

I'm an old crusty C programmer. I have a masters in CS and my focus was languages and compilers. MacRuby and LLVM are really exciting to me. I use a Mac. Working with Ruby since 2006. Love Rails. etc etc. I saw a previous thread in the archive where a newbie wanted to help and the reply was to help with testing. Thats fine. I'm worried about duplicate effort . Maybe split off some bugs / test cases I can work on? Most of my work will be during the weekends but I think I'd like to start setting things up during this week. Take care, Perry Ease Software, Inc. ( http://www.easesoftware.com ) Low cost SATA Disk Systems for IBMs p5, pSeries, and RS/6000 AIX systems

3 7

need help to get the Apple Remote Wrapper working with MacRuby
by Matt Aimonetti 01 Jul '09

01 Jul '09

Hi Guys, I wanted to port RubyCocoa old Apple Remote example to MacRuby but I encountered some issues. It looks like I'm now stuck and need some help :( Here is the code: http://github.com/mattetti/apple-remote-wrapper/tree/master I took Martin's source code, updated it to objective-c 2, enabled the GC, made sure the demos were still working. Created a new framework target and added bridgesupport. FYI to generate the BridgeSupport file, do the following: $ mkdir -p ~/src/RemoteControlWrapper_R962/build/Release/AppleRemote.framework/Resources/BrideSupport/ $ gen_bridge_metadata -f ~/src/RemoteControlWrapper_R962/build/Release/AppleRemote.framework/ -o ~/src/RemoteControlWrapper_R962/build/Release/AppleRemote.framework/Resources/BrideSupport/AppleRemote.bridgesupport bs generated file: http://gist.github.com/137201 I then created a new macruby xcode project, loaded the framework, created a new controller and binded it using IB. Here is my controller: class Controller def awakeFromNib remoteControl = AppleRemote.alloc.initWithDelegate(self) remoteControl.startListening(self) p remoteControl.isListeningToRemote end # - (void) sendRemoteButtonEvent: (RemoteControlEventIdentifier) event pressedDown: (BOOL) pressedDown remoteControl: (RemoteControl*) remoteControl; def sendRemoteButtonEvent(event, pressedDown:pressed, remoteControl:remote) p 'button pressed' end end When the app loads, the AppleRemote instance is listening properly but when I click on the button my code crashes and here is the bt: http://gist.github.com/raw/137199/948a2bbe0a45d942977563350a3bf15c27b4ee55/… #0 0x00007fff82bc3490 in realizeClass () #1 0x00007fff82bc354e in realizeClass () #2 0x00007fff82bc354e in realizeClass () #3 0x00007fff82bc3d17 in _objc_fixupMessageRef () #4 0x00007fff82bc5c7f in objc_msgSend_fixup () #5 0x00007fff83bfe587 in __CFMachPortPerform () #6 0x00007fff83c202cc in CFRunLoopRunSpecific () #7 0x00007fff84582bce in RunCurrentEventLoopInMode () #8 0x00007fff84582a04 in ReceiveNextEventCommon () #9 0x00007fff845828af in BlockUntilNextEventMatchingListInMode () #10 0x00007fff8314e420 in _DPSNextEvent () #11 0x00007fff8314dd61 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #12 0x00007fff83147af4 in -[NSApplication run] () #13 0x00007fff831148ac in NSApplicationMain () #14 0x0000000102880940 in ?? () Any help would be much appreciated. Thanks, - Matt

1 1

experimental branch: status update
by Laurent Sansonetti 29 Jun '09

29 Jun '09

Last week's status on the experimental branch work! - It's now possible to build MacRuby with clang (assuming you installed it) by issuing the following command: $ rake use_clang=true miniruby This will compile all C and Objective-C files with clang and C++ files with llvm-g++. Apparently the build's product works as expected. However, since clang is a moving target and since it does not support C ++ yet, this option is not enabled by default even if you have clang in your system. - Threads! A first multi-threaded design for MacRuby was implemented. The idea behind this design is to map a Thread object to a native POSIX thread and make sure its related block will most always run in a concurrent fashion. In order to achieve this, we created a new class called Core, which is a singleton object containing all the data structures that should be shared across all threads. The Core object contains a lock that is used every time a shared data structure is accessed. Shared data structures are for example: LLVM caches, various stubs caches, BridgeSupport caches, etc. Everything else was moved to a VM class, which is completely lock- free. A VM object is created at demand and only once for every thread that wants to access the runtime. The VM object contains data structures for the very specific thread execution, like for instance current blocks, bindings, exceptions, etc. The VM sometimes calls the Core (when defining a method for example) which acquires the Core lock, but most of the time it just runs concurrently. All MacRuby threads are scheduled by the OS kernel and registered into the Objective-C garbage collector (which runs on its own threads) before doing anything. This implementation is not quite finished yet and will be polished in the near future, but it's already very promising. It passes all the RubySpec core/thread expectations and according to a few benchmarks we can finally use multiple CPU cores. I was able to run some micro- benchmark code (like fib(40), method dispatch loops, etc.) on 8 different Threads on a Mac Pro and MacRuby was using 800% of the system (all 8 cores) vs only one in the case of Ruby 1.9. Obviously since threads are concurrent it means the developer must take this into account and use mutexes to secure access to a shared object (local variable, instance variable, etc.), which is not necessarily needed in Ruby 1.8 or 1.9 because threads don't run concurrently. Also, Thread#kill is supported but is really discouraged because it's not deterministic. I wrote for fun a simple web server on top of Foundation's run loop that dispatches new HTTP requests to a pool of threads, to test a little bit our implementation and see if it's stable. I stressed it with ab(1) (Apache benchmarking tool) and it's quite good, there are still 2-3 random bugs but I think I identified all of them. If you're interested, the simple web server was committed in sample-macruby/ Scripts/web_server.rb. That's all folks! Threads was really the last piece of functionality missing in experimental vs trunk. Now it's time to converge and try to fix all the remaining bugs. Laurent

3 2

[MacRuby] #288: miniruby bench on 32 bit fails
by MacRuby 29 Jun '09

29 Jun '09

#288: miniruby bench on 32 bit fails ----------------------------------------+----------------------------------- Reporter: bobstevenson@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ----------------------------------------+----------------------------------- I have a mac-mini core-duo. I'm receiving this error after building the latest experimental release; with the specified llvm. ./miniruby -I./lib bench.rb Assertion failed: (castIsValid(getOpcode(), S, Ty) && "Illegal BitCast"), function BitCastInst, file Instructions.cpp, line 2493. rake aborted! Command failed with status (): [./miniruby -I./lib bench.rb...] -- Ticket URL: <http://www.macruby.org/trac/ticket/288> MacRuby <http://macruby.org/>

1 0

0.5 branch build failing
by Paul 22 Jun '09

22 Jun '09

Hi folks, I am getting a build failure related to the sqlite dynamic lib file which is confusing me, is there a specific version of sqlite needed for compatibility? I tried copying an older version of libsqlite3.0.dylib into /usr/local/lib with the same result. Here is my build output: http://gist.github.com/133671 Thanks folks! Paul

3 2