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

[MacRuby] #855: MacRuby should load the "rubygems" automatically.
by MacRuby 23 Mar '12

23 Mar '12

#855: MacRuby should load the "rubygems" automatically. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ruby -v -e "p Gem.class" ruby 1.9.1p429 (2010-07-02 revision 28523) [i386-darwin10] Module $ /usr/bin/ruby -v -e "p Gem.class" ruby 1.8.7 (2009-06-12 patchlevel 174) [universal-darwin10.0] -e:1: uninitialized constant Gem (NameError) $ macruby -v -e "p Gem.class" MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] /Users/watson/src/MacRuby/-e:1:in `<main>': uninitialized constant Gem (NameError) }}} {{{ $ cat test.rb #!ruby $LOADED_FEATURES.each do |file| puts file end }}} Runs above script, I found that the "rubygems" is loaded automatically with Ruby 1.9. {{{ $ ruby test.rb enumerator.so /opt/local/lib/ruby1.9/1.9.1/i386-darwin10/enc/encdb.bundle /opt/local/lib/ruby1.9/1.9.1/i386-darwin10/enc/trans/transdb.bundle /opt/local/lib/ruby1.9/1.9.1/rubygems.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/855> MacRuby <http://macruby.org/>

1 3

[MacRuby] #993: Assertion failure : vm.cpp
by MacRuby 16 Nov '11

16 Nov '11

#993: Assertion failure : vm.cpp ---------------------------------------+------------------------------------ Reporter: hungerandthirst@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: gems, bundler, deps ---------------------------------------+------------------------------------ no idea where this comes from but when trying to use bundler to manage gem deps in a macruby app like so require "rubygems" require "bundler/setup" I get the following: Assertion failed: ((size_t)pos < current_exceptions.size()), function pop_current_exception, file vm.cpp, line 3370. If I remove the 'require bundler/setup' line, it works fine. Using 7.1 release. -- Ticket URL: <http://www.macruby.org/trac/ticket/993> MacRuby <http://macruby.org/>

1 12

[MacRuby] #874: Abort occurs when when calls Thread#raise / #kill when Thread#join is called in block of Thread.
by MacRuby 14 Nov '11

14 Nov '11

#874: Abort occurs when when calls Thread#raise / #kill when Thread#join is called in block of Thread. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby $ cat test.rb t1 = Thread.new {sleep 10} t2 = Thread.new { t1.join } sleep 1 t2.raise #t2.kill }}} Result of MacRuby Trunk: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test.rb terminate called after throwing an instance of 'RoxorThreadRaiseException*' zsh: abort DYLD_LIBRARY_PATH=. ./macruby -I./lib test.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/874> MacRuby <http://macruby.org/>

1 3

[MacRuby] #958: Errno::EAGAIN occurs when read data from socket within Webrick.
by MacRuby 20 Aug '11

20 Aug '11

#958: Errno::EAGAIN occurs when read data from socket within Webrick. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Test Script: {{{ #!ruby # test_webrick_server.rb require "webrick" class Echo < WEBrick::GenericServer def run(sock) while line = sock.gets p "[server] : get = " + line sock.print line end p :end end end server = Echo.new({ :BindAddress => "127.0.0.1", :Port => 4000, }) Signal.trap('INT') { server.shutdown } server.start }}} {{{ #!ruby # test_client.rb require "socket" host = "127.0.0.1" port = 4000 c = TCPSocket.open(host, port) ["foo\n", "bar\n"].each do |item| c.print item p c.gets end ["1234", "aaa", "bbb"].each do |item| c.puts item p c.gets end }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_webrick_server.rb [2010-10-17 00:43:34] INFO WEBrick 1.3.1 [2010-10-17 00:43:34] INFO ruby 1.9.2 (2008-06-03) [universal-darwin10.0] [2010-10-17 00:43:34] INFO Echo#start: pid=953 port=4000 "[server] : get = foo\n" [2010-10-17 00:43:37] ERROR Errno::EAGAIN: Resource temporarily unavailable - read() failed /Users/watson/src/macruby-dev/test_webrick_server.rb:5:in `run:' /Users/watson/src/macruby-dev/lib/webrick/server.rb:183:in `block' }}} It works as expected if I do not use Webrick. {{{ #!ruby # test_socket_server.rb require "socket" host = "127.0.0.1" port = 4000 server = TCPServer.open(port) s = server.accept while line = s.gets p "[server] : gets = " + line s.print line end }}} {{{ $ DYLD_LIBRARY_PATH=. ./macruby -I./lib test_socket_server.rb "[server] : gets = foo\n" "[server] : gets = bar\n" "[server] : gets = 1234\n" "[server] : gets = aaa\n" "[server] : gets = bbb\n" }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/958> MacRuby <http://macruby.org/>

1 3

[MacRuby] #972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1
by MacRuby 13 Jul '11

13 Jul '11

#972: RSpec 2.0.1 & Bundler rake task segfaults under MacRuby 0.7.1 ------------------------------+--------------------------------------------- Reporter: jon@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- When attempting to use the RSpec 2.0.1 rake task in a project using Bundler 1.0.2 I see a segfault when rspec is run by the rake task. This does not occur if a Gemfile isn't present in the current directory. This may be related to an error I'm seeing from Bundler when using bundle exec: "Could not find task exec" Code to reproduce can be found at http://github.com/jellybob/macruby- segfault and run with the following process: $ macgem install bundler $ macruby -S bundle install $ macrake spec -- Ticket URL: <http://www.macruby.org/trac/ticket/972> MacRuby <http://macruby.org/>

1 6

[MacRuby] #988: Unable to get rack::basic::auth to function as demonstrated via sinatra page.
by MacRuby 19 May '11

19 May '11

#988: Unable to get rack::basic::auth to function as demonstrated via sinatra page. ------------------------------+--------------------------------------------- Reporter: jhamor@… | Owner: joshua.ballanco@… Type: defect | Status: new Priority: critical | Milestone: Component: ControlTower | Keywords: ------------------------------+--------------------------------------------- While following the sinatra docs, i've tried all the possible combinations to get rack::basic::auth to function. When i use regular ruby-1.9 and sinatra 1.1.0 and rack 1.2.1, all seems well. When i switch back to macruby 0.7/controltower 1.0, i get a endless cycling of the basic authentication boxes and auth.credentials is some weird utf-8 string. Not really sure where to file this bug or what details are needed for reproduction, other than following the basic auth example for rack. Below works on ruby-1.9.2-p0/sinatra/rack: use Rack::Auth::Basic do |username, password| puts "user: #{username} pass: #{password}" username == 'admin' && password == 'secret' end Where this same example does not work on macruby/controltower. -- Ticket URL: <http://www.macruby.org/trac/ticket/988> MacRuby <http://macruby.org/>

1 6

[MacRuby] #995: NoMethodError for initialization on MacRuby but works fine on CRuby
by MacRuby 05 May '11

05 May '11

#995: NoMethodError for initialization on MacRuby but works fine on CRuby ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When using the jiraSOAP gem (version 0.4.0) and I try to create a new JIRA::JIRAService object with #new I always get a NoMethodError on MacRuby, but when I run the gem in CRuby the initialization works fine. The source for the gem is on github at github.com/Marketcircle/jiraSOAP -- Ticket URL: <http://www.macruby.org/trac/ticket/995> MacRuby <http://macruby.org/>

1 7

[MacRuby] #854: Time and NSDate cannot be compared with Comparable operators
by MacRuby 05 May '11

05 May '11

#854: Time and NSDate cannot be compared with Comparable operators ----------------------------------+----------------------------------------- Reporter: massicotte@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Time is now relatively equivalent to NSDate, but they cannot be compared with the Comparable operators. If compare: works, <=> should be implemented as well. $ macirb irb(main):001:0> date = NSDate.date => #<__NSCFDate:0x20023d3a0> irb(main):002:0> time = Time.now => 2010-08-17 16:28:46 -0700 irb(main):003:0> time < date ArgumentError: comparison of Time with __NSCFDate failed irb(main):005:0> date.compare(time) => -1 irb(main):006:0> time.compare(date) => 1 irb(main):007:0> -- Ticket URL: <http://www.macruby.org/trac/ticket/854> MacRuby <http://macruby.org/>

1 4

[MacRuby] #884: Abort occurs when calls Thread#value after throw an exception to a thread, Using 32bit arch.
by MacRuby 05 May '11

05 May '11

#884: Abort occurs when calls Thread#value after throw an exception to a thread, Using 32bit arch. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ #!ruby # spec/frozen/core/thread/raise_spec.rb # it "can go unhandled" do t = Thread.new do loop {} end t.raise t.value }}} Result: {{{ $ DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t.rb MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, i386] terminate called after throwing an instance of 'RoxorThreadRaiseException*' zsh: abort DYLD_LIBRARY_PATH=. ./macruby -v -I./lib t.rb }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/884> MacRuby <http://macruby.org/>

1 2

[MacRuby] #997: FIxnum.new gives a strange error on MacRuby
by MacRuby 04 May '11

04 May '11

#997: FIxnum.new gives a strange error on MacRuby ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- With Ruby 1.9.2 I am told that Fixnum does not have a method called #new, but MacRuby is telling me that I am passing the wrong number of arguments. irb(main):002:0> Fixnum.new ArgumentError: wrong number of arguments (0 for 0) -- Ticket URL: <http://www.macruby.org/trac/ticket/997> MacRuby <http://macruby.org/>

1 4