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>