Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: arithmetic anomaly

X-seq: zsh-users 26607
From: Ray Andrews <rayandrews@xxxxxxxxxxx>
To: zsh-users@xxxxxxx
Subject: Re: arithmetic anomaly
Date: Thu, 25 Mar 2021 17:37:49 -0700
Archived-at: <https://zsh.org/users/26607>
Archived-at: <http://www.zsh.org/sympa/arcsearch_id/zsh-users/2021-03/cb16b987-9521-e2b7-3bbc-8b71677b913c%40eastlink.ca>
In-reply-to: <91303-1616717760.288585@Iyj2.F9RA.VD0P>
List-id: <zsh-users.zsh.org>
References: <0227b30d-4f09-2c8b-1248-557859d875ce@eastlink.ca> <91303-1616717760.288585@Iyj2.F9RA.VD0P>

On 2021-03-25 5:16 p.m., Oliver Kiddle wrote:

Ray Andrews wrote:

      printf "%.0f / %.0f \n" "$(( numerator ))" "$(( denominator ))"

Where you use %f, %d etc. the printf parameters are evaluated in math
context so there's no need to convert via ASCII decimal representation
with "$(( … ))". You can just do:

   printf "%.0f / %.0f \n" numerator denominator

Thanks.  Actually I just figured that out myself.

e of the shell rather than floats
but floats are what we have.

But why do we let them spew out garbage? Just now I experimented with "%d " as the output specifier and it very politely goes obviously wrongat level 16 so you know it's reached the end of its rope, but the floatsjust keep on floating way into nonsense. Very unhygienic.

Follow-Ups:
- Re: arithmetic anomaly
  - From: Roman Perepelitsa

References:
- arithmetic anomaly
  - From: Ray Andrews
- Re: arithmetic anomaly
  - From: Oliver Kiddle

Messages sorted by: Reverse Date, Date, Thread, Author