January 2011 - macruby-tickets - lists.macosforge.org

[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] #1102: segfault when trying const_get on unitialized constant with rspec2
by MacRuby 04 Aug '11

04 Aug '11

#1102: segfault when trying const_get on unitialized constant with rspec2 ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I try to run const_get inside of a begin/rescue/end statement it should be safe, but when I try to spec the code in rspec it causes MacRuby to segfault instead of rescuing. I was using rspec 2.4 with the latest nightly build (Jan 6). This may be related to ticket #1095, I have attached a reduced script. -- Ticket URL: <http://www.macruby.org/trac/ticket/1102> 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] #1079: Failed to install pg gem
by MacRuby 11 Jul '11

11 Jul '11

#1079: Failed to install pg gem --------------------------------+------------------------------------------- Reporter: mr.saint@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- I tried to install pg gem as a root. I use system-wide-configured RVM and MacRuby was installed on it. The result was fail. I attach a file -- Ticket URL: <http://www.macruby.org/trac/ticket/1079> MacRuby <http://macruby.org/>

1 4

[MacRuby] #1119: Object initalize with a variable length argument shows up as a public method
by MacRuby 21 Jun '11

21 Jun '11

#1119: Object initalize with a variable length argument shows up as a public method ------------------------------------------+--------------------------------- Reporter: smorss@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- I am running MacRuby 0.8. If I create a class with an initialize method that takes a variable length argument: class XX ; def initialize (*x) ; end ; end then "XX.new.methods" includes :initialize (to test this, try it in its own file or a new macirb session, so there are no other classes defined). initialize should not show up as a public method. If I try to call the method (e.g. "XX.new.initialize"), it has the proper behavior (says it can't, because initialize is private). If I create another XX instance, but pass a parameter, e.g. "XX.new(1).methods", :initialize goes away. If I call "XX.new.methods" again, :initialize is no longer there as well (feels like a Ruby class initialization problem). If I start from scratch and run the same line twice in the same session: class XX ; def initialize (*x) ; end ; end class XX ; def initialize (*x) ; end ; end then "XX.new.methods" no longer contains the initialize method (has the correct behavior). -- Ticket URL: <http://www.macruby.org/trac/ticket/1119> MacRuby <http://macruby.org/>

1 1

[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