exec3.sub never finishes with huge argmax

2025-06-07 Thread Joel Ebel via Bug reports for the GNU Bourne Again SHell
This is mostly an FYI, as I don't think our ridiculous environment needs to be supported, but the E2BIG test in exec3.sub never finishes in our testing environment due to ARG_MAX being set to a huge number. I'm adding a patch to limit the test to 2 MB ARG_MAX, though I don't know what the best valu

Re: exec3.sub never finishes with huge argmax

2025-06-07 Thread Martin D Kealey
Hi Joel On Sun, 8 Jun 2025 at 00:08, Joel Ebel via Bug reports for the GNU Bourne Again SHell wrote: > This is mostly an FYI, as I don't think our ridiculous environment needs to > be supported, but the E2BIG test in exec3.sub never finishes in our testing > environment due to ARG_MAX being set

Re: exec3.sub never finishes with huge argmax

2025-06-07 Thread Joel Ebel via Bug reports for the GNU Bourne Again SHell
On Sat, Jun 7, 2025 at 12:55 PM Martin D Kealey wrote: > Hi Joel > > > On Sun, 8 Jun 2025 at 00:08, Joel Ebel via Bug reports for the GNU Bourne > Again SHell wrote: > >> This is mostly an FYI, as I don't think our ridiculous environment needs >> to >> be supported, but the E2BIG test in exec3.s

Re: exec3.sub never finishes with huge argmax

2025-06-07 Thread Lawrence Velázquez
On Sat, Jun 7, 2025, at 12:55 PM, Martin D Kealey wrote: > However there might be some objections to relying on the printf built-in, > since in theory Bash could be built without it, in which case I suggest: > > [...] > > +for (( m = n = argmax / ${#argmax} + 1 ; o = m & m-1 ; m = o )) do :; done >