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

[MacRuby] #1221: xml-object gem fails: no superclass method `initialize' (works on MRI 1.9.2)
by MacRuby 10 Jul '11

10 Jul '11

#1221: xml-object gem fails: no superclass method `initialize' (works on MRI 1.9.2) -----------------------------------+---------------------------------------- Reporter: andre.lewis@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- The [http://rubygems.org/gems/xml-object xml-object] gem throws an exception on MacRuby. The same code works on MRI 1.9.2. A simple example: {{{ $ macgem install xml-object $ macirb > require "rubygems" require "open-uri" require "xml-object" o=XMLObject.new(open("http://www.w3schools.com/xml/simple.xml")) NoMethodError: super: no superclass method `initialize' for #<XMLObject::Adapters::REXML::Element:0x2004fbea0 ...> /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems /xml-object-0.9.93/lib/xml-object/adapters/rexml.rb:32:in `initialize:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems /xml-object-0.9.93/lib/xml-object/adapters.rb:13:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems /xml-object-0.9.93/lib/xml-object/adapters.rb:13:in `initialize:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems /xml-object-0.9.93/lib/xml-object/adapters/rexml.rb:32:in `initialize:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems /xml-object-0.9.93/lib/xml-object/adapters.rb:13:in `block' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems /xml-object-0.9.93/lib/xml-object/adapters.rb:13:in `initialize:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems /xml-object-0.9.93/lib/xml-object/adapters/rexml.rb:32:in `initialize:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems /xml-object-0.9.93/lib/xml-object/adapters/rexml.rb:9:in `new:' /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/Gems/1.9.2/gems /xml-object-0.9.93/lib/xml-object.rb:15:in `new:' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1221> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1195: Socket#accept_nonblock blocks for Unix domain socket
by MacRuby 10 Jul '11

10 Jul '11

#1195: Socket#accept_nonblock blocks for Unix domain socket --------------------------------------+------------------------------------- Reporter: warpflyght@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------------+------------------------------------- Socket#accept_nonblock (and UNIXServer#accept_nonblock) appear to block. I haven't tried constructing a UDP or TCP socket with Socket, but I suspect this issue affects all Socket subclasses. Test programs: UNIXServer: {{{ #!ruby require 'socket' require 'fileutils' FileUtils.rm_f("/tmp/sock") serv = UNIXServer.new("/tmp/sock") begin warn "Accepting." sock = serv.accept_nonblock rescue Errno::EAGAIN, Errno::EWOULDBLOCK, Errno::ECONNABORTED, Errno::EPROTO, Errno::EINTR warn "Would block; retrying." retry end warn "Have socket." }}} Socket: {{{ #!ruby require 'socket' require 'fileutils' FileUtils.rm_f("/tmp/sock") serv = Socket.new(Socket::AF_UNIX, Socket::SOCK_STREAM, 0) serv.bind(Socket.sockaddr_un("/tmp/sock")) serv.listen(1) begin warn "Accepting." sock, sockaddr = serv.accept_nonblock rescue Errno::EAGAIN, Errno::EWOULDBLOCK, Errno::ECONNABORTED, Errno::EPROTO, Errno::EINTR warn "Would block; retrying." retry end warn "Have socket." }}} When run with Ruby 1.8.7 on my Snow Leopard machine, these print "Accepting" followed by "Would block; retrying" repeatedly, as expected. Under MacRuby r5278 on the same system, both programs just print "Accepting" and do nothing. Connecting to the socket immediately prints "Have socket" under both interpreters. I searched Trac for duplicates, but the closest I found was #554. In the case of IO#read_nonblock and IO#write_nonblock, the C functions are actually unimplemented; in this case, they are implemented, but don't work as documented. -- Ticket URL: <http://www.macruby.org/trac/ticket/1195> MacRuby <http://macruby.org/>

1 3

[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] #1308: MacRuby does not invoke a free function which was specified in Data_Wrap_Struct().
by MacRuby 29 Jun '11

29 Jun '11

#1308: MacRuby does not invoke a free function which was specified in Data_Wrap_Struct(). ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- http://lists.macosforge.org/pipermail/macruby-devel/2011-May/007778.html huge memory leaks occurs with Nokogiri 1.4.x {{{ #!ruby require 'rubygems' require 'nokogiri' loop do doc = Nokogiri::HTML('<html><body><p>TEST </p></body></html>') p = doc.css("p")[0].text print p end }}} Nokogiri 1.4.x use malloc() to allocate memory. MacRuby needs to invoke a free function which was specified in Data_Wrap_Struct(). -- Ticket URL: <http://www.macruby.org/trac/ticket/1308> MacRuby <http://macruby.org/>

1 9

[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] #1304: Block Fails to Return Value Upon Break
by MacRuby 21 Jun '11

21 Jun '11

#1304: Block Fails to Return Value Upon Break ----------------------------+----------------------------------------------- Reporter: techzen@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- If I run the following under the system ruby 1.8.7: {{{ require 'find' starting_directory="/Users/developer/Desktop/Top" file_name_I_want_to_find="target_file.txt" path=Find.find(starting_directory) {|p| break p if p.include?(file_name_I_want_to_find) } puts "path = #{path}" }}} ... I get the expected output: {{{ path = /Users/developer/Desktop/Top/Lev_1-2/Lev_2.1/target_file.txt }}} However, if I run it under Macruby I get nothing, just: {{{ path = }}} I'm running MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] on 10.6.7 Also, Laurent Sansonetti <lsansonetti(a)apple.com> reports: {{{ $ ./miniruby -e "require 'find'; p Find.find('.') { break 42 }" nil $ ruby1.9 -e "require 'find'; p Find.find('.') { break 42 }" 42 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1304> MacRuby <http://macruby.org/>

1 2

[MacRuby] #1248: nested module include bug
by MacRuby 21 Jun '11

21 Jun '11

#1248: nested module include bug -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- The following code does not perform as expected. {{{ module M01; end module M02; end module M03; include M02; end module M02; include M01; end module M03; include M02; end p M01.ancestors p M02.ancestors p M03.ancestors }}} Result: {{{ $ ruby19 t.rb [M01] [M02, M01] [M03, M02, M01] $ macruby t.rb [M01] [M02, M01] [M03, M02, M01, M01, M02, M01] }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1248> MacRuby <http://macruby.org/>

1 1

[MacRuby] #1286: macruby_deploy should warn or die when one of the embedded binaries link against a non standard path
by MacRuby 21 Jun '11

21 Jun '11

#1286: macruby_deploy should warn or die when one of the embedded binaries link against a non standard path -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 1.0 Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Summary should be self-explanatory. A well-known use case is embedding a nokogiri gem which was built against a version of libiconv in /opt (probably due to macports or whatever). The application will therefore not run properly on machines without that library, causing pain and frustration. Targeting for 1.0. -- Ticket URL: <http://www.macruby.org/trac/ticket/1286> MacRuby <http://macruby.org/>

1 7

[MacRuby] #1303: GC does not actively work with RubySpec after "core/gc".
by MacRuby 21 Jun '11

21 Jun '11

#1303: GC does not actively work with RubySpec after "core/gc". ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- When I executed the RubySpec, I displayed log of GC. {{{ $ GC_DEBUG=t opts="--verbose" rake spec:rubyspec ---- snip ---- /Users/watson/src/macruby-trunk/spec/frozen/core/float/rationalize_spec.rb macruby(25905,0x108281000) malloc: auto malloc[25905]: full GC collected 9232 objects (595904 bytes) (107281312 bytes in use) 50292 usec (42432 + 6112 + 453 + 1295 [scan + freeze + finalize + reclaim]) . /Users/watson/src/macruby-trunk/spec/frozen/core/float/round_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_f_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_i_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_int_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_r_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/to_s_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/truncate_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/uminus_spec.rb macruby(25905,0x108281000) malloc: auto malloc[25905]: gen. GC collected 11446 objects (736224 bytes) (107510720 bytes in use) 16803 usec (9232 + 5393 + 548 + 1630 [scan + freeze + finalize + reclaim]) . /Users/watson/src/macruby-trunk/spec/frozen/core/float/uplus_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/float/zero_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/count_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/disable_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/enable_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/garbage_collect_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/profiler/clear_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/disable_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/enable_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/enabled_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/report_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/result_spec.rb . /Users/watson/src/macruby- trunk/spec/frozen/core/gc/profiler/total_time_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/start_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/gc/stress_spec.rb . ---- snip ---- }}} It seems that the frequency that log of GC is displayed falls. It looks like that does not almost work. When I executed the RubySpec without "core/gc", the log of GC was displayed frequently. {{{ #!diff diff --git a/spec/macruby.mspec b/spec/macruby.mspec index 0d24aa4..5afa9d0 100644 --- a/spec/macruby.mspec +++ b/spec/macruby.mspec @@ -11,6 +11,7 @@ class MSpecScript # Core library specs set :core, [ 'core', + '^core/gc', # obsolete in 1.9 '^core/continuation', }}} Before a changing, MacRuby used the memory of 1.12GB. After, used 612MB. But, RubySpec crashes frequently by above changing. -- Ticket URL: <http://www.macruby.org/trac/ticket/1303> MacRuby <http://macruby.org/>

1 6

[MacRuby] #1288: MacRuby displays "reference count underflow" message with rubyspec.
by MacRuby 20 Jun '11

20 Jun '11

#1288: MacRuby displays "reference count underflow" message with rubyspec. ----------------------------------+----------------------------------------- Reporter: watson1978@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.4, x86_64] ................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F............................................................................................................................ .............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................macruby(92843,0x7fff70904ca0) malloc: reference count underflow for 0x20126f7a0, break on auto_refcount_underflow_error to debug. .....................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F....................... ............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... 1) Kernel.caller returns one entry per call, even for recursive methods FAILED Expected 0 to equal 1 /Users/watson/src/macruby- trunk/spec/frozen/core/kernel/caller_spec.rb:157:in `block' /Users/watson/src/macruby- trunk/spec/frozen/core/kernel/caller_spec.rb:152:in `<main>' 2) Queue#num_waiting reports the number of threads waiting on the Queue FAILED Expected 3 to equal 4 /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:10:in `block' /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:9:in `block' /Users/watson/src/macruby- trunk/spec/frozen/library/queue/num_waiting_spec.rb:4:in `<main>' Finished in 147.078465 seconds 3270 files, 14109 examples, 55429 expectations, 2 failures, 0 errors }}} {{{ $ ./mspec/bin/mspec ci -B ./spec/macruby.mspec :rubyspec --verbose MacRuby 0.11 (ruby 1.9.2) [universal-darwin10.4, x86_64] ---- snip ---- /Users/watson/src/macruby-trunk/spec/frozen/core/thread/initialize_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/inspect_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/join_spec.rb macruby(95513,0x7fff70904ca0) malloc: reference count underflow for 0x2012e2d80, break on auto_refcount_underflow_error to debug. . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/key_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/keys_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/kill_spec.rb . /Users/watson/src/macruby-trunk/spec/frozen/core/thread/list_spec.rb . ---- snip ---- }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/1288> MacRuby <http://macruby.org/>

1 10