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

[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] #291: Time.parse doesn't work in experimental
by MacRuby 26 Aug '09

26 Aug '09

#291: Time.parse doesn't work in experimental -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- {{{ $ macruby -e "require 'time'; p Time.parse('2009/06/29 23:19:35 +0000')" unrecognized runtime type `{_NSZone=}' (TypeError) }}} Due to a conflict with NSObject#zone -- Ticket URL: <http://www.macruby.org/trac/ticket/291> MacRuby <http://macruby.org/>

1 1

[MacRuby] #289: macgem error "uninitialized constant Gem::Marshal (NameError)"
by MacRuby 26 Aug '09

26 Aug '09

#289: macgem error "uninitialized constant Gem::Marshal (NameError)" -------------------------------------+-------------------------------------- Reporter: ingo.vietense@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: macgem -------------------------------------+-------------------------------------- The current experimental branch throws a "uninitialized constant Gem::Marshal (NameError)" when running ./sudo macgem -- Ticket URL: <http://www.macruby.org/trac/ticket/289> MacRuby <http://macruby.org/>

1 4

[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

[MacRuby] #297: ObjectSpace.each_object returns Class and Module objects when it shouldn't
by MacRuby 09 Aug '09

09 Aug '09

#297: ObjectSpace.each_object returns Class and Module objects when it shouldn't --------------------------------+------------------------------------------- Reporter: ned@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- each_object(someclass) returns objects that are not subclasses of the requested class. {{{ ObjectSpace.each_object(String).reject { |o| o.class.ancestors.include? String }.map { |o| o.class }.uniq => [Class, Module, NSString] }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/297> MacRuby <http://macruby.org/>

1 3

Error with AOT compiler
by Josh Ballanco 31 Jul '09

31 Jul '09

I've stumbled across a bug with the AOT compiler. Compiling the following code causes an "Instruction does not dominate all uses!" error from LLVM: --*begin code*-- def test_method(a_hash) a_hash.each{|k,v| puts "Key: #{k} and Value: #{v}"} end test_method({:hello => 'world'}) --*end code*-- I haven't had time to add this to test_vm, but I did narrow down the issue to this region of the generated llvm assembly: --*begin code*-- rescue_save_vars: ; preds = %MainBlock %7 = call i8* @llvm.eh.exception() ; <i8*> [#uses=2] %8 = call i64 (i8*, i8*, ...)* @llvm.eh.selector.i64(i8* %7, i8* bitcast (i8* ()* @__gxx_personality_v0 to i8*), i8* null) ; <i64> [#uses=0] %9 = call i8* @__cxa_begin_catch(i8* %7) ; <i8*> [#uses=0] %10 = load i8** %1 ; <i8*> [#uses=2] %11 = icmp eq i8* %10, null ; <i1> [#uses=1] br i1 %11, label %merge, label %not_null normal: ; preds = %MainBlock %12 = load i64* @6 ; <i64> [#uses=2] %13 = load i8** %1 ; <i8*> [#uses=1] call void (i8*, i32, ...)* @rb_vm_keep_vars(i8* %13, i32 1, i64 %12, i64* %0) ret i64 %6 not_null: ; preds = %rescue_save_vars call void (i8*, i32, ...)* @rb_vm_keep_vars(i8* %10, i32 1, i64 %12, i64* %0) br label %merge --*end code*-- Specifically, the issue is that "not_null" can be accessed directly from "rescue_save_vars" leaving %12 undefined. I've attached the related files. Cheers, Josh

2 1

[MacRuby] #301: minor correction to Overview page
by MacRuby 31 Jul '09

31 Jul '09

#301: minor correction to Overview page --------------------------+------------------------------------------------- Reporter: rdm@… | Owner: lsansonetti@… Type: defect | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: --------------------------+------------------------------------------------- I think "handful" should be "helpful", as shown in the patch. -- Ticket URL: <http://www.macruby.org/trac/ticket/301> MacRuby <http://macruby.org/>

1 0

problem with trac login page
by Rich Morin 31 Jul '09

31 Jul '09

I was looking at http://www.macruby.org/trac/ticket/296, wondering when the patch would actually show up on the web site, when I decided to log in and file another bug. When I clicked the Login link, I got this nastygram from Firefox (3.5.1): The page isn't redirecting properly Firefox has detected that the server is redirecting the request for this address in a way that will never complete. * This problem can sometimes be caused by disabling or refusing to accept cookies. For the record, I do not have cookies disabled, etc. I then went to http://www.macruby.org/trac and tried again, getting the same result. I also tried with Safari (4.0.1), getting: Safari can't open the page. Too many redirects occurred trying to open "http://www.macruby.org/auth/login/". This might occur if you open a page that is redirected to open another page which then is redirected to open the original page. Although this IS an effective way to keep the bug counts down, it may not be the best overall strategy... Could someone please take a look at this? -r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm(a)cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841 Technical editing and writing, programming, and web development

2 2

question about goals for ruby module compatibility with macruby
by Tim Rand 30 Jul '09

30 Jul '09

Hi Laurent and macruby-ists,I am thinking about taking on a rather ambitious project with macruby in the next year or so which would benefit from having access to existing ruby gems (like the bioruby gem and rails). Can anyone predict how general the ruby gem compatibility will be as macruby matures? I promise I won't hold anyone responsible for their speculation. Tim

4 3