RE: CDPATH bug

[Valkanas Nikos]

Thanks. If I understand correctly you will follow up on this. 

Just to stress, this is not some "perk". It took me a while to figure
out that CDPATH was the culprit, and not been able to use make has been
a major
headache, since I am using gentoo. 

Nikos Valkanas 
Billing Services 
Technology & Operations 
  
Tel:     +30 213 000 4087       
hellas online 
Adrianiou 2, 11525 Athens, www.hol.gr 
  
IMPORTANT NOTICE: This email and any of its attachments and information
contained herein are intended only for the recipient(s) named above and
are privileged, confidential, protected by law and/or contain trade
secrets. Any unauthorized use, e.g. review, printing, copying or
distribution by other persons, is prohibited and may constitute a
criminal offence. hellas online cannot accept any responsibility for the
accuracy or completeness of this message as it may have been transmitted
over a public network. 

 

P Please consider your environmental responsibility before printing this
e-mail 


-----Original Message-----
From: Pierre Gaston [mailto:pierre.gaston@gmail.com] 
Sent: Monday, October 01, 2007 4:22 PM
To: Valkanas Nikos
Cc: bug-bash@gnu.org
Subject: Re: CDPATH bug

On 10/1/07, Valkanas Nikos <Nikos.Valkanas@xt.hol.net> wrote:
>
> Dear Pierre,
>
> I am afraid you didn't understand my problem.

I think I did, if bash is invoked as sh, it behaves differently, one
of these differences is that
cd will not try to search in you current directory.
as soon as CDPATH is set, "cd Desktop" will only work if Desktop is in a
subdir
of the directories defined in CDPATH and will fail even if Desktop is
in your current dir.

This behaviour is documented in the reference guide read again my first
mail.

It seems that  this  documented behaviour is a "bug" because POSIX
doesn't define it this way. I tend to agree with Erik on this point.

Now the sh,  I have around me now behave like bash (ash, solaris'
/bin/sh and /usr/xgp4/bin/sh)

Pierre