UC Berkeley Year 2000 Information Departmental and Personal Computers: Find and Resolve Y2K Problems
Home | Overview | Readiness Checklists | Computer Advisories | Software Tools | Specific Issues | Recharge Services | Peer Help | Search | Site Map | UCB Y2K Home

This page was last updated early during the year 2000 and some or all of its content may thus no longer be current or accurate.

PCs Running Windows NT 4.0: Y2K Readiness Checklist

Summary

Hardware Go

Many industry-standard (also known as "Intel-based" or "IBM-compatible") PCs have a minor hardware problem affecting their internal clocks: instead of rolling over normally from 1999 to 2000, these clocks will instead revert to a different year. There are a variety of methods available for finding and resolving this problem.

The Y2K Hardware Problem Affecting Many PCs Go

Windows NT includes integral features which should - to the extent that these features work as described by Microsoft - allow nearly all PCs with Y2K non-compliant hardware to nonetheless transition successfully to the year 2000.

Operating System Go

All versions of Windows NT 4.0 have some Y2K issues, most or all of which are addressed by no-cost upgrades available from Microsoft.

You have at least four courses of action in addressing these issues:

  • Run at Service Pack 3 (SP3) with a single Post SP3 Year 2000 Update (which consolidates 13 separate fixes) and additional Y2K fixes to other specific NT 4.0 components, as needed, which in combination will leave your PC at Y2K "Compliant#" status ("Compliant#" means compliant, with acceptable deviations from Microsoft's standard of compliance).
  • Run at Service Pack 4 (SP4) with a set of five individual Windows NT 4.0 post-SP4 Year 2000 updates and additional Y2K fixes to other specific NT 4.0 components, as needed, which in combination bring your PC up to Y2K "Compliant" status.
  • Run at Service Pack 5 (SP5) with a set of two individual Windows NT 4.0 post-SP5 Year 2000 updates and additional Y2K fixes to other specific NT 4.0 components, as needed, which in combination will bring your PC up to "Compliant" status.
  • Run at Service Pack 6a (SP6a) with additional Y2K fixes to other specific NT 4.0 components, as needed, which in combination will bring your PC up to "Compliant" status.
    Warning: as of November 8, 1999, if you are accessing the Berkeley Financial System (BFS) do not install Go Windows NT 4.0 Service Pack 6. (This problem may have been resolved by Service Pack 6a, but we encourage BFS users to hold off installing this service pack until this is confirmed.)
Application programs Go Check for Y2K compliance.
Data files & data sharing methods Go Check for Y2K compliance.

1. Hardware

[ ] 1.1. Find and resolve Y2K hardware problems in your PCs running Windows NT.

Many industry-standard (also known as "Intel-based" or "IBM-compatible") PCs have a hardware problem affecting their internal clocks: instead of rolling over normally from 1999 to 2000, these clocks will instead revert to a different year (such as 1980).

While this is generally of minor concern, an invalid date could nonetheless cause problems for certain application programs. A small fraction of these problems could potentially have serious impacts. As a result, it's preferable to find and resolve this problem before the year 2000 arrives. The Y2K Hardware Problem Affecting Many PCs Go describes how to do so. Here's a summary:

You can identify which PCs will be subject to this problem by checking with vendors or by using manual or automated software tests.

There are at least ten different methods you can use to prevent the problem from occurring on your non-compliant PCs. Among these:
  • Running an operating system, such as Linux and recent versions of Windows NT, that incorporates a date correction feature;
  • Leaving your PCs turned off over the century transition and using a specific procedure to manually set their dates when they are first started up during the year 2000;
  • Installing small software programs that automatically correct the date;
  • "Flash" updating the software in the BIOS chips in your recently-manufactured PCs to make these chips Y2K compliant;
  • Synchronizing your computers' dates over a network;
  • Upgrading PCs with BIOS add-in cards or other hardware.
Each of these methods has its own particular advantages, limitations, and drawbacks, which are described in the above document.

As a fallback, you can manually reset your problematic PCs to the correct date when the year 2000 arrives. After doing so, all (or nearly all) of your PCs should then continue to maintain the correct date throughout the year 2000 and beyond.
Windows NT 4.0 may be able to correct for nearly all PC Y2K hardware problems

Windows NT includes integral features which should - to the extent that these features work as described by Microsoft - allow nearly all PCs with Y2K non-compliant hardware to nonetheless transition successfully to the year 2000.

Microsoft claims in its white paper, Windows Operating System Interactions with BIOS and Real Time Clock Go, that when Windows NT (both versions 3.5.1 and 4.0) boots, it reads the current date from a PC's Real-Time Clock (RTC). If the RTC's date falls within the years 1900 through 1919, NT will add 100 to the year, changing it to the correct year in the range from 2000 to 2019. As described, this mechanism should be able to effectively correct invalid dates even on PCs with non-compliant BIOS chips.

In addition to correcting the date at boot time, NT can also continually correct the date thereafter. An NT "time daemon" runs approximately once an hour, and can "update the operating system time and date to be consistent with the [corrected date from the] RTC" if they are more than one minute apart.

Finally, Microsoft notes that ordinary applications can't bypass Windows NT to obtain an (incorrect) date from a PC's hardware. "The Windows NT operating system prohibits applications from directly accessing the RTC/BIOS combination" to obtain the current date and time. All programs which use Microsoft's programming routines (APIs) will obtain the date from the Windows NT operating system, rather than directly from the PC's hardware.

2. Operating system

[ ] 2.1. Check Microsoft's Web site for the latest updates to its Y2K compliance statement for Windows NT 4.0

Over time, Microsoft has made revisions to its Y2K compliance statements for Windows NT and many other Microsoft operating systems and applications. As a result, it's probably a good idea to schedule one or two checks, later in 1999, to see whether Microsoft might have once again revised its Y2K product summaries for your version(s) of Windows NT 4.0:

Please check Microsoft's Y2K Web site for the latest compliance information:

Windows NT Workstation

Y2K Product Summary for Windows NT 4.0 Workstation (SP6a) Go
Y2K Product Summary for Windows NT 4.0 Workstation (SP5) Go
Y2K Product Summary for Windows NT 4.0 Workstation (SP4) Go
Y2K Product Summary for Windows NT 4.0 Workstation (SP3) Go

Windows NT Server

Y2K Product Summary for Windows NT 4.0 Server (SP6a) Go
Y2K Product Summary for Windows NT 4.0 Server (SP5) Go
Y2K Product Summary for Windows NT 4.0 Server (SP4) Go
Y2K Product Summary for Windows NT 4.0 Server (SP3) Go

[ ] 2.2 Verify what Service Pack of the Windows NT 4.0 operating system is installed

You can verify what Service Pack for Windows NT 4.0 is installed, as well as the encryption level of that Service Pack, by viewing the properties of the SCHANNEL.DLL file. (This is the Secure Channel dynamic link library, one of several Windows NT files associated with encryption.).

Microsoft's Windows NT Server Service Pack 5 FAQ Go, in its response to the question How do I know if I have a 40-bit or 128-bit system? Go, describes one method for viewing the properties of this file.

[ ] 2.3 Select & install one of four service pack/update options to bring the Windows NT 4.0 operating system into Y2K compliance

The following instructions were current as of November 1, 1999. If Microsoft should subsequently release a revised Y2K compliance statement for Windows NT 4.0, it's possible that these instructions might be out of date. Be sure to check Microsoft's latest Y2K compliance statement for updates Go.

Caution! Before installing any updates or patches which may alter your computer's operating system software or application programs, and before making any changes to your critical documents (data files), be sure that you have a complete, current backup of your computer's data.

For general backup advice, see the Berkeley Computing and Communications articles
Ask Dr. Micro: How can I back up the files on my computer Go
and
Simplify your life with the UCBackup service Go.

You have four options for addressing Y2K problems on your PC running Windows NT 4.0:

  • Run at Service Pack 3 (SP3) Go with a single Post SP3 Year 2000 Update (which consolidates 13 separate fixes) and additional Y2K fixes to other specific NT 4.0 components, as needed, which in combination will leave your PC at Y2K "Compliant#" status ("Compliant#" means compliant, with acceptable deviations from Microsoft's standard of compliance).

  • Run at Service Pack 4 (SP4) Go with a set of five individual Windows NT 4.0 post-SP4 Year 2000 updates and additional Y2K fixes to other specific NT 4.0 components, as needed, which in combination will bring your PC up to Y2K "Compliant" status.

  • Run at Service Pack 5 (SP5) Go with a set of two individual Windows NT 4.0 post-SP5 Year 2000 updates and additional Y2K fixes to other specific NT 4.0 components, as needed, which in combination will bring your PC up to Y2K "Compliant" status.

  • Run at Service Pack 6a (SP6a) Go with additional Y2K fixes to other specific NT 4.0 components, as needed, which in combination will bring your PC up to Y2K "Compliant" status.
    Warning: as of November 8, 1999, if you are accessing the Berkeley Financial System (BFS) do not install Go Windows NT 4.0 Service Pack 6. (This problem may have been resolved by Service Pack 6a, but we encourage BFS users to hold off installing this service pack until this is confirmed.)

Each of these options is discussed below.

If you're trying to decide between upgrading to SP4 or SP5 on the basis of Y2K considerations, Microsoft provides the following advice:

SP5 [Service Pack 5] contains known Year 2000 updates for Windows NT 4.0. These Year 2000 updates are also available as separate Web downloads that customers may apply to a Service Pack 4 system. Providing this option gives organizations the flexibility to choose which path is easier for them to address Year 2000 issues. SP5 is not a required upgrade for Year 2000 issues; Microsoft recommends that each customer consult the SP5 documentation and then determine whether to deploy it.

And if you're trying to decide whether to upgrade to SP6a on the basis of Y2K considerations, Microsoft provides the following, nearly-identical advice:

SP6a [Service Pack 6a] contains known Year 2000 updates for Windows NT 4.0. These Year 2000 updates are also available as separate Web downloads that customers may apply to a Service Pack 4 or 5 system. Providing these options gives organizations the flexibility to choose which path is easier for them to address Year 2000 issues. SP6a is not a required upgrade for Year 2000; Microsoft recommends that each customer consult the SP6a documentation and then determine whether to deploy it.

Service Pack 3 (SP3)

Microsoft states that it will maintain Windows NT 4.0 SP3 as Y2K "Compliant#" through January 1, 2001. (To read about the specific Y2K issues which will remain in SP3 even following the application of Microsoft's post-SP3 Y2K updates, see the compliance statements below.)

If you have chosen to run Service Pack 3, first check the Service Pack level your PC is running. If it is running a Service Pack earlier than SP3, you'll first need to upgrade Windows NT to that Service Pack level. You can obtain SP3 from Microsoft's Windows Update: Service Pack 3 Go page.

Then, to upgrade NT 4.0 SP3 to "Compliant#" status, you'll need to apply the Windows NT 4.0 Post Service Pack 3 (SP3) Year 2000 Update Go. This Update consolidates 13 separate Y2K fixes to NT 4.0 SP3. However, after installing the Update, eight Y2K issues will remain with SP3, and will not be corrected. These remaining, uncorrected issues are described in Microsoft's latest compliance statements, below.

Finally, additional Y2K updates may also be required for other specific NT components. For details, see Microsoft's compliance statements:

Service Pack 4 (SP4)

Microsoft states that it will maintain Windows NT 4.0 SP4 as Y2K "Compliant" through January 1, 2001. To upgrade NT 4.0 SP4 to "Compliant" status:

Individual Y2K updates may first be required for other specific NT components. For details, see Microsoft's compliance statements:

If you have made the decision to run Service Pack 4, next check the Service Pack level your PC is running. If it is running a Service Pack earlier than SP4, you'll need to upgrade Windows NT 4.0 to that Service Pack level. You can obtain SP4 from Microsoft's Windows NT 4.0 Service Pack 4 Information and Download Site Go. Installing SP4 will, among its many updates, apply a set of Y2K fixes to the base Windows NT 4.0 operating system.

Then you can install the six separate Windows NT 4.0 Post Service Pack 4 Year 2000 Updates. When we last checked Microsoft's Web site on December 10, 1999, all six of these updates were listed under the section titled "Step 2" in Microsoft's latest compliance summaries Go for Windows NT 4.0 SP4:

Y2K Product Summary for Windows NT 4.0 Workstation (SP4) Go
Y2K Product Summary for Windows NT 4.0 Server (SP4) Go

Finally, Microsoft recommends that you "audit" the Windows NT 4.0 SP4 operating system and its many components to ensure that all updates required for Y2K compliance have been successfully installed. This process is described in detail in Microsoft's latest compliance summaries Go, above.

Service Pack 5 (SP5)

Microsoft states that it will maintain Windows NT SP5 as Y2K "Compliant" through January 1, 2001. To reach this level of compliance:

Individual Y2K upgrades may first be required for other specific NT components. For details, see Microsoft's compliance statements at:

After doing so, you can then install Service Pack 5 (SP5) which, among its many updates, will apply Y2K fixes to the base Windows NT 4.0 operating system. SP5 incorporates fixes for all four of the remaining Year 2000 (Y2K) issues at the previous Service Pack level, Windows NT 4.0 SP4. These issues are described in the Windows NT Server Service Pack 5 FAQ Go.

You can obtain SP5 from Microsoft's Windows NT 4.0 Service Pack 5 Go page.

Then you can install three separate Windows NT 4.0 Post Service Pack 5 Year 2000 Updates. When we last checked Microsoft's Web site on December 10, 1999, these updates were listed in Microsoft's latest compliance summaries Go for Windows NT 4.0 SP5:

Y2K Product Summary for Windows NT 4.0 Workstation (SP5) Go
Y2K Product Summary for Windows NT 4.0 Server (SP5) Go

Finally, Microsoft recommends that you "audit" the Windows NT 4.0 SP5 operating system and its many components to ensure that all updates required for Y2K compliance have been successfully installed. This process is described in detail in Microsoft's latest compliance summaries Go, above.

Service Pack 6a (SP6a)

Service Pack 6a (SP6a) "provides the latest updates to Microsoft Windows NT Workstation 4.0, Windows NT Server 4.0, and Windows NT Server 4.0 Enterprise Edition." Microsoft states that it will maintain Windows NT 4.0 SP6a as Y2K "Compliant" through January 1, 2001.

Caution! Some older device drivers may not be supported except via the CD-ROM version of SP6a. Check the release notes and with your hardware vendors and make sure that they acknowledge that their drivers will work with this Service Pack.
Caution! As of November 8, 1999, if you are using the Berkeley Financial System (BFS) Go, do not install Windows NT 4.0 Service Pack 6.

As Elena Knox of UC Berkeley's Central Computing Services (CCS) wrote on November 5, 1999:


One of the problems that impacts BFS users is a change that was made to TCP/IP that affects products that use PORTS, which includes the Citrix ICA client. If Service Pack 6 is installed on a user's workstation, when the user tries to connect to BFS the following error message is displayed: "Cannot connect to the Citrix server. No buffer space is available." This error condition does not affect users who have administrative rights to use ports. Citrix is aware of the problem, and is working on a solution. Their recommendation at this time is "do not install Service Pack 6".

This problem may have been resolved by networking changes in Windows NT 4.0 Service Pack 6a. This is a revised version of Service Pack 6 which was issued by Microsoft in late November 1999, one month after the original SP6 was released. Until this is confirmed, however, we suggest that BFS users continue to hold off on installing Service Pack 6a.

Individual Y2K upgrades may first be required for other specific NT components. For details, see Microsoft's compliance statements at:

If you have made the decision to run Service Pack 6a, next check the Service Pack level your PC is running. If it is running a Service Pack earlier than SP6a, you'll need to upgrade Windows NT 4.0 to that Service Pack level. You can obtain SP6a from Microsoft's Windows NT 4.0 Service Pack 6a Go page. Installing SP6a will, among its many updates, apply a set of Y2K fixes to the base Windows NT 4.0 operating system.

Following installation, Microsoft recommends that you "audit" the Windows NT 4.0 SP6a operating system and its many components to ensure that all updates required for Y2K compliance have been successfully installed. This process is described in detail in Microsoft's latest compliance summaries Go, above.

[ ] 2.4. (Optional, but recommended) Change Microsoft Windows NT 4.0's default short date style to display dates with full, four-digit years.

Many personal computer operating systems are set "at the factory" to display dates with two-digit years, such as "05/13/29". These dates are century-ambiguous; they could reasonably be interpreted as falling within either within the 20th or 21st centuries.

It is usually beneficial to change your operating system's "short date style" to display dates using four-digit years, such as "05/13/1929" or "05/13/2029". When you do this, your application programs that use this display format will also start displaying dates with four-digit years. This can help you in three ways:

  • You can now see immediately, when you enter dates with two-digit years, whether your program has assigned these dates to the 20th or 21st century.

  • In some circumstances, this can help prevent dates with century-ambiguous two-digit years from being exported to text files or copied to the Clipboard.

  • With a few application programs, this may enable you to enter a wider range of dates.
For details, see Changing Your Operating System's Default Date Format To Use Four-Digit Years Go .

As a related measure, we also recommend that you follow the practice of entering dates with four-digit years, such as "05/13/1929" or "05/13/2029". For details, see Why You Should Enter Dates With Four-Digit Years Whenever Possible Go .

Here's how to change Windows NT 4.0's default short date style:

  1. From the Start menu, select Settings->Control Panel.

  2. Open Regional Settings.

  3. Click the Date folder tab near the top of the Regional Settings Properties window.

    Date tab in Regional Settings control panel

  4. In the "Short date" section of this window, select or type a short date style which uses four digits to represent the year.

    For example, if your department and/or those with whom you exchange data have standardized on the style "MM/dd/yyyy", which would represent May 13, 2029 as "05/13/2029", you can instruct Windows to use this style by:

    • Selecting the option MM/dd/yyyy from the pull-down menu to the right of the "Short date style" field;

      or

    • Typing MM/dd/yyyy directly into that field.


    Changing short date style to mm/dd/yyyy

  5. Click OK.

3. Application programs

[ ] 3.1. Check custom-written programs for Y2K compliance.

Custom-written (or "customized") application programs have been written "from scratch" or else extensively modified to perform a customized set of tasks for a specific customer. Some campus departments are running such applications, which typically have been created by departmental programmers or outside consultants. Often, these programs were built using programming or scripting languages, database management systems, or client/server tools.

Custom-written programs are at considerable risk for Y2K problems. Some of these programs may not work properly in the year 2000, or may encounter problems when handling dates from the year 2000 and beyond. If one or more of these programs are of significant importance to your campus department, it is essential that you find and resolve their Y2K problems. It is also imperative that you begin your work as early as possible, as the process of identifying, fixing, and testing fixes to custom applications can often be very time consuming.

Custom Applications: Finding & Resolving Y2K Problems Go can direct you to resources to help you find and resolve Y2K problems in custom applications. In particular, you can obtain a great deal of assistance from the Web pages of the UC Berkeley campus's Year 2000 Departmental Customized Applications Subcommittee, which has identified a phase-by-phase process that can guide you in carrying out this work.

[ ] 3.2. Check off-the-shelf application programs for Y2K compliance.

It appears likely that most commercial off-the-shelf application programs will work fine in the year 2000. However, some application programs are known to have Y2K problems or issues, ranging from minor to severe. If some of these application programs are important to your department or to your own research or instructional work, you'll need to resolve their Y2K problems before the year 2000 arrives. To do this, we suggest that you:

4. Data files & data sharing methods

[ ] 4.1. Check data files for Y2K compliance.

Data files, including spreadsheets and database files, can harbor Y2K problems. If some of these files are important to your department, or your personal research or instructional work, you'll need to resolve their date-related problems before the year 2000 arrives.

The Berkeley Computing and Communications article Checking your data for Y2K problems Go provides a overview, and the document Data Files: Finding & Resolving Y2K Problems Go describes in somewhat more detail how to check your data files to find and resolve Y2K problems. The following are some key points mentioned in both of these documents:

The primary areas of Y2K-related concern in data files are:

  • Custom macros, scripts, and user-defined functions.

    Some spreadsheet and database files may incorporate custom-written macros, scripts, or user-defined functions which improperly handle dates.

  • Standard date functions.

    Many spreadsheet and database programs provide standard date-related functions which are known to have Y2K-related "usage issues." Examples include Microsoft Excel's =DATE(), Microsoft Access's =DateSerial(), and Lotus 1-2-3's @YEAR().

  • Dates stored as text or numbers.

    Dates stored in spreadsheet cells or database fields as text (e.g., "02/21/15") or integers (e.g., "990405"), may present risks when these values are converted to dates, or when they are compared or sorted.
In addition, we encourage you to take four specific steps to help keep Y2K problems out of your data files Go in the future.

[ ] 4.2. Check data sharing methods for Y2K compliance.

Data shared between application programs could in some cases present Y2K problems. You can find guidance on finding and resolving these problems in Data Sharing Methods: Finding & Resolving Y2K Problems Go .

Methods of sharing data which are at risk include documents exchanged via disks, e-mail attachments, and file servers; data copied and pasted via the Clipboard; and programmatic data streams between programs.

To find situations where you'll need to check your data sharing methods for potential Y2K problems, ask yourself three questions:

  1. Do you export data containing century-ambiguous dates, such as "05/13/29", from any of your programs?

  2. Do you import data containing century-ambiguous dates into any of your programs?

  3. Do you share any files (such as spreadsheet or database files) containing dates stored as text or numbers, rather than as dates?



Find something unclear? Missing? Incomplete? Inaccurate? Or even praiseworthy? Send us feedback about this Web site!

This site is provided by the campus Year 2000 Departmental Computers and Administrative Equipment Subcommittee at the University of California, Berkeley.

Copyright 1999 by the Regents of the University of California.
Disclaimer: The University assumes no liability if the information on this page is used for other than University purposes.