I can not reproduce this in 4.0-beta.
$ pwd
/home/ak
$ cd tmp; cd ..
$ pwd
/home/ak
Your example is just on the limit of how deeply you can follow symbolic links:
$ pwd
/usr/local/lib/qt3/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/
The reason this happens is fairly obvious:
zinc $ pwd
/usr/local/lib/qt3
zinc $ ls -l
total 30232
:
lrwxr-xr-x 1 root wheel1 Apr 4 15:55 lib -> .
:
i.e. lib is a symlink to the directory it is in. The rest of the
behaviour follows from this.
As to whether there
Karel Kulhavy wrote:
Bug in OpenBSD 3.9?
[EMAIL
PROTECTED]:/usr/local/lib/qt3/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib$
cd lib; cd ..
[EMAIL PROTECTED]:/usr/local/lib$
Doesn't work that way for me.
Shoul
> Bug in OpenBSD 3.9?
>
> [EMAIL
> PROTECTED]:/usr/local/lib/qt3/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib$
> cd lib; cd ..
> [EMAIL PROTECTED]:/usr/local/lib$
>
> Shouldn't the correct answer be
> [EMAIL
> P
Bug in OpenBSD 3.9?
[EMAIL
PROTECTED]:/usr/local/lib/qt3/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib$
cd lib; cd ..
[EMAIL PROTECTED]:/usr/local/lib$
Shouldn't the correct answer be
[EMAIL
PROTECTED]:/usr/local
5 matches
Mail list logo