December 2010 - macruby-tickets - lists.macosforge.org

[MacRuby] #1020: RSS::Maker is throwing a TypeError
by MacRuby 05 Dec '10

05 Dec '10

#1020: RSS::Maker is throwing a TypeError -----------------------------+---------------------------------------------- Reporter: nick@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- I'm currently looking at the HEAD of MacRuby, and I have an issue with RSS:Maker core lib. When it's required, it throws a TypeError: $ macirb -f irb(main):001:0> require 'rss/maker' TypeError: superclass mismatch for class RSS::Maker::RSS10::TaxonomyTopics I think this is leaving an inconsistent RSS setup, and causes the attached test script to crash, once the TypeError exception is caught. -- Ticket URL: <http://www.macruby.org/trac/ticket/1020> MacRuby <http://macruby.org/>

1 4

Re: [MacRuby] #720: methods from define_method() can't be performed from ObjC (was: dynamically defined method called by menu items bug)
by MacRuby 05 Dec '10

05 Dec '10

#720: methods from define_method() can't be performed from ObjC -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by lsansonetti@…): * milestone: MacRuby 0.7 => MacRuby 1.0 Comment: For 1.0. -- Ticket URL: <http://www.macruby.org/trac/ticket/720#comment:2> MacRuby <http://macruby.org/>

1 0

[MacRuby] #937: Rescuing Interrupt doesn't work
by MacRuby 05 Dec '10

05 Dec '10

#937: Rescuing Interrupt doesn't work -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: irb -------------------------------------+-------------------------------------- This is needed by IRB and used to work, iirc: {{{ % macruby -e 'begin; loop {}; rescue Interrupt; p :ok; end' ^C % ruby19 -e 'begin; loop {}; rescue Interrupt; p :ok; end' ^C:ok }}} Trap does work, though. {{{ % macruby -e 'trap("SIGINT") { p :ok; exit }; loop {}' ^C:ok }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/937> MacRuby <http://macruby.org/>

1 2

Re: [MacRuby] #220: Ruby ranges should be usable whenever an NSRange is required
by MacRuby 05 Dec '10

05 Dec '10

#220: Ruby ranges should be usable whenever an NSRange is required ------------------------------------+--------------------------------------- Reporter: carl@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: NSRange ranges ------------------------------------+--------------------------------------- Changes (by lsansonetti@…): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: <http://www.macruby.org/trac/ticket/220#comment:1> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #469: Time#to_f gives wrong results on 32-bit architecture
by MacRuby 05 Dec '10

05 Dec '10

#469: Time#to_f gives wrong results on 32-bit architecture -------------------------------+-------------------------------------------- Reporter: pwilson@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: duplicate Keywords: | -------------------------------+-------------------------------------------- Changes (by lsansonetti@…): * status: new => closed * resolution: => duplicate * milestone: MacRuby 0.5 => Comment: Dup of #611. -- Ticket URL: <http://www.macruby.org/trac/ticket/469#comment:1> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #527: Segmentation fault when stack overflows
by MacRuby 05 Dec '10

05 Dec '10

#527: Segmentation fault when stack overflows -------------------------------------+-------------------------------------- Reporter: haruki.zaemon@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: stack overflow segfault -------------------------------------+-------------------------------------- Changes (by lsansonetti@…): * milestone: => MacRuby Later Comment: For Later. -- Ticket URL: <http://www.macruby.org/trac/ticket/527#comment:10> MacRuby <http://macruby.org/>

1 0

[MacRuby] #996: Missing Proc#source_location leads to incomplete Kernel#caller backtraces
by MacRuby 05 Dec '10

05 Dec '10

#996: Missing Proc#source_location leads to incomplete Kernel#caller backtraces -----------------------------------------+---------------------------------- Reporter: martijn@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: -----------------------------------------+---------------------------------- I'm trying to use RSpec (latest version, 2.1.0) with MacRuby nightly, but there is information missing from the exception backtraces which makes it difficult to see where exactly specs fail. The issue is that RSpec uses instance_eval with a Proc object to execute an example. In Ruby 1.9.2, Procs include their source_location, an Array consisting of the file name and line number of the code represented by the Proc. This source_location (or actually it's underlying implementation) is used by Ruby 1.9.2 to generate Kernel#caller backtraces for code executed from a Proc. MacRuby however, doesn't implement Proc#source_location (I checked proc.c and compared it to the Ruby 1.9.2 version) and hence Kernel#caller output doesn't show backtraces for code executed from a Proc. RubySpec contains a failing core/proc/source_location_spec.rb which might help in implementing this feature. -- Ticket URL: <http://www.macruby.org/trac/ticket/996> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1017: macgem intall error
by MacRuby 05 Dec '10

05 Dec '10

#1017: macgem intall error ----------------------------+----------------------------------------------- Reporter: tglee@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macgem ----------------------------+----------------------------------------------- $ macruby -e 'p MACRUBY_VERSION, MACRUBY_REVISION' "0.8" "svn revision 4962 from http://svn.macosforge.org/repository/ruby/MacRuby/trunk" $ sudo macgem i gsl Password: Building native extensions. This could take a while... ERROR: While executing gem ... (TypeError) can't convert Float into String $ -- Ticket URL: <http://www.macruby.org/trac/ticket/1017> MacRuby <http://macruby.org/>

1 5

Re: [MacRuby] #493: signals cannot be intercepted
by MacRuby 05 Dec '10

05 Dec '10

#493: signals cannot be intercepted -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: martinlagardette@… Type: defect | Status: closed Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by lsansonetti@…): * status: assigned => closed * resolution: => fixed * milestone: MacRuby 0.5 => MacRuby 0.8 Comment: I think this bug can be closed, as signals can now be intercepted. I also believe we have an open bug regarding exceptions raised inside signal handlers. -- Ticket URL: <http://www.macruby.org/trac/ticket/493#comment:5> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #588: ld: library not found for -lLLVMBitWriter for macrubyc --static
by MacRuby 05 Dec '10

05 Dec '10

#588: ld: library not found for -lLLVMBitWriter for macrubyc --static --------------------------------+------------------------------------------- Reporter: g.vishnu@… | Owner: lsansonetti@… Type: defect | Status: reopened Priority: major | Milestone: MacRuby Later Component: MacRuby | Resolution: Keywords: | --------------------------------+------------------------------------------- Changes (by lsansonetti@…): * milestone: MacRuby 0.6 => MacRuby Later Comment: Static compilation is under development again, but won't be finished for 1.0 probably. Moving to Later. -- Ticket URL: <http://www.macruby.org/trac/ticket/588#comment:5> MacRuby <http://macruby.org/>

1 0