* runit's svwaitup/svwaitdown warning with relative paths
@ 2003-08-02 23:04 Lukas Beeler
2003-08-05 20:27 ` Gerrit Pape
0 siblings, 1 reply; 2+ messages in thread
From: Lukas Beeler @ 2003-08-02 23:04 UTC (permalink / raw)
Hi
Sometimes, i use svwaitup,svwaitdown inside my shell (not from a
script), and then use relative path's, because iam already in
/service.
I wondered why i then get a warning, because iam not using
absolute pathnames. What's the reason behind this? Is it
considered bad practice, or does it have a deeper technical
reason behind it?
TIA
--
Today is the first day of the rest of our lives.
http://www.suug.ch
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: runit's svwaitup/svwaitdown warning with relative paths
2003-08-02 23:04 runit's svwaitup/svwaitdown warning with relative paths Lukas Beeler
@ 2003-08-05 20:27 ` Gerrit Pape
0 siblings, 0 replies; 2+ messages in thread
From: Gerrit Pape @ 2003-08-05 20:27 UTC (permalink / raw)
On Sun, Aug 03, 2003 at 01:04:45AM +0200, Lukas Beeler wrote:
> Sometimes, i use svwaitup,svwaitdown inside my shell (not from a
> script), and then use relative path's, because iam already in
> /service.
>
> I wondered why i then get a warning, because iam not using
> absolute pathnames. What's the reason behind this? Is it
> considered bad practice, or does it have a deeper technical
> reason behind it?
I think it's just because the programs simply chdir() from one directory
to the next one, without switching back to the starting directory.
Regards, Gerrit.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-08-05 20:27 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-08-02 23:04 runit's svwaitup/svwaitdown warning with relative paths Lukas Beeler
2003-08-05 20:27 ` Gerrit Pape
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).