ne-web-page edition:
https://www.gnu.org/software/bash/manual/bash.html
Best regards,
jimb.
Jim Blackson
A1Data Corp.
--
Jim Blackson
Bug:
Trailing white space after the delimiting tag cause the here document to
fail with an error like
/./: line : warning: here-document at line
delimited by end-of-file (wanted `msg_end')Trailing white
space/
Trailing white space after the start of the here statement is ignored.
This doesn
On 10/24/21 1:44 PM, Jim Avera wrote:
# Note: Ignore errors when closing pipes, as the user might have
manually closed
# the fds using 'exec {varname}>&-' or similar.
Actually this isn't a good idea because the fd might have been re-used
for something else; so an error
#!/usr/bin/env bash
set -e -u
coproc date
sleep 1
# In bash 5.0.17, this aborts with "COPROC[0]: unbound variable"
# if the coproc exits before the main process gets here.
read -u ${COPROC[0]} line
# Discussion:
#
# To prevent this race condition, Bash must not close the coproc output pipe
# w
.
Jim
Related to the other report, there is some more missing documentation
regarding the :s word modifier.
If the line ends after "old", it is equivalent to :s/old/new/ (assuming old
and new do not contain '/').
If the line ends after the first delimiter, it is equivalent
root@localhost ~]# echo "!%"
echo ""
Jim
On Mon, Nov 18, 2019 at 11:20 AM Chet Ramey wrote:
> On 11/5/19 11:44 AM, Jim Monte wrote:
> > The availability of the % string only after a command unrelated to it
> (not
> > using !??) is executed as shown below i
# echo a b c
a b c
[root@localhost ~]# echo "!:s\b&&\"
echo "echo a c\\&&\"
> "
echo a c\&&"
[root@localhost ~]# echo a b c
a b c
[root@localhost ~]# echo "!:s\b\z\&&y\"
echo "echo a z c&&y\"
> "
host ~]# !:&
echo z1
z1
[root@localhost ~]# echo a2
a2
[root@localhost ~]# !:s/b/y/
bash: :s/b/y/: substitution failed
[root@localhost ~]# echo b2
b2
[root@localhost ~]# !:&
echo y2
y2
[root@localhost ~]#
Jim
On Tue, Nov 5, 2019 at 11:44 AM Jim Monte wrote:
> The availability of the % stri
@localhost ~]# bash
[root@localhost ~]# echo "!%"
bash: !: event not found
[root@localhost ~]# echo a >/dev/nul
[root@localhost ~]# echo "!%"
echo ""
[root@localhost ~]#
Jim
On Mon, Nov 4, 2019 at 9:42 AM Jim Monte wrote:
> Related to the issues with the ? event
cho echo a b c d >/dev/nul
[root@localhost ~]# echo "!%"
echo "b"
b
[root@localhost ~]# echo a1 >/dev/nul
[root@localhost ~]# echo !? a?
echo echo a1 >/dev/nul
[root@localhost ~]# echo "!%"
echo ""
Jim
On Sun, Nov 3, 2019 at 9:18 AM Jim Monte wrot
t@localhost ~]# bash
[root@localhost ~]# echo a b c
a b c
[root@localhost ~]# echo !:s//1/
bash: :s//1/: no previous substitution
Again, this behavior is not documented.
On Thu, Oct 10, 2019 at 10:35 PM Jim Monte wrote:
> Hi,
>
> This bug report has been my first one for Bash. I have
echo !!:0-
echo echo a b c
echo a b c
Jim Monte
On Thu, Oct 3, 2019 at 6:19 PM Jim Monte wrote:
> Hi All,
>
> Below are some issues I found with history substitution. I am duplicating
> its behavior in a somewhat different use, and found issues with the
> documentation and bugs as
Hi All,
Below are some issues I found with history substitution. I am duplicating
its behavior in a somewhat different use, and found issues with the
documentation and bugs as described.
Jim Monte
From: jim
To: bug-bash@gnu.org
Subject: Issues with history substitution and its documentation
ng "extglob off" and trying to interpret
the functions already in the environment.
Repeat-By:
Put an extglob feature in a function in the environment and run
a shell script.
:(
Mahalo,
Jim
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-unknown-linux-gnu'
-DCONF_VENDOR='unknown' -DLOCALEDIR='/usr/local/share
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-unknown-linux-gnu'
-DCONF_VENDOR='unknown' -DLOCALEDIR='/usr/local/share
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-unknown-linux-gnu'
-DCONF_VENDOR='unknown' -DLOCALEDIR='/usr/local/share
FYI, if I attempt to read into the built-in array variable, GROUPS,
this doesn't work:
$ bash -c 'while read GROUPS; do echo $GROUPS; done < /etc/passwd'|wc -l
0
Comparing with dash, I see what the author expected, i.e.,
that the while loop iterates once per line in /etc/passwd:
$ dash -c
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACK
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACK
again-shell-be/";>Russian
translation provided by http://www.portablecomponentsforall.com
">PortableComponentsForAll
Best Regards,
Jim
retitle 9129 printf: RFE: reject field width larger than INT_MAX
tags 9129 notabug
thanks
Eric Blake wrote:
> [adding coreutils]
>
> On 07/20/2011 07:34 AM, Ralph Corderoy wrote:
>> BTW, the code for the built-in printf has a bug. For negative
>> field-widths it negates a negative integer without
cessarily make usable
executables, since anything generated with it requires some DLL's (shared
libraries), and I need the generated file to be monolithic (the shared
libraries can clash as things can stand now). I don't want to deal with MSYS,
I want a straight BASH shell.
;t figure out how to make bind start up that way
as I can't find an "overwrite" readline variable which I can manipulate.
And the user doesn't want to hit "Ins" every time he starts a shell.
Anyone know how to do this?
--
Jim Lawson
Systems Architecture & Admin
Chet Ramey wrote:
> Jim Paris wrote:
> > The cursor positioning in the prompt is sometimes wrong,
> > depending on the contents of PS1 and the locale.
> >
> > Repeat-By:
> >
> > With this command, the cursor is positioned after the '5'
ected:
env -i LC_CTYPE=en_US PS1='\[\e[0m\]12345' INPUTRC=/dev/null bash --norc
--noprofile
With this command, the cursor is incorrectly positioned after the '1':
env -i LC_CTYPE=en_US.UTF-8 PS1='\[\e[0m\]12345' INPUTRC=/dev/null bash --norc
--noprofile
-jim
ted.
$ env -i LC_CTYPE=en_US.UTF-8 PS1='\[\e[0m\]12345' INPUTRC=/dev/null
bash --norc --noprofile
Now the cursor appears in the middle of the prompt, after the
"1".
-jim
CMD_IGNORE_RETURN from
comsub_ignore_return
TRACE: pid 7968: parse_and_execute: turned on CMD_IGNORE_RETURN from
comsub_ignore_return
How do I disable that?
Thank you for your assistance
Jim Gifford
My problem was with "sh" not "bash"! I was initiating the script
incorrectly.
Pierre Gaston pointed out my mistake and it works fine now.
Sorry for the alarm and my stupidity!
Best,
Jim
-Original Message-
From: Jim Adamson [mailto:[EMAIL PROTECTED]
Sent: Monday, No
_
Fix:
I sure wish I knew!! if you can help me figure out why this works
on one machine but not the two with newer versions
could you please let me know.
Thanks,
Jim Adamson
[EMAIL PROTECTED]
Missing macro line continuation in middle of declaration.
diff -r -c bash-3.2.orig/lib/readline/rltty.c bash-3.2/lib/readline/rltty.c
*** bash-3.2.orig/lib/readline/rltty.c Mon Dec 26 17:21:50 2005
--- bash-3.2/lib/readline/rltty.c Thu Mar 8 10:23:43 2007
***
*** 862,868
Missing macro wrappers for a few uses of status from struct PROCESS.
Some compilers dislike this.
diff -r -c bash-3.2.orig/jobs.c bash-3.2/jobs.c
*** bash-3.2.orig/jobs.cSat Jul 29 16:40:48 2006
--- bash-3.2/jobs.c Thu Mar 8 09:48:16 2007
***
*** 2225,2231
p =
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Chet Ramey on 10/21/2006 11:52 AM:
>> Jochen Roderburg wrote:
>>>
>>> I finally tracked this down to a changed behaviour of the builtin echo
>>> command.
>>>
>>> Namely, the formecho -e '\nnn' with a 3-digit octal number does not
>>> work
Here's an issue we just had reported to me from my build team.
make[2]: [EMAIL PROTECTED]' is up to date.
rm -f ru.gmo && /usr/bin/msgfmt -c --statistics -o ru.gmo ru.po
ru.po:21:9: invalid multibyte sequence
ru.po:21:10: invalid multibyte sequence
ru.po:21:11: invalid multibyte sequence
ru.po:21
Been trying to compile swig with the current bash 3.2 have ran into
several issues that I have been able to fix except for this one.
checking whether Guile's SCM_ API works... no
./configure: line 10204: syntax error near unexpected token `('
./configure: line 10204: `s,^[ ]*#[]*define[
> Repeat-By:
> [EMAIL PROTECTED]:~$ bash
> [EMAIL PROTECTED]:~$ while sleep 1; do read -t 0; done
> ... type ^C ...
> Segmentation fault
> [EMAIL PROTECTED]:~$
Hi Heike,
This bug sounds like the one I just reported to Debian:
http://bugs.debian.org/331381
There'
does appear to make the problem go away.
But the previously referenced post from Linus said that PGRP_PIPE may
cause other problems, and that there exists a "proper fix" that you
have not yet included in the bash sources? As before, I cannot find
Configuration Information [Automatically generated, do not change]:
Machine: i386
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='ba
Hi,
Is the following behavior intended?
I was surprised by the behavior of bash/zsh/ash/dash/pdksh,
yet Solaris 5.9's /bin/sh does what I expected:
# Solaris 5.9's /bin/sh
$ echo a; (set -e; false; echo foo) && echo b
a
# Yet bash/zsh/ash do this:
$ echo a; (set -e; false; echo foo) &
39 matches
Mail list logo
