October 2008 - MacRuby-devel - lists.macosforge.org

[MacRuby] #137: running any modal window freezes the application
by MacRuby 01 Mar '09

01 Mar '09

#137: running any modal window freezes the application ----------------------------------+----------------------------------------- Reporter: masterkain(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ----------------------------------+----------------------------------------- Running any modal window at runtime freezes the application. Tested with Sparkling modal window, NSRunAlertPanel, NSAlert -- Ticket URL: <http://www.macruby.org/trac/ticket/137> MacRuby <http://macruby.org/>

1 6

[MacRuby] #144: require of hotcocoa fails on case sensitive file system
by MacRuby 24 Feb '09

24 Feb '09

#144: require of hotcocoa fails on case sensitive file system -------------------------------+-------------------------------------------- Reporter: rune(a)snuskete.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: trivial | Milestone: Component: MacRuby | Keywords: hotcocoa -------------------------------+-------------------------------------------- When hotcocoa includes the Cocoa library it uses the wrong case, resulting on the following stack trace when you are using a case sensitive file system: {{{ >> require 'hotcocoa' RuntimeError: framework `cocoa' not found from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/hotcocoa.rb:1:in `framework' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/hotcocoa.rb:1:in `<top (required)>' from (irb):2:in `require' from (irb):2 from /usr/local/bin/macirb:12:in `<main>' }}} The fix is easy; change the first line of hotcocoa.rb to: framework 'Cocoa' -- Ticket URL: <http://www.macruby.org/trac/ticket/144> MacRuby <http://macruby.org/>

1 3

[MacRuby] #112: NSNumber should behave consistently regardless of how it is accessed
by MacRuby 08 Jan '09

08 Jan '09

#112: NSNumber should behave consistently regardless of how it is accessed -------------------------------------+-------------------------------------- Reporter: jordan.breeding(a)mac.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Currently if an NSNumber is stored in something (like an NSDictionary) it behaves differently depending on how you access it. Accessing it through Cocoa methods gets you a raw NSCFNumber which doesn't work with ruby methods, accessing it through [] gets you a ruby object that works. {{{ 6 jordan@thetourist ~/Desktop/Scripts > macirb >> framework("Cocoa") => true >> myDict = NSMutableDictionary.dictionary => {} >> NSNumber.numberWithInt(100) => #<NSCFNumber:0x1020fc0> >> myDict.setObject(100, forKey: "testNum1") => nil >> myDict.setObject(NSNumber.numberWithInt(100), forKey: "testNum2") => nil >> myDict.objectForKey("testNum1") => 100 >> myDict.objectForKey("testNum2") => #<NSCFNumber:0x10aaca0> >> myDict.objectForKey("testNum1").to_f => 100.0 >> myDict.objectForKey("testNum2").to_f NoMethodError: undefined method `to_f' for #<NSCFNumber:0x10aaca0> from (irb):9 from /usr/local/bin/macirb:12:in `<main>' >> myDict.objectForKey("testNum1") / 50 => 2 >> myDict.objectForKey("testNum2") / 50 NoMethodError: undefined method `/' for #<NSCFNumber:0x10aaca0> from (irb):11 from /usr/local/bin/macirb:12:in `<main>' >> myDict["testNum1"].to_f => 100.0 >> myDict["testNum2"].to_f => 100.0 >> myDict["testNum1"] / 50 => 2 >> myDict["testNum2"] / 50 => 2 >> }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/112> MacRuby <http://macruby.org/>

1 3

[MacRuby] #131: Dictionary arg not accepted
by MacRuby 03 Dec '08

03 Dec '08

#131: Dictionary arg not accepted ---------------------------------+------------------------------------------ Reporter: francois(a)antier.org | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ The interpreter finds an error here: @tmp = NSAttributedString.alloc.initWithData(data, options:NSCharacterEncodingDocumentOption, documentAttributes:0, error:outError); /Users/francois/Documents/Essais_xcode_et_Ruby/temp3R/build/Debug/temp3R.app/Contents/Resources/MyDocInRuby.rb:46:in `initWithData:options:documentAttributes:error:': can't convert Ruby object `0' to Objective-C value of type `^@' (ArgumentError) The problem seems to be in the documentAttributes argument; you can pass 0, an NSDictionary, or a Hash, nothing works. Cocoa expects a value of type NSDictionary** for this argument. -- Ticket URL: <http://www.macruby.org/trac/ticket/131> MacRuby <http://macruby.org/>

1 2

[MacRuby] #142: Infinite loop creating new Monitor object
by MacRuby 23 Nov '08

23 Nov '08

#142: Infinite loop creating new Monitor object ---------------------------------------+------------------------------------ Reporter: dev(a)petermcm.dircon.co.uk | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: MacRuby 0.3 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Can't quite figure out how, but creating a new instance of a Monitor (std ruby lib) creates an infinite loop which eventually falls over with stack too deep. Looks like it's maybe an issue calling super from within a mixin, when the mixin is within a class which has no explicit superclass? {{{ > macruby -v MacRuby version 0.3 (ruby 1.9.0 2008-06-03) [universal-darwin9.0] > macruby -rmonitor -e 'Monitor.new' /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize': stack level too deep (SystemStackError) from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' ... 7263 levels... from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' from /Library/Frameworks/MacRuby.framework/Versions/0.3/usr/lib/ruby/1.9.0/monitor.rb:207:in `initialize' from -e:1:in `new' from -e:1:in `<main>' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/142> MacRuby <http://macruby.org/>

1 7

Segfault on NSSet from Ruby Array
by Daniel A Carleton 06 Nov '08

06 Nov '08

Hello List, Am I right in thinking the below statement should create an NSSet containing the NSStrings "foo" and "bar"? Even if not the segfault seems like a bug. >> s = NSSet.setWithObjects(["foo","bar"]) (irb):3: [BUG] Segmentation fault MacRuby version 0.4 (ruby 1.9.0 2008-06-03) [universal-darwin9.0] -- stack frame ------------ 0000 (0x690030): 00000004 0001 (0x690034): 00000000 0002 (0x690038): 00000004 0003 (0x69003c): 00000000 0004 (0x690040): 00000004 0005 (0x690044): 00000000 0006 (0x690048): 0047c310 0007 (0x69004c): 010f7230 0008 (0x690050): 0131dc70 0009 (0x690054): 00000004 0010 (0x690058): 010f96e0 0011 (0x69005c): 00000004 0012 (0x690060): 00478aa0 0013 (0x690064): 00000004 0014 (0x690068): 0070ff64 0015 (0x69006c): 00000004 0016 (0x690070): 010c45cc 0017 (0x690074): 0131dc70 0018 (0x690078): 00000004 0019 (0x69007c): 010f8a70 0020 (0x690080): 010a1030 0021 (0x690084): 00000004 0022 (0x690088): 0070fe84 0023 (0x69008c): 00000004 0024 (0x690090): 00485550 0025 (0x690094): 00000004 0026 (0x690098): 0070fe4c 0027 (0x69009c): 00000004 0028 (0x6900a0): 00690088 (= 22) 0029 (0x6900a4): 00000004 0030 (0x6900a8): 00000004 0031 (0x6900ac): 0070fda4 0032 (0x6900b0): 01395470 0033 (0x6900b4): 00000004 0034 (0x6900b8): 006900a0 (= 28) 0035 (0x6900bc): 01334b10 0036 (0x6900c0): 00000007 0037 (0x6900c4): 00000004 0038 (0x6900c8): 010244c4 0039 (0x6900cc): 00000004 0040 (0x6900d0): 00479340 0041 (0x6900d4): 00478d30 0042 (0x6900d8): 00000004 0043 (0x6900dc): 0070fcc4 0044 (0x6900e0): 00000004 0045 (0x6900e4): 00000004 0046 (0x6900e8): 00000004 0047 (0x6900ec): 00000004 0048 (0x6900f0): 00000004 0049 (0x6900f4): 00000004 0050 (0x6900f8): 00000004 0051 (0x6900fc): 006900c8 (= 38) 0052 (0x690100): 01090040 0053 (0x690104): 01334b10 0054 (0x690108): 00000007 0055 (0x69010c): 00000004 0056 (0x690110): 00000000 0057 (0x690114): 00000004 0058 (0x690118): 0131aca0 0059 (0x69011c): 01090040 0060 (0x690120): 01334b10 0061 (0x690124): 010dc260 0062 (0x690128): 00000007 0063 (0x69012c): 00000004 0064 (0x690130): 00000000 0065 (0x690134): 00000004 0066 (0x690138): 01334b10 0067 (0x69013c): 010c4dc0 0068 (0x690140): 010dc260 0069 (0x690144): 00000007 0070 (0x690148): 00000004 0071 (0x69014c): 00000000 0072 (0x690150): 00000004 0073 (0x690154): 00000000 0074 (0x690158): 00000004 0075 (0x69015c): 01394d00 0076 (0x690160): a05f7ec0 0077 (0x690164): 013942f0 0078 (0x690168): 00000004 0079 (0x69016c): 00000000 <- lfp <- dfp -- control frame ---------- c:0024 p:---- s:0080 b:0080 l:000079 d:000079 CFUNC :setWithObjects c:0023 p:0019 s:0076 b:0076 l:002274 d:0009f4 EVAL (irb):3 c:0022 p:---- s:0074 b:0074 l:000073 d:000073 FINISH :empty? c:0021 p:---- s:0072 b:0072 l:000071 d:000071 CFUNC :eval c:0020 p:0023 s:0065 b:0065 l:000064 d:000064 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/workspace.rb:80 c:0019 p:0025 s:0058 b:0057 l:000056 d:000056 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/context.rb:218 c:0018 p:0024 s:0052 b:0052 l:001704 d:000051 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:149 c:0017 p:0025 s:0044 b:0044 l:000043 d:000043 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:263 c:0016 p:0009 s:0039 b:0039 l:001704 d:000038 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:146 c:0015 p:0093 s:0035 b:0035 l:000022 d:000034 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/ruby-lex.rb:243 c:0014 p:---- s:0034 b:0034 l:000033 d:000033 FINISH :block_given? c:0013 p:---- s:0032 b:0032 l:000031 d:000031 CFUNC :loop c:0012 p:0007 s:0029 b:0029 l:000022 d:000028 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/ruby-lex.rb:230 c:0011 p:---- s:0029 b:0029 l:000028 d:000028 FINISH :each c:0010 p:---- s:0027 b:0027 l:000026 d:000026 CFUNC :catch c:0009 p:0017 s:0023 b:0023 l:000022 d:000022 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/ruby-lex.rb:229 c:0008 p:0034 s:0020 b:0020 l:001704 d:001704 METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:145 c:0007 p:0009 s:0017 b:0017 l:0005ec d:000016 BLOCK /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:69 c:0006 p:---- s:0017 b:0017 l:000016 d:000016 FINISH :(null) c:0005 p:---- s:0015 b:0015 l:000014 d:000014 CFUNC :catch c:0004 p:0147 s:0011 b:0011 l:0005ec d:0005ec METHOD /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:68 c:0003 p:0033 s:0006 b:0006 l:000005 d:000005 TOP /usr/local/bin/macirb:12 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> : "(irb):3:in `setWithObjects'" DBG> : "(irb):3:in `irb_binding'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/workspace.rb:80:in `eval'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/workspace.rb:80:in `evaluate'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/context.rb:218:in `evaluate'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:149:in `block (2 levels) in eval_input'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:263:in `signal_status'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:146:in `block in eval_input'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/ruby-lex.rb:243:in `block (2 levels) in each_top_level_statement'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/ruby-lex.rb:230:in `loop'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/ruby-lex.rb:230:in `block in each_top_level_statement'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/ruby-lex.rb:229:in `catch'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/ruby-lex.rb:229:in `each_top_level_statement'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:145:in `eval_input'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:69:in `block in start'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:68:in `catch'" DBG> : "/Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:68:in `start'" DBG> : "/usr/local/bin/macirb:12:in `<main>'" -- backtrace of native function call (Use addr2line) -- 0x2dd036 0x1fa3bc 0x1fa3fb 0x2917a1 0x90f5009b 0xffffffff 0x948729be 0x94873e38 0x948742a3 0x948f55f1 0x948f7b36 0x93a2f1dd 0x93a2f771 0x2edf56 0x2d8463 0x2cb76c 0x2d2d5b 0x2d376e 0x2d3e01 0x2d3f4a 0x2c5935 0x2d80bf 0x2cb76c 0x2d2d5b 0x2dbe7d 0x1fdb49 0x2c5d37 0x2d80bf 0x2cb76c 0x2d2d5b 0x2d9f0b 0x2c5935 0x2d80bf 0x2cb76c 0x2d2d5b 0x2d9f0b 0x2c5935 0x2d80bf 0x2cb76c 0x2d2d5b 0x2d2fbe 0x1fd869 0x2008c0 0x1e8f 0x1df6 0x2 Is there something I can install to produce more readable traces? Thanks, - Daniel

2 2

MacRubyWithRubyInject
by Rich Morin 31 Oct '08

31 Oct '08

Jordan Hubbard brought up RubyInject, discussed at: http://rubycocoa.sourceforge.net/RubyInject RubyInject can be used with RubyCocoa to introspect on an application's objects, send messages to them, etc. It's possible that it can do even more with MacRuby, but I dunno. Anyway, I got brave and downloaded the RubyInject. That went OK, as did the xcodebuild step. I edited the inject.rb script into an mr_inject.rb variant (eg, removing RubyCocoa goo) and gave it a try. Sadly, it couldn't load dnssd. So, I tried installing dnssd as a gem. This worked OK, but MacRuby still didn't find it. Guessing that I needed macgem, I gave that a try. The results are documented on http://www.macruby.org/trac/wiki/MacRubyWithRubyInject If someone can help me get this sucker loaded and running, I promise to write it up on the wiki. Any takers? -r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm(a)cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841 Technical editing and writing, programming, and web development

1 0

http://www.macruby.org/trac/wiki/WhyMacRuby
by Rich Morin 29 Oct '08

29 Oct '08

Looking at this page, it struck me that it could be improved in two ways. First, I wanted to tease apart the different issues (thread safety, performance, convenience, etc). Second, I wanted to make the case that MacRuby isn't _just_ a replacement for RubyCocoa. I made the changes in place, so I hope everybody likes them (if not, I'm sure the wiki has version control :-). As usual, comments and suggestions are welcome... -r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm(a)cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841 Technical editing and writing, programming, and web development

1 0

Could MacRuby work with Cocotron?
by Rich Morin 28 Oct '08

28 Oct '08

Looking at some web pages on Cocotron http://macdaddyworld.com/2008/10/27/adventures-in-cocotron/ http://cocotron.org/ I was wondering what major obstacles there are to using it on a MacRuby project. Clues welcome... -r -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm(a)cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841 Technical editing and writing, programming, and web development

3 2

Re: [MacRuby-devel] PBI - macirb as a console, debugger, etc.
by Antonin Hildebrand 28 Oct '08

28 Oct '08

Hi guys, It seems I'm alone in opinion on packaging console as a gem right now :-/ In my opinion MacRuby should be Ruby1.9 with original stdlib shape. Nothing more. The only difference should be ObjC runtime + changes forced by this environment. Other useful library additions should be preinstalled macgems, including HotCocoa as a gem. Rich, I'm also promoting including them. I'm just talking about including them in different place of MacRuby release, not in stdlib. Jordan said: > It's very MacRuby-specific, what we're talking about here, and not really a generic gem. Sounds to me, that you are promoting that MacRuby specific things shouldn't be gems. Gems is a generic system for ruby libraries. No mater how specific they are to specific technologies. Copying bunch of things into stdlib is a dirty old-fashioned way Matz was doing with ruby when no rubygems ever existed :-) Rich said: > The fewer hoops a newbie has to jump through, the better chance that s/he won't get Tired For a newbie the difference is just in two lines on top of the (generated) file: instead of: require 'console' there will be: require 'rubygems' require 'console' If she knows nothing about gems, then she probably knows nothing about stdlib location. So she takes it as a magic. --- Laurent, I have a proposal for you: I will create console project as a gem published on github (maybe this weekend). And you may freely take what you find useful and include it in MacRuby releases. I want to show that 'gemization' of a ruby library is a piece of cake with github. Anybody then can take it, innovate and republish. And switching is just a mater of running macgem command. regards, Antonin On Tue, Oct 28, 2008 at 5:43 AM, Rich Morin <rdm(a)cfcl.com> wrote: > FWIW, I'd like to see the console (and any other generally-useful > tools) included in the MacRuby release. The fewer hoops a newbie > has to jump through, the better chance that s/he won't get Tired > of the Whole Thing and bail out. > > In the meanwhile, I've taken an initial swipe at creating a HowTo > for getting and using Antonin's Console project: > > https://www.macruby.org/trac/wiki/MacRubyConsoleHowTo > > After typing "2 + 2" into the irb session, I kinda ran out of > steam, but I will try to get back to it RSN. In the meanwhile, > feel free to contribute and/or correct... > > -r > -- > http://www.cfcl.com/rdm Rich Morin > http://www.cfcl.com/rdm/resume rdm(a)cfcl.com > http://www.cfcl.com/rdm/weblog +1 650-873-7841 > > Technical editing and writing, programming, and web development > _______________________________________________ > MacRuby-devel mailing list > MacRuby-devel(a)lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >

2 4