Re: Beginner Ruby Question

On May 18, 2:13=A0pm, Jeff Schwab <[e-mail]> wrote:
> Calvin wrote:
> > On May 18, 11:36 am, Jeff Schwab <[e-mail]> wrote:
> >> Calvin wrote:
> >>> I just intstalled Ruby 1.9 on my mac with macports. The installation
> >>> was successful but when I type in ruby -v at the command prompt, Ruby
> >>> 1.8.6 shows up still. The latest Pickaxe book says I have to have /op=
t/
> >>> local/bin in my path to add it... but don't really get how that's
> >>> supposed to work.
> > when I type in: echo 'export PATH=3D"/opt/local/bin:$PATH"' >>
> > ~/.profile
> > nothing happens
>
> You're not supposed to see anything happen, except that the shell should
> prompt you for the next command.
>
> I'm assuming you're using "bash" (Bourne Again SHell), the default
> command-line shell on Mac OS X (and most Linux distros). =A0Since "hash
> -r" is not working, you may not be using bash, after all. =A0The next mos=
t
> likely candidate is called tcsh. =A0What do you see when you run this?
>
> =A0 =A0 =A0echo $SHELL
>
> It's also traditional for different shells to use different prompts.
> Bash uses $, csh uses %, and tcsh uses % or >. =A0As a special case, the
> root user's prompt is always set to the comment character (#), to avoid
> accidental copy/paste mishaps.
>
> When bash sees
>
> =A0 =A0 =A0echo 'export PATH=3D"/opt/local/bin:$PATH" >> ~/.profile
>
> it does a several things. =A0One is to expand the tilde (~) to the path o=
f
> your home directory. =A0Another is to recognize "echo" as a built-in
> command, and execute it. =A0The command's standard output is redirected
> (>>) to the end of the .profile, and echo's command line arguments are
> exactly two:
>
> =A0 =A0 =A0echo
> =A0 =A0 =A0export PATH=3D"/opt/local/bin:$PATH"
>
> Be careful not to mix up >> with a single >, which would redirect echo's
> standard output to overwrite the file entirely.
>
> The bash command:
>
> =A0 =A0 =A0export PATH=3D"/opt/local/bin:$PATH"
>
> prefixes "/opt/local/bin:" to the value of the PATH environment
> variable, and marks that variable as "exported" so its value will be
> inherited by subprocesses. =A0The equivalent command in tcsh is:
>
> =A0 =A0 =A0setenv PATH "/opt/local/bin:$PATH"
>
> The PATH variable holds a colon-separated list of directories to check
> for the programs you invoke. =A0For example, when you type ruby, the shel=
l
> should find /opt/local/bin/ruby. =A0By contrast, if you were to type
> xeyes, the shell would check for /opt/local/bin/xeyes, but then have to
> keep looking through PATH (since xeyes lives in /usr/X11/bin).
>
> The point of setting PATH in ~/.profile is that bash reads .profile when
> you "log in." =A0Logging in, in this context, just means starting a new
> terminal. =A0You also want to set it for the current shell, so you end up
> enter the export command twice: =A0Once as an argument to echo
> =A0>>~/.profile, and again at the current shell's prompt.
>
> When bash finds the location of a program, it may cache that location,
> to make future look-ups faster. =A0If you change PATH, it's a good idea t=
o
> make bash throw away its cache, and look up program locations anew. =A0Th=
e
> command to make bash discard its cache is
>
> =A0 =A0 =A0hash -r
>
> The equivalent for tcsh is
>
> =A0 =A0 =A0rehash
>
> > if I type in: echo 'export PATH=3D"/opt/local/bin:$PATH"'
>
> > i get: export PATH=3D"/opt/local/bin:$PATH" =A0on the terminal screen
>
> To the shell, double quotes (") mean "group these things into a single
> command-line argument, but expand any environment variables." =A0Single
> quotes (') perform the grouping, but also prevent expansion. =A0You need
> single quotes for the echo to .profile, because you want $PATH to be
> expanded when the shell
>
> For example, given the following commands:
>
> =A0 =A0 =A0hello=3D'What is up'
> =A0 =A0 =A0echo $hello =A0world
> =A0 =A0 =A0echo "$hello =A0world"
> =A0 =A0 =A0echo '$hello =A0world'
>
> echo will be invoked three times, each with a different set of
> arguments. =A0In the first case, the two arguments will be 'What is up'
> and 'world' (without the quotes). =A0The double space will be lost, and
> echo will just print a single space between its arguments. =A0In the
> second case, echo will receive the single argument 'What is up =A0world'
> (without quotes), with the variable expanded and the double space
> preserved. =A0In the third case, echo will receive the literal text
> '$hello =A0world' (again, no quotes), exactly as it was entered on the
> command line.
>
> > and when i type in: hash -r
> > the terminal says -r isn't valid
>
> That's a little odd. =A0What happens when you type rehash?

Oh- I am using bash and i think the hash -r thing worked (i think)

when i type in: which ruby1.9  I get /opt/local/bin/ruby1.9
and when I type ruby1.9 -v I get ruby 1.9.1p129

but

if I just type in: which ruby   I get /usr/bin/ruby

and if I type ruby -v  I get ruby 1.8.6

Thanks so much again for helping me out Jeff