Hi,

you might be running into this issue: https://urldefense.proofpoint.com/v2/url?u=https-3A__bugzilla.redhat.com_show-5Fbug.cgi-3Fid-3D1925204&d=DwICaQ&c=gRgGjJ3BkIsb5y6s49QqsA&r=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A&m=ts7ZLN5_srcF3E4faT54Sy7e6mS9J6_NLmE5JzpQZNY&s=QJunYmR2QqlKhqaFW90rNCvLZU3fnyDph0Dr_ISa-H0&e= 

This has been introduced with glibc-2.17-322.el7_9 and has been fixed in glibc-2.17-323.el7_9.
CentOS 7 already ships the updated version, on SL7 the version seems to be not yet available.

Regards,
Stefan

----- Original Message -----
> From: "~Stack~" <[log in to unmask]>
> To: [log in to unmask]
> Sent: Thursday, February 11, 2021 1:17:26 AM
> Subject: numfmt issue on SL 7.9; possible bug?

> 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~