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

UTF8 Strings
by s.ross 07 Dec '09

07 Dec '09

My code receives XML data from a Web Service API call that is in UTF8 encoding. This winds up in a string. return_data = NSURLConnection.sendSynchronousRequest(@request, returningResponse: response, error: error) str = NSString.alloc.initWithData(return_data, encoding: NSUTF8StringEncoding) puts "******* response encoding it #{str.encoding}" The result of the puts above is 'MACINTOSH'. I suspect the encoding of the string is not UTF-8, because when I try to parse the XML using REXML, I get: RegexpError: too short multibyte code This occurs way in REXML: /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/rexml/text.rb:132:in `check:' In any case, my questions are: 1) If anyone has run across this what did you do? 2) Why might the encoding be MACINTOSH and not UTF-8, as specified in the initWithData method call? 3) Suggestions? Thanks, Steve

7 12

mac & ruby question
by Tim Rand 07 Dec '09

07 Dec '09

I am sorry. This is not a macruby question per se, just a question about plain old ruby on mac (specifically snow leopard) question. But you guys for sure will know the answer, so I must ask. Why is it that after upgrading to snow leopard (10.6.2) a long list of gems no longer run on ruby 1.9.1? Using Matt Aimonetti's sl_gems_update.rb file, I get: Please reinstall: eventmachine versions: 0.12.0, 0.12.0 fastthread versions: 1.0.1, 1.0.1 hpricot versions: 0.6.161, 0.6.161, 0.8.2, 0.8.2, 0.8.2, 0.8.2 hpricot-0.6.161/lib/universal versions: darwin9.0, darwin9.0 mongrel versions: 1.1.5, 1.1.5 rb-appscript versions: 0.5.1, 0.5.1 rmagick versions: 2.2.0, 2.2.0 rsruby versions: 0.4.5, 0.4.5 ruby-debug-base versions: 0.10.3, 0.10.3 sqlite3-ruby versions: 1.2.1, 1.2.1 tioga versions: 1.8, 1.8, 1.8, 1.8, 1.8, 1.8, 1.8, 1.8, 1.8, 1.8 tmail versions: 1.2.3.1, 1.2.3.1 Indeed, I had noticed already that hpricot, rsruby, and sqlite3 were no longer working. Reinstalling eventmachine and fastthread worked. But many of the others appear to install, but don't function: Tim:~/Desktop/RubyClub> sudo env ARCHFLAGS="-arch i386" gem install why-hpricot --source http://gems.github.com Building native extensions. This could take a while... Successfully installed why-hpricot-0.7.229 1 gem installed Installing ri documentation for why-hpricot-0.7.229... Installing RDoc documentation for why-hpricot-0.7.229... Tim:~/Desktop/RubyClub> gem which hpricot (checking gem why-hpricot-0.7.229 for hpricot) /usr/local/lib/ruby19/gems/1.9.1/gems/why-hpricot-0.7.229/lib/hpricot.rb Tim:~/Desktop/RubyClub> ruby -e 'require "hpricot"' /usr/local/lib/ruby19/gems/1.9.1/gems/why-hpricot-0.7.229/lib/hpricot.rb:20:in `require': dlopen(/usr/local/lib/ruby19/gems/1.9.1/gems/why-hpricot-0.7.229/lib/hpricot_scan.bundle, 9): no suitable image found. Did find: (LoadError) /usr/local/lib/ruby19/gems/1.9.1/gems/why-hpricot-0.7.229/lib/hpricot_scan.bundle: mach-o, but wrong architecture - /usr/local/lib/ruby19/gems/1.9.1/gems/why-hpricot-0.7.229/lib/hpricot_scan.bundle from /usr/local/lib/ruby19/gems/1.9.1/gems/why-hpricot-0.7.229/lib/hpricot.rb:20:in `<top (required)>' from -e:1:in `require' from -e:1:in `<main>' And file on that path gives: file /usr/local/lib/ruby19/gems/1.9.1/gems/why-hpricot-0.7.229/lib/hpricot_scan .bundle Mach-O 64-bit bundle x86_64 I am pretty sure that the problem is with .bundle files being compiled for x86_64 architecture, but I explicitly told the os to use env ARCHFLAGS="-arch i386" and it ignored it and put the bundle files in the x86_64 architecture anyhow. I am stuck. Why am I getting the mach-o but wrong architecture error? It seems to be a problem with gems that have .bundle files. If anyone can explain how I should be installing gems in snow leopard so that they actually work, I would really like that person. Seriously. Tim

2 1

[MacRuby] #485: Use of Snow leopard only string function
by MacRuby 07 Dec '09

07 Dec '09

#485: Use of Snow leopard only string function ------------------------------------+--------------------------------------- Reporter: justin@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Build fails on 10.5.8 due to use of CFStringIsSurrogateHighCharacter only available in 10.6. Change made in commit 408b42a -- Ticket URL: <http://www.macruby.org/trac/ticket/485> MacRuby <http://macruby.org/>

1 1

[MacRuby] #484: scoping issues with notification center
by MacRuby 06 Dec '09

06 Dec '09

#484: scoping issues with notification center -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- Here is a reduction of a bug I encountered today: {{{ framework 'Cocoa' class Foo def dataReady(notification) puts "called ok" NSApplication.sharedApplication.terminate(nil) end end nc = NSNotificationCenter.defaultCenter # foo = nil Proc.new do foo = Foo.new task = NSTask.alloc.init pi = NSPipe.alloc.init po = NSPipe.alloc.init task.arguments = [] task.currentDirectoryPath = "/bin/" task.launchPath = "/bin/ls" task.standardInput = pi task.standardOutput = po task.launch file_handle = po.fileHandleForReading file_handle.readInBackgroundAndNotify nc.addObserver(foo, selector: "dataReady:", name: NSFileHandleReadCompletionNotification, object: file_handle) end.call app = NSApplication.sharedApplication app.delegate = self app.run }}} If you run the code as is, the observer never gets called, however if you uncomment the line defining foo before the block everything works fine. It looks like foo isn't available when the notification center tries to call it to send it the notification. -- Ticket URL: <http://www.macruby.org/trac/ticket/484> MacRuby <http://macruby.org/>

1 3

Accessing memory address in MacRuby
by Yehuda Katz 05 Dec '09

05 Dec '09

I'm currently working with an API that sends me a memory address for an int and expects me to populate it with a value: It essentially looks like this: int retValue = 1; [historyController.repository outputForArguments:[NSArray arrayWithObjects:@"update-ref", @"-mUpdate from GitX", [ref ref], [dropCommit realSha], NULL] retValue:&retValue]; if (retValue) return NO; I am writing code that implements outputForArguments:retValue:, but it seems that MacRuby hands me an opaque primitive that I can't use. When I try to do anything with it, I get EXC_BAD_ACCESS. Any ideas? Yehuda Katz Developer | Engine Yard (ph) 718.877.1325

2 1

hotcocoa/graphics
by Juergen Dabel 05 Dec '09

05 Dec '09

Today I tried with the newest nightly build and I got: dab:~ jdabel$ cd /Developer/Examples/Ruby/MacRuby/HotCocoa/graphics dab:graphics jdabel$ macruby particle.rb Segmentation fault dab:graphics jdabel$ macruby demo.rb 2009-12-03 17:03:51.063 macruby[153:903] *** -[NSLock unlock]: lock (<NSLock: 0x2004855c0> '(null)') unlocked when not locked 2009-12-03 17:03:51.065 macruby[153:903] *** Break on _NSLockError() to debug. /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/hotcocoa/mappings/application.rb:9:in `handle_block:': undefined method `on_action' for 0:NSSlider (NoMethodError) from core:in `application:' from demo.rb:1:in `<main>' dab:graphics jdabel$ My Mac: Modellname: MacBook Modell-Identifizierung: MacBook5,1 Prozessortyp: Intel Core 2 Duo Prozessorgeschwindigkeit: 2,4 GHz Anzahl der Prozessoren: 1 Gesamtzahl der Kerne: 2 L2-Cache: 3 MB Speicher: 4 GB I would choose MacRuby for Hotcocoa!!! Juergen Dabel Schrobenhausen Germany

3 2

Xcode and Interface Builder: action and outlets not showing up
by Robinson, John MD PhD 04 Dec '09

04 Dec '09

Hi all, I am new to the list. While working through Geoffrey Grosenbach's tutorial on peepcode, I began to experience the following problems in IB. I lost autocomplete in the class identity textbox and the outlets/actions of the class were not avaiable. Conclusion: IB isn't recognizing my classes. This seems to have started after loading the iphone sdk, which upgraded Xcode from 3.1 -> 3.2. Thanks, ~JR

2 2

has anyone else noticed hotcocoa/graphics is no longer working..
by Tim Rand 03 Dec '09

03 Dec '09

I am running 0.5 beta2 not the latest development trunk. I'll try updating. I believe I fixed this bug after 0.5 beta2, what version are you on? > > - Matt > > On Wed, Dec 2, 2009 at 3:51 PM, Tim Rand <timrandg(a)gmail.com> wrote: > > > Though the following code works on macruby 0.4 and mac OS 10.5.8, it no > > longer works for me since updating macruby and the OS: > > > > macruby -e 'require "hotcocoa/graphics"' > > -e:1:in `<main>': private method `define_method' called for Class:Class > > (NoMethodError) > > > > I am running: > > OS 10.6.2 > > MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] > > (with ruby version 1.9.0) > > > > I don't see a define_method call anywhere in the source code in the > > > /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/hotcocoa/graphics.rb > > file. > > > > I just want to tinker with HotCocoa::Graphics. > > Any advice or explanation would be appreciated. > > > > Thanks, > > Tim > > > > _______________________________________________ > > MacRuby-devel mailing list > > MacRuby-devel(a)lists.macosforge.org > > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > > > >

3 3

[MacRuby] #480: NSArray.alloc.initWithObjects('-i', nil) seg faults
by MacRuby 03 Dec '09

03 Dec '09

#480: NSArray.alloc.initWithObjects('-i', nil) seg faults -------------------------------------+-------------------------------------- Reporter: mattaimonetti@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- {{{macruby -e "p NSArray.alloc.initWithObjects('-i', nil)" Segmentation fault }}} {{{ Thread 0 Crashed: Dispatch queue: com.apple.main-thread 0 com.apple.CoreFoundation 0x00007fff85f46604 __CFTypeCollectionRetain + 84 1 com.apple.CoreFoundation 0x00007fff85f461b2 CFArrayCreate + 242 2 com.apple.CoreFoundation 0x00007fff85f9b356 -[__NSPlaceholderArray initWithObjects:count:] + 486 3 com.apple.CoreFoundation 0x00007fff85fa0b31 -[NSArray initWithObjects:] + 449 4 ??? 0x00000001011001ac 0 + 4312793516 5 ??? 0x00000001011000cb 0 + 4312793291 6 libmacruby.dylib 0x0000000100040ef9 ruby_run_node + 73 (eval.c:199) 7 macruby 0x0000000100000dd8 main + 152 (main.cpp:42) 8 macruby 0x0000000100000d34 start + 52 Thread 1: 0 libSystem.B.dylib 0x00007fff867729da __workq_kernreturn + 10 1 libSystem.B.dylib 0x00007fff86772dec _pthread_wqthread + 917 2 libSystem.B.dylib 0x00007fff86772a55 start_wqthread + 13 }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/480> MacRuby <http://macruby.org/>

1 2

has anyone else noticed hotcocoa/graphics is no longer working...
by Tim Rand 03 Dec '09

03 Dec '09

Though the following code works on macruby 0.4 and mac OS 10.5.8, it no longer works for me since updating macruby and the OS: macruby -e 'require "hotcocoa/graphics"' -e:1:in `<main>': private method `define_method' called for Class:Class (NoMethodError) I am running: OS 10.6.2 MacRuby version 0.5 (ruby 1.9.0) [universal-darwin10.0, x86_64] (with ruby version 1.9.0) I don't see a define_method call anywhere in the source code in the /Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib/ruby/1.9.0/hotcocoa/graphics.rb file. I just want to tinker with HotCocoa::Graphics. Any advice or explanation would be appreciated. Thanks, Tim

2 1