#1035599 coreutils: pr: taking +0 to be a file-name is inconsistent with refusing +99999999999999999999, diverges from SysVr4

Package:
coreutils
Source:
coreutils
Description:
GNU core utilities
Submitter:
наб
Date:
2023-05-06 01:15:04 UTC
Severity:
normal
#1035599#5
Date:
2023-05-06 01:10:01 UTC
From:
To:
Dear Maintainer,

  $ pr +0
  pr: +0: No such file or directory
  $ pr +99999999999999999999
  pr: + argument '99999999999999999999' too large
this is inconsistent.

Issue 8 Draft 3 says
  110734  The following options shall be supported. In the following option descriptions, column, lines,
  110735  offset, page, and width are positive decimal integers; gap is a non-negative decimal integer.

  110736  +page Begin output at page number page of the formatted input.
so this is strictly-speaking legal, but still weird:
+0 is a file, but all other +[0-9][0-9]* combinations are numbers.

As literature review:
  SysVr4 accepts +0 as a number (and doesn't check overflow), and
  NetBSD refuses +0             (likewise).

Best,
наб