September 2009 - MacRuby-devel - lists.macosforge.org

[MacRuby] #348: macruby is slower than ruby 1.9 for priority queue work
by MacRuby 06 Nov '09

06 Nov '09

#348: macruby is slower than ruby 1.9 for priority queue work -------------------------------------+-------------------------------------- Reporter: jordan.breeding@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I was originally trying to debug why a program I have that uses priority queues was breaking under MacRuby. I am still in the process of tracking that one down (to a reproducible, small test case). In the process however I ended up with two different pure ruby priority queues that I was using, and one Obj-C based priority queue. To further track down the problem I pulled out some of the code into a much smaller example. Unfortunately, this actually worked for all three cases reliably and I could not reproduce the crash. Fortunately it uncovered some cases where ruby 1.9 reliably performs better than MacRuby. I do not know if these cases are known or not, but I am including the timing information inline here as well as in text files in the zip file I am attaching. using a small set with pqueue {{{ (; ruby1.9 ./small_queue_test.pqueue > /dev/null; ) 11.63s user 0.05s system 99% cpu 11.691 total (; macruby ./small_queue_test.pqueue > /dev/null; ) 16.49s user 1.34s system 107% cpu 16.509 total }}} using a larger set with pqueue {{{ (; ruby1.9 ./small_queue_test.pqueue > /dev/null; ) 186.19s user 1.20s system 93% cpu 3:21.24 total (; macruby ./small_queue_test.pqueue > /dev/null; ) 219.19s user 17.70s system 105% cpu 3:45.16 total }}} using a small set with ruby_priority_queue {{{ (; ruby1.9 ./small_queue_test.ruby_priority_queue > /dev/null; ) 20.28s user 0.10s system 97% cpu 20.899 total (; macruby ./small_queue_test.ruby_priority_queue > /dev/null; ) 37.43s user 2.05s system 107% cpu 36.717 total }}} using a larger set with ruby_priority_queue {{{ (; ruby1.9 ./small_queue_test.ruby_priority_queue > /dev/null; ) 230.49s user 0.93s system 99% cpu 3:51.97 total (; macruby ./small_queue_test.ruby_priority_queue > /dev/null; ) 482.74s user 25.98s system 105% cpu 8:00.51 total }}} In the two files "small_queue_test.pqueue" and "small_queue_test.ruby_priority_queue" there is a variable at the top that controls the starting level for the nodes, a higher number means a larger set. The small set was run with a starting node of 9, and the larger set was run with a starting node of 10. -- Ticket URL: <http://www.macruby.org/trac/ticket/348> MacRuby <http://macruby.org/>

1 3

[MacRuby] #254: Let void-returning ObjC calls return the receiver.
by MacRuby 03 Nov '09

03 Nov '09

#254: Let void-returning ObjC calls return the receiver. --------------------------------+------------------------------------------- Reporter: mikael@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- A lot of Objective-C methods return void, especially within Cocoa. This makes a lot of sense for a language like ObjC, but not nearly as much for Ruby, since all methods have a return value. Since method chaining is one of the things that make Ruby so elegant, I propose that all ObjC methods that are declared to return void actually return the receiver instead. This will allow for method chaining such as {{{ if someNSTask.launch.waitUntilExit.terminationStatus == 0 # … end }}} which would otherwise have to be written as {{{ someNSTask.waitUntilExit someNSTask.launch if someNSTask.terminationStatus == 0 # … end }}} . -- Ticket URL: <http://www.macruby.org/trac/ticket/254> MacRuby <http://macruby.org/>

1 1

[MacRuby] #303: Method :open from 'open-uri' gives 'stack level too deep'
by MacRuby 03 Nov '09

03 Nov '09

#303: Method :open from 'open-uri' gives 'stack level too deep' ----------------------------+----------------------------------------------- Reporter: wijet@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: open-uri stdlib ----------------------------+----------------------------------------------- There seems to be a problem with method 'open' in open-uri lib. Following command: {{{ macruby -r 'open-uri' -e 'open "http://ruby-lang.org"' }}} produces {{{ /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?': stack level too deep (SystemStackError) from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1/delegate.rb:150:in `respond_to?' ... 2922 levels... from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1 /open-uri.rb:146:in `open_uri' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1 /open-uri.rb:669:in `open' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.1 /open-uri.rb:33:in `open' from -e:1:in `<main>' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/303> MacRuby <http://macruby.org/>

1 3

[MacRuby] #199: Calling super from #respond_to? causes SystemStackError
by MacRuby 03 Nov '09

03 Nov '09

#199: Calling super from #respond_to? causes SystemStackError -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- The following code results in a stack level too deep problem. I have added this as a test case to known_bugs.rb in r778. {{{ class Foo def respond_to?(method, hidden = false) super end end Foo.new.respond_to?(:object_id) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/199> MacRuby <http://macruby.org/>

1 2

[macruby] #108: Exception parsing XML file using REXML
by macruby 03 Nov '09

03 Nov '09

#108: Exception parsing XML file using REXML ----------------------------------+----------------------------------------- Reporter: jon.lipsky(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Hi, I am getting a "Can't modify immutable string" exception when trying to parse an XML document using the streaming parser included with REXML. I have created a sample script and sample XML file to reproduce the problem: {{{ require "rexml/document" require "rexml/streamlistener" include REXML class Reader include StreamListener def tag_start(a_name, a_attributes) puts(a_name + " - " + a_attributes.to_s) end end reader = Reader.new file = File.open("test.xml",File::RDONLY) Document.parse_stream(file, reader) }}} {{{ <?xml version="1.0" encoding="UTF-8"?> <test> </test> }}} Here is the stack trace that is generated: {{{ /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/rexml/parsers/baseparser.rb:260:in `force_encoding': can't modify immutable string (RuntimeError) from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/rexml/parsers/baseparser.rb:260:in `pull' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/rexml/parsers/streamparser.rb:16:in `parse' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/rexml/document.rb:200:in `parse_stream' from /Development/personal/ruby/rbface/src/rb/rexml_test.rb:16:in `<main>' }}} Thanks and best regards, Jon... -- Ticket URL: <https://www.macruby.org/trac/ticket/108> macruby <http://macruby.org/>

2 2

[MacRuby] #187: YAML.load and non-native classes.
by MacRuby 03 Nov '09

03 Nov '09

#187: YAML.load and non-native classes. -------------------------------------+-------------------------------------- Reporter: eloy.de.enige@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- YAML.load goes boom when trying to load a non-native class. So String, Array etc all work. In r767 I have added a test case which show this: http://www.macruby.org/trac/browser/MacRuby/trunk/test- macruby/known_bugs.rb Output: {{{ /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/yaml.rb:133: [BUG] Segmentation fault MacRuby version 0.4 (ruby 1.9.0 2008-06-03) [universal-darwin9.0, x86_64] -- stack frame ------------ 0000 (0xc08120060): 00000004 0001 (0xc08120068): 00000000 0002 (0xc08120070): 00000004 0003 (0xc08120078): 8003fd2c8 0004 (0xc08120080): 00000004 0005 (0xc08120088): 100348880 0006 (0xc08120090): 00000000 0007 (0xc08120098): 00000004 0008 (0xc081200a0): 8000667e0 0009 (0xc081200a8): 00000004 0010 (0xc081200b0): 80058e980 0011 (0xc081200b8): 00000004 0012 (0xc081200c0): 00000000 0013 (0xc081200c8): 80058e980 0014 (0xc081200d0): 104b0a540 0015 (0xc081200d8): 00000004 0016 (0xc081200e0): 00000000 0017 (0xc081200e8): 104b0a540 0018 (0xc081200f0): 8003b8040 0019 (0xc081200f8): 00000005 0020 (0xc08120100): 00000004 0021 (0xc08120108): 00000000 0022 (0xc08120110): 8007232a0 0023 (0xc08120118): 00000004 0024 (0xc08120120): 00000000 0025 (0xc08120128): 00000004 0026 (0xc08120130): 00000004 0027 (0xc08120138): 00000000 0028 (0xc08120140): 800710da0 0029 (0xc08120148): 8004981a0 0030 (0xc08120150): 8004871a0 0031 (0xc08120158): 00000004 0032 (0xc08120160): 00000004 0033 (0xc08120168): 00000004 0034 (0xc08120170): 00000004 0035 (0xc08120178): 00000004 0036 (0xc08120180): 800411980 0037 (0xc08120188): 8003b8040 0038 (0xc08120190): 8004871a0 0039 (0xc08120198): 80049d100 0040 (0xc081201a0): 00000004 0041 (0xc081201a8): 80049c0c0 0042 (0xc081201b0): 800325820 0043 (0xc081201b8): 00000004 0044 (0xc081201c0): c0821fc28 0045 (0xc081201c8): 800331ae0 0046 (0xc081201d0): 00000004 0047 (0xc081201d8): c081201a8 (= 41) 0048 (0xc081201e0): 800331ae0 0049 (0xc081201e8): 8004871a0 0050 (0xc081201f0): 80049d100 0051 (0xc081201f8): 00000004 0052 (0xc08120200): 80049c0c0 0053 (0xc08120208): 80045a300 0054 (0xc08120210): 00000004 0055 (0xc08120218): c0821fa68 0056 (0xc08120220): 800329a20 0057 (0xc08120228): 00000004 0058 (0xc08120230): c08120200 (= 52) 0059 (0xc08120238): 800329a20 0060 (0xc08120240): 8004871a0 0061 (0xc08120248): 00000004 0062 (0xc08120250): 00000004 0063 (0xc08120258): 80049c0c0 0064 (0xc08120260): 00000004 0065 (0xc08120268): 800464960 0066 (0xc08120270): 00000004 0067 (0xc08120278): 00000000 0068 (0xc08120280): 00000004 0069 (0xc08120288): 8004649a0 0070 (0xc08120290): 00000004 0071 (0xc08120298): c0821f838 0072 (0xc081202a0): 00000004 0073 (0xc081202a8): 00000004 0074 (0xc081202b0): c0821f7c8 0075 (0xc081202b8): 00000004 0076 (0xc081202c0): 80045aa40 0077 (0xc081202c8): 800453bc0 0078 (0xc081202d0): 00000004 0079 (0xc081202d8): 00000004 0080 (0xc081202e0): c08120298 (= 71) 0081 (0xc081202e8): 00000004 0082 (0xc081202f0): c08120278 (= 67) 0083 (0xc081202f8): 1003be820 0084 (0xc08120300): 800464960 0085 (0xc08120308): 00000004 0086 (0xc08120310): 00000004 0087 (0xc08120318): 00000000 0088 (0xc08120320): 800444c60 0089 (0xc08120328): 800464960 0090 (0xc08120330): 00000004 0091 (0xc08120338): 00000000 0092 (0xc08120340): 00000004 0093 (0xc08120348): 00000000 0094 (0xc08120350): 00000004 0095 (0xc08120358): 00000000 <- lfp <- dfp -- control frame ---------- c:0027 p:---- s:0096 b:0096 l:000095 d:000095 CFUNC :transfer: c:0026 p:---- s:0094 b:0094 l:000093 d:000093 CFUNC :node_import: c:0025 p:---- s:0092 b:0092 l:000091 d:000091 CFUNC :load c:0024 p:0015 s:0088 b:0088 l:000087 d:000087 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/yaml.rb:133 c:0023 p:0016 s:0083 b:0083 l:000067 d:000082 BLOCK /Users/eloy/code/RubyCocoa/MacRuby/MacRubyTrunk/test- macruby/test_known_bugs.rb:12 c:0022 p:0065 s:0081 b:0081 l:000071 d:000080 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/assertions.rb:292 c:0021 p:0043 s:0075 b:0075 l:000074 d:000074 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/assertions.rb:495 c:0020 p:0007 s:0072 b:0072 l:000071 d:000071 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/assertions.rb:284 c:0019 p:0035 s:0068 b:0068 l:000067 d:000067 METHOD /Users/eloy/code/RubyCocoa/MacRuby/MacRubyTrunk/test- macruby/test_known_bugs.rb:12 c:0018 p:0039 s:0064 b:0064 l:000063 d:000063 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testcase.rb:76 c:0017 p:0015 s:0059 b:0059 l:000052 d:000058 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:34 c:0016 p:---- s:0058 b:0058 l:000057 d:000057 FINISH :inherited: c:0015 p:---- s:0056 b:0056 l:000055 d:000055 CFUNC :each c:0014 p:0026 s:0053 b:0053 l:000052 d:000052 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:33 c:0013 p:0015 s:0048 b:0048 l:000041 d:000047 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:34 c:0012 p:---- s:0047 b:0047 l:000046 d:000046 FINISH :(null) c:0011 p:---- s:0045 b:0045 l:000044 d:000044 CFUNC :each c:0010 p:0026 s:0042 b:0042 l:000041 d:000041 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:33 c:0009 p:0128 s:0037 b:0037 l:0010a8 d:0010a8 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/ui/testrunnermediator.rb:46 c:0008 p:0008 s:0028 b:0028 l:000027 d:000027 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/ui/console/testrunner.rb:67 c:0007 p:0023 s:0025 b:0025 l:000024 d:000024 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/ui/console/testrunner.rb:41 c:0006 p:0026 s:0022 b:0022 l:000021 d:000021 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/ui/testrunnerutilities.rb:29 c:0005 p:0052 s:0017 b:0017 l:000016 d:000016 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/autorunner.rb:216 c:0004 p:0070 s:0013 b:0013 l:000012 d:000012 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/autorunner.rb:12 c:0003 p:0042 s:0005 b:0004 l:000448 d:000003 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit.rb:278 c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH :inherited: c:0001 p:0000 s:0002 b:0002 l:000001 d:000001 TOP --------------------------- DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/yaml.rb:133:in `transfer:'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/yaml.rb:133:in `node_import:'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/yaml.rb:133:in `load'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/yaml.rb:133:in `load'" DBG> : "/Users/eloy/code/RubyCocoa/MacRuby/MacRubyTrunk/test- macruby/test_known_bugs.rb:12:in `block in test_load_non_native_classes'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/assertions.rb:292:in `block in assert_nothing_raised'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/assertions.rb:495:in `_wrap_assertion'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/assertions.rb:284:in `assert_nothing_raised'" DBG> : "/Users/eloy/code/RubyCocoa/MacRuby/MacRubyTrunk/test- macruby/test_known_bugs.rb:12:in `test_load_non_native_classes'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testcase.rb:76:in `run'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:34:in `block in run'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:33:in `each'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:33:in `run'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:34:in `block in run'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:33:in `each'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/testsuite.rb:33:in `run'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/ui/testrunnermediator.rb:46:in `run_suite'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/ui/console/testrunner.rb:67:in `start_mediator'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/ui/console/testrunner.rb:41:in `start'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/ui/testrunnerutilities.rb:29:in `run'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/autorunner.rb:216:in `run'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit/autorunner.rb:12:in `run'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/test/unit.rb:278:in `block in <top (required)>'" -- backtrace of native function call (Use addr2line) -- 0x100113ac1 0x10002fe44 0x10002ff28 0x1000c69dd 0x7fff805db34a 0x7fff820259a1 0x1047f02ee 0x10010b4ff 0x10010b99a 0x10010c0fe 0x1047f0857 0x10010b4ff 0x10010b99a 0x10010c0fe 0x1047ef2c8 0x1047e829d 0x1047e727a 0x1047f4cf4 0x1047efaa3 0x10010f5a7 0x100104f1f 0x100109ee2 0x100111ca2 0x10000dcc7 0x10010f5a7 0x100104f1f 0x100109ee2 0x100111ca2 0x10000dcc7 0x10010f5a7 0x100104f1f 0x100109ee2 0x10010a469 0x1000365de 0x10003668a 0x100036902 0x100000f1f 0x100000ea4 0x3 ------------------------------------------------------- }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/187> MacRuby <http://macruby.org/>

1 2

[MacRuby] #286: YAML unable to load NSString
by MacRuby 03 Nov '09

03 Nov '09

#286: YAML unable to load NSString ---------------------------------+------------------------------------------ Reporter: ndnichols@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ If you YAML.dump an immutable NSString (like the kind returned by an NSTextfield's -stringValue), you cannot YAML.load it. It fails with a "bind argument must be an instance of NSMutableString (TypeError)" error. You can YAML.dump a mutableCopy. Attached is an rb_main.rb file that demonstrates this. -- Ticket URL: <http://www.macruby.org/trac/ticket/286> MacRuby <http://macruby.org/>

1 1

[MacRuby] #133: Cannot install soap4r gem using macgem
by MacRuby 29 Oct '09

29 Oct '09

#133: Cannot install soap4r gem using macgem ------------------------------------+--------------------------------------- Reporter: rebotfc(a)googlemail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: macgem ------------------------------------+--------------------------------------- As an example of macgem currently failing to install a gem, the SOAP4r gem via macgem fails to install. This error has been repeated by at least one other person. The error when running macgem install soap4r is: ERROR: Error installing soap4r: soap4r requires () -- Ticket URL: <http://www.macruby.org/trac/ticket/133> MacRuby <http://macruby.org/>

1 1

[MacRuby] #139: Parsing bug
by MacRuby 29 Oct '09

29 Oct '09

#139: Parsing bug --------------------------------+------------------------------------------- Reporter: mikael(a)hoilund.org | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: minor | Milestone: Component: MacRuby | Keywords: nil datasource --------------------------------+------------------------------------------- When I run the code http://pastie.textmate.org/292587, with TablesController set to be the data source of an NSOutlineView, the following error occurs: {{{ /Developer/usr/bin/rb_nibtool:47:in `dump': undefined method `map' for nil:NilClass (NoMethodError) }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/139> MacRuby <http://macruby.org/>

1 2

[MacRuby] #215: OpenSSL's SSLSocket appears not to be initialised correctly
by MacRuby 29 Oct '09

29 Oct '09

#215: OpenSSL's SSLSocket appears not to be initialised correctly -------------------------------+-------------------------------------------- Reporter: celtic@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: openssl -------------------------------+-------------------------------------------- When using net/https, the line to create the new SSLSocket in `connect' fails in OpenSSL::SSL::Nonblock, trying to call @io.fcntl and failing since @io==nil. @io should be being set in OpenSSL's ossl_ssl.c:ossl_ssl_initialize; "ossl_ssl_set_io(self, io)"; but this function appears never to be called! (I tried inserting various rb_warns throughout, before finally just sticking in a call to exit() -- it's not being touched) This appears to be the only place where @io is being set. It disturbs me that the C initialiser is not being run - I am not sure if this is a documented issue or not, or if it's even a MacRuby bug (I'm quite new to all this). This problem can be 'fixed' in the meantime by rewriting SSLSocket#initialize in Ruby-land: {{{ def initialize io, ctx=nil ctx = SSLContext.new if ctx.nil? raise "wrong argument (#{ctx.class})! (Expected kind of SSLContext)" if not ctx.kind_of? SSLContext raise "wrong argument (#{io.class})! (Expected kind of IO)" if not io.kind_of? IO @io, @ctx = io, ctx @sync_close = false @ctx.setup super end }}} ossl_ssl_initialize can be removed from ossl_ssl.c after this. Unfortunately, we just run into another bug in ossl_ssl_setup, which has to do with an SSLContext, trying to work out if it's related now. -- Ticket URL: <http://www.macruby.org/trac/ticket/215> MacRuby <http://macruby.org/>

1 12