SCIENTIFIC-LINUX-USERS Archives

February 2021

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"~Stack~" <[log in to unmask]>
Reply To:
~Stack~
Date:
Wed, 10 Feb 2021 18:17:26 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (34 lines)
Greetings,

Curious if anyone else can replicate this. I initially saw this in a 
certain upstream vendor 7.9, but I'm having issues replicating it and 
it's only in a certain environment (virtual and I've done strange and 
awful things to that as I've been trying to understand an unrelated 
project). However, I was trying to figure out if it was other places as 
well. Sure enough, I can replicate it on every single one of my SL 7.9 
instances that I've tested.

The short, numfmt should not return 'nan' when passed a zero.

$ echo 0 | numfmt
nan
$ rpm -q coreutils
coreutils-8.22-24.el7_9.2.x86_64

If I try on any other distro (Ubuntu/Debian/CentOS 8), it returns 0 as 
it should.

$ echo 0 | numfmt
0
$ rpm -q coreutils
coreutils-8.30-8.el8.x86_64

I may not be able to replicate it as reliably as I would prefer on 
upstream vendor, but every single SL 7.9 system I've tried has had 
coreutils-8.22-24.el7_9.2.x86_64 and incorrectly returns 'nan'.

I'm hoping the devs can confirm and/or offer suggestions.

Thanks!
~Stack~

ATOM RSS1 RSS2