Ángel González writes:
> time | foo
ksh fails the same as bash:
ksh: syntax error at line 1: `|' unexpected
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
On Tue, Nov 4, 2014 at 1:24 AM, Ángel González wrote:
> Piotr Grzybowski wrote:
>> Hi Chet, hi all.
>>[..]
> There are more syntax errors equivalent to the "time;" case:
> time &
> time && bar
> time | foo
> time || true
thanks for pointing that out. Some of these require more attention I
think.
On Tue, Nov 4, 2014 at 9:03 AM, Andreas Schwab wrote:
> ksh fails the same as bash:
>
> ksh: syntax error at line 1: `|' unexpected
oh, we have to be better than ksh ;-)
pg
On 11/3/14 5:08 PM, Graham Jones wrote:
> These are for:
> bash --version
> GNU bash, version 4.3.30(1)-release (x86_64-apple-darwin14.0.0)
This trace looks pretty reasonable. Maybe you could temporarily move your
history file to some other name and see if you can reproduce this behavior
starting
On 11/3/14 6:50 PM, Kamil Neczaj wrote:
> Bash Version: 4.3
> Patch Level: 30
> Release Status: release
>
> Description:
> When using multiline prompt and entering a long command, the part
> which doesn't fit and should be moved to a
> new line is actually move to the beginning of the sam
Hey Kamil,
as Chet pointed out, you missed one '\[', this one works:
PS1="\n\[\033[01;32m\]\u@\h\[\033[01;34m\]
\w\[\033[01;33m\]\n\n\[\033[01;31m\]-> \[\e[0m\]"
cheers,
pg
Hi,
reproducible on mac os x 10.6.8
# uname -a
Darwin 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36
PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
# bash --version
GNU bash, version 4.3.24(1)-release (x86_64-apple-darwin10.8.0)
Copyright (C) 2013 Free Software Foundation, Inc.
L
Daniel Colascione wrote:
> Bob Proulx wrote:
> > I use paste into the shell with an embedded newline in order to
> > immediately execute a command *a lot*. If that were removed I would
> > be very unhappy.
>
> I strongly doubt that your use case is typical.
It doesn't matter if it is typical or
Hello,
Thank you for your response! I modified this prompt couple of times,
probably that's why it's like this. Anyway, I don't think this should cause
the problem. The PS1 variable is the one I use. I wanted to copy it here to
have exactly the example which I know that causes problems for sure.
Kamil Neczaj writes:
Thank you for your response! I modified this prompt couple of times,
probably that's why it's like this. Anyway, I don't think this should cause
the problem. The PS1 variable is the one I use. I wanted to copy it here to
have exactly the example which I know that causes probl
> On 5 Nov 2014, at 4:49 am, Piotr Grzybowski wrote:
>
> Hi,
>
> reproducible on mac os x 10.6.8
Really? Very interesting.
I assume that it’s not reproducible with the version of bash that ships with
10.6.8 however?
> This is free software; you are free to change and redistribute it.
> There
Hi Graham,
On Tue, Nov 4, 2014 at 10:19 PM, Graham Jones
wrote:
> Really? Very interesting.
> I assume that it’s not reproducible with the version of bash that ships with
> 10.6.8 however?
not exactly the version shipped with 10.6.8, more like installed by hand:
# which bash
/opt/local/bin//ba
> On 5 Nov 2014, at 12:54 am, Chet Ramey wrote:
>
> On 11/3/14 5:08 PM, Graham Jones wrote:
>> These are for:
>> bash --version
>> GNU bash, version 4.3.30(1)-release (x86_64-apple-darwin14.0.0)
>
> This trace looks pretty reasonable. Maybe you could temporarily move your
> history file to som
On Tue, Nov 4, 2014 at 10:44 PM, Graham Jones
wrote:
> Now I was expecting a hole in the file, but when I finally get to see the
> contents, I have 500,000 ls commands in there (one of my test commands from
> above)
just for the record, now I have $HISTSIZE
i=0; while [ $i -lt 25 ]; do histor
Chet: for reasons unexplained calls to read_history_range at
history.def:219
219 result = read_history_range (filename, history_lines_in_file, -1);
return more and more records (77824 is above my HISTFILESIZE):
1: history_lines_in_file = 77824
the loop at histfile.c:269 in read_histo
15 matches
Mail list logo
