Skip to content

bug(numfmt): some numbers cause incorrect conversion and logic issues #12855

Description

@HackingRepo

Hi, uutils maintenenres

we tested some numbers after we reached

relunsec@relunsec:~/software/coreutils/target/debug$ ./numfmt 1091611621123456668921298.1279298262626672676226672772762626627828
1091611621123456602472448.0000000000000000000000000000000000000000

as i see the number i see looks like corrupted, i do'nt known where comes the weird behavior while gnu numfmt not produce anything
invalid, in constract it rejected it

relunsec@relunsec:~/software/coreutils/target/debug$ gnunumfmt 1091611621123456668921298.1279298262626672676226672772762626627828
gnunumfmt: value too large to be converted: ‘1091611621123456668921298.1279298262626672676226672772762626627828’

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions