oradate values before year one format as implausible modern dates (e.g. 1 BC Jan 15 renders as 2026-01-15)
維護者通常 1 天內回覆
評估
研究方向
Start by tracing the oradate_out and timestamp_to_char paths mentioned in the issue, then compare their handling of internal year 0 with plain timestamp formatting. Check the Oracle compatible NLS format behavior and the reported oradate input failure. Done when pre-year-one oradate values render with the expected year and month, with regression coverage for the reproduction.
由索引模型根據 Issue 內容生成。
描述
Environment
IvorySQL 5.6 (official deb) + ivorysql_ora built from master (2c5e8dd), ivorysql.compatible_mode = oracle
Reproduction
SELECT to_char(timestamp '0001-01-15 BC', 'SYYYY-MM-DD'); -- -0001-01-15 (plain timestamp: correct)
SELECT to_char(add_months(oradate '2024-01-15', -24288), 'SYYYY-MM-DD');
-- 2026-01-15 (should be -0001-01-15: the month arithmetic yields internal year 0 = 1 BC)
add_months reaching internal year 0 (1 BC) is verifiable by ordering: the result compares greater than 2 BC Dec 15 and less than 1 BC Feb 15 as expected, so the internal value is right — only the rendering via the oradate path is wrong (plain timestamp rendering of the same value is fine). Displayed garbage varies by one month when stepping across the boundary (e.g. internal 2 BC Dec 15 renders as 2025-12-15), i.e. the year appears to be taken from a different representation stage.
Scope
Rendering/conversion of pre-year-one values through oradate_out/timestamp_to_char with NLS formats (and possibly the oradate input side — oradate '0001-01-15 bc' fails to parse with the default NLS picture while plain timestamp input parses). Worth a focused investigation; surfaced while testing #2955's fix.
- 主要語言
- C
- 星號
- 1.1k
- 分支
- 232
- 平均合併
- 2 天 3 小時
- 30 天內合併 PR
- 8
環境準備
這個專案沒有提供開發容器、Dockerfile 或貢獻指南，環境需要你自己搭建：先看它的 README，通用步驟見我們的新手貢獻指南。
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
IvorySQL/IvorySQL 的其他 Issue
-
PostgreSQL::Version rejects documented full psql version output可能已有人在做 @feitiansiyan 今天認領。 未關閉bug
難度 2/5 1-3 小時 新手友好度 62/100
IvorySQL/IvorySQL#2999 · 1 則留言 ·
維護者通常 1 天內回覆
-
UTL_FILE.NEW_LINE silently ignores negative line counts可能已有人在做 @X-LightYear 於 8 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 64/100
IvorySQL/IvorySQL#2634 · 1 則留言 ·
維護者通常 1 天內回覆
-
Character function regression assumes normal identifier case on default interchange clusters可能已有人在做 @zhouxj52 於 15 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 78/100
IvorySQL/IvorySQL#2470 · 1 則留言 ·
維護者通常 1 天內回覆
-
xml2 no-libxslt expected files do not match PG/Oracle input scripts可能已有人在做 @zhouxj52 於 15 天前認領。 未關閉
難度 2/5 1-3 小時 新手友好度 78/100
IvorySQL/IvorySQL#2468 · 1 則留言 ·
維護者通常 1 天內回覆
-
Title: Build failure in DBMS_SCHEDULER due to incorrect placement of pg_noreturn可能已有人在做 @darshan-s-44 於 22 天前認領。 未關閉bug good first issue
難度 1/5 1 小時以內 新手友好度 75/100
維護者通常 1 天內回覆
查看 IvorySQL/IvorySQL 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 68/100
colbymchenry/codegraph#3223 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 70/100
arduino/ArduinoCore-megaavr#152 ·
-
難度 2/5 1-3 小時 新手友好度 66/100
FujiNetWIFI/fujinet-firmware#2261 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 62/100
kivy/python-for-android#3405 · 1 個 reaction ·
維護者通常 1 天內回覆
-
Nmap
難度 1/5 1 小時以內 新手友好度 82/100
維護者通常 1 天內回覆