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

Re: [MacRuby] #748: 32bit Number Limit and Conversion
by MacRuby 05 Dec '10

05 Dec '10

#748: 32bit Number Limit and Conversion -----------------------------+---------------------------------------------- Reporter: lp@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby Later Component: MacRuby | Keywords: 32bit number -----------------------------+---------------------------------------------- Changes (by lsansonetti@…): * milestone: MacRuby 0.7 => MacRuby Later Comment: I think MacRuby behaves correctly here. When running in 32-bit mode, the fixnum range is much smaller, so 0x44485250 is actually a Bignum. Passing 0x44485250 to the +[NSNumber numberWithInt:] will get its value coerced to a regular C integer. I am not sure what MacRuby should do differently here. Maybe raising an exception instead of coercing the object? Screening to Later in the meantime. -- Ticket URL: <http://www.macruby.org/trac/ticket/748#comment:3> MacRuby <http://macruby.org/>

1 0

[MacRuby] #975: macri requires superuser permissions to update cache
by MacRuby 05 Dec '10

05 Dec '10

#975: macri requires superuser permissions to update cache ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: macri root cache ------------------------------------+--------------------------------------- Tonight I tried to use macri for the first time and I got an error: # macri Pointer /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:383:in `create_class_cache': Permission denied - open() failed (Errno::EACCES) from /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:342:in `class_cache' from /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:596:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.7.1/usr/lib/ruby/1.9.2/rdoc/ri/driver.rb:591:in `run' from /usr/local/bin/macri:3:in `<main>' zsh: exit 1 macri Pointer When I ran macri as root it updated its cache and then started to "work" (not quite, but that is a separate issue). -- Ticket URL: <http://www.macruby.org/trac/ticket/975> MacRuby <http://macruby.org/>

1 1

Re: [MacRuby] #749: Regexp issues / crashes affecting StringScanner
by MacRuby 05 Dec '10

05 Dec '10

#749: Regexp issues / crashes affecting StringScanner ------------------------------------+--------------------------------------- Reporter: kitchen.andy@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Comment(by lsansonetti@…): I wonder if it will also crash with ICU 4.2. -- Ticket URL: <http://www.macruby.org/trac/ticket/749#comment:8> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #537: Missing Time#strftime formatter: "%P"
by MacRuby 05 Dec '10

05 Dec '10

#537: Missing Time#strftime formatter: "%P" -------------------------------+-------------------------------------------- Reporter: bburky@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Changes (by lsansonetti@…): * milestone: => MacRuby Later Comment: Strangely enough, %p (with a lower letter) works: {{{ $ ./miniruby -e "p Time.now.strftime('%p')" "PM" }}} Also, the system's ruby (1.8.7) behaves the same: {{{ $ ruby -e "p Time.now.strftime('%P')" "P" $ ruby -e "p Time.now.strftime('%p')" "PM" }}} Looks like following CRuby1.9 might be tedious here, so moving to Later for now. -- Ticket URL: <http://www.macruby.org/trac/ticket/537#comment:7> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #435: Too many calls to NSObject initialize
by MacRuby 05 Dec '10

05 Dec '10

#435: Too many calls to NSObject initialize ---------------------------------------+------------------------------------ Reporter: joshua.ballanco@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: major | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Changes (by lsansonetti@…): * milestone: => MacRuby 1.0 Comment: For 1.0. -- Ticket URL: <http://www.macruby.org/trac/ticket/435#comment:3> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #572: ConditionVariable#wait should accept a timeout argument
by MacRuby 05 Dec '10

05 Dec '10

#572: ConditionVariable#wait should accept a timeout argument ---------------------------------+------------------------------------------ Reporter: honglilai@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ Changes (by lsansonetti@…): * milestone: => MacRuby Later Comment: Thanks for checking. Let's move the ticket to Later. -- Ticket URL: <http://www.macruby.org/trac/ticket/572#comment:4> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #799: Abort occurs when will raise LocalJumpError with Proc.
by MacRuby 05 Dec '10

05 Dec '10

#799: Abort occurs when will raise LocalJumpError with Proc. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Changes (by mattaimonetti@…): * milestone: => MacRuby 1.0 Comment: seems related to #851 but I'm not 100% sure. -- Ticket URL: <http://www.macruby.org/trac/ticket/799#comment:1> MacRuby <http://macruby.org/>

1 0

[MacRuby] #851: rake and macrake behaviour differ
by MacRuby 05 Dec '10

05 Dec '10

#851: rake and macrake behaviour differ ----------------------------------------+----------------------------------- Reporter: dave.baldwin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: rake ----------------------------------------+----------------------------------- With the following rakefile: task :default => :run def transformTask () task :run => [] do yield end end transformTask {puts 'Done'} running rake gives: Done while running Macrake gives: rake aborted! no block given Changing the rakefile to be: task :default => :run def transformTask (&block) task :run => [] do block.call end end transformTask {puts 'Done'} will now give the same result for rake and macrake. This may just be a 1.8 vs. 1.9 difference or a bug in macruby. macruby -v MacRuby version 0.6 (ruby 1.9.0) [universal-darwin10.0, x86_64] -- Ticket URL: <http://www.macruby.org/trac/ticket/851> MacRuby <http://macruby.org/>

1 7

Re: [MacRuby] #832: “Thread.abort_on_exception = true” does not raise the exception in the main thread.
by MacRuby 05 Dec '10

05 Dec '10

#832: “Thread.abort_on_exception = true” does not raise the exception in the main thread. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby Later Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Changes (by mattaimonetti@…): * milestone: => MacRuby Later -- Ticket URL: <http://www.macruby.org/trac/ticket/832#comment:2> MacRuby <http://macruby.org/>

1 0

Re: [MacRuby] #537: Missing Time#strftime formatter: "%P"
by MacRuby 05 Dec '10

05 Dec '10

#537: Missing Time#strftime formatter: "%P" -------------------------------+-------------------------------------------- Reporter: bburky@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: -------------------------------+-------------------------------------------- Comment(by watson1978@…): MacRuby uses the strftime of system. [[BR]] but, CRuby1.9 implements the strftime (see strftime.c in CRuby). I think MacRuby has to implement strftime to solve a this issue. -- Ticket URL: <http://www.macruby.org/trac/ticket/537#comment:6> MacRuby <http://macruby.org/>

1 0