Re: GROUPS

On Tue, Aug 10, 2021 at 8:57 PM Franklin, Jason wrote: > What surprised me was that Bash-specific "magic" variables did not lose > their "magic" qualities when Bash was invoked in a POSIX-compliant mode > of execution. Posix mode does not mean that bash-specific variables (or anything else bash-s

Re: GROUPS

Hey, Robert: Thanks for the input! Quoting you here with some of my thoughts... > Using a variable name that's outside what POSIX specifies is hardly > using a feature that's outside POSIX - if it were then there would be > no safe non-trivial scripts, since any variable name might be made magic

RFE: new option affecting * expansion

It would be nice if there were an option to allow * to expand sorted by timestamp rather than aphabetically. -- Chris F.A. Johnson === Author: === Shell Scripting Recipes: A Problem-Sol

Re: gettext feature request

On Tue, Aug 10, 2021 at 11:22:54AM -0400, Chet Ramey wrote: > On 7/31/21 4:17 PM, Jean-Jacques Brucker wrote: > > > > Le 29/07/2021 à 21:08, Chet Ramey a écrit : > > > >> How about `noexpand_translation'? > > > > It sounds good ! (imho). > > This is the current description: > >noexpand

Re: GROUPS

Date:Tue, 10 Aug 2021 10:22:29 -0400 From:Chet Ramey Message-ID: <731876fc-39c0-4388-0c9e-bf560921b...@case.edu> | In this case, you are using features outside what POSIX specifies. Using a variable name that's outside what POSIX specifies is hardly using a feature

Re: gettext feature request

On 7/31/21 4:17 PM, Jean-Jacques Brucker wrote: > > Le 29/07/2021 à 21:08, Chet Ramey a écrit : > >> How about `noexpand_translation'? > > It sounds good ! (imho). This is the current description: noexpand_translation If set, bash encloses the translated results of $"..

Re: Bug concatenating member of large array with string

On Aug 10 2021, Joe Pater wrote: > The attached bash script (named 'test'), when run on my laptop, > produces the following output: > > xyzerg That's because the value of ${words[0]} ends with a CR. You can see that if you pipe the output to `cat -A'. Andreas. -- Andreas Schwab, sch...@linux-

Re: GROUPS

On 8/9/21 10:00 PM, Franklin, Jason wrote: > If I run a script against a POSIX-compliant (PC) shell using only PC > syntax/features and then I run the same script with Bash in PC mode, I > would expect an identical result. To me, anything else indicates a bug > in one of the shells. Perhaps this

Re: Bug concatenating member of large array with string

Ah yes, thanks. On Tue, Aug 10, 2021 at 05:11:44PM +0300, Oğuz wrote: > 10 Ağustos 2021 Salı tarihinde Joe Pater yazdı: > > > The attached bash script (named 'test'), when run on my laptop, > > produces the following output: > > > > xyzerg > > > > Instead of the expected: > > > > Aabergxyz > > >

Re: Bug concatenating member of large array with string

10 Ağustos 2021 Salı tarihinde Joe Pater yazdı: > The attached bash script (named 'test'), when run on my laptop, > produces the following output: > > xyzerg > > Instead of the expected: > > Aabergxyz > > I don't think this error occurs on my PC (I can't test it at the > moment as I am away), but

Re: Bug concatenating member of large array with string

On Tue, 10 Aug 2021 14:26:56 +0100 Joe Pater wrote: > The attached bash script (named 'test'), when run on my laptop, > produces the following output: > > xyzerg > > Instead of the expected: > > Aabergxyz Try piping your script to "od -An -t x1 -c" and also taking a look at https://mywiki.wo

Re: GROUPS

On 8/9/21 5:35 PM, Franklin, Jason wrote: > Greetings: > > I discovered today that the GROUPS variable is special in Bash. It is. For everyone else: GROUPS An array variable containing the list of groups of which the current user is a member. Assignments to GROUPS have no effect.

Re: Bug concatenating member of large array with string

On Tue, Aug 10, 2021 at 02:26:56PM +0100, Joe Pater wrote: > The attached bash script (named 'test'), when run on my laptop, > produces the following output: > > xyzerg > > Instead of the expected: > > Aabergxyz OK, let's see if we can reproduce that. My initial thought is carriage return pois

Re: noclobber and redirected group command

On 8/9/21 8:34 PM, ch...@onthe.net.au wrote: > Bash Version: 5.0 > Patch Level: 17 > Release Status: release > > Description: > > When using errexit and noclobber, a group command redirected to > overwrite an existing file should cause script termination but doesn't. Thanks for the report. This

Re: Extended regex match (shmatch.c:115) malloc error

On 8/9/21 1:08 PM, Gyorgy Matyasfalvi wrote: > uname output: HP-UX sovmh352 B.11.31 U ia64 1429105484 unlimited-user > license > Machine Type: ia64-hp-hpux11.31 > > Bash Version: 5.1 > Patch Level: 8 > Release Status: release > > Description: > When a regex matches inside [[ ]] it result