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
Dear Sir,
I would like to bring your attention to a long lasting bash bug. It
exists in the most recent (3.2.15) and could reproduce it as far back as
with SUSE 9.1 (don't have the shell in front of me to verify version).
It is very reproducible:
DrWho:~-> echo $CDPATH
~/work:~/work/HOL
D
14 matches
Mail list logo
