Reply addresses set by hand to work around broken defaults. (Again.)
Paul Jarc wrote:
The Wanderer <[EMAIL PROTECTED]> wrote:
!ls /h
How about: ls /h
That works, and explains what exactly that function is supposed to do (I
have inadvertently gotten into that mode at various points in the
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
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
-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
Dear Pierre,
I am afraid you didn't understand my problem. I think it is a bug. I am
not trying to use CDPATH or prepend any directory to my destination. I
am simply trying to go down a subdirectory and it won't go, despite the
subdirectory being valid:
DrWho:~-> ls
Desktop bin opera6.html wo
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, "
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 &
We received a bug report[1] against bash-3.2 in Fedora 7, where the
reporter states that ulimit in bash is using a block size of 1024 vs.
512 which is in the opengroup standard[2].
What the upstream position on this?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=314461
[2] http://www.opengroup.
> We received a bug report[1] against bash-3.2 in Fedora 7, where the
> reporter states that ulimit in bash is using a block size of 1024 vs.
> 512 which is in the opengroup standard[2].
>
> What the upstream position on this?
I'll take a look. If bash is using 1024 while in posix mode, it's a b
On 10/1/07, Chet Ramey <[EMAIL PROTECTED]> wrote:
> > We received a bug report[1] against bash-3.2 in Fedora 7, where the
> > reporter states that ulimit in bash is using a block size of 1024 vs.
> > 512 which is in the opengroup standard[2].
> >
> > What the upstream position on this?
>
> I'll tak
(And again.)
Bob Proulx wrote:
The Wanderer wrote:
Quite some time and several varyingly-significant updates of bash
ago, I was able to perform history expansion on multi-word
commands.
At present and for some while now, [!ls /h] instead expands to
ls /tmp/ /h
This is also what csh does i
Configuration Information [Automatically generated, do not change]:
Machine: i686
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i686'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i686-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/local/share/locale' -DPACKA
I have several functions in my /etc/profile (Mac OSX 10.4.9). I can use the
functions at the commandline, however inside of scripts I receive an error.
I'll use an example of a function I have called cecho that echo's a string
in a color that is passed in $2, $1 has the string:
./maintenance: li
On Monday 01 October 2007, retiredff wrote:
> I have several functions in my /etc/profile (Mac OSX 10.4.9). I can use the
> functions at the commandline, however inside of scripts I receive an error.
> I'll use an example of a function I have called cecho that echo's a string
> in a color that is p
On Monday 01 October 2007, retiredff wrote:
> I have several functions in my /etc/profile (Mac OSX 10.4.9). I can use
> the
> functions at the commandline, however inside of scripts I receive an
> error.
> I'll use an example of a function I have called cecho that echo's a string
> in a color th
The Wanderer wrote:
> (And again.)
>
> Bob Proulx wrote:
>
>> The Wanderer wrote:
>>
>>> Quite some time and several varyingly-significant updates of bash
>>> ago, I was able to perform history expansion on multi-word
>>> commands.
>>>
>>> At present and for some while now, [!ls /h] instead expan
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
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
On 2007-07-12 Andreas Schwab wrote:
> > 1. Set PS1="\033[01;37m[ \[\033[01;34m\]\w\[\033[00m\]
> > \033[01;37m]\n\$\033[00m "
>
> You need to bracket _every_ nonprinting sequence of characters with \[\].
I've asked you before, but you've not answered, or it got lost.
What nonprinting seq
19 matches
Mail list logo
