uutils/coreutils

Date rejects valid large years that GNU date accepts

Open

#9,774 建立於 2025年12月22日

在 GitHub 查看
 (6 留言) (0 反應) (0 負責人)Rust (23,246 star) (1,852 fork)batch import
U - datefuzzinggood first issue

描述

GNU:

  $ LANG=C TZ=UTC0 /usr/bin/date -d "18978-01-01"
  Thu Jan  1 00:00:00 UTC 18978

Rust:

  $ LANG=C TZ=UTC0 ./target/debug/date -d "18978-01-01"
  date: invalid date '18978-01-01'
  • GNU date: Accepts year 18978 and outputs the date correctly
  • Rust date: Rejects year 18978 as invalid date, appears to have a limit around year 9999
  • GNU date supports much larger year ranges than our implementation

Found with a fuzzer

貢獻者指南

技術棧
rust
領域
cli
議題類型
bug
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
3
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
1-3 hours
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
fresh
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
clear
前置要求
Rust basicsunderstanding of date parsing
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
75
研究方向
The issue is that the Rust date command rejects years beyond 9999, while GNU date accepts larger years like 18978. Start by locating the date parsing logic in the repository, likely in the 'src/uu/date' directory. Look for where the year range is validated or where a limit like 9999 is set. This might be in the implementation of parsing dates with chrono or custom logic. Compare with GNU's behavior to understand the expected range. Adjust the parsing to accept a wider range of years.