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

[MacRuby] #451: Attempting to require "nkf" results in a LoadError
by MacRuby 16 Jun '10

16 Jun '10

#451: Attempting to require "nkf" results in a LoadError --------------------------------+------------------------------------------- Reporter: dweinric@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- This appears to be keeping the gcal4ruby gem from loading up when I attempt to require it. It can be reproduced with this one liner: $ macruby -e 'require "nkf"' -e:1:in `<main>': no such file to load -- nkf (LoadError) Attempting the same in regular ruby yields no error. -- Ticket URL: <http://www.macruby.org/trac/ticket/451> MacRuby <http://macruby.org/>

1 1

[MacRuby] #376: The second 'pointer' of a double pointer type is ignored
by MacRuby 15 Jun '10

15 Jun '10

#376: The second 'pointer' of a double pointer type is ignored ---------------------------------+------------------------------------------ Reporter: mred@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ---------------------------------+------------------------------------------ The following code worked in 0.4 {{{ framework 'Foundation' framework 'AudioToolbox' load_bridge_support_file '../BridgeSupport/MusicPlayer.bridgesupport' class MusicPlayer def initialize musicPlayer = Pointer.new_with_type '^{OpaqueMusicPlayer}' # This should create a double pointer puts musicPlayer.type # But it doesn't (result = NewMusicPlayer musicPlayer) == 0 or raise result.to_s @musicPlayer = musicPlayer[0] # Causing problems here end end musicPlayer = MusicPlayer.new }}} But it now generates the following error {{{ $ macruby x.rb ^{OpaqueMusicPlayer} x.rb:8:in `initialize': unrecognized runtime type `{OpaqueMusicPlayer}' (TypeError) from core:in `__new__:' from x.rb:1:in `<main>' }}} The error is occuring during the attempt to dereference the double pointer at line 10 (despite the error message reporting line 8) -- Ticket URL: <http://www.macruby.org/trac/ticket/376> MacRuby <http://macruby.org/>

3 9

[MacRuby] #424: performance regression from ruby 1.8 and 1.9
by MacRuby 12 Jun '10

12 Jun '10

#424: performance regression from ruby 1.8 and 1.9 -------------------------------------+-------------------------------------- Reporter: jordan.breeding@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: -------------------------------------+-------------------------------------- I have some code that previously ran incorrectly on MacRuby 0.4, and until recently crashed MacRuby trunk. Now that it works I would like to report that the performance of it is not as fast as 1.8 or 1.9. I know that MacRuby working is a primary consideration and speed only comes after that, but as people start looking at speed more and more I wanted to get this on the radar. This also supersedes #348 which was a smaller also based on this code, but was a reduced file since the main code would not run. Performance of Ruby 1.8, Ruby 1.9, and MacRuby compared using a faster and a slower version of the same basic algorithm: {{{ 35 jordan@thetourist ~/priority_queue_bug > for LOOP in ruby ruby1.9 macruby; do for LOOP2 in ./search.pqueue ./search_slow.pqueue; do eval time "${LOOP}" "${LOOP2}" -m -c a-star input_files/input13_7.txt >/dev/null; done; done ruby ./search.pqueue -m -c a-star input_files/input13_7.txt 4.51s user 0.10s system 98% cpu 4.657 total ruby ./search_slow.pqueue -m -c a-star input_files/input13_7.txt 9.84s user 0.15s system 98% cpu 10.087 total ruby1.9 ./search.pqueue -m -c a-star input_files/input13_7.txt 2.74s user 0.08s system 98% cpu 2.851 total ruby1.9 ./search_slow.pqueue -m -c a-star input_files/input13_7.txt 5.80s user 0.11s system 99% cpu 5.960 total macruby ./search.pqueue -m -c a-star input_files/input13_7.txt 14.30s user 0.69s system 171% cpu 8.722 total macruby ./search_slow.pqueue -m -c a-star input_files/input13_7.txt 27.30s user 0.88s system 150% cpu 18.745 total }}} performance of various versions of the script specific to MacRuby: {{{ 36 jordan@thetourist ~/priority_queue_bug > for LOOP in *.cocoa; do eval time macruby "${LOOP}" -c -m a-star input_files/input13_7.txt >/dev/null; done macruby search.cocoa -c -m a-star input_files/input13_7.txt 14.38s user 0.79s system 161% cpu 9.392 total macruby search_group_add.cocoa -c -m a-star input_files/input13_7.txt 13.61s user 0.71s system 171% cpu 8.345 total macruby search_group_add_slow.cocoa -c -m a-star input_files/input13_7.txt 26.97s user 0.92s system 146% cpu 19.027 total macruby search_slow.cocoa -c -m a-star input_files/input13_7.txt 27.34s user 0.94s system 150% cpu 18.730 total }}} MacRuby information: {{{ 37 jordan@thetourist ~/priority_queue_bug > macruby -e 'p MACRUBY_VERSION' "0.5" 38 jordan@thetourist ~/priority_queue_bug > macruby -e 'p MACRUBY_REVISION' "git commit 19b2d7811662bf636cbcc2fe1ae99afef3243225" }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/424> MacRuby <http://macruby.org/>

1 16

[MacRuby] #406: Can't load gem grit.
by MacRuby 12 Jun '10

12 Jun '10

#406: Can't load gem grit. ---------------------------------------+------------------------------------ Reporter: hungerandthirst@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: rubygems, grit, gems ---------------------------------------+------------------------------------ Sorry to be so specific about not being able to load a specific gem. I do this: {{{ require 'rubygems' require 'grit' include Grit }}} and get {{{ in `require:': undefined method `[]' for nil:NilClass (NoMethodError). }}} It seems to be coming from the {{{ require 'rubygems' }}} inside of grit.rb. If I disable this line, it includes it with the following warnings: {{{ unknown: warning: already initialized constant VERSION unknown: warning: already initialized constant MEDIA_TYPE_RE unknown: warning: already initialized constant UNREG_RE unknown: warning: already initialized constant ENCODING_RE unknown: warning: already initialized constant PLATFORM_RE unknown: warning: already initialized constant SIGNATURES unknown: warning: already initialized constant IANA_URL unknown: warning: already initialized constant RFC_URL unknown: warning: already initialized constant DRAFT_URL unknown: warning: already initialized constant LTSW_URL unknown: warning: already initialized constant CONTACT_URL unknown: warning: can't register `extensions' as an KVO setter on class `MIME::Type' (method `setExtensions:') unknown: warning: can't register `encoding' as an KVO setter on class `MIME::Type' (method `setEncoding:') unknown: warning: can't register `system' as an KVO setter on class `MIME::Type' (method `setSystem:') unknown: warning: can't register `obsolete' as an KVO setter on class `MIME::Type' (method `setObsolete:') unknown: warning: can't register `docs' as an KVO setter on class `MIME::Type' (method `setDocs:') unknown: warning: can't register `url' as an KVO setter on class `MIME::Type' (method `setUrl:') unknown: warning: can't register `registered' as an KVO setter on class `MIME::Type' (method `setRegistered:') unknown: warning: already initialized constant VERSION }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/406> MacRuby <http://macruby.org/>

1 3

[MacRuby] #405: Uncaught exception building RubyGems
by MacRuby 12 Jun '10

12 Jun '10

#405: Uncaught exception building RubyGems ---------------------------------------+------------------------------------ Reporter: hungerandthirst@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: macruby, rubygems, exception ---------------------------------------+------------------------------------ Trying to build RubyGems with macruby throws: {{{ uncaught Objective-C/C++ exception... terminate called after throwing an instance of 'RoxorReturnFromBlockException*' }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/405> MacRuby <http://macruby.org/>

1 3

[MacRuby] #399: Building MacRuby HEAD with llvm trunk r82747 fails at dispatcher.cpp
by MacRuby 12 Jun '10

12 Jun '10

#399: Building MacRuby HEAD with llvm trunk r82747 fails at dispatcher.cpp -----------------------------------+---------------------------------------- Reporter: nagachika00@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: Component: MacRuby | Keywords: -----------------------------------+---------------------------------------- Hi all. I was try to re-build MacRuby HEAD with llvm trunk r82747 on Mac OS X 10.6.1 and it fails at compiling dispatcher.cpp. With environment variable allow_build_warnings=1, the warnings are ignored and I could get macruby executable, but isn't there any problems? When I try to build macruby at Oct. 1, it success without allow_build_warnings=1. My command-lines are as follows. {{{ (for llvm) $ svn up -r 82747 llvm-trunk $ cd llvm-trunk $ ./configure --prefix=~/opt/llvm $ UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" ENABLE_OPTIMIZED=1 make -j2 $ UNIVERSAL=1 UNIVERSAL_ARCH="i386 x86_64" ENABLE_OPTIMIZED=1 make install }}} {{{ $ cd MacRuby-0.5 $ git pull $ git log -1 commit 323fd75841aa672659e87feb577c6cc93fd085eb Author: lsansonetti(a)apple.com <lsansonetti@apple.com@23306eb0-4c56-4727 -a40e-e92c0eb68959> Date: Fri Oct 23 00:59:10 2009 +0000 unrelease parser nodes post execution git-svn-id: http://svn.macosforge.org/repository/ruby/MacRuby/trunk@2886 23306eb0-4c56-4727-a40e-e92c0eb68959 $ rake clean $ rake : /usr/bin/g++ -I/Users/nagachika/opt/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -O3 -fno-common -Woverloaded-virtual -I. -I./include -g -Wall -arch i386 -arch x86_64 -Wno-parentheses -Wno-deprecated-declarations -Werror -Winline --param inline-unit-growth=10000 --param large-function-growth=10000 -x objective-c++ -c dispatcher.cpp -o dispatcher.o cc1objplus: warnings being treated as errors In file included from /Users/nagachika/opt/llvm/include/llvm/Metadata.h:20, from /Users/nagachika/opt/llvm/include/llvm/Module.h:21, from llvm.h:7, from dispatcher.cpp:9: /Users/nagachika/opt/llvm/include/llvm/Type.h:417: warning: ‘void llvm::PATypeHandle::addUser()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:95: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:422: warning: ‘void llvm::PATypeHandle::removeUser()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:96: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:434: warning: ‘llvm::Type* llvm::PATypeHolder::get() const’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:159: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:440: warning: ‘void llvm::PATypeHolder::addRef()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:182: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:446: warning: ‘void llvm::PATypeHolder::dropRef()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:183: warning: previous non-inline declaration here cc1objplus: warnings being treated as errors In file included from /Users/nagachika/opt/llvm/include/llvm/Metadata.h:20, from /Users/nagachika/opt/llvm/include/llvm/Module.h:21, from llvm.h:7, from dispatcher.cpp:9: /Users/nagachika/opt/llvm/include/llvm/Type.h:417: warning: ‘void llvm::PATypeHandle::addUser()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:95: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:422: warning: ‘void llvm::PATypeHandle::removeUser()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:96: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:434: warning: ‘llvm::Type* llvm::PATypeHolder::get() const’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:159: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:440: warning: ‘void llvm::PATypeHolder::addRef()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:182: warning: previous non-inline declaration here /Users/nagachika/opt/llvm/include/llvm/Type.h:446: warning: ‘void llvm::PATypeHolder::dropRef()’ was used before it was declared inline /Users/nagachika/opt/llvm/include/llvm/AbstractTypeUser.h:183: warning: previous non-inline declaration here lipo: can't figure out the architecture type of: /var/folders/wg/wgLu2nI8HSa1xstYc+L5Jk+++TI/-Tmp-//ccf0vjOF.out rake aborted! Command failed with status (1): [/usr/bin/g++ -I/Users/nagachika/opt/llvm/i...] (See full trace by running task with --trace) }}} Toolchain information is as below. {{{ $ g++ --version i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. }}} -- Ticket URL: <http://www.macruby.org/trac/ticket/399> MacRuby <http://macruby.org/>

1 4

[MacRuby] #397: erb string buffer corruption
by MacRuby 12 Jun '10

12 Jun '10

#397: erb string buffer corruption ----------------------------+----------------------------------------------- Reporter: jazzbox@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ----------------------------+----------------------------------------------- {{{ $ macruby -r 'erb' -e 'p ERB.new("1234567").result' }}} results in {{{ core:in `eval:': (erb):1: syntax error, unexpected tIDENTIFIER, expecting $end ...''; _erbout.concat "1234567"é ; _erbout.force_encoding(__EN... ... ^ (SyntaxError) from core:in `result' }}} As you can see the erb string is corrupted with the 'é'. This errror looks like Ticket #311 which is closed but still not working! -- Ticket URL: <http://www.macruby.org/trac/ticket/397> MacRuby <http://macruby.org/>

1 1

[MacRuby] #382: undefined constants in Snow Leopard
by MacRuby 12 Jun '10

12 Jun '10

#382: undefined constants in Snow Leopard --------------------------------+------------------------------------------- Reporter: rich@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: --------------------------------+------------------------------------------- In trying to get samples-macruby/Scripts/jumpy.rb to work, I noticed certain constants were not in the Bridge Support files in Snow Leopard. I added this to the top of jumpy.rb to fix the problem but we need these in a more central location: # these are not properly mapped in BridgeSupport in Snow Leopard (from GCGeometry.h) CGRectInfinite = CGRect.new([-8.98847e+307, -8.98847e+307], [1.79769e+308, 1.79769e+308]) unless defined?(CGRectInfinite) CGSizeZero = CGSizeMake(0, 0) unless defined?(CGSizeZero) CGRectZero = CGRectMake(0, 0, 0, 0) unless defined?(CGRectZero) CGPointZero = CGPointMake(0, 0) unless defined?(CGPointZero) # we need CGRectNull! # these are not properly mapped in BridgeSupport in Snow Leopard (from CATransaction.h) KCATransactionAnimationDuration = 'animationDuration' unless defined?(KCATransactionAnimationDuration) KCATransactionDisableActions = 'disableActions' unless defined?(KCATransactionDisableActions) KCATransactionAnimationTimingFunction = 'animationTimingFunction' unless defined?(KCATransactionAnimationTimingFunction) KCATransactionCompletionBlock = 'completionBlock' unless defined?(KCATransactionCompletionBlock) # these are not properly mapped in BridgeSupport in Snow Leopard (from CAMediaTimingFunction.h) KCAMediaTimingFunctionEaseIn = 'easeIn' unless defined?(KCAMediaTimingFunctionEaseIn) KCAMediaTimingFunctionEaseOut = 'easeOut' unless defined?(KCAMediaTimingFunctionEaseOut) KCAMediaTimingFunctionLinear = 'linear' unless defined?(KCAMediaTimingFunctionLinear) KCAMediaTimingFunctionEaseInOut = 'easeInOut' unless defined?(KCAMediaTimingFunctionEaseInOut) -- Ticket URL: <http://www.macruby.org/trac/ticket/382> MacRuby <http://macruby.org/>

1 1

[MacRuby] #369: Change wording of sample-macruby/buildall.rb
by MacRuby 12 Jun '10

12 Jun '10

#369: Change wording of sample-macruby/buildall.rb ---------------------------------------+------------------------------------ Reporter: keith.gautreaux@… | Owner: lsansonetti@… Type: enhancement | Status: new Priority: trivial | Milestone: MacRuby 0.5 Component: MacRuby | Keywords: ---------------------------------------+------------------------------------ Below is a minor diff to change the output wording of the buildall.rb script. Just adding a little polish. http://svn.macosforge.org/repository/ruby/MacRuby/trunk/sample- macruby/buildall.rb @@ -39,5 +39,5 @@ [succeeded, failed].each { |a| a << 'None' if a.empty? } -puts "Successful to build: #{succeeded.join(', ')}" +puts "Successfully built: #{succeeded.join(', ')}" puts "Failed to build: #{failed.join(', ')}" \ No newline at end of file -- Ticket URL: <http://www.macruby.org/trac/ticket/369> MacRuby <http://macruby.org/>

1 2

[MacRuby] #330: forwardingTargetForSelector not working properly in Objective-C classes loaded in MR
by MacRuby 12 Jun '10

12 Jun '10

#330: forwardingTargetForSelector not working properly in Objective-C classes loaded in MR --------------------------------+------------------------------------------- Reporter: diffengr@… | Owner: lsansonetti@… Type: defect | Status: new Priority: major | Milestone: MacRuby 0.4 Component: MacRuby | Keywords: --------------------------------+------------------------------------------- When using forwardingTargetForSelector: to create a wrapper class in ObjC, it does not work in MacRuby. It's kind of a complicated setup, so I've created a minimal-ish project in github containing ObjC and MacRuby code to illustrate the problem. It's here: http://github.com/diffengr/macruby_forwarding_invocation_example That contains an XCode project and a rakefile. It has the ObjC classes Candy and CandyWrapper, and they both have the NSString* property flavor. CandyWrapper declares that property @dynamic, and forwards it to Candy. Here's the code that works in ObjC. Candy* rootBeerCandy = [[Candy alloc] init]; rootBeerCandy.flavor = @"Root Beer"; CandyWrapper* rootBeerWrapper = [[CandyWrapper alloc] initWithCandy:rootBeerCandy]; NSLog(@"Candy#flavor \"%@\", Wrapper#flavor \"%@\"", rootBeerCandy.flavor, rootBeerWrapper.flavor); If you load and run the xcode project in this directory, you'll get this output: NSLog[...] <CandyWrapper: 0x104fb0> forwarding flavor to <Candy: 0x103380> NSLog[...] Candy#flavor "Root Beer", Wrapper#flavor "Root Beer" Here's that same code instantiated in MacRuby, from candy_test.rb: rootBeerCandy = Candy.alloc.init rootBeerCandy.flavor = 'Root Beer' rootBeerWrapper = CandyWrapper.alloc.initWithCandy rootBeerCandy puts "Candy#flavor #{rootBeerCandy.flavor}, Wrapper#flavor #{rootBeerWrapper.flavor}" You can run this with "macrake test" in the project directory, and it will give (among other things): candy_test.rb:7:in `<main>': undefined method `flavor' for #<CandyWrapper:0x8000aa2a0> (NoMethodError) rake aborted! -- Ticket URL: <http://www.macruby.org/trac/ticket/330> MacRuby <http://macruby.org/>

1 1