Das Jahr 2000 Problem - Microsoft-Betriebssysteme

Wichtig !
Bei den Informationen auf dieser Seite handelt es sich um Daten, die im Rahmen eines Projektes an der Universität Hamburg zusammengetragen wurden. Für die Richtigkeit und Vollständigkeit können wir keine Gewähr übernehmen.
Die Informationen beinhalten jeweils eine Quellenangabe.
Aktueller Stand vom 14.01.1999.

Microsoft-Betriebssysteme und das Jahr 2000-Problem

Betriebssystem	bekannte Probleme	Problembehebung	Anmerkung	Quelle
MS-DOS 6.22	Ein Datum mit vierstelliger Jahreszahl kann mit DIR nicht angezeigt werden. Datumseingaben mit zweistelligem Jahr liefern eine Fehlermeldung ab Jahr 2000. MS-Backup hat nur einstelliges Jahr	Kein Bugfix, Probleme können umgangen werden		http://www.microsoft.com/technet/ year2k/product/user_view6838EN.htm
Windows 3.1 Windows for Workgroups 3.11	Unter Datum/Uhrzeit in der Systemsteuerung kann das Datum nicht mit der Maus auf den 29.02.2000 gesetzt werden, mit Tastatureingabe ist es jedoch möglich. Andere Probleme: siehe MS-DOS 6.22		wird angeblich von Microsoft untersucht, noch kein Bugfix verfügbar, setzt neuere Version von WINFILE.EXE voraus	http://www.microsoft.com/technet/ year2k/product/user_view67784EN.htm http://www.microsoft.com/technet/ year2k/product/user_view32161EN.htm
Windows 95 - 32-Bit Win	Explorer unterstützt 4-stellige Jahreszahlen, das muß jedoch in den Ländereinstellungen erst eingestellt werden. Windows File Manager zeigt keine Daten ab Jahr 2000 an. Suchen Datei/Ordner - Änderungsdatum: Nur 2-stellige Jahresangaben werden angezeigt, z.B. bei Eingabe 20.03.2003 wird 20.03.C3 angezeigt. Nur falsche Anzeige, Suchergebnisse beziehen sich auf das eingegebene Jahr! COMMAND.COM zeigt keine Dateien mit 4-stelligem Jahr im Datum an, interpretiert 2-stellige Jahreseingaben von 00-79 falsch (Fehlermeldung "invalid date"). 4-stellige Jahre können mit dem DATE-Befehl jedoch korrekt eingestellt werden. Detailliertere Beschreibung siehe unten	ftp://ftp.microsoft.com/softlib/ mslfiles/WIN95Y2K.EXE	Englische Version, enthält neue Versionen von COMMAND.COM und WINFILE.EXE Das Datei Suchen - Problem (Punkt 3) wird von Microsoft angeblich untersucht, allerdings behebt der Microsoft Internet Explorer 4.0 dieses Problem	http://www.microsoft.com/technet/ year2k/product/user_view32163EN.htm
Windows 95/Plus	An einigen Orten zeigt der System Agent keine Daten mit vierstelligem Jahr an. Der migelieferte Internet Explorer ist nicht auf 2k-Tauglichkeit getestet worden .	Internet Explorer 4.01 in Service Pack 1 installieren.		http://www.microsoft.com/technet/ year2k/product/user_view???
Windows NT Server 3.51 Windows NT Workstation 3.51	In der simulierten Real Time Clock ist im 21. Jahrhundert das Jahrhundert-Byte 19 statt 20 Logout.exe (File and Print Services for Netware) kann das Jahr im Datum für Dateien, die ab 2000 erstellt worden sind, falsch angeben Datum eines Druckauftrags kann in der Druckerwarteschlange falsch angezeigt werden WINS/DCHP-Dienst Admin stellt die Jahre 2000-2009 nur einstellig dar, z.b.1/1/0 statt 1/1/00 User Manager erkennt 2000 nicht als Schaltjahr (d.h. kein 29. Februar) Date/Time: beim Versuch, vom Ende eines Monats auf den Anfang des nächsten zu springen, wird stattdessen auf den Anfang des gerade vergangenen Monats gesprungen, z.B. vom 31.1. auf den 1.1. Novell Netware Accounts mit Ablaufdatum ab 1.1.2000 werden mit falschem Ablaufdatum nach Windows NT migriert. Date/Time: Anomalien, wenn 29. Februar in einem Schaltjahr gewählt wurde: zwei Fälle, die zu einem zufälligen Jahr im Datum führen	Hot Fix (nur Englisch) löst alle aufgelisteten Probleme: ftp://ftp.microsoft.com/bussys/ winnt/winnt-public/fixes/usa/ NT351/hotfixes-postSP5/y2k-fix/	setzt Service Pack 5 für Windows NT 3.51 voraus	http://www.microsoft.com/technet/ year2k/product/user_view30749EN.htm http://www.microsoft.com/technet/ year2k/product/user_view30771.htm
Windows NT Server 4.0 Windows NT Workstation 4.0	Im User Manager wird das Jahr 2000 nicht als Schaltjahr erkannt - 29.02.2000 kein gültiges Ablaufdatum Control Panel Date/Time kann einen Tag überspringen: Systemzeit ist jedoch korrekt. Worddokumenteigenschaften bei zweistelliger Jahrangabe: nimmt an, daß es sich um 19xx handelt (bei anderen Office-Produkten kein Problem) Find File, Date (Änderungsdatum): Zwei Felder für Datumseinträge zeigen nicht numerische Daten an, wenn das Jahr größer als 1999 ist.	Service Pack 4	(erhältlich ab Ende November 1998)	http://www.microsoft.com/technet/ year2k/product/user_view14889EN.htm http://www.microsoft.com/technet/ year2k/product/user_view4614EN.htm
Windows 98 (deutsch)	Probleme wie bei der englischen Version.		Deutsches Y2K-Update soll ab Anfang Februar 99 erhältlich sein.	http://www.microsoft.com/technet/ year2k/product/user_view68773EN.htm
Windows 98 (englisch)	Probleme siehe unten	Y2K-Update für Windows 98: http://windowsupdate.microsoft.com oder CD-Bestellung	Kommentar Microsoft: While the year 2000 issues discovered in Windows 98 result in the incorrect display of dates in 2000 in certain rare scenarios, they pose no risk of data loss.	http://www.microsoft.com/technet/ year2k/product/user_view32165EN.htm

Ergänzung Windows 95 (englisch): (Detaillierte Übersicht der Probleme)
Product Details

Updates: There are updated versions of WINFILE.EXE and COMMAND.COM that address the two issues described below. For more information see Knowledge Base article Q182967.

These updates do not address all of the issues listed in the Product Issues section below. Windows 95 remains Compliant-with-minor-issues with or without these updates.

How the product handles dates:

Storage. Dates are stored internally as 4-digit dates. MS-DOS file system APIs are an exception. MS-DOS file system APIs use a year offset from 1980 to store dates. When a program gets a date from an MS-DOS API, the program must add 1980.
Two-digit shortcut handling: MS-DOS DATE command will not accept 2-digit date changes for the year 2000 and beyond. To enter the correct date, a 4-digit year must be entered to the DATE command (internal to COMMAND.COM). Failure to enter the correct 4-digit date will result in an "invalid date" message. This issue is fixed by the updated version of COMMAND.COM.

Also, the MS-DOS file system APIs return a year offset from 1980, the programmer has to add 1980 to the date value returned to get the appropriate date. Win32 APIs are not affected by this.

Product Issues:

WINFILE.EXE - Windows File Manager does not display or sort dates beyond the year 2000 appropriately. When using Windows File Manager to view the contents of folders, and users have selected to view "all file details", the dates of files created in the year 2000 and beyond may appear as follows:

January 1, 2000 would appear as 1/1/;1

February 3, 2023 would appear as 2/3/>3

March 5, 2036 would appear as 3/5/=6

COMMAND.COM - The DATE command (internal to COMMAND.COM) does not appropriately handle 2-digit dates from 00-79. Entering 2-digit dates within this range returns the message "Invalid Date".

MSWALLET - When entering credit card information in versions of Microsoft Wallet before 2.1.1383, users must enter month, day, and year for expiration dates beyond 2000. Otherwise, information may be parsed incorrectly. For example, entering a credit card with expiration 5/01 will be parsed as May 1^st of the current year.

COMCTL32.DLL – When Regional Settings from Control Panel is set to use two digits for years, the Date/Time Picker function may not return the proper date. To ensure proper handling of dates: set Regional Settings to 4-digit date handling.

VDHCP.386 - Winipcfg/all - IP Leases obtained on or after 3/01/2000 are reported as having been obtained the previous day. The system date is displayed correctly but the DHCP client reports an incorrect date.

JAVA VIRTUAL MACHINE Year 2000 issues have been reported in connection with Java virtual machines based on the Sun Microsystems Java Development Kit (versions 1.1.1-1.1.5). Applications written in Java that make use of the java.txt.SimpleDateFormat class library may parse 4-digit dates incorrectly^.

The latest update for Java VM may download at

http://www.microsoft.com/java/vm/dl_vm31.htm

Ergänzung Windows 98 (englisch): (Detaillierte Übersicht der Probleme)

Year 2000 Issues Pose No Threat of Lost Data or PC Damage
While the year 2000 issues discovered in Windows 98 result in the incorrect display of dates in 2000 in certain rare scenarios, they pose no risk of data loss. Most customers would have an extremely small chance of ever running into these issues in their normal, daily computer use.

Below is a complete list of the issues that the Windows 98 Year 2000 Update addresses:

Date Rollover: If a system is booting at the precise fraction of a second when the date rolls, the system clock may display an inaccurate time or date. The occurrence of this would be extremely rare because the exact time frame varies from machine to machine and lasts typically less than 1 second.
Date/Time Control Applet: If a user opens the Date/Time applet in the control panel and sets the date to February 29 of a leap year and then uses the up and down buttons to change years, February 29 might be displayed even for non leap years. This is simply a display problem, however. The user cannot apply this incorrect date.
Dialer.Exe Log: When a user makes a phone call using the Phone Dialer applet, the log file created after completion of the telephone call displays the year portion of the call date incorrectly.
DOS XCOPY: When using XCOPY in real mode with the optional parameter /D:date, xcopy does not accept years entered as two digits, except for the years 80 through 99. The message "Invalid date" is displayed. When using xcopy in protected mode (from within Windows), two-digit dates are accepted but are recognized as being within the 20th century (for example, 02/05/01 is seen as 02/05/1901).
Java Virtual Machine: Some year 2000 issues have been reported in connection with Java virtual machines based on the Sun Microsystems Java Development Kit (versions 1.1.1 to 1.1.5). For example if a Web site uses Java and makes use of the java.txt.SimpleDateFormat class library, and the user enters four digits for the year, the date functions may truncate the year and use only the first two digits.
Lagging IP Lease Dates: If a user logs onto a LAN on or after March 1, 2000, and runs Winipcfg from the Run command or Ipconfig from the DOS VM, the DHCP client reports the IP lease date as having been obtained on the previous day.
Microsoft Foundation Class Library: After the year 2000, programs that use the COleDateTime function may improperly parse a date. For example, 02/05/2000 may display as 2/05/100. To view an example of this after the year 2000, from Programs\Accessories\System Tools users can run System Information (msinfo32.exe) and save the file. Users should then open this info extension file and from the File menu select Properties. The date stamp may display the improper date.
Microsoft Wallet: When entering credit card information in versions of Microsoft Wallet that precede 2.1.1383, users must enter the month, day, and year for expiration dates beyond 2000. Otherwise, information may be parsed incorrectly. For example, entering an expiration date of 5/01 could be parsed as May 1, rather than May, 2001. Users can correct this by installing Microsoft Wallet version 2.1.1383 or later or by downloading the Windows 98 Year 2000 Update.
Programming to Data Access Components: If a programmer codes to ADO or OLE DB, and uses data access components such as adDate, adDBDate, Dbtype_Filetime, chooses to use an international date format with periods as separators, and specifies a year by two digits earlier than 60, then the date may be translated as a time.
Regional Settings Date/Time Picker: If Regional Settings in the control panel is set to use two-digit years, then the date/time picker function may not return the proper date. Only two digits are accepted at a time. To ensure proper handling of dates, the user can either set Regional Settings to four-digit date handling or download the Windows 98 Year 2000 Update.
WordPad Custom Properties: If a user selects properties, custom on a WordPad or Word document, the custom date setting will not accept 2000 as a valid entry when entered as "00". All two-digit dates are assumed to be in the 20th century and if the time zone is set to Far East, the date properties will lose a day when the year is entered as 2000.