Can we please STOP this thread? What is the point? Linda will never
change her mind. You all are just wasting time and electricity.
(and spamming the mailing list with this non-sense).
On 7/12/19 4:45 PM, Chet Ramey wrote:
On 7/12/19 4:26 PM, Martijn Dekker wrote:
Op 12-07-19 om 21:46 schreef Dennis Clarke:
Well the man page for XPG6 bc in Solaris 10 claims :
ENVIRONMENT VARIABLES
See environ(5) for descriptions of the following environment
variables that aff
On 7/12/19 4:45 PM, Chet Ramey wrote:
On 7/12/19 4:26 PM, Martijn Dekker wrote:
Op 12-07-19 om 21:46 schreef Dennis Clarke:
Well the man page for XPG6 bc in Solaris 10 claims :
ENVIRONMENT VARIABLES
See environ(5) for descriptions of the following environment
variables that aff
Date:Fri, 12 Jul 2019 10:22:18 -0700
From:L A Walsh
Message-ID: <5d28c1ca.3000...@tlinx.org>
| They are both substitution mechanisms.
No, they're not. The hash table is an optimisation which speeds the
search for the pathname of a command, and that's all - every
I cannot reproduce on Bash 4.4.23, but I can reproduce on all of Bash
5.0.3 (Debian's) Bash 5.0.7 and
ea578790a910fcd394930de7a1933a9ee24f9119 from the "devel" branch
("commit bash-20190705 snapshot").
I'm on Linux and can reproduce both in my host's install of Bash
(Debian Buster), and inside con
On Fri, Jul 12, 2019, 3:46 PM L A Walsh wrote:
> On 2019/07/12 11:51, Eli Schwartz wrote:
>
>
> find_cmds() {
> for c in "$@"; do
> type -P $c >&/dev/null || {
> Pe "$0#$LINENO: Cannot find %s", "$c"
> exit 1; }
> alias $c=$(type -P $c);
> done
> }
>
>
>
This is a perfect
On Jul 12 2019, Chet Ramey wrote:
> I assume this means that bc doesn't use strtod.
Of course not, strtod doesn't parse arbitrary precision numbers.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for somethin
On 2019/07/12 11:51, Eli Schwartz wrote:
> ... How often do you need to re-type out a production script, that you
> feel a strong desire to optimize for ease of re-typing out rather than
> readability?
>
Never.
> I am mind-boggled that you don't grasp a very very simple programming
> need-to-do:
On 7/12/19 4:26 PM, Martijn Dekker wrote:
> Op 12-07-19 om 21:46 schreef Dennis Clarke:
>> Well the man page for XPG6 bc in Solaris 10 claims :
>>
>> ENVIRONMENT VARIABLES
>> See environ(5) for descriptions of the following environment
>> variables that affect the execution of bc: L
On 7/12/19 4:26 PM, Martijn Dekker wrote:
Op 12-07-19 om 21:46 schreef Dennis Clarke:
Well the man page for XPG6 bc in Solaris 10 claims :
ENVIRONMENT VARIABLES
See environ(5) for descriptions of the following environment
variables that affect the execution of bc: LANG, LC_ALL,
Op 12-07-19 om 21:46 schreef Dennis Clarke:
Well the man page for XPG6 bc in Solaris 10 claims :
ENVIRONMENT VARIABLES
See environ(5) for descriptions of the following environment
variables that affect the execution of bc: LANG, LC_ALL,
LC_CTYPE, LC_MESSAGES, and NLSPATH.
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -g -O2 -Wno-parentheses -Wno-format-security
uname output: Linux ubuntu-14-04-4 4.2.0-42-generic #49~14.04.1-Ubuntu SMP Wed
Jun 29 20:22:11 UTC 2016 x86_64 x86_64 x86
Le 12/07/2019 à 21:16, Chet Ramey écrivait :
On 7/12/19 12:46 PM, Léa Gris wrote:
Le 09/07/2019 à 22:02, Chet Ramey écrivait :
These are up to the system's strtol/strtod. I don't know of too many
strtol implementations that use the thousands separator and numeric
grouping.
Chet and you other
On 7/12/19 3:50 PM, Chet Ramey wrote:
On 7/12/19 3:46 PM, Dennis Clarke wrote:
uh huh ...
LC_NUMERIC
This category specifies the decimal and thousands
delimiters. The information corresponding to this
category is stored in a database
On 7/12/19 3:46 PM, Dennis Clarke wrote:
> uh huh ...
>
> LC_NUMERIC
>
> This category specifies the decimal and thousands
> delimiters. The information corresponding to this
> category is stored in a database created by the
>
On 7/12/19 3:25 PM, Chet Ramey wrote:
On 7/12/19 3:22 PM, Eli Schwartz wrote:
On 7/12/19 3:16 PM, Chet Ramey wrote:
On 7/12/19 12:46 PM, Léa Gris wrote:
Le 09/07/2019 à 22:02, Chet Ramey écrivait :
These are up to the system's strtol/strtod. I don't know of too many
strtol implementations th
On 7/12/19 3:22 PM, Eli Schwartz wrote:
On 7/12/19 3:16 PM, Chet Ramey wrote:
On 7/12/19 12:46 PM, Léa Gris wrote:
Le 09/07/2019 à 22:02, Chet Ramey écrivait :
These are up to the system's strtol/strtod. I don't know of too many
strtol implementations that use the thousands separator and nume
On 7/12/19 3:22 PM, Eli Schwartz wrote:
> On 7/12/19 3:16 PM, Chet Ramey wrote:
>> On 7/12/19 12:46 PM, Léa Gris wrote:
>>> Le 09/07/2019 à 22:02, Chet Ramey écrivait :
>>>
These are up to the system's strtol/strtod. I don't know of too many
strtol implementations that use the thousands s
On 7/12/19 3:16 PM, Chet Ramey wrote:
> On 7/12/19 12:46 PM, Léa Gris wrote:
>> Le 09/07/2019 à 22:02, Chet Ramey écrivait :
>>
>>> These are up to the system's strtol/strtod. I don't know of too many
>>> strtol implementations that use the thousands separator and numeric
>>> grouping.
>>
>> Chet a
On 7/12/19 12:46 PM, Léa Gris wrote:
> Le 09/07/2019 à 22:02, Chet Ramey écrivait :
>
>> These are up to the system's strtol/strtod. I don't know of too many
>> strtol implementations that use the thousands separator and numeric
>> grouping.
>
> Chet and you other Bash maintainers or contributors
On 7/12/19 1:22 PM, L A Walsh wrote:
>> Hidden optimisations - things that make execution faster but do not
>> otherwise change the results are fine.
>>
>> Mechanisms that are being used for no other useful purpose than to
>> obscufate the code are something entirely different.
>>
>
> T
On 7/12/19 10:00 AM, Mike Jonkmans wrote:
> Bash Version: 4.4
> Patch Level: 20
> Release Status: release
>
> Description:
> A pipeline, with two or more pipes, hangs when a background job is
> running.
> Only when the background job finishes, the shell prompts again.
> Without
On 2019/07/10 21:46, Robert Elz wrote:
> | Both are a simple substitution that bash gives the
> | appearance of being the same mechanism.
>
>
> The two are not even slightly similar (regardless of what the
> implementations happen to be, and regardless of mechanisms added
> (only in bash
Le 09/07/2019 à 22:02, Chet Ramey écrivait :
These are up to the system's strtol/strtod. I don't know of too many
strtol implementations that use the thousands separator and numeric
grouping.
Chet and you other Bash maintainers or contributors dudes:
I can foresee the implications and blockag
On 7/10/19 1:21 PM, astian wrote:
> Bash Version: 5.0
> Patch Level: 3
> Release Status: release
>
> Description:
>
> I discovered a curious performance degradation in the combined usage of the
> constructs "eval set -- ..." and new-style command substitution. In short,
> setting the posi
On Fri, Jul 12, 2019 at 04:00:57PM +0200, Mike Jonkmans wrote:
> uname output: Linux sint 4.15.0-54-generic #58-Ubuntu SMP Mon Jun 24 10:55:24
> UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
(Why are you reporting problems on an Ubuntu system on a debian.org
mailing list?)
> Repeat-By:
> : | : |
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-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKA
27 matches
Mail list logo
