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

[MacRuby] #734: Mustache fails on call to render.
by MacRuby 09 Jun '10

09 Jun '10

#734: Mustache fails on call to render. ----------------------------------------+----------------------------------- Reporter: larry@… | Owner: lsansonetti@… Type: defect | Status: new Priority: minor | Milestone: MacRuby 0.6 Component: MacRuby | Keywords: mustache ----------------------------------------+----------------------------------- Unable to render a Mustache template using the 'mustache' gem. Works as expected in Ruby 1.8.7. In MacRuby, programs freeze on the call to render. I tried using the macruby debugger to narrow the issue, but I could not. So I forked the mustache source on GitHub and it looks like Mustache::Template.render makes a recursive call that freezes MacRuby. -- Ticket URL: <http://www.macruby.org/trac/ticket/734> MacRuby <http://macruby.org/>

1 2

help - CoreAudio
by sowmya gopinath 09 Jun '10

09 Jun '10

Hi, My MacRuby Application requires a streaming AudioPlayer. NSSound cannot be used to build the Player. Any pointers on how it can be done using CoreAudio and AudioQueueService. Your help is much appreciated. Thanks Sowmya

1 0

[MacRuby] #743: Project templates' IB files should be .xib's, not .nib's
by MacRuby 08 Jun '10

08 Jun '10

#743: Project templates' IB files should be .xib's, not .nib's --------------------------------+------------------------------------------- Reporter: pthomson@… | Owner: pthomson@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Right now, only the 'MacRuby Application' template uses .xib for its Interface Builder skeleton files. The Core Data template and NSDocument template should use .xib's as well. -- Ticket URL: <http://www.macruby.org/trac/ticket/743> MacRuby <http://macruby.org/>

1 1

[MacRuby] #156: macirb fails using Japanese locales
by MacRuby 08 Jun '10

08 Jun '10

#156: macirb fails using Japanese locales --------------------------------+------------------------------------------- Reporter: l.g.chin(a)gmail.com | Owner: lsansonetti(a)apple.com Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Using trunk(r721), macirb fails to start when LANG is ja_JP.XXXX including ja_JP.UTF-8, ja_JP.SJIS, ja_JP.EUC. {{{ [lchin@Thebes](10033)$ export LANG=ja_JP.UTF-8 [lchin@Thebes](10034)$ macirb /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:43:in `String': wrong argument type NSObject (expected Data) (TypeError) from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:129:in `real_load' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:120:in `block in load' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:118:in `each' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/locale.rb:118:in `load' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/init.rb:120:in `init_error' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb/init.rb:17:in `setup' from /Library/Frameworks/MacRuby.framework/Versions/0.4/usr/lib/ruby/1.9.0/irb.rb:53:in `start' from /usr/local/bin/macirb:12:in `<main>' }}} macirb has no apparent problems with other locales, such as zh_TW.UTF-8, ko.UTF-8, en_US.UTF-8, etc. -- Ticket URL: <http://www.macruby.org/trac/ticket/156> MacRuby <http://macruby.org/>

1 3

Using HotCocoa inside a MacRuby project?
by Gabriel Gilder 08 Jun '10

08 Jun '10

Hi all, I'm currently working on a MacRuby project and wanted to use HotCocoa for the window layout features (i.e. circumvent Interface Builder). However, if I include the following lines in rb_main.rb: require 'rubygems' require 'hotcocoa' I get this error: rb_main.rb:9:in `<main>': uninitialized constant MRAReferenceRenderer::KASTargetCurrent (NameError) I'm using MacRuby 0.6 and HotCocoa 0.5.1. Anybody know if it is possible to use HotCocoa within a MacRuby project? Thanks, -Gabriel

1 1

difference in float behaviour
by Emil Tin 08 Jun '10

08 Jun '10

hey, thanks for all the great work with macruby! i'm experiencing a difference in floating point behaviour between mri and the latest macruby 0.7 nightly: ~$ ruby -v ruby 1.8.7 (2009-06-08 patchlevel 173) [universal-darwin10.0] ~$ ruby -e "z = 0.034228469425; puts Math.sqrt(z*z) < z" false ~$ ruby -e "z = 0.034228469424; puts Math.sqrt(z*z) < z" false ~$ macruby -v MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64] ~$ macruby -e "z = 0.034228469425; puts Math.sqrt(z*z) < z" false ~$ macruby -e "z = 0.034228469424; puts Math.sqrt(z*z) < z" true notice how that last script outputs true instead of false. also i'm seeing this difference with floats: ~$ ruby -e "puts 8.1" 8.1 ~$ macruby -e "puts 8.1" 8.09999999999999 this difference is causing trouble because asin() might fail even when the input seems to be 1.0: z = 0.034228469424 r = Math.sqrt z*z puts d = z/r # => 1.0 puts d>1.0 # false with mri, but true with macruby puts Math.asin d # => 1.5707963267949 with mri, but error with macruby (since d>1.0) -emil

2 2

[MacRuby] #740: Building LZMA gem fails
by MacRuby 08 Jun '10

08 Jun '10

#740: Building LZMA gem fails --------------------------------+------------------------------------------- Reporter: mike@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- Trying to build the ruby-lzma gem fails with macgem (works with gem1.9) {{{ sudo macgem install ruby-lzma }}} This gives the error {{{ Building native extensions. This could take a while... ERROR: Error installing ruby-lzma: make failed: ["/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/bin/macruby extconf.rb", "creating Makefile\n", "make", "/usr/bin/gcc -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 /universal-darwin10.1 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 -I. -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -arch i386 -arch x86_64 -o BranchX86.o -c BranchX86.c\n/usr/bin/gcc -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 /universal-darwin10.1 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 -I. -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -arch i386 -arch x86_64 -o LzmaDecode.o -c LzmaDecode.c\n/usr/bin/gcc -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 /universal-darwin10.1 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 -I. -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -arch i386 -arch x86_64 -o LzmaRamDecode.o -c LzmaRamDecode.c\n/usr/bin/g++ -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 /universal-darwin10.1 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 -I. -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -arch i386 -arch x86_64 -o Alloc.o -c Alloc.cpp\n/usr/bin/g++ -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 /universal-darwin10.1 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 -I. -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -arch i386 -arch x86_64 -o CRC.o -c CRC.cpp\n/usr/bin/g++ -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 /universal-darwin10.1 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 -I. -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -arch i386 -arch x86_64 -o InBuffer.o -c InBuffer.cpp\n/usr/bin/g++ -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 /universal-darwin10.1 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 -I. -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -arch i386 -arch x86_64 -o LZInWindow.o -c LZInWindow.cpp\n/usr/bin/g++ -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 /universal-darwin10.1 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.0 -I. -fno-common -fexceptions -fno-common -pipe -O3 -g -Wall -arch i386 -arch x86_64 -o lzma_ruby.o -c lzma_ruby.cpp\nlzma_ruby.cpp: In function ‘VALUE lz_compress(VALUE, VALUE)’:\nlzma_ruby.cpp:11: error: invalid conversion from ‘const void*’ to ‘void*’\nlzma_ruby.cpp: In function ‘VALUE lz_decompress(VALUE, VALUE)’:\nlzma_ruby.cpp:30: error: invalid conversion from ‘const void*’ to ‘void*’\nlzma_ruby.cpp: In function ‘VALUE lz_compress(VALUE, VALUE)’:\nlzma_ruby.cpp:11: error: invalid conversion from ‘const void*’ to ‘void*’\nlzma_ruby.cpp: In function ‘VALUE lz_decompress(VALUE, VALUE)’:\nlzma_ruby.cpp:30: error: invalid conversion from ‘const void*’ to ‘void*’\nlipo: can't open input file: /var/tmp//ccfbZepa.out (No such file or directory)\nmake: *** [lzma_ruby.o] Error 1\n"] }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/740> MacRuby <http://macruby.org/>

1 1

[MacRuby] #739: String#match calls block twice
by MacRuby 08 Jun '10

08 Jun '10

#739: String#match calls block twice ----------------------------+----------------------------------------------- Reporter: jazzbox@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.7 Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- {{{ $ macruby -e '"# On branch master".match( /.*On branch (\S*)$/ ) { |m| p m[1] }' }}} gives {{{ "master" "a" }}} ruby1.9 works: {{{ $ ruby1.9 -e '"# On branch master".match( /.*On branch (\S*)$/ ) { |m| p m[1] }' }}} {{{ "master" }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/739> MacRuby <http://macruby.org/>

1 1

XGrid and MacRuby
by Ivan Storck 07 Jun '10

07 Jun '10

Has anyone tried to run xgrid on a system with macruby installed? I get an error from /usr/sbin/xgridctl (which to my surprise is written in ruby) no such file to load -- osx/foundation <code> ~> sudo xgridctl c on Password: /usr/sbin/xgridctl:4:in `require': no such file to load -- osx/foundation (LoadError) from /usr/sbin/xgridctl:4 </code> looks like it's calling a RubyCocoa thing? I do not get the error on my two other macs that do not have MacRuby installed. - Ivan Storck SustainableWebsites.com (+1) 206-452-0652 Check out our blog; http://www.sustainablewebsites.com/blog Follow us on Twitter: http://twitter.com/sustainableweb

1 1

[MacRuby] #737: Unpack inconsistencies (possibly related to issue #605?)
by MacRuby 06 Jun '10

06 Jun '10

#737: Unpack inconsistencies (possibly related to issue #605?) ---------------------------------+------------------------------------------ Reporter: babs.devs@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: Grit, unpack ---------------------------------+------------------------------------------ I am attempting to use the Grit(http://github.com/mojombo/grit) gem (after various patches to work w/ macruby), but there seems to be some inconsistency between unpacking strings w ruby 1.9 and MacRuby (nightly as of 6/3/10). Specifically with this method: {{{ def init_pack with_idx do |idx| @offsets = [0] FanOutCount.times do |i| //MacRuby vs Ruby assign VERY different values to pos pos = idx[i * IdxOffsetSize,IdxOffsetSize].unpack('N')[0] if pos < @offsets[i] raise PackFormatError, "pack #@name has discontinuous index #{i}" end @offsets << pos end @size = @offsets[-1] end end }}} In MacRuby the var 'pos' evaluates to [0, 4285812579] in every other block. In Ruby 1.9 'pos' evaluates correctly (ex. after 7 blocks: [0, 11, 24, 39, 48, 56, 63]) This bug may be invalid, and/or related to the Grit gem, but at first glance appears to be MacRuby related. @see also: http://www.macruby.org/trac/ticket/605 -- Ticket URL: <http://www.macruby.org/trac/ticket/737> MacRuby <http://macruby.org/>

1 4