March 2011 - MacRuby-devel - lists.macosforge.org

Core Data brain-o
by Morgan Schweers 21 Mar '11

21 Mar '11

Greetings, I was trying to set up automatic migration, and did this brain-o, which will be obvious to most folks, but stumped me for a little bit: psc_options = { NSMigratePersistentStoresAutomaticallyOption:NSNumber.numberWithBool(true), NSInferMappingModelAutomaticallyOption:NSNumber.numberWithBool(true) } fail(error) unless@persistentStoreCoordinator.addPersistentStoreWithType(NSSQLiteStoreType, configuration:nil, URL:url, options:psc_options, error:error) When what I should have been doing was something like: psc_options = {} psc_options[NSMigratePersistentStoresAutomaticallyOption] = NSNumber.numberWithBool(true) psc_options[NSInferMappingModelAutomaticallyOption] = NSNumber.numberWithBool(true) ... ...or even... psc_options = { NSMigratePersistentStoresAutomaticallyOption => NSNumber.numberWithBool(true), NSInferMappingModelAutomaticallyOption => NSNumber.numberWithBool(true) } It's subtle bugs like these that make me slap my head... ...but now Core Data automatic migration works! W00t! -- Morgan p.s. If you're trying to do Core Data migration, I found this article particularly useful: http://www.timisted.net/blog/archive/core-data-migration/

2 1

Foundation/Foundation.h: No such file or directory
by Martin Hawkins 21 Mar '11

21 Mar '11

I started a new project today - MacRuby Document Based Application. I made the usual start up noises - git repo., etc. When I built the project just to check I'd done nothing stupid, I got 'failed - 33 errors' with the error above. (Thinks - it's going to be one of those days!) A quick check in Project Build Info showed the Base SDK set as Current Mac OS - Lion, on this box. I reset to Mac OS X 10.6 and the errors disappeared. I don't know if this is a Lion issue (accepting that it is pretty far from being released) but thought I'd warn people.

1 0

Shoulda incompatible with MacRuby
by Morgan Schweers 20 Mar '11

20 Mar '11

Greetings, Shoulda defines tests via: test_name = ["test: ", full_name, "should", "#{should[:name]}. " ].flatten.join(' ').to_sym test_unit_class.send(:define_method, test_name) do . . . end which fails because the ':' is treated as a selector part of the function name... I've patched it in my gem, for now... I'm not sure what the right answer is; maybe a patch for Shoulda that eliminates the ':' when running in MacRuby. -- Morgan

2 1

installer consultant needed for short gig
by Rich Morin 19 Mar '11

19 Mar '11

I've developed a Ruby plugin for SketchUp and need one- click installers for both Mac OS X and M$ Windows. The client wants "easy to use" and "pretty"; I want "robust" and "easy to extend and maintain". If you have strong expertise in developing Mac OS X or M$ Windows installers, and you're interested in a short consulting gig, please contact me off-list. -r Details The task is to develop the installer (described below) and show me the details. The specification is really very simple. Roughly: Preconditions * The user's machine has an installed, functioning copy of Google SketchUp 7 or greater. * The user has downloaded the appropriate archive. Installation * The user runs (eg, double-clicks) the installer. * The installer performs the following actions: - If the user's home directory has a "Foo" sub- directory, display a nastygram and exit. - If SketchUp's "plugins" directory contains a "Bar.pl" file, display a nastygram and exit. - Unpack a zip archive (Foo.zip) into the user's home directory, yielding a Foo sub-directory. - Copy a file from the "Foo" sub-directory tree to SketchUp's "plugins" directory. -- http://www.cfcl.com/rdm Rich Morin http://www.cfcl.com/rdm/resume rdm(a)cfcl.com http://www.cfcl.com/rdm/weblog +1 650-873-7841 Software system design, development, and documentation

1 0

Re: [MacRuby-devel] MacRuby build issues with LLVM
by Richard Sepulveda 18 Mar '11

18 Mar '11

I have a customer that is also having this same problem with my MacRuby Mac App Store application running on his new MacBook Pro. I don't have access to this type of Mac so I haven't been able to reproduce this problem. He has tried MacRuby 0.8 and 0.9 versions of my app with the same results. I can provide copies of my app to developers that would like to try to reproduce the problem. Thanks, Richard Here is a portion of the log that he sent me. 3/9/11 11:35:31 AM [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] LLVM ERROR: Cannot yet select: 0x101899010: f64 = bit_convert 0x10191ae10 [ORD=315] [ID=7] 3/9/11 11:35:31 AM [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] 0x10191ae10: i64 = and 0x10191b510, 0x10189a110 [ORD=314] [ID=6] 3/9/11 11:35:31 AM [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] 0x10191b510: i64,ch = CopyFromReg 0x103911388, 0x10191c510 [ORD=314] [ID=5] 3/9/11 11:35:31 AM [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] 0x103911388: ch = EntryToken [ORD=314] [ID=0] 3/9/11 11:35:31 AM [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] 0x10191c510: i64 = Register %reg16384 [ORD=314] [ID=1] 3/9/11 11:35:31 AM [0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927] 0x10189a110: i64 = Constant<-4> [ORD=314] [ID=2] 3/9/11 11:35:31 AM com.apple.launchd.peruser.501[112] ([0x0-0xe20e2].com.rsepulveda.quickalarmtrial[2927]) Exited with exit code: 1 > > Nick and group, > > I'm seeing similar errors with the newest MacBook Pro -- after simply downloading the 1.9 binary and running macgem, macirb, or macrake. In other words, I'm not compiling from source, just trying to use the latest binary distribution on a core i7 laptop. > > $ sudo macgem install rack > LLVM ERROR: Cannot yet select: 0x10509ba10: f64 = bit_convert 0x10508ef10 [ORD=2615] [ID=7] > 0x10508ef10: i64 = and 0x105062a10, 0x10509b010 [ORD=2614] [ID=6] > 0x105062a10: i64,ch = CopyFromReg 0x1039108a8, 0x105099510 [ORD=2614] [ID=5] > 0x1039108a8: ch = EntryToken [ORD=2614] [ID=0] > 0x105099510: i64 = Register %reg16384 [ORD=2614] [ID=1] > 0x10509b010: i64 = Constant<-4> [ORD=2614] [ID=2] > > > $ macirb > LLVM ERROR: Cannot yet select: 0x104852410: f64 = bit_convert 0x104858c10 [ORD=186] [ID=7] > 0x104858c10: i64 = and 0x104853c10, 0x104851910 [ORD=185] [ID=6] > 0x104853c10: i64,ch = CopyFromReg 0x103b0d028, 0x104856010 [ORD=185] [ID=5] > 0x103b0d028: ch = EntryToken [ORD=185] [ID=0] > 0x104856010: i64 = Register %reg16384 [ORD=185] [ID=1] > 0x104851910: i64 = Constant<-4> [ORD=185] [ID=2] > > > $ macrake > LLVM ERROR: Cannot yet select: 0x10506d810: f64 = bit_convert 0x105047310 [ORD=800] [ID=7] > 0x105047310: i64 = and 0x105067d10, 0x105063010 [ORD=799] [ID=6] > 0x105067d10: i64,ch = CopyFromReg 0x103b0cf68, 0x105043110 [ORD=799] [ID=5] > 0x103b0cf68: ch = EntryToken [ORD=799] [ID=0] > 0x105043110: i64 = Register %reg16384 [ORD=799] [ID=1] > 0x105063010: i64 = Constant<-4> [ORD=799] [ID=2] > > > > Interestingly, the macruby interpreter runs without error. "macgem --help" and "macgem --version" also run fine (but these options produce errors with macirb or macrake). > > FWIW, I only have Xcode 4 DP2 installed on this machine... although I assume the MacRuby framework doesn't have any runtime dev tool dependencies? (My understanding was it could be bundled with apps and distributed to end users who don't have dev tools installed.) > > Scott > > On Wednesday, March 9, 2011 at 10:40 AM, Joshua Ballanco wrote: >> Nick, >> >> I'm currently using Homebrew's llvm with MacRuby. Try passing the "--universal" switch when you install llvm (i.e. "brew install llvm --universal"). You also might try building and installing clang at the same time (i.e. "brew install llvm --universal --clang") and see if clang can compile a simple C hello world to rule out llvm bugs. >> >> Cheers, >> >> Josh >> >> On Wed, Mar 9, 2011 at 5:41 AM, Nick Ludlam <nick(a)recoil.org> wrote: >>> Yes, I've double checked that I'm running 2.8 RELEASE, and it's still bailing out with that cryptic message. The only other thing I can think of is to remove XCode 4 and reinstall the current XCode3 release. >>> >>> On 9 Mar 2011, at 03:37, Matt Aimonetti wrote: >

6 13

Syntax Coloring
by Sven Schwyn 16 Mar '11

16 Mar '11

Hi fellas I guess we can agree that Ruby syntax coloring has been kinda poor on Xcode 3. Does anybody know whether anything has changed under the hood of Xcode 4? I'm thinking for instance of regular expression support. Cheers, -sven

1 0

Re: [MacRuby-devel] Xcode 4 is out... any plan to integrate soon?
by Jean-Denis Muys 16 Mar '11

16 Mar '11

On 16 mars 2011, at 13:14, Nick Ludlam <nick(a)recoil.org<mailto:nick@recoil.org>> wrote: Message: 5 Date: Wed, 16 Mar 2011 12:13:56 +0000 From: Nick Ludlam <nick(a)recoil.org<mailto:nick@recoil.org>> To: "MacRuby development discussions." <macruby-devel(a)lists.macosforge.org<mailto:macruby-devel@lists.macosforge.org>> Subject: Re: [MacRuby-devel] Xcode 4 is out... any plan to integrate soon? Message-ID: <1E9D85A6-B6D2-4C06-B43A-2DD8D1B02B0F(a)recoil.org<mailto:1E9D85A6-B6D2-4C06-B43A-2DD8D1B02B0F@recoil.org>> Content-Type: text/plain; charset=us-ascii On 16 Mar 2011, at 11:17, David Frantz wrote: Speaking of XCode is there a public mailing list for XCode 4? That is something similar to [MacRuby-devel] that covers usage, bugs and other issues the new IDE is sure to bring. Apple might have something open to all users but I've had zero luck finding it There'a forum, rather than a list. https://devforums.apple.com/community/xcode4 Nick There is also a mailing list: http://lists.apple.com/mailman/listinfo/xcode-users Jean-Denis

1 0

Xcode 4 is out... any plan to integrate soon?
by Manu 16 Mar '11

16 Mar '11

Hi Now that Xcode 4 is out , and that MacRuby 0.9 is out, any plans to integrate with Xcode 4? Just curious. I saw a post last month but was wondering if there were any update Emmanuel

7 12

"Assertion failed" LLVM error
by Nick Ludlam 16 Mar '11

16 Mar '11

Hi all, When I run my MacRuby project in Debug mode via XCode, I occasionally get this crash. Does anyone else experience issues like this? It seems to happen when I first load and run the project in XCode, but not on subsequent runs, and I cannot reproduce it reliably. Assertion failed: (NumEntries == 0 && "Node count imbalance!"), function clear, file /private/tmp/homebrew-llvm-HEAD-bEog/include/llvm/ADT/DenseMap.h, line 127. Assertion failed: (NumEntries == 0 && "Node count imbalance!"), function clear, file /private/tmp/homebrew-llvm-HEAD-bEog/include/llvm/ADT/DenseMap.h, line 127. Program received signal: “SIGABRT”. Thanks, Nick

1 0

"framework" method gotcha
by Christian Niles 16 Mar '11

16 Mar '11

Hey All, I just spent a few hours banging my head against a gotcha with the `framework` method -- if there happens to be a file or directory in the current directory with the name of the framework, the method fails: $ touch Cocoa $ macruby -e 'framework "Cocoa"' -e:1:in `<main>': framework at path `Cocoa' cannot be located (RuntimeError) $ rm Cocoa; mkdir Cocoa $ macruby -e 'framework "Cocoa"' -e:1:in `<main>': framework at path `Cocoa' cannot be loaded: Error Domain=NSCocoaErrorDomain Code=4 UserInfo=0x200241e20 "The bundle “Cocoa” couldn’t be loaded because its executable couldn’t be located." I ran into this while trying to setup unit testing for a Cocoa framework I'm writing. XCode 4 automatically creates a directory for each target you create. Thus, when I tried to load my framework, it saw my project target directory and thought it had found the framework. I think the `framework` method should be updated to avoid this gotcha. Currently, it just tests for existence of a file or directory. I'm happy to start working on a patch, but wanted to ask if there's any possible reason the `framework` method is this naïve? christian.

3 4