[MacRuby-devel] macgem and macirb broken after trunk r5248 (0.10) install
Hello guys, After checking out r5248 trunk (0.10) ( my previous svn co was of r5235 (0.9)) the: rake jobs=2 it's OK sudo rake install aborts this way: /usr/bin/install -c -m 0755 ext/bigdecimal/lib/bigdecimal/jacobian.rbo /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/bigdecimal install: /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/bigdecimal: No such file or directory rake aborted! so i fix it making the missing path by hand to finally get the 0.10 installed: cd /Library/Frameworks/MacRuby.framework/Versions/ mkdir 0.10 cd 0.10 mkdir usr cd usr mkdir lib cd lib mkdir ruby cd ruby mkdir site_ruby cd site_ruby mkdir 1.9.2 cd 1.9.2 mkdir bigdecimal cd bigdecimal cd ~Projects/macruby/MacRuby-trunk sudo rake install [snip] ** Execute install MacBook-di-Franco-Rondini:MacRuby-trunk ronda$ macruby --version MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] Unfortunately the following problems have arisen: > macirb /usr/local/bin/macirb:3:in `': no such file to load -- ripper/core (LoadError) > macgem /usr/local/bin/macgem:9:in `': uninitialized constant Gem::ConfigFile::YAML (NameError) MacBook-di-Franco-Rondini:MacRuby-trunk ronda$ could it be something wrong in my environment settings? ..btw with the previous revisions, build and install without problems Thanks, Bye Franco ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] macgem and macirb broken after trunk r5248 (0.10) install
Hi Franco, As the version number got changed, I recommend starting with a fresh copy of MacRuby, by doing a `rake clean'. Then, you can build the project as usual, then you may want to delete the /Library/Frameworks/MacRuby.framework directory before doing a `rake install' (though this should not be necessary). Laurent On Feb 26, 2011, at 1:09 AM, Franco Rondini wrote: > Hello guys, > After checking out r5248 trunk (0.10) ( my previous svn co was of r5235 > (0.9)) the: > rake jobs=2 it's OK > sudo rake install aborts this way: > > /usr/bin/install -c -m 0755 ext/bigdecimal/lib/bigdecimal/jacobian.rbo > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/bigdecimal > install: > /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/bigdecimal: > No such file or directory > rake aborted! > > so i fix it making the missing path by hand to finally get the 0.10 installed: > > cd /Library/Frameworks/MacRuby.framework/Versions/ > mkdir 0.10 > cd 0.10 > mkdir usr > cd usr > mkdir lib > cd lib > mkdir ruby > cd ruby > mkdir site_ruby > cd site_ruby > mkdir 1.9.2 > cd 1.9.2 > mkdir bigdecimal > cd bigdecimal > > cd ~Projects/macruby/MacRuby-trunk > sudo rake install > [snip] > ** Execute install > MacBook-di-Franco-Rondini:MacRuby-trunk ronda$ macruby --version > MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] > > Unfortunately the following problems have arisen: >> macirb > /usr/local/bin/macirb:3:in `': no such file to load -- ripper/core > (LoadError) >> macgem > /usr/local/bin/macgem:9:in `': uninitialized constant > Gem::ConfigFile::YAML (NameError) > MacBook-di-Franco-Rondini:MacRuby-trunk ronda$ > > could it be something wrong in my environment settings? > ..btw with the previous revisions, build and install without problems > Thanks, Bye > Franco > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby-devel Digest, Vol 36, Issue 48
Thanks Laurent You are right: rake clean rake sudo rm -i -R /Library/Frameworks/MacRuby.framework/ rake install solved and now I've a 0.10 trunk working for my test purpose. now i've only to reinstall the gems because gem list --local don't show gems any more, but this in not a problem since I can reinstall gems. very fine! Regards, Franco > Date: Sat, 26 Feb 2011 02:13:53 -0800 > From: Laurent Sansonetti > To: "MacRuby development discussions." > > Subject: Re: [MacRuby-devel] macgem and macirb broken after trunk > r5248 (0.10) install > Message-ID: <[email protected]> > Content-Type: text/plain; charset="us-ascii" > > Hi Franco, > > As the version number got changed, I recommend starting with a fresh copy of > MacRuby, by doing a `rake clean'. Then, you can build the project as usual, > then you may want to delete the /Library/Frameworks/MacRuby.framework > directory before doing a `rake install' (though this should not be necessary). > > Laurent > > On Feb 26, 2011, at 1:09 AM, Franco Rondini wrote: > >> Hello guys, >> After checking out r5248 trunk (0.10) ( my previous svn co was of r5235 >> (0.9)) the: >> rake jobs=2 it's OK >> sudo rake install aborts this way: >> >> /usr/bin/install -c -m 0755 ext/bigdecimal/lib/bigdecimal/jacobian.rbo >> /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/bigdecimal >> install: >> /Library/Frameworks/MacRuby.framework/Versions/0.10/usr/lib/ruby/site_ruby/1.9.2/bigdecimal: >> No such file or directory >> rake aborted! >> >> so i fix it making the missing path by hand to finally get the 0.10 >> installed: >> >> cd /Library/Frameworks/MacRuby.framework/Versions/ >> mkdir 0.10 >> cd 0.10 >> mkdir usr >> cd usr >> mkdir lib >> cd lib >> mkdir ruby >> cd ruby >> mkdir site_ruby >> cd site_ruby >> mkdir 1.9.2 >> cd 1.9.2 >> mkdir bigdecimal >> cd bigdecimal >> >> cd ~Projects/macruby/MacRuby-trunk >> sudo rake install >> [snip] >> ** Execute install >> MacBook-di-Franco-Rondini:MacRuby-trunk ronda$ macruby --version >> MacRuby 0.10 (ruby 1.9.2) [universal-darwin10.0, x86_64] >> >> Unfortunately the following problems have arisen: >>> macirb >> /usr/local/bin/macirb:3:in `': no such file to load -- ripper/core >> (LoadError) >>> macgem >> /usr/local/bin/macgem:9:in `': uninitialized constant >> Gem::ConfigFile::YAML (NameError) >> MacBook-di-Franco-Rondini:MacRuby-trunk ronda$ >> >> could it be something wrong in my environment settings? >> ..btw with the previous revisions, build and install without problems >> Thanks, Bye >> Franco >> >> ___ >> MacRuby-devel mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > -- next part -- > An HTML attachment was scrubbed... > URL: > <http://lists.macosforge.org/pipermail/macruby-devel/attachments/20110226/6dbe4d42/attachment.html> > > -- > > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > > > End of MacRuby-devel Digest, Vol 36, Issue 48 > * ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby 0.8 EXC_BAD_ACCESS using NSPredicate against Core Data
Greetings Morgan,
Ouput up to crash point is as expected (yes, a valid entityDecsription does get
returned). Here's an example of the output
Importer:initialize
Importer:importEntities
Ignoring duplicate
x-coredata://1FF5D00F-B928-4254-A770-762329EB6F05/Node/p189
Ignoring duplicate
x-coredata://1FF5D00F-B928-4254-A770-762329EB6F05/Node/p187
awakeFromInsert
tags: #<_NSFaultingMutableSet:0x200c780a0>
NodeProxy:tagEntityExists?
Looking for tag: one
2011-02-25 15:41:25.446 Knowledge[1929:a0f] HIToolbox: ignoring
exception 'Unable to parse the format string "AND"' that raised inside Carbon
event dispatch
Note the HIToolbox error this time as opposed to an EXC_BAD_ACCESS error. Oh
Well.
BTW, I enjoyed your blog entry about MacRuby/CoreData - keep blogging.
Fait cop on the lack of Ruby-esqueness, my excessue is that I started with
S/360 assembler and I'm not convinced this OO stuff will really catch on :-)
- Jonathan
On 24 Feb 2011, at 20:30, Morgan Schweers wrote:
> Greetings,
> What's the output up to the crash point?
>
> I didn't realize you could do Pointer.new(:id), I'm still using
> Pointer.new_from_type('@'). :)
>
> Check entityDescription for nil, also. If for some reason it can't resolve
> your entity it'll return nil, and that might blow up in a way like you're
> seeing.
>
> (Presuming the exception is being thrown from under executeFetchRequest.)
>
> Just a few guesses from a fellow traveler on the Core Data highway. :/
>
> -- Morgan
>
> p.s. It could also be tweaked to be more Ruby-esque, but that won't help with
> the problem...
>
> On Thu, Feb 24, 2011 at 8:58 AM, Jonathan Waddilove
> wrote:
> Hi, I'm trying to apply a predicate to a core data fetch and hitting
> EXC_BAD_ACCESS.
>
> I've successfully used NSPredicate to filter an array's contents, but all my
> attempts to use NSPredicate with Coredata fail.
>
> I'm using framework 'Coredata' and framework 'Foundation' and this is the
> method that fails:
>
> def tagEntityExists?(tag, moc)
> puts 'NodeProxy:tagEntityExists?'
> entityDescription = NSEntityDescription.entityForName('Tag',
> inManagedObjectContext:moc)
> request = NSFetchRequest.alloc.init()
> request.setEntity(entityDescription)
>
> puts "Looking for tag: #{tag}"
> predicate = NSPredicate.predicateWithFormat("name == %@", tag)
> request.setPredicate(predicate)
>
> error = Pointer.new(:id)
>
> puts "request: #{request.description}"
> begin
> results = moc.executeFetchRequest(request, error:error)
> rescue Exception => bang
> puts bang
> end
>
> unless results
> puts "Fetch failure: #{error.description}"
> return nil
> end
> puts "Will return: #{results.inspect}"
> return results[0]
> end
>
> and here's the backtrace I get:
>
>
> #0 0x7fff86ef42bc in _qfqp2_InitializedGlobalData ()
> #1 0x000102d61fe0 in ?? ()
> #2 0x00010014a0b3 in rb_vm_dispatch ()
> #3 0x000102d5ab26 in ?? ()
> #4 0x000102d62c56 in ?? ()
> #5 0x00010014bcd6 in rb_vm_dispatch ()
> #6 0x000102d5ab26 in ?? ()
> #7 0x000102d626da in ?? ()
> #8 0x00010014e1f7 in rb_vm_yield_args ()
> #9 0x000100102ad8 in rb_yield ()
> #10 0x000100176f38 in rb_ary_freeze ()
> #11 0x00010014bd16 in rb_vm_dispatch ()
> #12 0x000102d5ab26 in ?? ()
> #13 0x000102d62383 in ?? ()
> #14 0x00010014bcd6 in rb_vm_dispatch ()
> #15 0x000102d5ab26 in ?? ()
> #16 0x000102d61906 in ?? ()
> #17 0x00010014bcfb in rb_vm_dispatch ()
> #18 0x000102d5ab26 in ?? ()
> #19 0x000102d61542 in ?? ()
> #20 0x00010014e1f7 in rb_vm_yield_args ()
> #21 0x000100102ad8 in rb_yield ()
> #22 0x000100176f38 in rb_ary_freeze ()
> #23 0x00010014bd16 in rb_vm_dispatch ()
> #24 0x000102d5ab26 in ?? ()
> #25 0x000102d60c59 in ?? ()
> #26 0x00010014bd16 in rb_vm_dispatch ()
> #27 0x000102d5ab26 in ?? ()
> #28 0x000102d6073d in ?? ()
> #29 0x00010014bcfb in rb_vm_dispatch ()
> #30 0x0001000f2bbe in rb_objc_isEqual ()
> #31 0x0001000f2d8e in rb_objc_isEqual ()
> #32 0x7fff837d1e9a in -[NSApplication sendAction:to:from:] ()
> #33 0x7fff837f641e in -[NSMenuItem _corePerformAction] ()
> #34 0x7fff837f6188 in -[NSCarbonMenuImpl
> performActionWithHighlightingForItemAtIndex:] ()
> #35 0x7fff83a7a279 in -[NSMenu _internalPerformActionForItemAtIndex:] ()
> #36 0x7fff8392bf77 in -[NSCarbonMenuImpl
> _carbonCommandProcessEvent:handlerCallRef:] ()
> #37 0x7fff837d895c in NSSLMMenuEventHandler ()
> #38 0x7fff8109b9d5 in DispatchEventToHandlers ()
> #39 0x7fff8109af28 in SendEventToEventTargetInternal ()
> #40 0x7fff810b8beb in SendEventToEventTarget ()
> #41 0x7fff810e7d51 in SendHICommandEvent ()
> #42 0x7fff81114b86 in SendMenuCommandWithContextAndModifiers ()
> #43 0x7fff81114b3e i
Re: [MacRuby-devel] MacRuby 0.9 EXC_BAD_ACCESS using NSPredicate against Core Data
Just installed the new MacRuby 0.9 and I still have this problem.
I'm assuming it's something I've screwed up, and hints and tips greatly
welcomed...
-Jonathan
On 24 Feb 2011, at 16:58, Jonathan Waddilove wrote:
> Hi, I'm trying to apply a predicate to a core data fetch and hitting
> EXC_BAD_ACCESS.
>
> I've successfully used NSPredicate to filter an array's contents, but all my
> attempts to use NSPredicate with Coredata fail.
>
> I'm using framework 'Coredata' and framework 'Foundation' and this is the
> method that fails:
>
> def tagEntityExists?(tag, moc)
> puts 'NodeProxy:tagEntityExists?'
> entityDescription = NSEntityDescription.entityForName('Tag',
> inManagedObjectContext:moc)
> request = NSFetchRequest.alloc.init()
> request.setEntity(entityDescription)
>
> puts "Looking for tag: #{tag}"
> predicate = NSPredicate.predicateWithFormat("name == %@", tag)
> request.setPredicate(predicate)
>
> error = Pointer.new(:id)
>
> puts "request: #{request.description}"
> begin
> results = moc.executeFetchRequest(request, error:error)
> rescue Exception => bang
> puts bang
> end
>
> unless results
> puts "Fetch failure: #{error.description}"
> return nil
> end
> puts "Will return: #{results.inspect}"
> return results[0]
> end
>
> and here's the backtrace I get:
>
>
> #0 0x7fff86ef42bc in _qfqp2_InitializedGlobalData ()
> #1 0x000102d61fe0 in ?? ()
> #2 0x00010014a0b3 in rb_vm_dispatch ()
> #3 0x000102d5ab26 in ?? ()
> #4 0x000102d62c56 in ?? ()
> #5 0x00010014bcd6 in rb_vm_dispatch ()
> #6 0x000102d5ab26 in ?? ()
> #7 0x000102d626da in ?? ()
> #8 0x00010014e1f7 in rb_vm_yield_args ()
> #9 0x000100102ad8 in rb_yield ()
> #10 0x000100176f38 in rb_ary_freeze ()
> #11 0x00010014bd16 in rb_vm_dispatch ()
> #12 0x000102d5ab26 in ?? ()
> #13 0x000102d62383 in ?? ()
> #14 0x00010014bcd6 in rb_vm_dispatch ()
> #15 0x000102d5ab26 in ?? ()
> #16 0x000102d61906 in ?? ()
> #17 0x00010014bcfb in rb_vm_dispatch ()
> #18 0x000102d5ab26 in ?? ()
> #19 0x000102d61542 in ?? ()
> #20 0x00010014e1f7 in rb_vm_yield_args ()
> #21 0x000100102ad8 in rb_yield ()
> #22 0x000100176f38 in rb_ary_freeze ()
> #23 0x00010014bd16 in rb_vm_dispatch ()
> #24 0x000102d5ab26 in ?? ()
> #25 0x000102d60c59 in ?? ()
> #26 0x00010014bd16 in rb_vm_dispatch ()
> #27 0x000102d5ab26 in ?? ()
> #28 0x000102d6073d in ?? ()
> #29 0x00010014bcfb in rb_vm_dispatch ()
> #30 0x0001000f2bbe in rb_objc_isEqual ()
> #31 0x0001000f2d8e in rb_objc_isEqual ()
> #32 0x7fff837d1e9a in -[NSApplication sendAction:to:from:] ()
> #33 0x7fff837f641e in -[NSMenuItem _corePerformAction] ()
> #34 0x7fff837f6188 in -[NSCarbonMenuImpl
> performActionWithHighlightingForItemAtIndex:] ()
> #35 0x7fff83a7a279 in -[NSMenu _internalPerformActionForItemAtIndex:] ()
> #36 0x7fff8392bf77 in -[NSCarbonMenuImpl
> _carbonCommandProcessEvent:handlerCallRef:] ()
> #37 0x7fff837d895c in NSSLMMenuEventHandler ()
> #38 0x7fff8109b9d5 in DispatchEventToHandlers ()
> #39 0x7fff8109af28 in SendEventToEventTargetInternal ()
> #40 0x7fff810b8beb in SendEventToEventTarget ()
> #41 0x7fff810e7d51 in SendHICommandEvent ()
> #42 0x7fff81114b86 in SendMenuCommandWithContextAndModifiers ()
> #43 0x7fff81114b3e in SendMenuItemSelectedEvent ()
> #44 0x7fff81114a3e in FinishMenuSelection ()
> #45 0x7fff810f5d13 in MenuSelectCore ()
> #46 0x7fff810f5468 in _HandleMenuSelection2 ()
> #47 0x7fff836a97dd in _NSHandleCarbonMenuEvent ()
> #48 0x7fff8367d317 in _DPSNextEvent ()
> #49 0x7fff8367c7a9 in -[NSApplication
> nextEventMatchingMask:untilDate:inMode:dequeue:] ()
> #50 0x7fff8364248b in -[NSApplication run] ()
> #51 0x7fff8363b1a8 in NSApplicationMain ()
> #52 0x000102d5ea5d in ?? ()
> #53 0x00010014a658 in rb_vm_dispatch ()
> #54 0x000102d5ab26 in ?? ()
> #55 0x000102d5a4dc in ?? ()
> #56 0x000100162d53 in rb_vm_run ()
> #57 0x0001000408f0 in ruby_run_node ()
> #58 0x00010015a332 in macruby_main ()
> #59 0x00010f20 in main (argc=1, argv=0x7fff5fbff6c8) at
> /Users/jonathan/Desktop/
>
> Um, any suggestions? I see that there are previous list entries about this
> sort of problem but I think there are now all closed
>
>
> Many thanks and regards, Jonathan
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby 0.9 release notes
Hi Laurent, macruby_deploy --gem sounds neat :) With regards to statically linking, is it preferred that you ask someone using your application to download MacRuby separately, or can you feel safe that statically linking will be okay? Thanks. - Rob ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby 0.9 release notes
Hi, I try to use macruby_deploy --embed. There is three symlinks in the MacRuby.framework of my application's bundle : Headers -> Versions/Current/Headers MacRuby -> Versions/Current/MacRuby Resources -> Versions/Current/Resources Unfortunatly there is not directory named Current in the directory Versions. Indeed, If I run macruby_deploy with the --verbose option, I can see : rm -rf 'build/Release/Leonhard.app/Contents/Frameworks/MacRuby.framework/Versions/Current' I can't test (for now) if my app will run on a Mac with no MacRuby installed. Unfortunatly, those symlinks disrupt choctop. Did I miss something ? Is it a problem with my MacRuby installation ? Or a bug ? Greg 2011/2/26 Rob Gleeson : > Hi Laurent, > > macruby_deploy --gem sounds neat :) > With regards to statically linking, is it preferred that you ask someone > using your application to download MacRuby separately, or > can you feel safe that statically linking will be okay? Thanks. > > - Rob > ___ > MacRuby-devel mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] MacRuby 0.9 release notes
Hi, (again) There is another broken symlink : MacRuby.framework/Versions/0.9/Headers Greg 2011/2/26 Gregoire LEJEUNE : > Hi, > > I try to use macruby_deploy --embed. There is three symlinks in the > MacRuby.framework of my application's bundle : > > Headers -> Versions/Current/Headers > MacRuby -> Versions/Current/MacRuby > Resources -> Versions/Current/Resources > > Unfortunatly there is not directory named Current in the directory Versions. > > Indeed, If I run macruby_deploy with the --verbose option, I can see : > > rm -rf > 'build/Release/Leonhard.app/Contents/Frameworks/MacRuby.framework/Versions/Current' > > I can't test (for now) if my app will run on a Mac with no MacRuby > installed. Unfortunatly, those symlinks disrupt choctop. > > Did I miss something ? Is it a problem with my MacRuby installation ? Or a > bug ? > > Greg > > > > 2011/2/26 Rob Gleeson : >> Hi Laurent, >> >> macruby_deploy --gem sounds neat :) >> With regards to statically linking, is it preferred that you ask someone >> using your application to download MacRuby separately, or >> can you feel safe that statically linking will be okay? Thanks. >> >> - Rob >> ___ >> MacRuby-devel mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> > ___ MacRuby-devel mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
