I did see it, but since the gem does actually seem to work with DietRB, I 
didn't want to go into that, yet.

Brad, could you please check where/what code is Calling IRB::Irb? I think it’s 
another lib, maybe something like Wirble. In which case, please see this 
ticket: https://www.macruby.org/trac/ticket/747. If it’s another lib/different 
problem, please create a ticket and assign it to me.

Thanks,
Eloy

On Oct 6, 2010, at 11:00 AM, Joshua Ballanco wrote:

> Ah...didn't catch the second error there with IRB::Irb...seems like a bug in 
> DietRB. I know there was a certain someone looking for bug reports on 
> DietRB...
> 
> 
> On Oct 6, 2010, at 1:56 AM, Brad Hutchins wrote:
> 
>> macirb not working
>> 
>> get the same result.
>> 
>> localhost:~ Brad$ rvm  macruby-0.7
>> 
>> 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$ 
>> 
>> localhost:~ Brad$ macgem install awesome_print
>> unknown: warning: ignoring alias
>> Successfully installed awesome_print-0.2.1
>> 1 gem installed
>> 
>> 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$ 
>> 
>> 
>> On Wed, Oct 6, 2010 at 1:20 AM, <[email protected]> 
>> wrote:
>> Send MacRuby-devel mailing list submissions to
>>        [email protected]
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>        http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> or, via email, send a message with subject or body 'help' to
>>        [email protected]
>> 
>> You can reach the person managing the list at
>>        [email protected]
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of MacRuby-devel digest..."
>> 
>> 
>> Today's Topics:
>> 
>>   1. Re: [ANN] MacRuby 0.7 (Antony Blakey)
>>   2. Re: macirb or not working with awesome_print (Joshua Ballanco)
>>   3. Sequel + SQLite Crash SIGABRT (Mario Steele)
>>   4. Tutorial for the new Sandbox class. (Rob Gleeson)
>>   5. Re: Tutorial for the new Sandbox class. (Laurent Sansonetti)
>>   6. Re: Sequel + SQLite Crash SIGABRT (Laurent Sansonetti)
>> 
>> 
>> ----------------------------------------------------------------------
>> 
>> Message: 1
>> Date: Wed, 6 Oct 2010 16:10:04 +1030
>> From: Antony Blakey <[email protected]>
>> To: "MacRuby development discussions."
>>        <[email protected]>
>> Subject: Re: [MacRuby-devel] [ANN] MacRuby 0.7
>> Message-ID: <[email protected]>
>> Content-Type: text/plain; charset=us-ascii
>> 
>> 
>> On 06/10/2010, at 3:08 PM, russell muetzelfeldt wrote:
>> 
>> > On 06/10/2010, at 1:00 AM, [email protected] 
>> > 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?
>> 
>> http://rvm.beginrescueend.com/ ? or use bundler from rails (which IIUC is 
>> independent of rails)
>> 
>> Antony Blakey
>> -------------
>> CTO, Linkuistics Pty Ltd
>> Ph: 0438 840 787
>> 
>> It is no measure of health to be well adjusted to a profoundly sick society.
>>  -- Jiddu Krishnamurti
>> 
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 2
>> Date: Tue, 5 Oct 2010 23:38:18 -0700
>> From: Joshua Ballanco <[email protected]>
>> To: "MacRuby development discussions."
>>        <[email protected]>
>> Subject: Re: [MacRuby-devel] macirb or not working with awesome_print
>> Message-ID: <[email protected]>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> Hi Brad,
>> 
>> What's happening here is that the 'gem' command that ships with MacRuby is 
>> named 'macgem'. However, 'macirb' still looks at the same .irbrc file that 
>> the system 'irb' command does. So, if you've put in a require for 
>> awesome_print into your .irbrc, then 'macirb' will look for it but not find 
>> it.
>> 
>> Try running 'macgem install awesome_print' instead and let us know how it 
>> goes.
>> 
>> Cheers,
>> 
>> Josh
>> 
>> 
>> On Oct 5, 2010, at 10:29 PM, Brad Hutchins wrote:
>> 
>> > "DietRB" or "macirb" don't seem to be working after I install "gem 
>> > awesome_print"
>> >
>> > I have to "gem uninstall awesome_print" to get it to work.
>> >
>> > I am guessing DietRB may be the name of the IRB but it is still launches 
>> > with "macirb"
>> >
>> >
>> >
>> > localhost:Homebrew Brad$ rvm macruby
>> >
>> >
>> > localhost:Homebrew Brad$ macruby -v
>> > MacRuby 0.7 (ruby 1.9.2) [universal-darwin10.0, x86_64]
>> > localhost:Homebrew Brad$ DietRB
>> > -bash: DietRB: command not found
>> >
>> >
>> > localhost:Homebrew Brad$ macirb
>> > ap gem not found.  Try typing 'gem install awesome_print' to get 
>> > super-fancy output.
>> > irb(main):001:0> exit
>> >
>> > localhost:Homebrew Brad$ gem install awesome_print
>> > unknown: warning: ignoring alias
>> > Successfully installed awesome_print-0.2.1
>> > 1 gem installed
>> > localhost:Homebrew 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:Homebrew Brad$ DietRB
>> > -bash: DietRB: command not found
>> >
>> >
>> > localhost:Homebrew 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:Homebrew Brad$ gem uninstall awesome_print
>> > Successfully uninstalled awesome_print-0.2.1
>> > localhost:Homebrew Brad$ macirb
>> > ap gem not found.  Try typing 'gem install awesome_print' to get 
>> > super-fancy output.
>> > irb(main):001:0>
>> >
>> > _______________________________________________
>> > 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/20101005/721c5217/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 3
>> Date: Wed, 6 Oct 2010 03:56:15 -0400
>> From: Mario Steele <[email protected]>
>> To: "MacRuby development discussions."
>>        <[email protected]>
>> Subject: [MacRuby-devel] Sequel + SQLite Crash SIGABRT
>> Message-ID:
>>        <[email protected]>
>> Content-Type: text/plain; charset="iso-8859-1"
>> 
>> 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
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: 
>> <http://lists.macosforge.org/pipermail/macruby-devel/attachments/20101006/a6da16be/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 4
>> Date: Wed, 6 Oct 2010 08:59:28 +0100
>> From: Rob Gleeson <[email protected]>
>> To: "MacRuby development discussions."
>>        <[email protected]>
>> Subject: [MacRuby-devel] Tutorial for the new Sandbox class.
>> Message-ID: <[email protected]>
>> Content-Type: text/plain; charset=windows-1252
>> 
>> I wrote a short tutorial I'd like to share with everybody about the new 
>> Sandbox class introduced in the new 0.7 release of MacRuby.
>> I tried to focus on using the class inside MacRuby as much as possible.
>> 
>> Please let me know what you think, spot errors, etc!
>> 
>> Link: http://robgleeson.github.com/documents/macruby-sandbox-class/
>> 
>> ? Rob
>> 
>> 
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 5
>> Date: Wed, 6 Oct 2010 01:19:09 -0700
>> From: Laurent Sansonetti <[email protected]>
>> To: "MacRuby development discussions."
>>        <[email protected]>
>> Subject: Re: [MacRuby-devel] Tutorial for the new Sandbox class.
>> Message-ID: <[email protected]>
>> Content-Type: text/plain; charset="windows-1252"
>> 
>> Hi Rob,
>> 
>> It looks nice! Thanks for writing it :)
>> 
>> Something worth mentioning I believe is that sandbox profiles are actually 
>> Scheme expressions, and that the default Sandbox class constructor allows 
>> you to pass such an expression, as a string.
>> 
>> If you look at the /usr/share/sandbox/ directory on your system, you will 
>> see custom profiles.
>> 
>> However, it's important to note that custom Scheme profiles are considered 
>> as private API and might not be supported across OS releases.
>> 
>> Laurent
>> 
>> On Oct 6, 2010, at 12:59 AM, Rob Gleeson wrote:
>> 
>> > I wrote a short tutorial I'd like to share with everybody about the new 
>> > Sandbox class introduced in the new 0.7 release of MacRuby.
>> > I tried to focus on using the class inside MacRuby as much as possible.
>> >
>> > Please let me know what you think, spot errors, etc!
>> >
>> > Link: http://robgleeson.github.com/documents/macruby-sandbox-class/
>> >
>> > ? Rob
>> >
>> >
>> >
>> > _______________________________________________
>> > 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/20101006/86739386/attachment-0001.html>
>> 
>> ------------------------------
>> 
>> Message: 6
>> Date: Wed, 6 Oct 2010 01:21:48 -0700
>> From: Laurent Sansonetti <[email protected]>
>> To: "MacRuby development discussions."
>>        <[email protected]>
>> Subject: Re: [MacRuby-devel] Sequel + SQLite Crash SIGABRT
>> Message-ID: <[email protected]>
>> Content-Type: text/plain; charset="us-ascii"
>> 
>> Hi Mario,
>> 
>> On Oct 6, 2010, at 12:56 AM, Mario Steele wrote:
>> 
>> > 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
>> 
>> Thanks for filing the problem, I will have a look soon.
>> 
>> > 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.
>> 
>> Generating .rbo files is the recommended way, but macrubyc also allows you 
>> to generate a .dylib based on multiple .rb files. It's however a bit more 
>> complicated to get right, as relative paths must be used instead of absolute 
>> ones during compilation. It's also relatively experimental. It's documented 
>> in the man-page, and if you want to give it a try, feel free, and do not 
>> hesitate to report problems here.
>> 
>> Laurent
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: 
>> <http://lists.macosforge.org/pipermail/macruby-devel/attachments/20101006/1f239c19/attachment.html>
>> 
>> ------------------------------
>> 
>> _______________________________________________
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> 
>> 
>> End of MacRuby-devel Digest, Vol 32, Issue 13
>> *********************************************
>> 
>> _______________________________________________
>> 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

_______________________________________________
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Reply via email to