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

[MacRuby] #1018: Regexp compilation error
by MacRuby 13 Oct '11

13 Oct '11

#1018: Regexp compilation error ----------------------------+----------------------------------------------- Reporter: tglee@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.8 Component: MacRuby | Keywords: Regexp ----------------------------+----------------------------------------------- $ macirb irb(main):001:0> pattern = /(?<test>Ruby|Perl)/ => SyntaxError: (irb):1: regexp `(?<test>Ruby|Perl)' compilation error: U_REGEX_RULE_SYNTAX irb(main):002:0> -- Ticket URL: <http://www.macruby.org/trac/ticket/1018> MacRuby <http://macruby.org/>

1 7

[MacRuby] #1161: minitest + mocha + macruby == BOOM!
by MacRuby 13 Oct '11

13 Oct '11

#1161: minitest + mocha + macruby == BOOM! --------------------------------------+------------------------------------- Reporter: ryand-ruby@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- This is a minimal repro of the problem. The code works fine under mri, and under both w/o mocha: {{{ require "rubygems" require "isolate" Isolate.now! :system => false do gem "minitest" gem "mocha" end gem "minitest" require "minitest/autorun" require "mocha" class QuickTest < MiniTest::Unit::TestCase def test_quick obj = mock("obj") end end }}} results in: {{{ uncaught Objective-C/C++ exception... 2011-02-14 15:13:05.129 macruby[98953:903] *** Terminating app due to uncaught exception 'NoMethodError', reason: '/Users/ryan/x/tmp/isolate/macruby-1.9.2/gems/minitest-2.0.2/lib/minitest/unit.rb:664:in `block': undefined method `run' for #<QuickTest:0x20083f880 ...> (NoMethodError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1161> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1120: User defined classes created with singleton methods
by MacRuby 14 Sep '11

14 Sep '11

#1120: User defined classes created with singleton methods ------------------------------------------+--------------------------------- Reporter: smorss@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------------+--------------------------------- I am running MacRuby 0.8. If I create a simple class: class X ; end And then I ask an instance of it for its singleton methods: X.new.singleton_methods I get: [:==, :class, :hash, :dup] There shouldn't be any (should return []). "Object.new.singleton_methods" has the correct behavior. -- Ticket URL: <http://www.macruby.org/trac/ticket/1120> 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] #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] #1148: Procs used for Cocoa callbacks are being given class objects instance of the instance of the class
by MacRuby 29 Jun '11

29 Jun '11

#1148: Procs used for Cocoa callbacks are being given class objects instance of the instance of the class ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- When I try to use a proc for a notification callback instead of a method, when the callback is made I am given the class object instead of the instance of the object. This example should work, but will not because when callback is called, it will be given the NSDictionary class constant instead of an instance of an NSDIctionary like I was supposed to get: framework 'Cocoa' callback = Proc.new { |notif| puts notif.userInfo.inspect } workspace = NSWorkspace.sharedWorkspace workspace.notificationCenter.addObserver callback, selector:'call:', name:NSWorkspaceDidLaunchApplicationNotification, object:nil workspace.launchAppWithBundleIdentifier 'com.apple.mail', options:NSWorkspaceLaunchAsync, additionalEventParamDescriptor:nil, launchIdentifier:nil NSRunLoop.currentRunLoop.runUntilDate( Time.now + 5 ) -- Ticket URL: <http://www.macruby.org/trac/ticket/1148> MacRuby <http://macruby.org/>

1 2

[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