Am 27.01.2013 01:37, schrieb Clark WANG:
> On Sat, Jan 26, 2013 at 1:27 PM, Linda Walsh wrote:
>
>> I noted on the bash man page that it says it will start in posix
>> compliance mode when started as 'sh' (/bin/sh).
>>
>> What does that mean about bash extensions like arrays and
>> use of [[]]?
>>
Am 06.02.2013 14:46, schrieb Greg Wooledge:
> On Wed, Feb 06, 2013 at 12:39:45AM +0100, Tiwo W. wrote:
>> When using this in a script of mine, I noticed that this fails
>> when errexit is set ("set -e").
> Most things do. set -e is crap. You should consider not using it.
>
>>
Am 16.02.2013 09:50, schrieb Pierre Gaston:
> I don't quite see the point of having gnu parallel discussed in the
> bash reference manual.
> http://www.gnu.org/software/bash/manual/bashref.html#GNU-Parallel
> I don't argue that it can be a useful tool, but then you might as well
> discuss sed awk g
Am 26.02.2013 03:36, schrieb Linda Walsh:
>
> Chet Ramey wrote:
>> On 2/25/13 8:07 PM, Linda Walsh wrote:
>>> Chet Ramey wrote:
On 2/16/13 3:50 AM, Pierre Gaston wrote:
> I don't quite see the point of having gnu parallel discussed in the
> bash reference manual.
I was asked to ad
Am 27.02.2013 22:39, schrieb James Mason:
> On 02/27/2013 04:00 PM, Bob Proulx wrote:
>> Eric Blake wrote:
>>> James Mason wrote:
I certainly could be doing something wrong, but it looks to me like
bash
- when in Posix mode - does not suppress the "-n" option for export.
The ver
Am 03.03.2013 01:40, schrieb Chet Ramey:
>> this is actually more disturbing.
>>
>> ls | parallel mv {} destdir
>>
>> find -type f -print0 | xargs -0 -I{} -P /bin/mv {}
> If we're really going to pick nits here, those two aren't really identical.
>
> You'd probably want something like
>
> find .
Am 06.03.2013 01:03, schrieb Linda Walsh:
>
> John Kearney wrote:
>> The example is bad anyway as you normally don't want to parallelize disk
>> io , due to seek overhead and io bottle neck congestion. This example
>> will be slower and more likely to damage your di
Am 29.03.2013 12:57, schrieb Greg Wooledge:
> On Fri, Mar 29, 2013 at 12:41:46AM -0700, Linda Walsh wrote:
>> include was designed to search the path for functions that
>> are relative paths. While the normal sourcepath allows searching for
>> filenames on the search path, I don't believe (pl
Am 29.03.2013 15:30, schrieb Greg Wooledge:
> On Fri, Mar 29, 2013 at 03:11:07PM +0100, John Kearney wrote:
>> Actually I've had trouble
>>
>> IFS=: read -ra paths <<< "$PATH"
>>
>> and embedded new lines.
> A directory with a newline in
to do that sort of
thing now.
Am 29.03.2013 15:30, schrieb Greg Wooledge:
> On Fri, Mar 29, 2013 at 03:11:07PM +0100, John Kearney wrote:
>> Actually I've had trouble
>>
>> IFS=: read -ra paths <<< "$PATH"
>>
>> and embedded new line
Am 29.03.2013 16:23, schrieb Pierre Gaston:
> On Fri, Mar 29, 2013 at 5:10 PM, John Kearney wrote:
>> consider
>> dethrophes@dethace ~
>> $ read -ra vals -d '' <<< $'lkjlksda\n adasd\n:sdasda:'
>>
>> dethrophes@dethace ~
>> $ ec
Am 29.03.2013 16:36, schrieb Greg Wooledge:
> On Fri, Mar 29, 2013 at 04:10:22PM +0100, John Kearney wrote:
>> consider
>> dethrophes@dethace ~
>> $ read -ra vals -d '' <<< $'lkjlksda\n adasd\n:sdasda:'
>>
>> dethrophes@dethace ~
>&
Am 29.03.2013 18:53, schrieb Linda Walsh:
>
> Greg Wooledge wrote:
>> On Fri, Mar 29, 2013 at 12:41:46AM -0700, Linda Walsh wrote:
>>> include was designed to search the path for functions that
>>> are relative paths. While the normal sourcepath allows searching for
>>> filenames on the search
Am 12.04.2013 13:44, schrieb Lenga, Yair:
> Good Morning,
>
> I've encountered another interesting change in behavior between Bash3 and
> Bash4. I hope that you can help me:
>
> The core question is how to retrieve the status of a command, when running
> with '-e'
>
> For production critical jobs
Am 12.04.2013 18:26, schrieb Lenga, Yair:
> Chet,
>
> Sorry again for pulling the wrong Bash 4 doc.
>
> Based on the input, I'm assuming that the portable way (bash 3, bash 4 and
> POSIX) to retrieve $? When running under "-e" is to use the PIPEr
> CMD_STAT=0 ; GET_MAIN_DATA || CMD_STAT=$?
That i
On 05/29/2013 01:35 AM, Harald Hoyer wrote:
> On 04/24/2013 05:26 PM, Chet Ramey wrote:
>> On 4/23/13 2:05 AM, Harald Hoyer wrote:
>>> As reported in http://savannah.gnu.org/patch/?8025 , I would like to see the
>>> SIGRTMAX-n signal names disappear.
>>>
>>> Signals should never ever be addressed w
as greg say this is the wrong list you need to report this to
" Vim syntax file
" Language:shell (sh) Korn shell (ksh) bash (sh)
" Maintainer:Dr. Charles E. Campbell, Jr.
" Previous Maintainer:Lennart Schultz
" Last Change:Dec 09, 2011
" Version
In bash there are 2 options that I use.
1.
ArrayName=blah
printf -V "${ArrayName}[Index]" "%s" "Value To Set"
2.
ks_val_ChkName() {
local LC_COLLATE=C
case "${1:?Missing Variable Name}" in
[!a-zA-Z_]* | *[!a-zA-Z_0-9]* | '' ) return 3;;
esac
quot; ; }
ks_array_SetVal() { ks_val_Set "${1}[${2}]" "${3:-}" ; }
Cheers
Gesendet: Samstag, 15. Juni 2013 um 15:03 Uhr
Von: "John Kearney"
An: "Linda Walsh"
Cc: bug-bash
Betreff: Aw: currently doable? Indirect notation used
Thats one of the reasons I suggested the following syntax
printf -v test "%s" ""
It doesn't have this problem it also saves other problems as well.
of if you want to expand back slashes etc.
printf -v test "%b" ""
Gesendet: Montag, 17. Juni 2013 um 08:33 Uhr
Von: "Linda Walsh"
't remember the discussion all that well. As always with
this topic it was a pretty lively debate.
Yhea its a constant fight getting my email clients to stop
capitialising various things in code.
Gesendet: Montag, 17. Juni 2013 um 13:57 Uhr
Von: "Greg Wooledge"
A
check out
help test
if you want to test fot both you can do
[ -e file -o -h file ] || echo file not present.
AFAIK the current behaviour is intentional and is the most useful.
cheers
Gesendet: Freitag, 21. Juni 2013 um 15:43 Uhr
Von: "Mark Young"
An: bug-bash@gnu.or
> I took a look and saw the bash process consuming as much as 3+ GB of
> memory. I'm not doing anything where I'd expect to be consuming that
> much memory.
As a workaround, try using "ulimit -v" to restrict the virtual memory
space of the shell itself. (For invoking some child processes, it m
This isn't a but in bash.
firstly once a program is started it takes over the input so the fact
that your password is echoed to the terminal is because myspl allows it
not bash, and in mysql defense this is the normal behaviour for command
line tools.
Secondly both mysqldump an
y hit ENTER key, instead of skipping to new line, it
just
repeats the bash prompt over and over in a single line. So far
restarting
bash session (by logging out then back in) is the only way I have found
to
"fix" the session and return to normal functionality.
On Thu, Jul 1
b and not giving a
database.
in the second case you are saying that the password to someuser is -D
Gesendet: Donnerstag, 11. Juli 2013 um 20:05 Uhr
Von: "Jason Sipula"
An: "John Kearney"
Cc: bug-bash@gnu.org
Betreff: Re: Re: Chained command prints passw
those numbers on the echo command line
is not freed properly.
Thanks,
John Vincent.
I got the file by running some code using procees substitution with set
+o posix.
I don't think the drectory was empty but what you say make sense and I
didn't think to checkt it at the time.
Thanks
JOhn
Gesendet: Sonntag, 18. August 2013 um 20:42 Uhr
Von: &
nes <(date)
$ ./bug1.bash
1 /dev/fd/63
0 /dev/fd/63
0 /dev/fd/63
wc: /dev/fd/63: No such file or directory
wc: /dev/fd/63: No such file or directory
I ran this on Bash 4.2.37(1)-release on Fedora Linux.
--
John Dawson
nes <(date)
$ ./bug1.bash
1 /dev/fd/63
0 /dev/fd/63
0 /dev/fd/63
wc: /dev/fd/63: No such file or directory
wc: /dev/fd/63: No such file or directory
I ran this on Bash 4.2.37(1)-release on Fedora Linux.
--
John Dawson
On Fri, Nov 15, 2013 at 2:35 AM, Michael Haubenwallner <
michael.haubenwall...@salomon.at> wrote:
> On 11/14/2013 08:56 PM, Chet Ramey wrote:
> > On 11/8/13 6:26 PM, John Dawson wrote:
> >> The following surprised me. I thought line 4 of the output, and
> certainl
Hello,
Below is the report I sent via bashbug from my root account on the HP-UX system
in question, but email is only setup for forwarding on that system; hence, I am
sending the bashbug report via my regular email account.
Regards,
--John Lanier
Below is from the bashbug report
if (tty == 0)
return;
tty_fd = open (tty, O_RDWR|O_NONBLOCK);
}
close (tty_fd);
}
It seems to open and close /dev/tty and return nothing.
This seems very strange to me.
Why is it doing this?
John Carter Phone : (64)(3) 358 6639
Tai
From: [EMAIL PROTECTED]
To: bug-bash@gnu.org
Subject: Bug with 'test' built-in.
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='i68
C-x C-r
Press the respective key combinations--they don't work
Run bind -p
Note that the keys are not picked up
Regards
John Purnell
___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash
iver
..
4. I did a "find / -name" on "autoconf" and "Autoconf" on both the problem
system and a working system, and it didn't find it in either environment (??).
5. No luck on any fixes from Google, but maybe I didn't search hard enough :-)
R
>>You might also try `touch configure' and see whether or not that convinces
>>make that it's up to date.
That worked! After doing "touch -m configure", I re-ran "configure+make+make
install" without incident!
Thanks for the help!
--John Lanier
#!/bin/bash
# With -e -o pipefail, this script should exit immediately upon returning
# from the pipeline, since grep does not match its string, and returns 1.
# However, any trivial compound statement at the end of the pipeline will
# cause the script to continue running. It's possible to work
On Mon, 04 Dec 2006 11:53:03 -0500, Chet Ramey <[EMAIL PROTECTED]>
wrote:
>> # With -e -o pipefail, this script should exit immediately upon returning
>> # from the pipeline, since grep does not match its string, and returns 1.
>This is not true, strictly speaking. The `-e' option applies to onl
msgcat.c", line 572.24: 1506-275 (S) Unexpected
text '%' encountered.
"loadmsgcat.c", line 572.24: 1506-045 (S) Undeclared
identifier lld.
"loadmsgcat.c", line 574.24: 1506-275 (S) Unexpected
text '%' enc
Configuration Information [Automatically generated, do not change]:
Machine: sparc
OS: solaris2.7
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='sparc'
-DCONF_OSTYPE='solaris2.7' -DCONF_MACHTYPE='sparc-sun-solaris2.7'
-DCONF_VENDOR='sun' -DSHELL -DHAVE_CONFIG_H -D_LARGEFILE
Hi there
I was just wondering if there's a case for the file /etc/inputrc to be
read by default in the case where ~/.inputrc is not present?
My reason for asking is that on MSYS, which runs 'bash' in a ported
'rxvt' terminal, the terminal does not behave correctly with END and
HOME keys unless th
r input, but it doesn't.
bash --version
GNU bash, version 3.1.17(1)-release (i486-pc-linux-gnu)
Copyright (C) 2005 Free Software Foundation, Inc.
Sincerely,
John Moore
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-redhat-linux-gnu'
-DCONF_VENDOR='redhat' -DLOCALEDIR='/usr/share/locale'
contain the value foo.
Instead, the variable foo remains empty. Is this a bug or am I doing
something wrong ?
Sincerely,
John Smith
http://www.research.att.com/sw/download/
But I guess that you would consider that a bug in ksh ?
;)
Regards,
John Smith
On Sat, Mar 15, 2008 at 4:09 AM, Paul Jarc <[EMAIL PROTECTED]> wrote:
> "John Smith" <[EMAIL PROTECTED]> wrote:
> > echo foo | read VA
but
presumably the author of the script would be aware of it's intended use.
Regards,
--
John Lange
This message was sent using IMP, the Internet Messaging Program.
Hi,
Would it be possible for bash to detect just-in-time the last subprocess
that it will execute, and then do only an 'execve' instead of a fork+execve?
This might save a lot of operating system overhead for process creation:
perhaps upto 10% over the course of a day, especially for most uses of
On 08/04/2009 12:48 AM, fam...@icdsoft.com wrote:
First I would like to say that I'm not sure if this is a bug or a
feature of Bash.
If it is a feature, please let me know how to turn it off; or better
make it disabled by default...
The problem is that Bash does
Ultimately I need to do I/O through a named pipe and I
need to be able to restart the writer without restarting the reader.
The reader of a fifo will not be terminated as long as there is
at least one writer to the fifo. Therefore, create a second writer.
For example, to hold the fifo open for
... the age old convention of using upper case names
for all their shell variables. ...
It reminds some programmers that a '$' is necessary for expansion.
It is somewhat like using all capitals for #define macros in C
(where the expansion is automatic, but still different from other
symbols that
#!/bin/bash
> /tmp/foo
exec 1>/tmp/foo
echo a
echo B>>/tmp/foo
echo c
echo D>>/tmp/foo
echo e
echo F>>/tmp/foo
That script creates two simultaneous writers of /tmp/foo
(one via the "exec >", another via each "echo >>")
but does not provide any concurrency control.
Shame on the script; the resu
Program received signal SIGFPE, Arithmetic exception.
0x00462cd5 in exp2 () at expr.c:761
761 val1 /= val2;
(gdb) print val1
$1 = -9223372036854775808
(gdb) print val2
$2 = -1
which is strange.
Not at all. Overflow invokes undefined behaviour.
But why there is no overflow on 32bit s
On 06/18/2010 07:05 AM, Dr. Werner Fink wrote:
> Just a remark about the sub shell usage in bash in comparision to
> ksh. Let's try:
>
> strace -f -o bash.strace bash -c 'echo a b | read a b'
> > grep -E 'execve|clone|write\(1|read\(0' bash.strace
[snip]
>
> and now the same with the K
> I have command completion in my bash command. But I need to input tab
> in the command line. Is there a way to do so?
Quote the with V.
$ echo ' ' | od -c # e c h o V
000 \t \n
002
$ echo '' | od -c # e c h o
000 \n
001
$
--
> Could anybody let me know the complete set of characters that need to
> be escaped (prepend with backslash) between a pair of double quotes if
> I really want to print the character?
RTFM. In particular, the manual page ("man bash") has a succinct section
entitled "QUOTING".
--
> Lastly since ^J is a newline you can generate one with echo "\n".
That does not work in bash-4.x. Firstly, by default the bash builtin
'echo' supplies a trailing newline. Secondly, backslash translation
requires the option "-e".
$ echo "\n"
\n
$ echo "\n" | od -c
000 \ n \n
003
$
>bash --version
>GNU bash, version 4.1.7(1)-release (i586-pc-interix3.5)
#! /usr/local/bin/bash
one=`cat data`
echo one=$one
two=$(cat data)
echo two=$two
>one=abc
>./xs: command substitution: line 7: syntax error near unexpected token `)'
>./xs: command substitution: line 7: `cat data)'
>two
On Fri, 06 Aug 2010 17:31:08 +, John Kelly wrote:
>>bash --version
>>GNU bash, version 4.1.7(1)-release (i586-pc-interix3.5)
>Backquote command substitution works, but $(...) does not.
>I built it like this:
>>CFLAGS="-O2 -march=i686" \
>>./c
is a short cmd
this is a short cmd
% ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 Sep 7 12:04 /dev/null
% perl -e 'alarm(10); while(1){$a++}'
Alarm clock
9.9u 0.0s 0:10.00 99.4% 0+0k 0+0io 0pf+0w
%
John
--
saalwaech...@gmail.com
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-redhat-linux-gnu' -DCONF_VENDOR='redhat' -DLOCALEDIR='/usr/share/locale'
Using bash-4.4.18
Intel core i7 laptop running 32-bit or 64-bit linux
Using gcc-8.2.0
The configure script does not find libncursesw on a system where only the wide
version of ncurses exists - even when readine is linked against ncursesw.
The configure scripts does not find libreadline when it
Using bash-4.4.18
Intel core i7 laptop running 32-bit or 64-bit linux
Using gcc-8.2.0
The configure script does not find libncursesw on a system where only the wide
version of ncurses exists - even when readine is linked against ncursesw.
The configure scripts does not find libreadline when it
> > Using bash-4.4.18
> > Intel core i7 laptop running 32-bit or 64-bit linux Using gcc-8.2.0
> >
> > The configure script does not find libncursesw on a system where
> > only the wide version of ncurses exists - even when readine is linked
> > against ncursesw.
> >
> I haven't seen a distro whe
> > If ncursesw is now the default, maybe it would make sense to check for that
> > rather than a symlink?
> >
> I added a check for it, but I think its impact will be minimal.
>
Thanks :)
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: darwin17.5.0
Compiler: clang
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='darwin17.5.0' -DCONF_MACHTYPE='x86_64-apple-darwin17.5.0'
-DCONF_VENDOR='apple' -DLOCALEDIR='/usr/loca
When the read builtin is invoked with -n/-N , the documentation
specifies that at most characters will be read from stdin. This
statement is not true when stdin emits null characters: read discards
the null character and keeps reading without incrementing its counter,
continuing until it has consu
; ``Ars longa, vita brevis'' - Hippocrates
> Chet Ramey, UTech, CWRUc...@case.eduhttp://tiswww.cwru.edu/~chet/
>
>
--
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.
Maranatha! <><
John McKown
Ah, got it sorted out.
Not a bug, of course (:
Bash, when not in posix mode, clears the '-e' flag in subshell environments.
On 10/3/19, John W wrote:
> I'm seeing some strange behavior w/regard to `set -e` when invoking a
> shell function through a `$(...)` construct.
>
r"?
Is this documented behavior, and I missed it?
Or a bug?
Or makes sense under some interpretation of things that I'm not grasping?
Thanks for any advice
-John
of adding these alternatives?
>
I think this would need to go to the bash-dev list. Have you tried tcsh? I
understand it tries to be C like.
--
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown
about POSIX sh scripts?
>
> This seems like a fairly big proposal for something I'm not even seeing
> a definite argument as being actually wrong.
>
> --
> Eli Schwartz
> Arch Linux Bug Wrangler and Trusted User
>
>
--
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown
On 3/26/20, George wrote:
> On Thu, 2020-03-26 at 19:05 +0200, Vaidas BoQsc wrote:
> I think shells would really benefit from things like
> more powerful data structures, better facilities for passing complex data
> to, and parsing complex data from different programs, better scoping,
> better fil
I think the underlying question here is not exactly "how do I gather this
from the docs" as much as it is "how was I supposed to know about this and
act on it before I had to debug it?" The bash manual is always "adequate"
in the sense that almost any question can be answered by carefully
consultin
I am curious; why does Bash 4-3 patch 28 contain patches for y.tab.c.
Is this really what was intended.
-- John Wolfe Xinuos, Inc.
Thanks for the clarification. I had not seen that e-mail and was
expecting the parse.y changes would result in y.tab.c being regenerated
in the build.I have since run across a system with an earlier
version of Bison that cannot handle the latest parse.y.
Thanks again.
-- John
On 10/2
While compiling Bash, I couldn't help but notice that all over GNU's website it
is spelled with a capital B. However, when I tried to compile Bash, I noticed a
message that said "GNU bash, version 4.3.30(1)-release (i686-pc-linux-gnu)" in
a box surrounded by stars. Why is the B not capitalized h
PLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Yes, I'm a lazy typist. :-)
--
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
PLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Yes, I'm a lazy typist. :-)
--
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
On Tue, Feb 24, 2015 at 2:10 PM, Chet Ramey wrote:
> On 2/24/15 1:32 PM, John McKown wrote:
> > I run with "set -o noclobber". I know to use >| to redirect stdout and
> > overwrite an existing file. But I often want to redirect both stdout
> > and stderr to
ontribute?
>
> Thank U
--
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
could see the top command.
> Thousands of bash were being opened, I would report this bug.
>
> One question, I tried to fix myself but I did not really bash the error
> files.
>
> In this case how it could contribute?
>
> Thank U
--
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
ot; (at least to
me) files.
>
>
> --
> Eric Blake eblake redhat com+1-919-301-3266
> Libvirt virtualization library http://libvirt.org
>
--
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
t;
> Expected:
>
> $ "a nonexistent command name with spaces"
> bash: a nonexistent command name with spaces: command not found...
>
--
If you sent twitter messages while exploring, are you on a textpedition?
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
ocumented that aliases
are not expanded when quoted.
--
If you sent twitter messages while exploring, are you on a textpedition?
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
structure. This has a *huge* performance implication for
long running bash processes that naturally spawn many sub-shells over their
life, and can gradually slow down.
First set ulimit -u 3 (this is used by bash to determine the size of bgpids)
With the patch:
john@dev:~/Programs/bash$ (time
it is dominated by copying page table entries on fork
user 94.14
sys 657.74
Without patch most time is spent in bgp_* functions
user 1637.16
sys 1337.58
Number of iterations of this busy loop is much higher with the patch too :)
Any feedback much appreciated!
From: John Fremlin
Date: Mond
On 4/15/15, 6:35 PM, "Chet Ramey" wrote:
>On 4/14/15 12:54 AM, John Fremlin wrote:
>> Bash instances running in loops get slower over time, as the bgpids data
>> structure grows. Here is a small patch to alleviate one issue :)
>>
>> The jobs.c:bgpids data
Did some benchmarks, for the while true; do (:) & (:); done simple example
this goes from 215 to 313 iterations/s, and changes sys+user CPU from 152%
to 45%
Any long running bash script will tend to exhibit this issue --
On 4/15/15, 5:59 PM, "John Fremlin" wrote:
>Over tim
On 4/19/15, 5:24 PM, "Chet Ramey" wrote:
>On 4/17/15 4:55 PM, John Fremlin wrote:
>> Did some benchmarks, for the while true; do (:) & (:); done simple
>>example
>> this goes from 215 to 313 iterations/s, and changes sys+user CPU from
>>152%
>>
ondition of any backup is unknown until a
restore is attempted.
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
n of any backup is unknown until a
restore is attempted.
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
echo -n "${x}" > sample.first #put it in file
echo -n "${x}" > sample.second # do it again
}
I'm really not sure if the -n switch is the right thing to do on the
"echo" commands or not
--
Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
d Al. Great guys to look up to.
>
--
Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
1.2(1)-release (x86_64-redhat-linux-gnu)
Can bash be fixed to preserve the value of any OLDPWD in its initial
environment, like it does with PWD?
Thanks!
-- John Wiersba
PE='x86_64' -DCONF_OSTYPE='l$
uname output: Linux john-mint-mate-17 3.13.0-37-generic #64-Ubuntu SMP Mon Sep $
Machine Type: x86_64-pc-linux-gnu
Bash Version: 4.3
Patch Level: 11
Release Status: release
Description:
Why does bash clear OLDPWD when a child script is started?
OLDPWD is exported a
Thanks, Chet!
From: Chet Ramey
To: John Wiersba ; "bug-bash@gnu.org"
Cc: chet.ra...@case.edu
Sent: Thursday, November 26, 2015 12:41 PM
Subject: Re: OLDPWD unset when bash starts
On 11/18/15 2:44 PM, John Wiersba wrote:
> Why does bash clear OLDPWD when a ch
= ?
+++ exited with 0 +++
--
Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
here at home.
--
Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
Domain Name Registrar
>\o/ Hosting For Geeks and more...
> Gandi.net No Bullshit !
>
>
--
Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.
Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.
He's about as useful as a wax frying pan.
10 to the 12th power microphones = 1 Megaphone
Maranatha! <><
John McKown
101 - 200 of 281 matches
Mail list logo
