On Fri, Jun 21, 2024, 10:23 PM Chet Ramey wrote:
> On 6/21/24 3:18 PM, alex xmb sw ratchev wrote:
>
> > i see a BASH_EXCLUDE_AVAR
>
> Where do you see that?
>
in vague maybe-true future visions .. regarding the -a , to exclude vars
from that rule , ..
greets ..
--
> ``The lyf so short, the cr
On 6/21/24 3:18 PM, alex xmb sw ratchev wrote:
i see a BASH_EXCLUDE_AVAR
Where do you see that?
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRUc...@case.eduhttp://tiswww.cwru.edu/~chet/
On Fri, Jun 21, 2024, 8:58 PM Chet Ramey wrote:
> On 6/15/24 10:28 AM, Oğuz wrote:
>
> > Yes. All I'm saying is, a variable that affects how certain programs
> > behave when exported should not be implicitly exported by the shell,
> > the user should do it manually if he wants.
>
> This is a non-
On 6/14/24 3:28 AM, Alain BROSSARD wrote:
COLUMN is clearly meant to be an internal variable of bash given the description of how it is used;
This is definitely not the case. The man page describes how bash uses it,
but many other programs use it as well.
--
``The lyf so short, the craft
On 6/15/24 9:48 AM, Koichi Murase wrote:
However, for the portable scripts, I now agree that it is a problem
that Bash seems to enable `checkwinsize' even in the POSIX mode.
Why? POSIX doesn't standardize shopt or the checkwinsize behavior; the
shell is free to do whatever it wants.
--
``The
On 6/15/24 10:28 AM, Oğuz wrote:
Yes. All I'm saying is, a variable that affects how certain programs
behave when exported should not be implicitly exported by the shell,
the user should do it manually if he wants.
This is a non-sequitur -- the entire reason for using `set -a' is to have
every
From: Alain BROSSARD
| I did think about the case to parse the output, but this means that you
| already know that the problem is triggered by calling an external program.
I think there is some miscommunication going on here. The message I
sent had nothing to do with the original problem
ors and insurance investment
products (PRIIPS KID). We consider your inquiries about our products and
services as a request to contact you and send you relevant information.
From: Robert Elz
Sent: Friday, 14 June 2024 18:39
To: Alain BROSSARD
Cc: bug-bash@gnu.org
Subject: Re: set -a leads to trunc
On Sat, Jun 15, 2024 at 4:59 PM Koichi Murase wrote:
> Sorry, I think I misunderstood the part "behind the user's back". Now I
> guess you were talking about the behavior of `checkwinsize' when `set
> -a' is enabled?
Yes. All I'm saying is, a variable that affects how certain programs
behave when
2024年6月15日(土) 22:48 Koichi Murase :
> 2024年6月15日(土) 13:48 Oğuz :
> > On Saturday, June 15, 2024, Koichi Murase wrote:
> >> Also, the behavior of the `ps' command honoring COLUMNS to format its
> >> output is also an expected one.
> >
> > The fact that programs giving precedence to COLUMNS over the
2024年6月15日(土) 13:48 Oğuz :
> On Saturday, June 15, 2024, Koichi Murase wrote:
>> Also, the behavior of the `ps' command honoring COLUMNS to format its
>> output is also an expected one.
>
> The fact that programs giving precedence to COLUMNS over the
> terminal API are so common is an argument aga
On Sat, Jun 15, 2024 at 07:48:42AM +0300, Oğuz wrote:
> Right now, if you're dealing with such a program while `set -a' is in
> effect, in order to suppress COLUMNS you need to unexport it before every
> command:
Or just turn off checkwinsize.
On Saturday, June 15, 2024, Koichi Murase wrote:
>
> Also, the behavior of the `ps' command honoring COLUMNS to format its
> output is also an expected one.
>
The fact that programs giving precedence to COLUMNS over the terminal API
are so common is an argument against exporting COLUMNS behind th
2024年6月14日(金) 16:30 Alain BROSSARD :
Even if the behavior of `set -a' is modified, your script (or the
third-party script that you rely on?) is still broken when the user
explicitly gives COLUMNS and LINES the export attribute, which is a
*typical usage of those variables*. This should be a bug i
Date:Fri, 14 Jun 2024 07:28:41 +
From:Alain BROSSARD
Message-ID:
Most of this looks to be solved, or solvable now, but I see no-one seems
to have replied to this particular comment:
| Add to this that it is extremely difficult to check whether -a is set
| o
On Fri, Jun 14, 2024 at 11:36:19AM +, Alain BROSSARD wrote:
> ps axww isn’t impacted, but the scripts use ‘ps ax’.
Oh. Well then, that's the most obvious thing to fix.
Wooledge
Sent: Friday, June 14, 2024 1:27 PM
To: bug-bash@gnu.org
Cc: Alain BROSSARD
Subject: Re: set -a leads to truncated output from ps
ZjQcmQRYFpfptBannerEnd
On Fri, Jun 14, 2024 at 07:28:41AM +, Alain BROSSARD wrote:
> Honestly, I don't know where to go with this issu
On Fri, Jun 14, 2024 at 07:28:41AM +, Alain BROSSARD wrote:
> Honestly, I don't know where to go with this issue. Bash's behavior
> should be consistent and easily understood in order to have reliable scripts.
> Clearly this case doesn't respect this.
> I would suggest to put LINES an
information.
-Original Message-
From: Chet Ramey
Sent: Thursday, June 13, 2024 8:44 PM
To: Alain BROSSARD ; Andreas Schwab
; Alain BROSSARD via Bug reports for the GNU Bourne
Again SHell
Cc: chet.ra...@case.edu
Subject: Re: set -a leads to truncated output from ps
On 6/13/24 1:45 PM, Ala
On Thu, Jun 13, 2024 at 06:12:21PM +0200, Andreas Schwab wrote:
> Why do you think this is a bug in bash? You are telling the shell to
> export any modified variable, and you get what you asked for.
I started writing something like this as well but deleted it. I think
there's still a bit of subt
On Thursday, June 13, 2024, Chet Ramey wrote:
>
> The value of COLUMNS gets modified, and auto-exported since you have
> `set -a' enabled.
>
Okay, so the documentation adds up. Doesn't mean it's not a bug.
If you were a normal user and were faced with the behavior presented in OP,
wouldn't you t
On 6/13/24 1:45 PM, Alain BROSSARD via Bug reports for the GNU Bourne Again
SHell wrote:
Hi Andreas,
Sure, the variables explicitly assigned to get exported, that is the
expected behavior.
But there is nothing which explains why the variable COLUMNS becomes an
environment variable.
OK.
you and send you relevant information.
From: Andreas Schwab
Sent: Thursday, June 13, 2024 6:12 PM
To: Alain BROSSARD via Bug reports for the GNU Bourne Again SHell
Cc: Alain BROSSARD
Subject: Re: set -a leads to truncated output from ps
Why do you think this is a bug in bash? You are tel
Why do you think this is a bug in bash? You are telling the shell to
export any modified variable, and you get what you asked for.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
included in email message may be advertising material
>> (pursuant to Art. 68 of the Federal Act on Financial Services, Financial
>> Services Act of 15 June 2018) for financial services or for financial
>> instruments. For any financial instruments mentioned, we will be happy to
>&g
i actually always did ww , but i didnt know here the difference ..
On Thu, Jun 13, 2024, 4:24 PM Oğuz wrote:
> On Thursday, June 13, 2024, Alain BROSSARD via Bug reports for the GNU
> Bourne Again SHell wrote:
> >
> ># however, the second one has truncated output to the terminal
> width
On Thursday, June 13, 2024, Alain BROSSARD via Bug reports for the GNU
Bourne Again SHell wrote:
>
># however, the second one has truncated output to the terminal width
>
Looks like `set -a' exports COLUMNS for some reason, this must be a bug
$ set -a
$ env | grep COLUMNS
$ env | grep CO
additional documents at any time and free of charge, such
> as a key information document pursuant to Art. 58 et seq. of the Financial
> Services Act, a prospectus pursuant to Art. 35 et seq. of the Financial
> Services Act or an equivalent foreign product information sheet, e.g. a
> basic inf
ment products for retail investors and insurance investment
products (PRIIPS KID). We consider your inquiries about our products and
services as a request to contact you and send you relevant information.
From: alex xmb sw ratchev
Sent: Thursday, June 13, 2024 3:32 PM
To: Alain BROSSARD
Cc: bug-bas
try the ps arg w for full length ps output
why u set -a ?
On Thu, Jun 13, 2024, 3:29 PM Alain BROSSARD via Bug reports for the GNU
Bourne Again SHell wrote:
> Configuration Information [Automatically generated, do not change]:
> Machine: x86_64
> OS: linux-gnu
> Compiler: gcc
> Compilation CFLA
30 matches
Mail list logo