Date: Wed, 4 Oct 1995 19:19:23 +0100 (MET) From: Christoph Kukulies <kuku@gilberto.physik.rwth-aachen.de> To: splyaski@cmp.com (Plyaskin Sergey) Cc: freebsd-questions@freefall.FreeBSD.org (user alias) Subject: Re: path question Message-ID: <199510041819.TAA02168@gilberto.physik.rwth-aachen.de> In-Reply-To: <1995Oct04.111400.1151.276216@smtpgate.cmp.com> from "Plyaskin Sergey" at Oct 4, 95 11:25:32 am
next in thread | previous in thread | raw e-mail | index | archive | help
>
>
> ----------
> From: Christoph Kukulies
> To: Plyaskin Sergey
> Cc: freebsd-questions
> Subject: Re: path question
> Date: Wednesday, October 04, 1995 3:54PM
>
> > Hi folks,
> >
> > I am running FreeBSD 2.1 July SNAP.
> > As is, I have to use the absolute path in order to run my applications,
> for
> > example:
> > ./usr/local/bin/httpd
>
> This is not an absolute path, this is a relative path.
>
> Send your .cshrc/.login and your passwd entry. Does this happen under
> 'root'?
> Something must be hosed on your side.
>
> > Without that dot, it does not run even though I have /usr/local/bin in my
> > path. If I add dot to my path, it works but I get the error message on
> > login: Exported path has relative components. I also realize that
> including
> > dot in the path can be considered as a security hole.
>
> Normally the 'root' user should not have . in his path. There should appear
that is 'should not ', of course.
> any
> dots at all in your path statement besides a sole . for the normal user.
>
> > Question: is there any way of fixing that? I want to be able to run
> things
> > without memorizing their locations. Thanks.
> >
> > splyaski@cmp.com
> > Serge Plyaskin
> > CMP Publications
> >
> >
>
> --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de
>
> ________________________________________
>
> Yes, this happens under root.
>
> my .login file:
> #
> tset -Q \?$TERM
> stty crt erase ^H
> umask 2
> #
>
> my .cshrc file:
> #
> alias mail Mail
> set history=1000
> set savehist=1000
> set path=(/sbin /usr/sbin /bin /usr/bin /usr/local/bin)
>
> # directory stuff: cdpath/cd/back
> # set cdpath=(/sys/{i386,}
> /usr/src/{bin,sbin,usr.{bin,sbin},lib,libexec,share,contrib,e
> tc,games,gnu,include,})
> alias cd 'set old=$cwd; chdir \!*'
> alias h history
> alias j jobs -l
> alias ll ls -lg
> alias ls ls -g -k
> alias back 'set back=$old; set old=$cwd; cd $back; unset back; dirs'
>
> alias z suspend
> alias x exit
> alias pd pushd
> alias pd2 pushd +2
> alias pd3 pushd +3
> alias pd4 pushd +4
> alias tset 'set noglob histchars=""; eval `\tset -s \!*`; unset noglob
> histchars'
>
> if ($?prompt) then
> set prompt="`hostname -s`# "
> set filec
> endif
> setenv BLOCKSIZE K
> #
>
>
OK, this looks like a stock .cshrc/.login.
Are you sure that this always happens? It sounds too abstruse.
Did you do a rehash after putting new executables into your path?
You oughta know that csh caches/hashes the filenames in the path so adding
new executables to the path requires a 'rehash'.
--Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199510041819.TAA02168>