Das Jahr 10,000 Problem (auch bekannt als das Y10K Problem oder der Deca-Millennium-Programmfehler) sind die Klasse aller potenziellen Softwareprogrammfehler, die erscheinen würden, wenn das Bedürfnis, Jahre mit fünf Ziffern auszudrücken, entsteht. Das Problem kann wahrnehmbare Effekten heute haben, aber wird auch manchmal für die humorvolle Wirkung als in RFC 2550 erwähnt.

Praktische Relevanz

Historische und technologische Tendenzen weisen darauf hin, dass im wirklichen Jahr 10,000 es sehr unwahrscheinlich ist, dass einige der Daten, die Technologie oder Software im Gebrauch heute bearbeiten, noch aktiv sein wird, noch es bekannt sein kann, ob das gegenwärtige Gregorianische Kalender-System sogar noch im Gebrauch sein wird. Jedoch sind fünfstellige Jahre bereits ein Problem heute für einige vorausschauende Analyse-Programme wie Software, die Vorschläge für das langfristige Berühren des radioaktiven Abfalls untersucht.

Probleme mit Datum behandelnden Programmen

Viele Datum behandelnde Programme oder Routinen, die vor der Anerkennung des Y2K Problems nur geschaffen sind, haben die letzten zwei Ziffern eines Jahres für die Lagerung und Berechnung, solcher als "60" für 1960 verwendet. Die Routinen würden dann entweder unveränderlichen 1900 zum Ergebnis hinzufügen, oder sogar gerade die Textschnur "19" vor dem Ergebnis einfügen, wenn sie es zeigen, das Jahr 2000 veranlassend, gezeigt oder als 1800, 1900, 19100, oder 100 interpretiert zu werden. Obwohl das häufig getan wurde, um zu bewahren, was zurzeit wertvolle Lagerung und Speicherraum war (Gründe, um jetzt kaum wichtig zu sein), wurde es auch als ein Spiegel der kulturellen Praxis getan ("die 60er Jahre" statt "der 1960er Jahre", zum Beispiel sagend) oder Information in einem beschränkten Darstellungsbereich zu befördern.

Beispiele

Dieses Problem kann im Spreadsheet-Programm gesehen werden Microsoft Excel durch mindestens das Büro Übertrifft 2007-Ausgabe, die Daten als die Zahl von Tagen seit dem 31. Dezember 1899 versorgt (Tag 1 ist am 1900-01-01), und das Datenbankprogramm Microsoft Access, der Daten als die Zahl von Tagen seit dem 30. Dezember 1899 versorgt (ist Tag 1 am 1899-12-31). In jeder Anwendung wird ein Datum-Wert von 2958465 als "am 31. Dezember 9999" richtig formatiert, aber das Hinzufügen 1 dazu, um zum erwarteten Datum "am 1. Januar 10000" zu überschreiten, wird einen Formatierungsfehler verursachen; darin Übertreffen 2000 zum Beispiel, er wird in der Zelle als eine Reihe # Charaktere gezeigt. Ragen Sie hervor auch kann Datum-formatierte Schnuren wie "12/12/2007" zu Daten nicht automatisch umwandeln, wenn das Jahr 9999 zu weit geht; "12/12/9999" wird zu einem Datum, wenn eingetreten, eine Zelle automatisch umgewandelt, aber "12/12/10000" ist nicht.

Das Lange Jetzt ist Fundament in diese Beschränkung dessen geraten Ragen während des Designs der 10,000-jährigen Uhr Hervor.

Die offene Quelle OpenOffice.org Programm von Calc ist im Stande, Daten außer dem Jahr 9999 richtig mit fünf Ziffer-Jahren, aber mindestens durch das Fall-Opfer der Version 2.4 zum Jahr 32,768 Problem zu zeigen: "Am 31. Dezember 32,767" ist das höchste verfügbare Datum, das es richtig zeigen kann. 32767, oder 2-1, ist die höchste positive Zahl, die mit der unterzeichneten ganzen Zahl von 16 Bit vertreten werden kann, hinzufügend, dass ein zu diesem Wert sie veranlasst überzufließen, und Calc das Jahr als eine große negative Zahl, "am 1. Januar-32768 interpretiert".

Das GNU Fortran Bearbeiter, g77, spielt in Laufzeitumgebungsgrenzen zum Jahr 10000 (Y10K) Probleme an, wenn es innere Funktionen mit diesem Bearbeiter-Gefolge verwendet. Das Problem wird einfach als festgesetzt, "Der grösste Teil des Intrinsics-Zurückbringens oder Computerwissenschaft von Werten, die darauf gestützt sind, Datum-Information ist für das Jahr 10000 (Y10K) Probleme, wegen des Unterstützens von nur 4 Ziffern für das Jahr anfällig." Die in allen inneren Funktionen angedeutete Misserfolg-Weise ist, dass, "Könnten Programme, die davon Gebrauch machen, inner nicht Jahr 10000 (Y10K) entgegenkommende sein. Zum Beispiel könnte das Datum zu solchen Programmen scheinen, sich ringsherum (Änderung von einem größeren Wert bis einen kleineren) bezüglich des Jahres 10000 einzuhüllen."

Probleme mit der Datendarstellung

Verschieden vom Y2K Problem, wo positive Ziffern aus den versorgten Werten von Jahren weggelassen wurden, das Jahr befestigend, verlangt 10,000 Problem aktualisierende alte Aufzeichnungen nicht (das Annehmen, dass sie bereits Y2K entgegenkommend sind), da alle vier positiven Ziffern da sind. Es verlangt nur, dass die Rekordlagerung in der Dezimalzahl im Stande ist, fünf oder mehr Ziffern zu versorgen.

Es, gibt jedoch, ein potenzielles Problem mit Rekordsätzen, die vom lexikalischen Sortieren Gebrauch machen. Zum Beispiel würden Darstellungen von Daten in der Reihe 10.000-19.999 verflochten mit Daten in der Reihe 1000-1999 aber nicht nach dem Jahr 9999 scheinen.

Milderung

Das Lange Jetzt versucht Fundament, die Gewohnheit zu fördern, Jahre mit fünf Ziffern zu schreiben, so dass das Jahr 2000 als "02000" geschrieben würde. Das würde das Jahr 10,000 Problem durch Vorkaufsrecht erwerben, aber würde der Reihe nach gegen ein "Jahr 100,000 Problem" empfindlich sein.

Internet Kermit Service Daemon (IKSD) verwendet ein fünfstelliges Feld für das Jahr im Datenbanksatzformat: "Mit dem Datum malige Felder werden innerhalb eines Feldes 18 mit dem für Y10K vorbestellten Hauptformblatt Recht-angepasst".

ISO 8601 gibt an, dass Jahre mit vier Ziffern geschrieben werden, aber Erweiterung auf fünf oder mehr Ziffern mit der vorherigen Abmachung zwischen den Parteien berücksichtigen, die die Information austauschen.

Siehe auch

• Kalender von Holocene
• Lange jetzt Fundament
• Fortwährender Kalender
• Systemzeit

Weiterführende Literatur

• — MathPages bemerkt eine Ähnlichkeit zwischen dem Y10K Problem und sowohl die Wette des Pascal als auch das St. Petersburger Paradox, feststellend, dass die Kosten, den verschiedenen Y10K, den Y100K und die aufeinander folgenden Probleme zu befestigen, im direkten Verhältnis zur Entferntheit des Datums vergrößert werden, und dass deshalb jedes Problem tatsächlich gleiches Gewicht gegeben werden sollte.
• — Templeton stellt der Einfluss des Jahres 10000 Problem Hypothese auf.