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

IB and Ruby files.
by corey johnson 18 Oct '10

18 Oct '10

I'm trying to get IB to recognize files i've added to xcode, but it fails unless they are added with the "Recursively create groups for any added folders" and not with "Create Folder References for any added folders" I added some logging to rb_nibtool and it seems like files added with "Create Folder References for any added folders" never get parsed. That is as far as I got debugging it since I'm assuming the rest of the code resides on IB or Xcode. The alternative is to add all my rb files into a flat directory structure in the bundle, but I don't have to do this. Am I missing something, is there a better way to get IB to recognize files in nested directories? Thanks, Corey

2 1

BridgeSupport Preview 1
by Laurent Sansonetti 15 Oct '10

15 Oct '10

Hi guys, As promised for a long time, we finally prepared a preview of the next BridgeSupport implementation we have been working on. This new implementation has significant differences versus the current one; the generator has been rewritten on top of clang/llvm. It now offers accurate metadata representation of APIs, and it's also a lot faster and more stable. Also, the project now covers all system frameworks (the previous release only covered selected ones) and new API constructs (such as C-level blocks). I updated the project's homepage and pushed the latest sources, that you can build yourself. http://bridgesupport.macosforge.org/trac/wiki However, since the new generator depends on the clang binaries, clang must be built as part of the build process, so it may take some time. Therefore, I prepared a binary installer here: http://www.macruby.org/files/BridgeSupport%20Preview%201.zip For MacRuby, you will need trunk, or tonight's nightly build, in order to use the new files. I intend to release 0.7.1 tomorrow (or later) which will include the necessary minor fixes. A well-known side effect of installing the new BridgeSupport release is that `framework 'Cocoa'' takes more time to execute, since many more dependent frameworks are covered. It takes a good second on my MacBook Pro, vs 0.3s before. We will address this problem in the upcoming release of MacRuby, by optimizing the BridgeSupport loader and maybe pre-compiling the files as binary forms. But eventually this problem won't exist with static compilation, since the BridgeSupport metadata is then compiled into the binary and not loaded anymore at runtime. Laurent

1 1

Re: [MacRuby-devel] [ANN] MacRuby 0.7
by russell muetzelfeldt 15 Oct '10

15 Oct '10

On 06/10/2010, at 1:00 AM, macruby-devel-request(a)lists.macosforge.org wrote: > After 5 months of development since the last release, MacRuby 0.7 is > now available. Get it here while it's still hot! cool! Now that 0.7 is out I've just tried to "macgem install control_tower", but it's warning me that it'll stomp (at least) on the existing /usr/bin/rackup from my OSX standard ruby 1.8.7 install. I guess this is more a RubyGems question, but is there an easy way to specify a different install directory for gem executables? cheers Russell

6 7

Questions about embedding MacRuby 0.7
by Alistair Holt 14 Oct '10

14 Oct '10

Hello, I have a few questions about distributing apps with MacRuby 0.7 embedded: - Is embedded 0.7 supported on 10.5? - I followed the tips in this screencast ( http://pragmaticstudio.com/screencasts/7-embedding-macruby) and added some extra code to my rb_main.rb but after reading the 0.7 release notes I'm not sure if editing rb_main.rb is actually required anymore? Thanks Alistair Holt

3 4

Sequel + SQLite Crash SIGABRT
by Mario Steele 14 Oct '10

14 Oct '10

Hey guys, I filed a bug report, dealing with Sequel and SQLite, with a minimal example reproducing the problem. The jist of it, is when I create a new instance of my class that is subclassed from Sequel::Model, and attempt to assign data to it, it crashes with a SIGABRT. Looking through the backtrace (which is also attached), it seems to crash in Sequel's model class, when inspecting the object. Mind you, I'm not actually doing any inspection of the new instance, I'm only creating an instance of the class, and attempting to assign data to it. It simply fails, and crashes on MacIRB. I have no problems with Ruby itself, as it runs just perfect, and as expected. I dunno what is causing the issues, but I figured I would bring it up, as I filed the ticket here: https://www.macruby.org/trac/ticket/930 Also, as a Side question, I'm building my code right now, using macrubyc, and a snippet from macruby_deploy to compile all my Ruby files into .rbo files, which is all fine and dandy, as everything works the way I intended (EG: not all of my .rbo files are in the root directory, and is structured in the .app bundle), I was wondering, if there was a way to compile all my .rbo files into a .dynlib and have my main program, link to the dynlib, so I can avoid having to have a bunch of .rbo files in the root of my Resources directory, or if I should continue to compile them into .rbo's, and using my structured layout instead. Thanks, Mario -- Mario Steele Lieutenant Commander 3 XO - Geo 99 XO - STO IFT Fleet http://www.trekfederation.com http://geo99.ruby-im.net

3 3

Re: [MacRuby-devel] NSArray constructor broken?
by Eloy Duran 14 Oct '10

14 Oct '10

To be clear, by version I meant: are you using 0.7 release or did you compile it yourself from a different revision? On Oct 14, 2010, at 3:33 PM, Eloy Duran wrote: > Hi, > > It seems to work for me: > > % macruby -e 'p MACRUBY_VERSION, MACRUBY_REVISION' > "0.7" > "svn revision 4566 from http://svn.macosforge.org/repository/ruby/MacRuby/branches/0.7" > > % macruby -e 'p NSArray.array' > [] > > % macruby -e 'p NSArray.new' > [] > > Which version are you using? > > Eloy > > On Oct 14, 2010, at 3:15 PM, Louis-Philippe wrote: > >> Hi all, >> >> on my system, with MacRuby 0.7, I get this error: >> >>>> NSArray.array >> ArgumentError: wrong number of arguments >> >> every NSArray constructor method seems to exibit some kind of similar behaviour. >> I searched the tickets and couldn't find it there. >> >> L-P >> _______________________________________________ >> MacRuby-devel mailing list >> MacRuby-devel(a)lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >

2 3

Data Formatters Temporarily Unavailable?
by Shaun August 13 Oct '10

13 Oct '10

Hi Everyone, I am having a problem running a ruby script as a shell script I am getting the same error when I call this script: puts `sudo restart.rb` or this: puts `restart.rb` The script runs perfectly when I use the macirb in terminal so I am a bit stumped. Here is the error message: Running… sharedlibrary apply-load-rules all warning: check_safe_call: could not restore current frame Data Formatters temporarily unavailable, will re-try after a 'continue'. (Can't find dlopen function, so it is not possible to load shared libraries.) (gdb) continue Continuing. shutdown: NOT super-user Debugger stopped. Program exited with status value:1.(gdb) Thanks, Shaun

3 2

Fwd: LLVM Developers' Meeting Registration Open
by Ernest N. Prabhakar, Ph.D. 13 Oct '10

13 Oct '10

Since somebody asked; if there's enough MacRuby people going we can try for an informal BOF.... E Begin forwarded message: > From: Tanya Lattner <lattner(a)apple.com> > Date: October 11, 2010 4:50:15 PM PDT > To: llvm-devmeeting(a)cs.uiuc.edu > Subject: [llvm-devmeeting] LLVM Developers' Meeting Registration Open > > LLVMers, > > Registration is now open! > > We ask that you only register if you are confident that you are able to attend the meeting. Last year, we had a large percentage of attendees register without attending. If this continues, will need to start charging attendees to cover the costs associated with the meeting. Thank you! > The deadline for registration is October 21, 2010 or if we reach 200 attendees before this deadline. > > Please visit our Registration Website to register and book hotel rooms at the meeting location. We have a room block and you will only get the reduced rate if you book your hotel through the registration process. > > Other logistical information (location, directions, etc) can also be found at the Registration Website. > > Thanks, > Tanya Lattner > _______________________________________________ > llvm-devmeeting mailing list > llvm-devmeeting(a)cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvm-devmeeting

3 2

Strings Differ between Ruby and MacRuby?
by Shaun August 12 Oct '10

12 Oct '10

I have a bit of an issue with Strings between MacRuby and Ruby. I have a socket that is feeding me data and I am running a check on watching for changes in the byte structure. The script works in ruby and I can get both the "\030" and the "\220" values to test true Here is the snippet. if results == "\030" puts "got $2" # @nc.postNotificationName("coins_taken_complete", object:self) elsif results == "\220" puts "got $1" # @nc.postNotificationName("coins_taken_complete", object:self) end When I get it into the MacRuby environment the "\030" is picked up by the code but the "\220" is not picked up at all. I have also tried this with the hex values "\x18" and "\x90" and I get the same result, the "\x18" is picked up and the "\x90" is not. I can see in the console that "\x90" is the value being passed to this test when building with xcode and as I mentioned when I build the script in ruby with textmate everything functions normally. So I am wondering two things: Is this a bug? If I have to do a work around is there any way to tell what encodings are being seen by the Macruby loop so I can match them Any help would be greatly appreciated Thanks, Shaun

3 3

macirb & awesome_print
by Brad Hutchins 11 Oct '10

11 Oct '10

Any head way on macirb issue that I understand some others have also experienced as well with awesome_print? localhost:~ Brad$* rvm macruby* localhost:~ Brad$ *rvm list* rvm rubies jruby-1.5.2 [ x86_64-java ] => macruby-0.7 [ x86_64 ] rbx-1.0.1-20100603 [ x86_64 ] ruby-1.8.7-p302 [ x86_64 ] ruby-1.9.2-p0 [ x86_64 ] localhost:~ Brad$ *macirb* /Users/Brad/.irbrc:1:in `<main>': uninitialized constant IRB::Irb (NameError) from /usr/local/bin/macirb:13:in `block' from /usr/local/bin/macirb:9:in `block' from /usr/local/bin/macirb:3:in `<main>' localhost:~ Brad$ *irb* /Users/Brad/.irbrc:1:in `<main>': uninitialized constant IRB::Irb (NameError) from /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/bin/macirb:13:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/bin/macirb:9:in `block' from /Library/Frameworks/MacRuby.framework/Versions/0.7/usr/bin/macirb:3:in `<main>' localhost:~ Brad$ *gem list* *** LOCAL GEMS *** awesome_print (0.2.1)

3 3