Valkanas Nikos wrote:
> Maybe bash should be aligned to the other shells (i.e. no cd to
> a subdir unless "." is part of CDPATH, or CDPATH is not set)
I'm comfortable with the current behavior.
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
Live Stro
Valkanas Nikos wrote:
> Sorry for butting in. Considering that "Desktop" is a valid subdir is it
> normal behavior in *any* shell to get:
>
> DrWho:~-> cd Desktop
> sh: cd: Desktop: No such file or directory
>
> Which shell behaves like that?
Ummm...did you read my previous reply? Just about e
a public network.
P Please consider your environmental responsibility before printing this
e-mail
-Original Message-
From: Pierre Gaston [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 02, 2007 11:37 AM
To: Valkanas Nikos
Cc: bug-bash@gnu.org
Subject: Re: CDPATH bug
On 10/2/07
On 10/2/07, Valkanas Nikos <[EMAIL PROTECTED]> wrote:
> Sorry for butting in. Considering that "Desktop" is a valid subdir is it
> normal behavior in *any* shell to get:
>
> DrWho:~-> cd Desktop
> sh: cd: Desktop: No such file or directory
>
> Which shell behaves like that?
Chet Ramey listed some
have been transmitted
over a public network.
P Please consider your environmental responsibility before printing this
e-mail
-Original Message-
From: Chet Ramey [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 02, 2007 4:49 AM
To: Valkanas Nikos
Cc: Pierre Gaston; bug-bash@gnu.org
Subject: R
before printing this
e-mail
-Original Message-
From: Chet Ramey [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 02, 2007 5:04 AM
To: Pierre Gaston
Cc: Valkanas Nikos; bug-bash@gnu.org
Subject: Re: CDPATH bug
Pierre Gaston wrote:
> I think I did, if bash is invoked as sh, it behav
Pierre Gaston wrote:
> 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 CDPA
Valkanas Nikos wrote:
> 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.
Regardless of
ansmitted
over a public network.
P Please consider your environmental responsibility before printing this
e-mail
-Original Message-
From: Pierre Gaston [mailto:[EMAIL PROTECTED]
Sent: Monday, October 01, 2007 4:22 PM
To: Valkanas Nikos
Cc: bug-bash@gnu.org
Subject: Re: CDPATH b
On 10/1/07, Valkanas Nikos <[EMAIL PROTECTED]> 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, "
ROTECTED]
Sent: Monday, October 01, 2007 3:23 PM
To: Pierre Gaston
Cc: Valkanas Nikos; bug-bash@gnu.org
Subject: Re: CDPATH bug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Pierre Gaston on 10/1/2007 6:02 AM:
> from http://www.gnu.org/software/bash/manual/bashref.html#SEC85
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Pierre Gaston on 10/1/2007 6:02 AM:
> from http://www.gnu.org/software/bash/manual/bashref.html#SEC85
>
> 19. If `CDPATH' is set, the `cd' builtin will not implicitly append
> the current directory to it. This means that `cd' will f
On 10/1/07, Valkanas Nikos <[EMAIL PROTECTED]> wrote:
>
> The strange thing is that sh is just a link to bash, and starting a bash
> subshell works fine.
>
This is because :
"If bash is invoked with the name sh, it tries to mimic the
startup behavior of historical versions of sh as closely as
p
13 matches
Mail list logo
