הצגת המקור של הדף "באגים הקשורים לשעה ותאריך"

ב[[תוכנה]], '''באגים הקשורים לשעה ותאריך''' הם [[באג]]ים הגורמים לחישוב שגוי של [[זמן]], שעה או [[תאריך]] ו[[זמן מערכת]], שמתרחש לרוב במעבר בין ימים, חודשים או שנים, או במצב של גלישה מגבולות הזמן המקסימלי שהוגדר במערכת. לבאגים אלה יש השלכות על החישובים התלויים בנתוני הזמן, והם עלולים להוביל לשגיאות קשות ולשיתוק פעולה של מערכות.

המקרה הידוע ביותר הוא [[באג 2000]], אבל ידועים מקרים נוספים לאורך ה[[היסטוריה של המחשוב]] וב[[עתיד]].

==באגים היסטוריים==
=== באג 1970 ===
במהלך [[שנות ה-60 של המאה ה-20]] במספר [[תוכנה|תוכנות]] היה נהוג לייצג את ה[[שנה]] באמצעות [[ספרה]] בודדת (0–9). כך היה יותר פשוט לרשום, למשל ב[[שפת תכנות|שפות תכנות]] כמו [[COBOL]]. הבעיה אותרה ותוקנה עוד לפני 1970 ולא ידוע על נזק שנגרם כתוצאה מכך.

=== באג 1975 ===
טווח השדה של השנה במערכת ההפעלה [[PDP#PDP-10|PDP-10]] לא היה מסוגל להכיל יותר מידע החל מ-[[4 בינואר]] באותה שנה. נרשמו מספר תקלות. במטרה לפתור את הבעיה, פותח [[פורמט קובץ|פורמט]] חלופי.<ref>{{קישור כללי|כתובת=http://catless.ncl.ac.uk/Risks/4.45.html|הכותב=Peter G. Neumann|כותרת=The RISKS Digest, Volume 4 Issue 45|אתר=The RISKS Digest, Volume 4 Issue 45|תאריך=1987-02-02|שפה=en|תאריך_וידוא=2021-03-09}}</ref>

=== באג 1978 ===
מערכת ההפעלה [[OS/8]] של [[PDP#PDP-8|PDP-8]] משתמשת ב:
* 4 ביטים לחודש.
* 5 ביטים לתאריך שבו.
* 3 ביטים לשנה, כלומר מתמיכה בעד 8 (2 בחזקת 3) שנים (החל משנת 1970).<ref>1970 – 1977</ref><ref>{{קישור כללי|כתובת=http://www.pdp8online.com/pdp8cgi/os8_html?act=dir;fn=linctape-images/os8l/ps-8-system-25.linc;sort=ext|כותרת=Directory of linctape-images/os8l/ps-8-system-25.linc|אתר=www.pdp8online.com|תאריך_וידוא=2021-03-09}}</ref>

בעיה זו זוהתה כשפותח [[COS-310]] {{אנ|COS-310}}, ותאריכים נרשמו בצורה שונה.<ref>"COS-310, מערכת ההפעלה המסחרית של DEC עבור PDP-8, נתמכת... אבל עם פורמט קובץ טקסט חדש. מערכת הקבצים כמעט זהה ל-OS/8, אך התאריכים נרשמים אחרת..."</ref><ref>{{קישור כללי|כתובת=http://homepage.cs.uiowa.edu/~jones/pdp8/faqs/|כותרת=Doug Jones's DEC PDP-8 FAQs|אתר=homepage.cs.uiowa.edu|תאריך_וידוא=2021-03-09|ציטוט="but dates are recorded differently"}}</ref>

=== באג 1989 ===
תוכנות [[מיינפריים]] מסוימות נכתבו כדי לקודד תאריכים כמספר הימים מאז '[[תאריך אפס]]' ב-[[1 בינואר]] [[1900]], ואוחסנו כמספרים שלמים בינאריים בגודל [[16 סיביות]] כולל סיבית סימן. ב-[[18 בספטמבר]] 1989, תוכנות אלה החלו להיכשל, כיוון שהתאריך היה בדיוק 32,768 (2<sup>15</sup>) יום מאז תאריך האפס. ערכים ביום זה ואחריו אינם משתלבים במספר שלם של 16 סיביות בעל סיבית סימן, אלא מוצפים ומחזירים ערכים שליליים.

=== באג 1997 ===
מערכת ההפעלה [[Domain/OS]] {{אנ|Domain/OS}} שהתבססה על חישוב זמן לפי ספירת 4 [[מיקרושנייה|מיקרושניות]] החל מ-1 בינואר 1980, קרסה ב-[[2 בנובמבר]], עת הגיעה ל-47 [[סיבית|סיביות]], ובכך הפכו מערכות לא מתוקנות לבלתי שמישות.{{הערה|{{קישור כללי|כתובת=http://jim.rees.org/apollo-archive/date-bug|כותרת=Latest News on the Date Bug}}}}

=== באג 1999 ===
התרחשו מספר באגים בחודשים האחרונים של השנה, הקשורים בהתכוננות לקראת באג 2000, אך קיבלו פחות פרסום ממנו.

==== התהפכות ה-GPS הראשונה ====
תאריכי [[GPS]] מפורשים כמספר שבוע ומספר יום בשבוע, כאשר מספר השבוע מועבר כערך של עשר סיביות. המשמעות היא שכל 1,024 שבועות (7,168 ימים או כ-19.6 שנים) לאחר יום ראשון, [[6 בינואר]] [[1980]] (תחילת ה-GPS), התאריך יתאפס שוב למועד זה; באג זה התרחש בפעם הראשונה בשעה 23:59:47 ביום שבת, [[21 באוגוסט]] [[1999]],<ref name=":0">{{קישור כללי|כתובת=https://web.archive.org/web/20081003073858/http://www.informationweek.com/747/47uwjg.htm|הכותב=Janis L. Logan|כותרת=Applications To The Nines|אתר=web.archive.org|תאריך_וידוא=2021-03-09}}</ref> בפעם השנייה בשעה 23:59:42 [[UTC]] ב-[[6 באפריל]] [[2019]], והוא יקרה שוב ב-[[20 בנובמבר]] [[2038]].<ref name=":1">{{קישור כללי|כתובת=https://www.cyber.gov.au/news/gps-rollover|כותרת=GPS week roll over April 6th|אתר=www.cyber.gov.au.|תאריך_וידוא=2019-06-10}}</ref> כדי לטפל בדאגה זו, הודעות ניווט GPS מודרניות משתמשות בשדה של 13 סיביות, שחוזר על עצמו רק כל 8,192 שבועות (57,344 ימים או כ-157 שנה), ולא יחזור לאפס עד לשנת 2137 לערך.

==== 9/9/99 ====
{{ראו גם|מספר קסם (תכנות)}}
בתוכנות או מערכי נתונים רבים, "9/9/99" שימש כערך נוכל לציון תאריך שלא נפתר או כמסיים לציון שאין נתונים נוספים בערכה. הדבר העלה סוגיות עם הגעת התאריך הממשי שהוא מייצג, 9 בספטמבר 1999.{{הערה|{{TheMarker|איי אונליין|מומחי מחשבים: קיים חשש גדול כי בתאריך 9.9.99 תתרחש 'חזרה כללית לקראת באג 2000'|1.7616|16 באוגוסט 1999}}}}<ref name=":0" />

=== באג 2000 ===
[[קובץ:Bug_de_l'an_2000.jpg|ממוזער|לוח אלקטרוני בצרפת, שהוצג בכניסה לבית ספר ב[[נאנט]]. כתוצאה מבאג 2000, הלוח הראה את התאריך "3 בינואר 1900".]]
{{הפניה לערך מורחב|באג 2000}}
{{ראו גם|ערכים=[[בעיית שנה מעוברת]], [[בעיית שנת 1900]]}}

==== ייצוגים דו-ספרתיים של שנים ====
בשנה זו נוצרה בעיה מאחר שעד אותה שנה ספרות השנה הוצגו באמצעות שתי ספרות בלבד, מטעמי נוחות וחיסכון. מפתחי הקודים מעשרות שנים מלפני כן תיקנו את הבעיה ובפועל לא נגרמו נזקים משמעותיים.{{הערה|שם=גנדל|{{נענע10|עידו גנדל|באג מחשבים|593072|10 בנובמבר 2008}}}}

בעיות המשך שנגרמו כתוצאה מתיקונים זמניים מסוימים לבאג 2000 צצו ויצוצו בנקודות שונות במאה ה-21. חלק מהתוכנות הותאמו לבאג 2000 על ידי המשך שימוש בשתי ספרות, אך בחירת שנה שרירותית שלפניה שנים אלו מתפרשות כ-20xx, ואחריה מתפרשות כ-19xx.<ref>{{קישור כללי|כתובת=http://www.uic.edu/depts/accc/software/isodates/fixing.html|כותרת=Identifying and Correcting Dates with Two-Digit Years|אתר=www.uic.edu|תאריך_וידוא=2021-03-12}}</ref>

לדוגמה, ייתכן שתוכנה שונתה כך שהיא מתייחסת לערכי שנה דו ספרתיים 00–68 כאל הכוונה לשנת 2000 עד 2068, ולערכים 69–99 כאל הכוונה ל-1969 עד 1999.<ref>{{קישור כללי|כתובת=https://pubs.opengroup.org/onlinepubs/000095399/utilities/date.html|כותרת=date – write the date and time|אתר=pubs.opengroup.org|תאריך_וידוא=2021-03-12}}</ref> תוכנה כזו לא תוכל להתמודד נכון עם שנים מעבר ל-2068.

עבור יישומים הנדרשים לחשב שנת הלידה (או שנה אחרת בעבר), אלגוריתם כזה שימש זמן רב כדי להתגבר על [[בעיית שנת 1900]], אך הוא לא הצליח לזהות [[בני מאה|אנשים מעל גיל 100]].

=== באג 2001 ===
ב-9 בספטמבר התרחש באג בסוגי פורמט קבצים בודדים מערכת ההפעלה [[Unix]] כאשר מספר ה[[שנייה|שניות]] ב[[זמן יוניקס]] הגיע ל[[מיליארד]]. הבאג יצר בעיה בסוגי קבצים שמשתמשים במספר "999,999,999" בשביל לייצג את סוף הקובץ.{{הערה|{{Cite news|title=Unix Tick Tocks to a Billion|work=Wired|url=https://www.wired.com/2001/09/unix-tick-tocks-to-a-billion/|language=en-US|access-date=2022-05-16|first=Farhad|last=Manjoo}} "Unix Tick Tocks to a Billion" באתר wired, {{כ}} 8 בספטמבר 2001}}

=== באג 2010 ===
חלק מהמערכות נתקלו בבעיות כשנכנסה שנת 2010. בעיה זו כונתה על ידי חלק מהתקשורת כבאג "2010" או "Y2.01k".<ref>{{קישור כללי|כתובת=https://www.crn.com.au/news/bank-of-queensland-hit-by-y201k-glitch-163864|כותרת=Bank of Queensland hit by “Y2.01k” glitch|אתר=CRN Australia|תאריך_וידוא=2021-03-12}}</ref>

המקור העיקרי לבעיות היה בלבול בין [[קידוד תווים|קידוד מספרים]] ב[[בסיס הקסדצימלי]] לבין [[עשרוני בקידוד בינארי]]. המספרים 0 עד 9 מקודדים הן בהקסדצימלי והן בבינארי כ-00<sub>16</sub> עד 09<sub>16</sub>. אך המספר 10 מקודד בהקסדצימלי כ-0A<sub>16</sub> ובעשרוני בקידוד בינארי כ-10<sub>16</sub>. לפיכך 10<sub>16</sub> בקידוד בינארי המתפרש בקידוד הקסדצימלי מייצג בטעות את המספר העשרוני 16.

לדוגמה, פרוטוקול ה-[[SMS]] משתמש בקידוד בינארי לתאריכים, כך שחלק מתוכנות הטלפון הנייד הציגו בצורה שגויה את תאריכי ההודעות בתור שנת 2016 במקום 2010. [[Windows Mobile]] הייתה התוכנה הראשונה שדווחה שהושפעה מהתקלות הללו; בחלק מהמקרים, Windows Mobile 6 {{כ}}(WM6) שינה את התאריך של כל הודעת SMS נכנסת שנשלחה לאחר 1 בינואר 2010 משנת 2010 לשנת 2016.<ref>{{קישור כללי|כתובת=http://news.cnet.com/8301-13860_3-10425455-56.html?tag=newsLatestHeadlinesArea.0#addcomm|כותרת=Windows Mobile glitch dates 2010 texts 2016|תאריך=05-01-2010}}</ref><ref>{{קישור כללי|כתובת=https://web.archive.org/web/20131023061135/http://www.techradar.com/news/world-of-tech/windows-mobile-phones-suffer-y2k-10-bug-661062|כותרת=Windows Mobile phones suffer Y2K+10 bug {{!}} News {{!}} TechRadar|אתר=web.archive.org|תאריך=2013-10-23|תאריך_וידוא=2021-03-12}}</ref>

מערכות אחרות שנפגעו כוללות [[מסוף|מסופי]] [[EFTPOS]],<ref>{{קישור כללי|כתובת=https://web.archive.org/web/20100108210918/http://www.itwire.com/content/view/30308/53/|כותרת=iTWire - Bank of Queensland vs Y2K – an update|אתר=web.archive.org|תאריך=2010-01-08|תאריך_וידוא=2021-03-12}}</ref> ו-[[Playstation 3|PlayStation 3]] (למעט דגם Slim).<ref>{{קישור כללי|כתובת=https://gizmodo.com/error-8001050f-takes-down-playstation-network-5482365|כותרת=Error: 8001050F Takes Down PlayStation Network|אתר=Gizmodo|שפה=en-us|תאריך_וידוא=2021-03-12}}</ref>

התקלה החמורה ביותר התרחשה ב[[גרמניה]], שם למעלה מ-20 מיליון כרטיסי בנק הפכו לבלתי שמישים, וב[[סיטיבנק]] בלגיה, שם שבבי זיהוי הלקוחות שלה בדיג'יפס הפסיקו לעבוד.<ref>{{קישור כללי|כתובת=https://www.rtl.be/info/monde/international/bug-de-l-an-2010-en-allemagne-plus-de-20-millions-de-cartes-bancaires-inutilisables-145867.aspx|הכותב=R. T. L. Newmedia|כותרת=Bug de l'an 2010 en Allemagne: plus de 20 millions de cartes bancaires inutilisables|אתר=RTL Info|שפה=fr|תאריך_וידוא=2021-03-12}}</ref>

=== באג 2011 ===
{{הפניה לערך מורחב|באג 2011}}
טייוואן משתמשת באופן רשמי ב[[לוח מינגו]] {{אנ|Republic of China calendar}}, הרואה את השנה הגרגוריאנית [[1912]] כשנה 1. לפיכך, השנה הגרגוריאנית 2011 היא השנה הטייוואנית ה-100, השנה הראשונה בת 3 ספרות.<ref>{{קישור כללי|כתובת=http://pinyin.info/news/2006/taiwans-y1c-problem/|כותרת=Taiwan’s Y1C problem {{!}} Pinyin News|שפה=en-US|תאריך_וידוא=2021-03-13}}</ref>

=== באג 2013 ===
ה[[גשושית]] [[פגיעה עמוקה (גשושית)|פגיעה עמוקה]] של סוכנות החלל [[נאס"א]] איבדה קשר עם כדור הארץ באוגוסט 2013, אחרי שהשעון שבה ספר 2<sup>32</sup> עשיריות שנייה מאז 1 בינואר 2000.<ref>{{קישור כללי|כתובת=https://web.archive.org/web/20131002233200/http://permalink.gmane.org/gmane.comp.time.tz/7588|כותרת=Deep Impact: wrong time zone?|אתר=web.archive.org|תאריך=2013-10-02|תאריך_וידוא=2021-03-13}}</ref>

=== באג 2015 ===
חלק מהטלפונים הסלולריים של [[סמסונג]] שהכילו [[ערכת שבבים]] של חברת Agere (כגון Samsung SGH-C170) מיאנו לעבור את התאריך 31 בדצמבר 2014. התאריך השתנה אוטומטית ל-2015, אבל חזר לתאריך הבסיס אחרי כל הפסקת מתח (כגון הוצאת סוללה).{{דרוש מקור}}

=== באג 2017 ===
הדקה האחרונה בשנת [[2016]] הייתה [[דקה מעוברת]] ועם כניסת השנה החדשה, נוצרו בעיות בגישה למספר [[שרת (מחשבים)|שרת]]ים.<ref>{{ynet||באג 2017: השנייה הנוספת יצרה פאניקה בשרתים|4902257|3 בינואר 2017}}</ref> טכנאים התגברו על הבעיה בתוך 90 דקות.

=== באג 2019 ===
==== התהפכות ה-GPS השנייה ====
תאריכי [[GPS]] מפורשים כמספר שבוע ומספר יום בשבוע, כאשר מספר השבוע מועבר כערך של עשר סיביות. המשמעות היא שכל 1,024 שבועות (7,168 ימים או כ-19.6 שנים) לאחר יום ראשון, 6 בינואר 1980 (תחילת ה-GPS), התאריך יתאפס שוב למועד זה; באג זה התרחש בפעם הראשונה בשעה 23:59:47 ביום שבת, 21 באוגוסט 1999,<ref name=":0" /> בפעם השנייה בשעה 23:59:42 UTC ב-6 באפריל 2019, והוא יקרה שוב ב-20 בנובמבר 2038.<ref name=":1" /> כדי לטפל בדאגה זו, הודעות ניווט GPS מודרניות משתמשות בשדה של 13 סיביות, שחוזר על עצמו רק כל 8,192 שבועות (57,344 ימים או כ-157 שנה), ולא יחזור לאפס עד לשנת 2137 לערך.

==== מעבר לוח השנה היפני ====
{{הפניה לערך מורחב|באג תקופת לוח השנה היפני}}
ב-[[30 באפריל]] 2019 ויתר הקיסר [[אקיהיטו]] על תפקידו והעביר אותו לבנו [[נארוהיטו, קיסר יפן|נארוהיטו]]. כיוון שביפן, מכנים שנים באופן מסורתי לפי שמות התקופות המתאימות לתקופת שלטונו של כל קיסר, הדבר הביא לשם תקופה חדשה, [[תקופת ראיווה]] (令和), שהחלה עם כניסתו של נארוהיטו לכס המלוכה למחרת. מכיוון שהקיסר הקודם, [[הירוהיטו, קיסר יפן|הירוהיטו]], נפטר ב-[[7 בינואר]] [[1989]] ותקופת שלטונו של אקיהיטו הייתה דומה בעיקר לתקופת העלייה בשימוש במחשבים, מרבית התוכנות לא נבדקו כדי להבטיח התנהגות נכונה בשינוי בתקופה. יתר על כן, הבדיקה הסתבכה בגלל העובדה ששם העידן החדש לא נחשף עד 1 באפריל 2019. לכן, צפויות טעויות מתוכנות שלא צפו עידן חדש.

=== באג 2020 ===
[[WWE 2K20]] ו-[[Star Wars Jedi: Fallen Order]] קרסו שניהם ב-1 בינואר [[2020]], כשהשנה התחלפה. ניתן לעקוף את התקלות רק על ידי איפוס השנה חזרה לשנת 2019 עד לתיקון התקלה.<ref>{{קישור כללי|כתובת=https://segmentnext.com/2020/01/01/wwe-2k20-refuses-2020/|הכותב=Saqib Mansoor|כותרת=WWE 2K20 Refuses To Run In 2020|אתר=SegmentNext|תאריך=2020-01-01|שפה=en-US|תאריך_וידוא=2021-03-13}}</ref><ref>{{קישור כללי|כתובת=https://www.dsogaming.com/news/star-wars-jedi-fallen-order-wwe-2k20-and-other-games-are-not-launching-due-to-a-denuvo-2020-bug/|כותרת=Star Wars Jedi: Fallen Order and WWE 2K20 are not launching due to a "2020" bug [UPDATE]|אתר=DSOGaming|תאריך=2020-01-01|שפה=en-US|תאריך_וידוא=2021-03-13}}</ref> בנוסף, [[Crystal Reports 8.5]] לא הצליח ליצור דוחות ספציפיים החל משנת 2020.<ref>{{קישור כללי|כתובת=https://stackoverflow.com/questions/59580722/odbc-connection-crystal-reports|כותרת=sql - ODBC Connection / Crystal Reports|אתר=Stack Overflow|תאריך_וידוא=2021-03-13}}</ref>

מוני חניה של [[Parkeon]] ב[[ניו יורק]] ובמקומות אחרים לא הצליחו לקבל [[כרטיס אשראי|כרטיסי אשראי]] כ[[אמצעי תשלום]] החל משנת 2020. פותחה דרך לעקיפת הבעיה, אך נדרש לעדכן כל מונה בנפרד. בניו יורק המונים לא היו אמורים להיות מתוקנים עד ל-[[9 בינואר]].<ref>{{קישור כללי|כתובת=https://newyork.cbslocal.com/2020/01/02/parking-meters-nyc-credit-cards/|כותרת=Parking Meters Across NYC Not Accepting Credit Cards, Were Never Programmed To Work In 2020|תאריך=2020-01-02|שפה=en-US|תאריך_וידוא=2021-03-13}}</ref><ref>{{קישור כללי|כתובת=https://web.archive.org/web/20200104210355/https://gothamist.com/news/y2k20-parking-meter-software-glitch-causes-citywide-snafu|כותרת=Y2K20 Parking Meter Software Glitch Causes Citywide SNAFU - Gothamist|אתר=web.archive.org|תאריך=2020-01-04|תאריך_וידוא=2021-03-13}}</ref>

בפולין, כ-5,000 [[קופה רושמת|קופות רושמות]] הפסיקו את הדפסת התאריך כראוי.<ref>{{קישור כללי|כתובת=https://businessinsider.com.pl/finanse/handel/awaria-kas-fiskalnych-novitusa-firmy-licza-strarty/nyclnv2|הכותב=Patryk Pallus, 3 Sty 20 16:21|כותרת=Wielka awaria drukarek fiskalnych. Producent naprawia urządzenia, firmy liczą straty|אתר=Business Insider|תאריך=2020-01-03|שפה=pl|תאריך_וידוא=2021-03-13}}</ref>

שעוני ספורט חכמים של [[SUUNTO]] הראו שגיאה במחשוב ימי השבוע, שהוצגה בצעד +2 (כלומר: שישי (FRI) במקום רביעי (WED), שבת (SAT) במקום חמישי (THU) וכן הלאה). עבור שעונים של SUUNTO מדגם Spartan, תוקן הבאג עם שחרור ה[[קושחה]] 2.8.32.<ref>{{קישור כללי|כתובת=https://www.suunto.com/Support/Software-updates/Release-notes/suunto-spartan-software-updates/|כותרת=Suunto Spartan Software updates|אתר=Suunto|שפה=en-GB|תאריך_וידוא=2021-03-13}}</ref>

==== Mac OS Classic ====
[[לוח הבקרה]] בגרסאות 6, 7 ו-8 של [[Mac OS Classic]] מאפשר לקבוע את התאריך רק עד ליום 31 בדצמבר 2019, אם כי המערכת מסוגלת להמשיך ולקדם את הזמן מעבר לאותו תאריך.<ref>{{קישור כללי|כתובת=http://www.fenestrated.net/~macman/mirrors/Apple%20Technotes%20(As%20of%202002)/tn/tn1049.html|כותרת=Technical Note TN1049 Approaching the Millennium: The Mac and the Year 2000|תאריך=20-01-2020}}</ref><ref>{{קישור כללי|כתובת=http://www.mactcp.net/macos2020.html|כותרת=Vintage Mac 2020 fixes|אתר=www.mactcp.net|תאריך_וידוא=2021-03-13}}</ref>

=== באג 2021 ===
משתמשי סמסונג דיווחו כי טלפונים הפועלים על [[One UI|עדכון One UI 3.0]] האחרון או [[אנדרואיד 11]] איבדו את הגישה לסוללה ולסטטיסטיקת הטעינה החל משנת [[2021]]. מכשירים מושפעים לא דיווחו על סטטיסטיקות שימוש, ובכך יותירו את החלקים האלו ריקים.<ref>{{קישור כללי|כתובת=https://www.phonearena.com/news/samsung-battey-stats-missing-on-one-ui-3_id129282|הכותב=Eugene Jeong|כותרת=Users report an interesting glitch in Samsung's One UI 3.0, but it has an easy fix|אתר=Phone Arena|שפה=en-US|תאריך_וידוא=2021-03-13}}</ref><ref>{{קישור כללי|כתובת=https://piunikaweb.com/2021/03/04/samsung-one-ui-3-0-android-11-update-bugs-issues-tracker/|כותרת=Update: Mar. 04 Samsung One UI 3.0/3.1 (Android 11) update bugs & issues tracker|אתר=PiunikaWeb|תאריך=2021-03-04|תאריך_וידוא=2021-03-13}}</ref> דגמים ישנים יותר של Sony Bravia דיווחו על נתונים לא תקינים שמקבלים כשמנסים להגדיר תזכורות ל[[לוח שידורים אלקטרוני|לוח השידורים האלקטרוני]].

=== באג 2022 ===
תאריכים המאוחסנים בפורמט yymmddHHMM שהומרו למספר שלם מסומן של 32 סיביות גלשו ב-1 בינואר 2022, מפני ש-<math>2^{31}=2147483648
</math>. מספרי העדכון של רכיבי סריקת תוכנות זדוניות של [[Microsoft Exchange]] הושפעו במיוחד היה, ונראה כי הם משמשים לבדיקה מתמטית לקביעת העדכון האחרון.<ref>{{cite web|url=https://borncity.com/win/2022/01/01/exchange-fip-fs-scan-engine-failed-to-load-cant-convert-2201010001-to-long-1-1-2022/|first1=Günter|last1=Born|website=Born's Tech and Windows World|title=Exchange Year 2022 Problem: FIP-FS Scan Engine failed to load – Can't Convert "2201010001" to long (2022/01/01 00:00 UTC)|date=1 January 2022|access-date=1 January 2022}}</ref><ref>{{Cite web|url=https://news.sky.com/story/remember-the-y2k-bug-microsoft-confirms-new-y2k22-issue-12507401|title=Remember the Y2K bug? Microsoft confirms new Y2K22 issue|website=Sky News|first1=Alexander|last1=Martin|date=2 January 2022}}</ref>

מכוניות [[הונדה]] ו[[אקורה]] שיוצרו בין 2004 ל-2012 המכילות מערכות ניווט GPS הציגו באופן שגוי את השנה כשנת 2002. בעיה זו נבעה מגלישה נומרית מתחילת ספירת ה-GPS. הונדה אישרה כי הבעיה תיפתר מעצמה באוגוסט 2022.<ref>{{Cite web|title=Honda Clocks Are Stuck 20 Years In The Past And There Isn't A Fix|url=https://jalopnik.com/honda-clocks-are-stuck-20-years-in-the-past-and-this-mi-1848306970|access-date=2022-01-08|website=Jalopnik|language=en-us}}</ref><ref>{{Cite web|title=Shoddy coding has some Honda cars stuck in the year 2002|url=https://www.engadget.com/honda-2002-gps-bug-190248626.html|access-date=2022-01-08|website=Engadget|language=en-US}}</ref>

==באגים עתידיים צפויים==
=== באג 2025 ===
ביפן, מספר מערכות מחשבים ישנות משתמשות בלוח השנה היפני שלא עודכן, עדיין סופרות שנים לפי [[תקופת שווה]]. השנה 2025 מתאימה באותן מערכות לשנה ה-100 בתקופת שווה, מה שעלול לגרום לבעיות אם התוכנה מניחה שתי ספרות לשנה.<ref>{{cite web|title=Big tech warns of 'Japan's millennium bug' ahead of Akihito's abdication|website=TheGuardian.com|date=25 July 2018|url=https://www.theguardian.com/technology/2018/jul/25/big-tech-warns-japan-millennium-bug-y2k-emperor-akihito-abdication}}</ref>

=== באג 2028 ===
בסוף [[שנות השבעים של המאה העשרים]], במערכות Data General Nova ו-Eclipse, חברת המחשבים העולמית (שעושה יישומי איגודי אשראי) יצרה תבנית תאריך זו;{{דרוש מקור}}

שדה תאריך של 16 סיביות:
* 128 שנים = 7 ביטים ({{כ|ימינה=כן}}1900+128=2028)
* 12 חודשים = 4 ביטים
* 31 יום = 5 ביטים

תאריכים הושוו באופן ישיר באמצעות פונקציות ללא סיבית סימן.

אין מקרים ידועים של פורמט זה בשימוש כיום.

=== באג 2031 ===
מערכות מסוימות, כמו [[Nucleus OS]] של [[מדיהטק]] {{אנ|MediaTek}}, מגיעות רק עד 31 בדצמבר 2030.{{מקור}}

=== באג 2032 ===
[[Palm OS]] {{אנ|Palm OS}} משתמש בשני מספרים שלמים בעלי סיבית סימן עם תקופת 1970, כמו גם במספרים שלמים ללא סיבית סימן עם תקופת 1904, עבור פונקציות מערכת שונות,<ref>{{cite web|title=Palm OS® Protein C/C++ Compiler Language & Library Reference|url=http://apitechwriter.com/Samples/PalmSource/PalmOS_API_Compiler_Ref.pdf|access-date=12 October 2019|ref=Page 232}}</ref> כגון עבור שעון מערכת ותאריכי קבצים. אמנם זה אמור לגרום לכך ש-Palm OS יהיה רגיש לבאג 2038, אך Palm OS משתמש גם בשדה של 7 סיביות לאחסון ערך השנה, עם ספירה של תקופה שונה משנת 1904, וכתוצאה מכך שנת המקסימום שלו היא (1904+127) 2031.<ref>{{קישור כללי|כתובת=https://www.mail-archive.com/search?l=palm-dev-forum@news.palmos.com&q=subject:%22Re%5C:+Date+limited+to+2031%22&o=newest&f=1|כותרת=subject:"Re\: Date limited to 2031"|אתר=www.mail-archive.com|תאריך_וידוא=2021-03-13}}</ref>

=== באג 2034 ===
רוב הטלפונים של [[Siemens Mobile]] יכולים לתמוך בתאריכים רק עד 2033-12-31.{{מקור}}

=== באג 2036 ===
ל-[[Network Time Protocol]] יש בעיית גלישה הקשורה לבאג 2038, המתבטאת בשעה 06:28:16 UTC ב-[[7 בפברואר]] [[2036]], ולא בשנת 2038. חותמות הזמן של 64 סיביות ש-NTP משתמש בהן מורכבות מחלק של 32 סיביות עבור שניות וחלק של 32 סיביות לשנייה חלקית, מה שמקנה ל-NTP סולם זמן שמתהפך כל 2<sup>32</sup> שניות (כ-136 שנה או ליתר דיוק, 136 שנים, 70 ימים, 6 שעות, 28 דקות ו-16 שניות) ורזולוציה תאורטית של 2<sup>−32</sup> שניות (233 [[פיקושנייה|פיקושניות]]). NTP משתמש בתקופה שמתחילה ב-1 בינואר 1900. ההתהפכות הראשונה מתרחשת בשנת 2036, לפני [[באג 2038]] של UNIX.<ref>{{קישור כללי|כתובת=https://www.eecis.udel.edu/~mills/y2k.html|כותרת=The NTP Era and Era Numbering|אתר=www.eecis.udel.edu|תאריך_וידוא=2021-03-14}}</ref><ref>{{צ-ספר|שם=UNIX Network Programming: The sockets networking API|קישור=https://books.google.com/books?id=ptSC4LpwGA0C&pg=PA582|מו"ל=Addison-Wesley Professional|שנת הוצאה=2004|ISBN=978-0-13-141155-5|מחבר=W. Richard Stevens, W. Stevens, Bill Fenner, Andrew M. Rudoff|שפה=en}}</ref>

===באג 2038===
==== התהפכות זמן היוניקס ====
{{הפניה לערך מורחב|באג 2038}}
מערכות [[יוניקס]] המקוריות מותאמות למחשבי [[32 ביט]], ומונה הזמן בהן הוא מספר מסומן (כלומר חיובי או שלילי) שבו רק 31 ביטים מיועדים למנייה וביט אחד לסימן. המונה סופר שניות מ-1 בינואר 1970 ב[[חצות]], והוא יגלוש כשיגיע ל-[[2,147,483,647]] ב-[[19 בינואר]] [[2038]]. מרגע זה הוא יהפוך סימן ויתחיל למנות מ-{{משמאל לימין|-2,147,483,648}} המייצג את [[13 בדצמבר]] [[1901]].{{הערה|שם=גנדל}}

בעיה זו טופלה ברוב מערכות ההפעלה המודרניות של יוניקס ומערכות הפעלה של יוניקס על ידי אחסון זמן המערכת כמספר שלם של 64 סיביות, אם כי עדיין יש צורך לשנות גם יישומים, פרוטוקולים ופורמטי קבצים בודדים. מערכות יוניקס ישנות של 32 ביט שמחשבות תאריכים עתידיים, ייתקלו בבאג עוד לפני 2038.

==== התהפכות ה-DVB ====
למערכת [[שידור וידאו דיגיטלי|שידור הווידאו הדיגיטלי]] (DVB) יש בעיה ב-[[22 באפריל]] 2038, כאשר 16 הסיביות המשמשות להעברת ה-Modified Julian Days {{כ}}(MJD) המשמשות לתזמון מדריכים אלקטרוניים יופעלו מאפס. המפרט ETSI EN 300 368 מציין בנספח ג' כי נוסחאות ה-MJD המסופקות תקפות עד 28 בפברואר 2100, אך לא מזכיר את המגבלות שהוטלו על ידי 16 הסיביות המשמשות להעברת הערך המתקבל.{{מקור}}

==== התהפכות ה-GPS השלישית ====
תאריכי [[GPS]] מפורשים כמספר שבוע ומספר יום בשבוע, כאשר מספר השבוע מועבר כערך של עשר סיביות. המשמעות היא שכל 1,024 שבועות (7,168 ימים או כ-19.6 שנים) לאחר יום ראשון, 6 בינואר 1980 (תחילת ה-GPS), התאריך יתאפס שוב למועד זה; באג זה התרחש בפעם הראשונה בשעה 23:59:47 ביום שבת, 21 באוגוסט 1999,<ref name=":0" /> בפעם השנייה בשעה 23:59:42 UTC ב-6 באפריל 2019, והוא יקרה שוב ב-20 בנובמבר 2038.<ref name=":1" /> כדי לטפל בדאגה זו, הודעות ניווט GPS מודרניות משתמשות בשדה של 13 סיביות, שחוזר על עצמו רק כל 8,192 שבועות (57,344 ימים או כ-157 שנה), ולא יחזור לאפס עד לשנת 2137 לערך.

===באג 2040===
מחשבי [[מקינטוש]] מוקדמים של אפל מאחסנים זמן ב[[שעון בזמן אמת|שעונים בזמן אמת]] {{אנג|Real-time clock}} (RTC) שלהם ובמערכות הקבצים [[HFS]] {{אנ|Hierarchical File System}} כמספר שניות של 32 סיביות מאז 00:00:00 ב-1 בינואר 1904. לאחר 06:28:15 ב-6 בפברואר 2040, הזמן יחזור ל-1904.<ref name="inside">Apple Computer, Inc., ''Inside Macintosh'', Volume II, Addison Wesley, 1985, p. 369</ref> [[HFS+]] {{אנ|HFS Plus}}, פורמט ברירת המחדל של כל מחשבי מקינטוש האחרונים של אפל, מושפע גם הוא. [[Apple File System|מערכת הקבצים המחליפה של אפל]] {{אנ|Apple File System}} פותרת בעיה זו.

[[Apple ProDOS|ProDOS]] למחשבי [[אפל II]] תומך במספרי שנה דו ספרתיים בלבד. כדי להימנע מבעיות של באג 2000, אפל פרסמה הערה טכנית לפיה מספר השנה אמור לייצג את 1940–2039.<ref>{{קישור כללי|כתובת=http://www.1000bit.it/support/manuali/apple/technotes/pdos/tn.pdos.28.html|כותרת=ProDOS 8 Technical Note #28|אתר=www.1000bit.it|תאריך_וידוא=2021-03-15}}</ref> תוכנה לפלטפורמה עשויה להציג באופן שגוי תאריכים החל משנת 2040. מאמץ של [[צד שלישי]] מתבצע כדי לעדכן את תוכנת ProDOS ותוכנות היישום לכדי תמיכה בשנים עד 2924.<ref>{{קישור כללי|כתובת=https://prodos8.com/releases/prodos-25/|כותרת=ProDOS 2.5 Alpha 8|אתר=prodos8.com|תאריך_וידוא=2021-03-15}}</ref>

===באג 2042===
ב-[[18 בספטמבר]] [[2042]] שעון היום (TODC) יתהפך במחשבי [[IBM מיינפריים]] {{אנג|IBM mainframe}} S/370 וכן בדורותיהם הבאים, כולל ה[[zSeries]].<ref name=":2">{{צ-ספר|שם=Server Time Protocol Planning Guide {{!}} IBM Redbooks|קישור=http://www.redbooks.ibm.com/abstracts/sg247280.html?Open|שנת הוצאה=2016-09-30|שפה=en-US}}</ref>

שעוני יום ישנים יותר יושמו כמספר של 64 סיביות של 2<sup>−12</sup> מיקרו שניות (0.244 ננו-שניות), והבסיס הסטנדרטי היה 1 בינואר 1900 [[זמן אוניברסלי|UT]]. ביולי 1999 הוכרז על שעון ה-TODC המורחב, שהאריך את השעון ימינה (כלומר, הביטים המורחבים פחות משמעותיים מהביטים המקוריים). הרזולוציה בפועל תלויה במודל, אך הפורמט עקבי, ולכן יתהפך לאחר 2<sup>52</sup> מיקרו שניות.<ref name=":2" />

ערך ה-TODC נגיש לתוכנות [[מצב משתמש]] ומשמש לעיתים קרובות לתזמון וליצירת מזהים ייחודיים לאירועים.

בעוד ש-IBM הגדירה והטמיעה פורמט חומרה ארוך יותר במכונות האחרונות (128 סיביות), שמאריך את הטיימר בשני הקצוות לפחות ב-8 סיביות נוספות, תוכנות רבות ממשיכות להסתמך על פורמט 64 סיביות שנותר כתת-קבוצה נגישה של הטיימר הארוך יותר.

=== באג 2048 ===
למערכת [[ATSC]] תהיה בעיה דומה לנושא ה-DVB שתוארה לעיל לאחר 2048 עקב השימוש שלה בשניות GPS של 32 סיביות שמתחילות מ-[[6 בינואר]] 1980.

לוגיקת תכנון הקיבולת במערכת ה-ERP{{כ}}, [[SAP S/4HANA]], תומכת בתאריכי סיום בלבד עד [[19 בינואר]] [[2048]] (24855 ימים החל מ-1 בינואר [[1980]]). זה נוגע למשל לתכנון הייצור, התחזוקה והפיקוח.<ref>{{קישור כללי|כתובת=https://launchpad.support.sap.com/#/notes/2258792|כותרת=SAP note 2258792 (access to SAP Support Portal required)|אתר=launchpad.support.sap.com|תאריך_וידוא=2021-03-15}}</ref>

=== באג 2050 ===
מחשבוני [[טקסס אינסטרומנטס]] שונים ממשפחות [[TI BA II Plus]]{{כ}}, [[TI BA II Plus Professional]]{{כ}}, [[TI-83]]{{כ}}, [[TI-84]] ו-[[NSpire]] תומכים בפונקציה בשם {{קוד|dbd}} המשמשת כדי לחשב את מספר הימים בין תאריכים. פונקציה זו מקבלת תאריכים בין התאריכים 1950-01-01 (1 בינואר [[1950]]) ו-2049-12-31 (31 בדצמבר [[2049]]) בלבד. תחום פוטנציאלי אחד שבו הבאג יתחיל לגרום לבעיות בשנת 2020 והלאה הוא בחישוב [[משכנתה|משכנתאות]] ל-30 שנים ומעלה.<ref>{{קישור כללי|כתובת=https://groups.google.com/forum/#!topic/tinspire/Wr3lpF3ubBI|כותרת=Need a better days between dates function|אתר=|תאריך_וידוא=2021-03-15}}</ref><ref>{{קישור כללי|כתובת=https://www.hpmuseum.org/forum/thread-8313.html|כותרת=Y2K problem for days-between-dates for TI-84 series calcs|אתר=www.hpmuseum.org|תאריך_וידוא=2021-03-15|archive-url=https://web.archive.org/web/20170813170237/http://www.hpmuseum.org/forum/thread-8313.html}}</ref>

=== באג 2051 ===
[[Wii]] ו-[[נינטנדו 3DS]] יתהפכו בסוף 31 בדצמבר [[שנות ה-50 של המאה ה-21|2050]], ויחזרו חזרה עד ל-1 בינואר 2000. חלק מהמשחקים ב[[קונסולת משחקים|קונסולות]] שיש להם מערכות לוח שנה משלהם יחזרו לשנה אחרת שנקבעה על פי המשחק; דוגמה לכך הוא המשחק [[Animal Crossing: New Leaf]], שיחזור חזרה ל-1 בינואר [[2012]].<ref>{{קישור כללי|כתובת=https://gamefaqs.gamespot.com/boards/997811-animal-crossing-new-leaf/73951466|כותרת=What happens when you max out the year and set to Dec 31st 11:59 PM? - Animal Crossing: New Leaf|אתר=gamefaqs.gamespot.com|תאריך_וידוא=2021-03-15}}</ref>

=== באג 2061 ===
ה[[נינטנדו סוויץ']] לא מאפשרים למשתמשים להכניס תאריכים מעבור ל-2060-12-31. עם זאת, המערכת עדיין מסוגלת לחשב זמן מעבר לתאריך זה.<ref>{{cite web|title=Animal Crossing time travel|url=https://me.ign.com/en/nintendo-switch/172234/news/all-your-questions-about-animal-crossing-time-travel-answered|website=IGN|date=12 April 2020|access-date=28 August 2021}}</ref>

===באג 2079===
==== ימים 32,768 ו-65,536 ====
תוכניות המאחסנות תאריכים כמספר הימים מאז תאריך שרירותי הן פגיעות יותר לאפקטים של התהפכות אם הערכים אינם רחבים מספיק כדי לאפשר לערכי התאריך טווח זמן מספיק גדול. ערכים בינאריים של 16 סיביות מתהפכים לאחר 32,768 (2<sup>15</sup>) ימים מיום תחילת הספירה, ומתחילים לייצר ערכים שליליים. חלק ממערכות המיינפריים חוו כשלים בתוכנה כיוון שקודדו תאריכים כמספר הימים מאז 1 בינואר 1900, שהפיקו מספרי שנים שליליים בלתי צפויים ב-18 בספטמבר 1989. באופן דומה, ספירות בינאריות של 16 סיביות של ימים גולשות לאחר 65,536 (2<sup>16</sup>) ימים. עבור תוכנות המשתמשות בתקופה שמתחילה ב-1 בינואר 1900, בעיה זו תתרחש ב-6 ביוני 2079.{{הערה|שם=דסל|{{Citation|title=What happens when DS Lite system time and date exceeds 31st December 2099 @ 23:59?|url=https://www.youtube.com/watch?v=b3ReAc0ktQE|accessdate=2021-03-15|language=he-IL}}}}

=== באג 2080 ===
חלק מהטלפונים של [[נוקיה]] (אם לא כולם) המריצים את [[סדרה 40]] (כמו [[Nokia X2-00]]) תומכים רק בתאריכים עד 2079-12-31 (31 בדצמבר 2079) ויסרבו לשנות תאריכים מעבר ל-2079-12-31. הפתרון הוא להשתמש בשנת 1996 במקום שנת 2080 כשנה מעוברת תואמת להצגת היום הנכון בשבוע, התאריך והחודש על המסך הראשי.

מערכות המאחסנות את השנה כערך דו ספרתי {{כ|ימינה=כן}}00..99 באופן פנימי בלבד (כמו רבים מה-RTC) עשויות להתהפך בין 2079-12-31 לתקופת ה-[[IBM PC]] ו-[[DOS]] של 1980-01-01.

===באג 2100===
{{הפניה לערך מורחב|בעיית שנה מעוברת}}
מערכות [[DOS]] ו-[[Microsoft Windows]] תומכות ב[[ממשק תכנות יישומים]] עד ל-31 בדצמבר 2100, כאשר דבר זה מוצהר על-ידם. הסיבה היא שמערכות אלו לא מתוכנתות לכל הכללים הייחודיים של [[שנה מעוברת]] שיחולו בשנה זו.{{הערה|שם=סתר|{{הידען|אריה סתר|באג 2100 ובאג תתקי"א|bug2100setter-280904|28 בספטמבר 2004}}}} ייתכנו בעיות לא צפויות ב-1 בינואר של שנה זו.

[[נינטנדו DS]] יתהפך בסוף 31 בדצמבר [[2099]], ויחזור חזרה ל-1 בינואר 2000.{{הערה|שם=דסל|כיוון=שמאל}}

בעיה נוספת תופיע בסוף 28 בפברואר 2100, כיוון ששנת 2100 אינה שנה מעוברת, ואילו יישומים נפוצים רבים של האלגוריתם לשנה מעוברת אינם שלמים או פשוטים, ולכן יניחו בטעות שמדובר בשנה מעוברת. זה יגרום לתאריך להתהפך באופן שגוי מ-28 בפברואר 2100 ל־29 בפברואר 2100, במקום ישירות ל-1 במרץ 2100.

===באג 2106===
פורמטים רבים של קבצים, [[פרוטוקול תקשורת|פרוטוקולי תקשורת]] וממשקי יישומים קיימים משתמשים בגרסה של תבנית התאריך {{קוד|time_t}} של יוניקס, המאחסנת את מספר השניות מאז תקופת יוניקס (חצות לפי ה[[זמן אוניברסלי מתואם|זמן האוניברסלי המתואם]], 1 בינואר 1970) כמספר שלם בינארי של 32 סיביות. ערך זה יתהפך ב-[[7 בפברואר]] 2106 בשעה 06:28:15. כלומר, בשלב זה מספר השניות מאז 1 בינואר 1970 הוא FFFF FFFF ב[[בסיס הקסדצימלי]], ויגמר המקום בשדה המאפשר רישום (בעיית ייצוג אחסון זו אינה תלויה בתוכנות המאחסנות באופן פנימי ופועלות בזמני מערכת כערכים שלמים של 64 סיביות).

===באג 2108===
חותמות הזמן של התאריכים, המאוחסנות ב[[File Allocation Table|מערכות הקבצים FAT]], שהוצגו במקור ב-{{כ|ימינה=כן}}86-DOS 0.42 ב-[[25 בפברואר]] [[1981]] והועברו ל-{{כ}}[[MS-DOS]]{{כ}}, [[IBM PC DOS|PC DOS]]{{כ}}, [[DR-DOS]] וכו', תגלושנה בסוף 31 בדצמבר 2107. חותמות התאריך לשינוי האחרונות נשמרות ברישומי התיקייה, עם השנה מיוצגת כמספר של 7 סיביות (0–127), יחסית לשנת 1980, ובכך אין אפשרות לציין תאריכים כלשהם בשנת 2108 ואילך. פונקציות ה-API שהוגדרו כדי לאחזר תאריכים אלה תומכות באופן רשמי רק בתאריכים עד 31 בדצמבר 2099.

זה ישפיע גם על [[ZIP (פורמט)|פורמט הקבצים ZIP]], מכיוון שהוא משתמש בחותמות זמן לשינוי קובצי FAT באופן פנימי.

=== באג 2137 ===
תאריכי GPS מפורשים כמספר שבוע ומספר יום בשבוע, כאשר מספר השבוע בתחילה משתמש בערך 10 סיביות והודעות ניווט GPS מודרניות באמצעות שדה 13 סיביות. מערכות של 10 סיביות מתהפכות כל 1,024 שבועות (כ-19.6 שנים) לאחר יום ראשון, 6 בינואר 1980 (תחילת ה-GPS), ומערכות 13 סיביות מתהפכות כל 8,192 שבועות. מערכות של 13 סיביות יתהפכו לאפס בשנת 2137.<ref name=":0" /><ref name=":1" />

===באג 2150===
תוכנות המחשבות תאריכים של [[לוח השנה העברי]] עלולות לא להיות פעילות כאשר שדה השנה, המתחשב בארבע אותיות כציון השנה, יצטרך לחשב תאריך בן חמש אותיות החל מ[[א' בתשרי]] ה'תתקי"א ([[21 בספטמבר]] 2150).{{הערה|שם=סתר|}} עלולים להיתקל בבעיה זו עוד לפני כן בחישוב של תאריכים עתידיים.

=== באג 2262 ===
חלק ממערכות המעקב אחרי הזמן שחלף סופרות ננו-שניות מאז 1970 תוך שימוש במספר שלם בגודל 64 סיביות כולל סיבית סימן, אשר יגלוש ב-[[11 באפריל]] 2262, ב-23:47:16. ממשק ה-<code>UnixNano</code> של ש[[Go (שפת תכנות)|פת התכנות Go]] הוא דוגמה אחת.<ref>{{קישור כללי|כתובת=https://golang.org/pkg/time/#Time.UnixNano|כותרת=time - The Go Programming Language|אתר=golang.org|תאריך_וידוא=2021-03-25}}</ref> דוגמאות אחרות כוללות את אובייקט חותם הזמן ב-[[Pandas]] של [[פייתון]],<ref>{{קישור כללי|כתובת=https://pandas.pydata.org/pandas-docs/stable/user_guide/timeseries.html|כותרת=Time series / date functionality — pandas 1.2.3 documentation|אתר=pandas.pydata.org|תאריך_וידוא=2021-03-25}}</ref> ה-chrono::system_clock של [[C++]]<ref>{{קישור כללי|כתובת=https://en.cppreference.com/w/cpp/chrono/system_clock|כותרת=std::chrono::system_clock - cppreference.com|אתר=en.cppreference.com|תאריך_וידוא=2021-03-25}}</ref> וטיימרים של QEMU.<ref>{{קישור כללי|כתובת=https://git.qemu.org/?p=qemu.git;a=blob;f=include/qemu/timer.h;h=6a8b48b5a9;hb=v5.0.0#l85|כותרת=git.qemu.org Git - qemu.git/blob - include/qemu/timer.h|אתר=git.qemu.org|תאריך_וידוא=2021-03-25}}</ref>

==באגים שיתרחשו עוד יותר מ-1,000 שנים==
כאשר נוצרת סביבת עבודה של מחשבים ובפרט תוכנות ויישומים מניחים כי בעתיד הרחוק כבר לא יהיה בהן שימוש, שכן כל המין האנושי ובפרט הטכנולוגיה ישנו פניהם ללא היכר. בנוסף, בעיות [[תאוריה|תאורטיות]] יותר רחוקות מציבות סימן שאלה האם בכלל ייתכנו חיים על פני [[כדור הארץ]] ואף של [[גורל היקום|היקום]]. למרות זאת, בסיסי נתונים עובדים על חישובים שונים ולכן, יש לדעת על אותם באגים צפויים.{{ש}}
עם זאת, יש לקחת בחשבון כי בשנים יותר רחוקות [[אורך היממה]] צפוי להתארך אמנם רק בשינויים זעירים, אך אם עדיין יישאר זכר לתכנות של ימינו הרי שספירה לפי שניות עלולה להשתבש.

=== באגים 4000 ו-8000 ===
בעוד שרוב התוכנות (כולל אקסל, [[JavaScript]] ו-[[R (שפת תכנות)|R]]) מזהות בצורה נכונה את 4000 ו-8000 כשנים מעוברות (מכיוון שהן מתחלקות ב-400), [[SAS (תוכנה)|SAS]] לא מזהה את שנים אלה כשנים מעוברות, כתוצאה מ"כלל 4000 שנים" לא רשמי.

לפיכך, המרות תאריכים בין SAS לתוכנות אחרות ייצאו מהסנכרון לאחר 28 בפברואר 4000, אלא אם כן תוכנת SAS מתחשבת בפער הזה.<ref>''[http://blogs.sas.com/content/sasdummy/2010/04/05/in-the-year-9999/ In the year 9999....]'', Chris Hemedinger</ref><ref>''[http://support.sas.com/documentation/cdl/en/acpcref/67382/HTML/default/viewer.htm#p0psac3j16cioen1nq2hkwrnk55y.htm The Conversion of Date and Time Values between SAS Data Sets and Microsoft Access Database]'', SAS 9.4 documentation</ref>

=== באג 4501 ===
[[Microsoft Outlook]] משתמש בתאריך 1 בינואר 4501 כשומר מקום ל-"none" או "empty".<ref>{{קישור כללי|כתובת=https://docs.microsoft.com/en-us/office/vba/api/outlook.olmarkinterval|הכותב=o365devx|כותרת=OlMarkInterval enumeration (Outlook)|אתר=docs.microsoft.com|שפה=en-us|תאריך_וידוא=2021-03-25}}</ref><ref>{{קישור כללי|כתובת=https://docs.microsoft.com/en-us/office/vba/outlook/how-to/search-and-filter/filtering-items-using-query-keywords|הכותב=o365devx|כותרת=Filtering Items Using Query Keywords|אתר=docs.microsoft.com|שפה=en-us|תאריך_וידוא=2021-03-25}}</ref>

===באג 10000===
[[באג 10,000]] {{אנ|Year 10,000 problem}} יתרחש כאשר המחשב יצטרך לזהות שנה בעלת חמש ספרות במקום ארבע. לפי הערכות, גם אם תתקיים ה[[אנושות]] עד אז, כל מערכות המחשבים ישתנו ללא היכר עד אז ויכללו פתרון לבעיה זו. עם זאת, בקרב מחקרים (בעיקר ב[[פיזיקה]] ו[[אסטרונומיה]]) נדרשים חישובים לתהליכים שאורכים אלפי שנים - למשל, בטיפול ב[[פסולת גרעינית]]. יישומים אלה נאלצים להתמודד גם עם בעיית [[0 (שנה)|שנת ה-0]]. לכל שנים שהן חזקות עתידיות של 10 יש פוטנציאל לבעיות דומות.

במחשבי חברת [[אפל]] באג זה עלול להתרחש בשנת 10,001 בשל שיטת חישוב שונה של תאריכים.

ארגון בשם [[Long Now Foundation]] {{אנ|Long Now Foundation}} פועל לשם הגברת המודעות לבאג ומנסה למצוא פתרונות מבעוד מועד.<ref>{{קישור כללי|כתובת=https://longnow.org/|כותרת=The Long Now Foundation - Fostering Long-Term Thinking|אתר=longnow.org|תאריך_וידוא=2021-03-25}}</ref> "{{RFC|2550}} - Y10K and Beyond" דן בפתרונות לטיפול בבעיה זו.

=== באג 30,828 ===
החל מ-[[14 בספטמבר]] 30,828, Windows לא יקבל תאריכים מעבר ליום זה בעת ההפעלה, Windows יתלונן על "זמן מערכת לא חוקי". הסיבה לכך היא שערך ה-FILETIME ב-Windows, שהוא ערך 64 סיביות המתאים למספר המרווחים של 100 ננו-שניות מאז 1 בינואר [[1601]], בשעה 00:00:00.0000000 UTC, יעלה על הערך המרבי האפשרי שלו באותו יום בשעה 02:48:05.4775808 UTC.<ref>{{קישור כללי|כתובת=https://www.forensicfocus.com/articles/interpretation-of-ntfs-timestamps/|הכותב=Forensic Focus|כותרת=Interpretation of NTFS Timestamps|אתר=Forensic Focus|תאריך=2013-04-06|שפה=en-US|תאריך_וידוא=2021-03-15}}</ref>

=== באגים 32,768 ו-65,536 ===
תוכנות המעבדות שנים כערכי 16 סיביות עשויות להיתקל בבעיות עם השנים 32,768 או 65,536, תלוי אם מתייחסים לערך כמספר שלם עם סיבית סימן או ללא.

עבור '''באג 32,768''', שנים אחרי 32,767 יכולות להתפרש כמספרים שליליים, החל משנת {{כ|ימינה=כן}}−32,768.<ref>{{קישור כללי|כתובת=https://www.thoughtco.com/beginners-guide-to-delphi-programming-1057657|הכותב=Computer Science MSCS, Twitter Twitter|כותרת=What Is Delphi Programming?|אתר=ThoughtCo|שפה=en|תאריך_וידוא=2021-03-25}}</ref> סביר יותר ש'''באג 65,536''' יתבטא בכך שהוא יציג את השנה 65,536 כשנה 0.<ref>{{cite web|url=http://libsnap.dom.edu/ClasPlus/ADDONS/Y2K.TXT|title=Archived copy|access-date=21 January 2008|url-status=dead|archive-url=https://web.archive.org/web/20080209230400/http://libsnap.dom.edu/ClasPlus/ADDONS/Y2K.TXT|archive-date=9 February 2008}}</ref>

=== באג 100,000 ===
שנת 100,000 תהיה השנה הגרגוריאנית הראשונה בעלת שש ספרות, וככזו, היא עלולה לגרום לבאגים גדולים.

=== באג 275,760 ===
ה-[[API]] התאריך ב-[[JavaScript]] שומר תאריכים כמספר המילי-שניות שעברו מאז 1 בינואר 1970. לתאריכים יש טווח של ±100,000,000 יום, כלומר תוכנות שנכתבות ב-JavaScript ומשתמשות ב-API התאריך לא יוכלו לשמור תאריך מעבר ל-13 בספטמבר 275,760.

=== באג 292,277,026,596 ===
שנים בעייתיות מסוימות מתרחשות ב[[העתיד הרחוק|עתיד הרחוק]] מאוד, הרבה מעבר ל[[תוחלת חיים|תוחלת החיים]] האפשרית של [[כדור הארץ]], [[השמש]], [[האנושות]], ואפילו מעבר לכמה תחזיות של [[גורל היקום|חייו של היקום]], שהן מכונות בעיקר כעניינים בעלי עניין תאורטי, [[בדיחה|בדיחות]] או [[אינדיקציה|אינדיקציות]] לכך שבעיה קשורה איננה נפתרת באמת, לפי כל הגדרה סבירה של "נפתרה".

'''באג 292,277,026,596''' (בערך {{כ|ימינה=כן}}2.9×10<sup>11</sup> שנים בעתיד) יתרחש כאשר זמן יוניקס 64 סיביות יגלוש ב-UTC 15:30:08 ביום ראשון, [[4 בדצמבר]] 292,277,026,596 לספירה.<ref>{{קישור כללי|כתובת=http://www.deepsky.com/~merovech/2038.html|הכותב=William Porquet|כותרת=Project 2038 FAQ|אתר=www.deepsky.com|תאריך=2007-08-15|תאריך_וידוא=2021-03-25}}</ref><ref>{{cite web|title=Date/Time Conversion Contract Language|url=https://its.ny.gov/sites/default/files/documents/nys-p98-003_date_time_conversion_contract_language_1.pdf|publisher=Office of Information Technology Services, [[New York (state)]]|access-date=16 October 2020|date=19 May 2019}}</ref> בעיה דומה תתרחש עם זמן יוניקס של 128 סיביות המאוחסן כננו-שניות, אשר יגלוש בשנה 5,391,559,471,918,239,498,981 לספירה (2<sup>127</sup>/1000000000, או כ-{{כ|ימינה=כן}}1.7014118×10<sup>29</sup> שניות לאחר תחילת ספירת היוניקס בשנת 1970).

== גלישת זמן יחסית ==
=== מיקרוסופט ===
ב-[[Windows 7]]{{כ}}, [[Windows Server 2003]]{{כ}}, {{כ}}[[Windows Server 2008]] ו-[[Windows Vista]], מידע על התחלת חיבור TCP נשמר במאיות שנייה, תוך שימוש במספר שלם בגודל 32 סיביות ללא סיבית סימן, מה שגרם לגלישה ולחיבורי TCP להיכשל לאחר 497 ימים.<ref>{{קישור כללי|כתובת=https://support.microsoft.com/en-us/topic/all-the-tcp-ip-ports-that-are-in-a-time-wait-status-are-not-closed-after-497-days-from-system-startup-in-windows-vista-in-windows-7-in-windows-server-2008-and-in-windows-server-2008-r2-38c81adc-d990-c6f7-3689-91cca5d19a20|כותרת=All the TCP/IP ports that are in a TIME_WAIT status are not closed after 497 days from system startup in Windows Vista, in Windows 7, in Windows Server 2008 and in Windows Server 2008 R2|אתר=support.microsoft.com|תאריך_וידוא=2021-03-25}}</ref>

=== בואינג ===
במטוס [[בואינג 787]] היו לפחות שתי בעיות תוכנה הקשורות לאחסון זמן. בשנת [[2015]] דווח על שגיאה בה הזמן נשמר במאיות שנייה, תוך שימוש במספר שלם בגודל 32 סיביות כולל סיבית סימן, והמערכות קרסו לאחר 248 יום.<ref>{{קישור כללי|כתובת=https://www.engadget.com/2015-05-01-boeing-787-dreamliner-software-bug.html|כותרת=To keep a Boeing Dreamliner flying, reboot once every 248 days|אתר=Engadget|שפה=en-US|תאריך_וידוא=2021-03-25}}</ref> בשנת 2020 הוציאה ה-[[FAA]] הנחיית כשירות לטיסה לבעיה, שאם המטוס לא יכובה לחלוטין לפני שהגיע לזמן פעילות של 51 ימים רצופים, המערכות שלו תחלנה להציג נתונים מטעים.<ref>{{קישור כללי|כתובת=https://www.theregister.com/2020/04/02/boeing_787_power_cycle_51_days_stale_data/|הכותב=Gareth Corfield|כותרת=Boeing 787s must be turned off and on every 51 days to prevent 'misleading data' being shown to pilots|אתר=www.theregister.com|שפה=en|תאריך_וידוא=2021-03-25}}</ref>

==קישורים חיצוניים==
* {{גלובס|דורון אביגד|האחים הצעירים והמרושעים של באג 2000|115487|19 באוגוסט 1998}}
* {{וואלה!|אילן גלר|באג קטלני: איך להרוג אייפון ברגע רק על ידי שינוי התאריך?|2934650|14 בפברואר 2016}}

==הערות שוליים==
{{הערות שוליים}}

{{בעיות הקשורות לזמן}}

[[קטגוריה:באגים הקשורים לשעה ותאריך|*]]
[[קטגוריה:באגים]]
[[קטגוריה:ייצוג זמן]]
[[קטגוריה:עתיד]]