May 2010 - MacRuby-devel - lists.macosforge.org

[MacRuby] #709: Different behaviour when including a module into Class in MacRuby vs Ruby 1.9.2
by MacRuby 13 May '10

13 May '10

#709: Different behaviour when including a module into Class in MacRuby vs Ruby 1.9.2 ----------------------------------+----------------------------------------- Reporter: james@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: mocha class module include ----------------------------------+----------------------------------------- I'm seeing different behaviour when including a module into Class in MacRuby vs Ruby 1.9.2. This is a simplification of a problem I'm seeing running Mocha [1] tests in MacRuby. I seems to be specific to including the module into the Class class and not a user-defined class. It also doesn't seem to matter whether the class has already been defined or not. {{{ $ rvm macruby $ irb macruby-0.6 > module X; def x; "x"; end; end => nil macruby-0.6 > class Class; include X; end => Class macruby-0.6 > Class.new.x NoMethodError: undefined method `x' for #<Class:0x20020f960> from /Users/jamesmead/Code/mocha/(irb):3:in `<main>' }}} {{{ $ rvm 1.9.2 $ irb ruby-1.9.2-preview1 > module X; def x; "x"; end; end => nil ruby-1.9.2-preview1 > class Class; include X; end => Class ruby-1.9.2-preview1 > Class.new.x => "x" }}} {{{ $ rvm macruby $ irb macruby-0.6 > module X; def x; "x"; end; end => nil macruby-0.6 > class Y; include X; end => Y macruby-0.6 > Y.new.x => "x" }}} {{{ $ rvm macruby $ irb macruby-0.6 > module X; def x; "x"; end; end => nil macruby-0.6 > class Y; end => nil macruby-0.6 > class Y; include X; end => Y macruby-0.6 > Y.new.x => "x" }}} [1] http://github.com/floehopper/mocha/tree/macruby -- Ticket URL: <http://www.macruby.org/trac/ticket/709> MacRuby <http://macruby.org/>

1 2

Which MacRuby version, 0.6 or higher, can run the Growl samples?
by hans bennekop 13 May '10

13 May '10

I've tried v0.6 and several later nightly builds but couldn't get the official Growl demos to run. (They work fine with 0.5.) The related ticket ("MacRuby 0.6 breaks Growl", http://www.macruby.org/trac/ticket/662) has been marked as 'fixed'. So is there a specific nightly build that is compatible with Growl? Thanks, Hans

2 1

Mapping of Objective-C Blocks to MacRuby
by steve ross 13 May '10

13 May '10

I was thinking syntax like: open_panel = NSOpenPanel.openPanel open_panel.beginSheetModalForWindow(@main_window, completionHandler:lambda{|arg| "Yo, open file and user arg is #{arg}") would be pretty sensible. But it seems not to be. Any hints?

2 1

[MacRuby] #708: nkf must be bundled and functional
by MacRuby 13 May '10

13 May '10

#708: nkf must be bundled and functional -----------------------------------+---------------------------------------- Reporter: lsansonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Currently, the nkf extension isn't built. It is required by a few libraries (like tmail) so it is necessary to make sure it's bundled and functional. -- Ticket URL: <http://www.macruby.org/trac/ticket/708> MacRuby <http://macruby.org/>

1 1

installing tmail
by Brian Marick 13 May '10

13 May '10

I'm trying to install tmail in macruby 0.6. While building the native extensions, I get the following. Ideas? Building native extensions. This could take a while... ERROR: Error installing tmail: make failed: ["/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/bin/macruby extconf.rb", "creating Makefile\n", "make", "/usr/bin/gcc -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0/universal-darwin10.0 -I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.6/usr/include/ruby-1.9.0 -I. -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -Wno-parentheses -D_FILE_OFFSET_BITS=64 -arch i386 -arch x86_64 -o tmailscanner.o -c tmailscanner.c\ntmailscanner.c:32:16: error: re.h: No such file or directory\ntmailscanner.c: In function 'mails_s_new':\ntmailscanner.c:93: warning: assignment discards qualifiers from pointer target type\ntmailscanner.c: In function 'skip_japanese_string':\ntmailscanner.c:218: warning: implicit declaration of function 'ismbchar'\ntmailscanner.c:219: warning: implicit declaration of function 'mbclen'\ntmailscanner.c: In function 'digit_p':\ntmailscanner.c:410: warning: assignment discards qualifiers from pointer target type\ntmailscanner.c: In function 'atomsym':\ntmailscanner.c:430: warning: initialization discards qualifiers from pointer target type\ntmailscanner.c:32:16: error: re.h: No such file or directory\ntmailscanner.c: In function 'mails_s_new':\ntmailscanner.c:93: warning: assignment discards qualifiers from pointer target type\ntmailscanner.c: In function 'skip_japanese_string':\ntmailscanner.c:218: warning: implicit declaration of function 'ismbchar'\ntmailscanner.c:219: warning: implicit declaration of function 'mbclen'\ntmailscanner.c: In function 'digit_p':\ntmailscanner.c:410: warning: assignment discards qualifiers from pointer target type\ntmailscanner.c: In function 'atomsym':\ntmailscanner.c:430: warning: initialization discards qualifiers from pointer target type\nlipo: can't open input file: /var/tmp//ccheFt8w.out (No such file or directory)\nmake: *** [tmailscanner.o] Error 1\n"] ----- Brian Marick, independent consultant Mostly on agile methods with a testing slant Author of /Programming Cocoa with Ruby/ www.exampler.com, www.exampler.com/blog, www.twitter.com/marick

2 8

[MacRuby] #689: Net::HTTP.post_form() is broken.
by MacRuby 13 May '10

13 May '10

#689: Net::HTTP.post_form() is broken. -----------------------------+---------------------------------------------- Reporter: rob@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -----------------------------+---------------------------------------------- I'm running the latest nightly(05/05/2010), to reproduce: {{{ require 'net/http' Net::HTTP.post_form(URI.parse('http://www.google.com/foobar', { :foo => 'bar' }) # ... Produces: ArgumentError: method `force_encoding:' does not work on NSStrings }}} Thanks. -- Ticket URL: <http://www.macruby.org/trac/ticket/689> MacRuby <http://macruby.org/>

1 4

[MacRuby] #694: framework 'Cocoa' in macirb crashes 0.6, 0.7
by MacRuby 12 May '10

12 May '10

#694: framework 'Cocoa' in macirb crashes 0.6, 0.7 ---------------------------------+------------------------------------------ Reporter: marick@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ {{{ 787 $ macirb irb(main):001:0> framework 'Cocoa' framework 'Cocoa' unknown: [BUG] Segmentation fault MacRuby version 0.7 (ruby 1.9.0) [universal-darwin10.0, x86_64] Abort trap 788 $ }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/694> MacRuby <http://macruby.org/>

1 8

[MacRuby] #706: YAML output for unicode chars should be the same as Ruby1.9
by MacRuby 12 May '10

12 May '10

#706: YAML output for unicode chars should be the same as Ruby1.9 ----------------------------+----------------------------------------------- Reporter: jazzbox@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: yaml ----------------------------+----------------------------------------------- MacRuby‘s to_yaml generates this {{{ $ macruby -r 'yaml' -e 'puts "Rübe".to_yaml' --- "R\xFCbe" }}} while {{{ $ ruby1.9 -r 'yaml' -e 'puts "Rübe".to_yaml' --- "R\xC3\xBCbe" }}} I think that Ruby1.9 is valid because MacRuby 0.7 now supports correct encoding of unicode and gives the same result as Ruby1.9: {{{ $ macruby -e 'p "R\xC3\xBCbe"' "Rübe" $ ruby1.9 -e 'p "R\xC3\xBCbe"' "Rübe" }}} The one-byte string (which worked in 0.6) does not work in 0.7 any longer: {{{ $ macruby -e 'p "R\xFCbe"' "R\xFCbe" $ macruby_select 0.6 -e 'p "R\xFCbe"' "Rübe" $ ruby1.9 -e 'p "R\xFCbe"' "R\xFCbe" }}} See also tickets #700 and#339 -- Ticket URL: <http://www.macruby.org/trac/ticket/706> MacRuby <http://macruby.org/>

1 5

[MacRuby] #594: Not all methods visible to objective-c calls
by MacRuby 12 May '10

12 May '10

#594: Not all methods visible to objective-c calls ------------------------------+--------------------------------------------- Reporter: michael@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- The following code is taken from http://code.reflectivepixel.com/post/103638573/require-hotcocoa-framework- webkit-class and is just a short example of showing the problem: {{{ require 'hotcocoa' framework 'webkit' class Application include HotCocoa FULL={:expand => [:width,:height]} BASE=<<-END <html><head><style type="text/css"> * { font-family: Monaco; } </style><script type="text/javascript"> function say(arg) { window.TheBridge.click(arg);} </script> </head><body><h3>Ruby JavaScript Bridge</h3> <a href="#" onclick="say('hi')">tell</a></body></html> END def click(arg) #called from javascript root = document.createElement("div"); root.innerHTML="javascript tells ruby: #{arg}" document.body.appendChild(root) end def document @web_view.mainFrame.DOMDocument end def self.webScriptNameForSelector(sel) #hide : in name sel.to_s.sub(/:$/,'') if is_available_selector?(sel) end def self.isSelectorExcludedFromWebScript(sel) ! is_available_selector?(sel) end def self.isKeyExcludedFromWebScript(key) true end def self.is_available_selector?(sel) ['click:'].include?(sel.to_s) end def start application :name => "MyBridge" do |app| app.delegate = self window :title => "MyBridge", :frame => [10, 620, 330, 230] do |win| win << @web_view=web_view(:layout => FULL) do |wv| wv.mainFrame.loadHTMLString BASE, baseURL: nil wv.frameLoadDelegate=self wso=wv.windowScriptObject #make visible to JS wso.setValue(self, forKey:"TheBridge") end win.will_close { exit } end end end end Application.new.start }}} In this example, clicking on "tell" does not work. It seems, that the selector for "click:" is not found. When logging for example the selector values in {{{ self.isSelectorExcludedFromWebScript(sel) }}}, the "click:" selector is not amongst the results. This is not related to hotcocoa, this example can be simply reworked without using hotcocoa, just with a simple WebView embedded in a NSWindow from Interface Builder. -- Ticket URL: <http://www.macruby.org/trac/ticket/594> MacRuby <http://macruby.org/>

1 4

[MacRuby] #530: Net::SSH doesn't work with MacRuby
by MacRuby 12 May '10

12 May '10

#530: Net::SSH doesn't work with MacRuby ---------------------------------+------------------------------------------ Reporter: sk8tr1981@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ It's sad to say but net-ssh (Net::SSH) doesn't work with MacRuby (yes, I did install it through macgems) for some reason, but does work fine in pure ruby. The error is below: {{{ $ macruby -v MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] $ macirb irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'net/ssh' => true irb(main):003:0> Net::SSH.start('my-server', 'user', :password => "password") NoMethodError: protected method `initialize_ssh' called for #<TCPSocket:0x2003be380> from /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/Gems/1.9.0/gems /net-ssh-2.0.17/lib/net/ssh/transport/packet_stream.rb:20:in `extended:' from core:in `extend:' from /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/Gems/1.9.0/gems /net-ssh-2.0.17/lib/net/ssh/transport/session.rb:57:in `initialize:' from core:in `__new__:' from /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/Gems/1.9.0/gems /net-ssh-2.0.17/lib/net/ssh.rb:155:in `start:' }}} Any ideas why this is happening, and when a fix can be expected? Thanks a lot! -- Ticket URL: <http://www.macruby.org/trac/ticket/530> MacRuby <http://macruby.org/>

1 11