Re: shell.c:41:17: fatal error: pwd.h: No such file or directory

2015-10-21 Thread Raveh Neeman
Dear Chet, Thank you for your attention and fast reply. I added your patch and now observe further errors in the code of shell.c Enclosed is a compilation log. Raveh From: Chet Ramey Sent: Tuesday, October 20, 2015 4:39 PM To: Raveh Neeman; bug-bash@gnu.

Re: shell.c:41:17: fatal error: pwd.h: No such file or directory

2015-10-21 Thread Chet Ramey
> Thank you for your attention and fast reply. > I added your patch and now observe further errors in the code of shell.c > Enclosed is a compilation log. Thanks, I'll look at these. Note that you can get bash already built for MinGW. -- ``The lyf so short, the craft so long to lerne.'' - Chauc

Re: updating shopt compat settings to include current version

2015-10-21 Thread Chet Ramey
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/20/15 2:49 PM, Mike Frysinger wrote: I mean, in theory, it's simple to do that: unset BASH_COMPAT shopt -u compat31 command shopt -s compat32 2>/dev/null >>> >>> ... but that doesn't work in bash-3.2: >>> $ bash-3.2 -c '

Re: shell.c:41:17: fatal error: pwd.h: No such file or directory

2015-10-21 Thread Raveh Neeman
Yes Chet, I'll probably get a precompiled binary... Thanks for your efforts. Raveh From: Chet Ramey on behalf of Chet Ramey Sent: Wednesday, October 21, 2015 3:56 PM To: Raveh Neeman Cc: bug-bash@gnu.org; chet.ra...@case.edu; c...@po.cwru.edu Subject: R

Re: Bash crash

2015-10-21 Thread Chet Ramey
On 10/20/15 10:29 PM, Kai Wang X wrote: > Hi Chet, > > Thank you for your response. > > But it does not make sense since sbrk failure will be checked: > > mp = (union mhead *) sbrk (sbrk_amt); > > /* Totally out of memory. */ > if ((long)mp == -1) > goto morecore_done; Sure, sbrk fai

Re: Bash crash

2015-10-21 Thread Aharon Robbins
Sounds like a hardware problem with the RAM on your system HTH, Arnold In article you write: >Hi Chet, > >Thank you for your response. > >But it does not make sense since sbrk failure will be checked: > > mp = (union mhead *) sbrk (sbrk_amt); > > /* Totally out of memory. */ > if ((long)

Re: language inconsistency(wart) & RFE

2015-10-21 Thread Linda Walsh
Greg Wooledge wrote: --- please note locations of 'auto_local' # at beginning shopt -s auto_local # Pick unbiased random number from 0 to N-1 ($1 = N) # Returns value in variable r. rand() { shopt -u auto_local local max=$((32768 / $1 * $1)) while (( (r=$RANDOM) >= max )); do :; done

Re: language inconsistency(wart) & RFE

2015-10-21 Thread Linda Walsh
Here is an example of what I consider to be strange and/or inconsistent behavior ( tests 2 & 3 fail). test 3's failure is a real puzzler: - #!/bin/bash shopt -s expand_aliases ; alias my=declare alias array='my -a' int='my -i' dmp () { printf "%q\n" "${*:?}" ; } ip=10.20.30.40 array p

RE: Bash crash

2015-10-21 Thread Kai Wang X
Hi all, Thank you all! The issue happens since we added a new process launched by a bash script. Before that, no "sbrk issues" were found and hundreds of process including scripts were running in my equipment. So it is hard for me to believe that there are RAM or sbrk issues already exist on m

Re: Design question(s), re: why use of tmp-files or named-pipes(/dev/fd/N) instead of plain pipes?

2015-10-21 Thread Linda Walsh
Bob Proulx wrote: Linda Walsh wrote: Where does the OS claim it is a file descriptor? --- 1) in the kernel documentation: file 'devices.txt: /dev/fd /proc/self/fd symbolicFile descriptors 2) ls -Ll shows the type of what the symlink points to: ls -Ll /dev/fd/ total 0 crw

Re: language inconsistency(wart) & RFE

2015-10-21 Thread Linda Walsh
Greg Wooledge wrote: On Sat, Oct 17, 2015 at 08:55:31AM -0700, Linda Walsh wrote: If I needed a way to declare something global, yes... But what I am wanting is a way to allow changing the defaults of the implicit variable creation (which could still be explicitly declared with "-g" if