Help building the largest human-edited directory of the web Suggest URL - Open Directory Project - Become an editor

directopedia.org uses links and structure from dmoz Open Directory Project.
The contents has been generating using technology developed by scientec.

The year 2000 problem (also known as the Y2K problem and the millennium bug) was a flaw in computer program design that caused some date-related processing to operate incorrectly for dates and times on and after January 1, 2000. It turned into a major fear that critical industries (such as electricity or financial) and government functions would stop working at 12:00 AM, January 1, 2000, and at other critical dates which were billed as "event horizons". This fear was fueled by huge amounts of press coverage and speculation, as well as copious official corporate and government reports. All over the world companies and organizations checked and upgraded their computer systems. The preparation for Y2K had a significant effect on the computer industry.

In the end, significant disasters such as nuclear reactor meltdowns or plane crashes did not occur, but the number of non-critical Y2K errors encountered on January 1, 2000 was extensive. Due to the lack of disasters and the faulty "end of the world" expectations, the public largely, but perhaps wrongly, regarded the Y2K passage as a non-event.

Contents 1 Background 2 The programming problem 3 Public reaction to the problem 4 What actually happened 4.1 Before the year 2000 4.2 During the year 5 Y2K trivia 5.1 Factoids 5.2 Quotes 5.3 Y2K in pop culture 6 See also 7 References 8 External links

Background

Y2K (or Y2k) was the common slang for the year 2000 problem. The abbreviation combines the letter Y for "year", and K for the Greek prefix kilo meaning 1000; hence, 2K means 2000. It also went by millennium bug, although there is a popular debate on whether the year 2000 was actually the start of the new millennium. It is also said that the bug is technically a glitch.

The term was coined on June 12, 1995 in an e-mail sent by a 52-year old Massachusetts programmer named David Eddy. He later said, "People were calling it CDC (Century Date Change) and FADL (Faulty Date logic). There were other contenders. It just came off my fingertips."

It was thought computer programs could stop working or produce erroneous results because they stored years with only two digits and that the year 2000 would be represented by 00 and would be interpreted by software as the year 1900. This would cause date comparisons to produce incorrect results. It was also thought that embedded systems, making use of similar date logic, might fail and cause utilities and other crucial infrastructure to fail.

In the years prior to 2000, some corporations and governments, when they did testing to determine the extent of the potential impact, reported that some of their critical systems really would need significant repairs or risk serious breakdowns. Throughout 1997 and 1998, there were news reports about major corporations and industries that had made uncertain estimates as to their preparedness. The vagueness of these reports, and the apparent uncertainty regarding what sort of breakdowns were possible—and the fact that literally hundreds of billions of dollars were reportedly spent in remediation efforts—were a major part of the reason for the public fear.

Special committees were set up by governments to monitor remedial work and contingency planning, particularly by crucial infrastructures such as telecommunications, utilities and the like, to ensure that the most critical services had fixed their own problems and were prepared for problems with others.

By early- to mid-1999, when the same corporations, industry organizations, and governments were claiming to be largely prepared, the public relations damage had been done.

It was only the safe passing of the main "event horizon" itself, January 1, 2000, that fully quelled public fears.

In North America the actions taken to remedy the possible problems did have unexpected benefits. Many businesses installed computer backup systems for critical files. The September 11th attacks destroyed hundreds of offices in the World Trade Center, potentially crippling vast segments of the economy. Fortunately most of the offices had purchased backup servers in New Jersey and elsewhere, limiting the devastation of the attacks. The Y2K preparations further had impact on August 14, 2003 during the 2003 North America blackout. The previous activities had included the installation of new electrical generation equipment and systems which allowed for a relatively rapid restoration of power in some areas.

The programming problem

The underlying programming problem was quite real. In the 1960s, computer memory and storage were scarce and expensive, and most data processing was done on punch cards which represented text data in 80-column records. Programming languages of the time, such as COBOL and RPG, processed numbers in their ASCII or EBCDIC representations. They occasionally used an extra bit called a "zone punch" to save one character for a minus sign on a negative number, or compressed two digits into one byte in a form called binary-coded decimal, but otherwise processed numbers as straight text. Over time the punch cards were converted to magnetic tape and then disk files and later to simple databases like ISAM, but the structure of the programs usually changed very little. Popular software like dBase continued the practice of storing dates as text well into the 1980s and 1990s.

Saving two characters for every date field was significant in the 1960s. Since programs at that time were mostly short-lived affairs programmed to solve a specific problem, or control a specific hardware-setup, most programmers of that time did not expect their programs to remain in use for many decades. The realisation that databases were a new type of program with different characteristics had not yet come, and hence most did not consider fixing two digits of the year a significant problem. There were exceptions, of course; the first person known to publicly address the problem was Bob Bemer who had noticed it in 1958, as a result of work on genealogical software. He spent the next twenty years trying to make programmers, IBM, the US government and the ISO care about the problem, with little result. This included the recommendation that the COBOL PICTURE clause should be used to specify four digit years for dates. This could have been done by programmers at any time from the initial release of the first COBOL compiler in 1961 onwards. However lack of foresight, the desire to save storage space, and overall complacency prevented this advice from being followed. Despite magazine articles on the subject from 1970 onwards, the majority of programmers only started recognizing Y2K as a looming problem in the mid-1990s, but even then, inertia and complacency caused it to be mostly ignored until the last few years of the decade.

Storage of a combined date and time within a fixed binary field is often considered a solution, but the possibility for software to misinterpret dates remains, because such date and time representations must be relative to a defined origin. Roll-over of such systems is still a problem but can happen at varying dates and can fail in various ways. For example:

• The typical Unix timestamp stores a date and time as a 32-bit signed integer number representing, roughly speaking, the number of seconds since January 1, 1970, and will roll over in 2038 and cause the year 2038 problem.
• The popular spreadsheet Microsoft Excel stores a date as a number of days since an origin (often erroneously called a Julian date). A Julian date stored in a 16-bit integer will overflow after 65,536 days (approximately 179 years). Unfortunately, some releases of the program start at 1900, others at 1904.
• Microsoft Excel spreadsheet program has elementary Y2K problem: Excel regards year 1900, just like year 2000, as a leap year (in fact, year 1900 is not a leap year). Originally Excel used Julian calendar for date calculation, so year 2100, 2200 and so on was also regarded as a leap year as well as year 1900. This bug was fixed in the later versions, but since epoch date of Excel timestamp is January 1, 1900, year 1900 is still regarded as a leap year to maintain backward compability.
• In the C programming language, the standard library function to get the current year originally did have the problem that it returned only the year number within the 20th century, and for compatibility's sake still returns the year as year minus 1900. Many programmers in C, and in Perl and JavaScript, two programming languages widely used in Web development that use the C functions, incorrectly treated this value as the last two digits of the year. On the Web this was a mostly harmless bug, but it did cause many dynamically generated webpages to display January 1, 2000, as "1/1/19100", "1/1/100", or variations of that depending on the format.

Even before January 1, 2000 arrived, there were also some worries about September 9, 1999 (albeit lesser compared to those generated by Y2K). This date could also be written in the numeric format, 9/9/99, which is somewhat similar to the end-of-file code, 9999, in old programming languages. It was feared that some programs might unexpectedly terminate on that date. This is actually an urban legend, because computers do not store dates in that manner. In this case, the date would be stored 090999 or 9/9/99, to prevent confusion of the month-day boundary.

Another related problem for the year 2000 was that it was a leap year even though years ending in "00" are normally not leap years. (A year is a leap year if it is divisible by 4 unless it is both divisible by 100 and not divisible by 400.) Fortunately, like Y2K, most programs were fixed in time.

Public reaction to the problem

Some industries started experiencing related problems early in the 1990s as software began to process future dates past 1999. For example, in 1993, some people with financial loans that were due in 2000 received (incorrect) notices that they were 93 years past due. As the decade progressed, more and more companies experienced problems and lost money due to erroneous date data. As another example, meat-processing companies incorrectly destroyed large amounts of good meat because the computerized inventory system identified the meat as expired. There were, in fact, many such minor "horror stories" like these, which received much play in the press as 2000 approached.

As the decade progressed, identifying and correcting or replacing affected computer systems or computerized devices became the major focus of information technology departments in most large companies and organizations. Millions of lines of programming code were reviewed and fixed during this period. Many corporations replaced major software systems with completely new ones that did not have the date processing problems. It was frequently reported that corporations had already experienced at least minor Y2K problems, and some major problems as well, due to date look-ahead functions in code and embedded systems, but it was and still is not clear what the full cost and seriousness of these problems were.

Y2K was a big media story in 1999. In some countries public apprehension was tremendous, reaching, in some quarters, enormous proportions. Some individuals stockpiled canned or dried food in anticipation of food shortages. A few commentators predicted a full-scale apocalypse, among them computer consultant Edward Yourdon, religious commentator Gary North, and economist Edward Yardeni.

As midnight approached on 31 December, a team of US and Russian military personnel was in place because of the significant danger that uncorrected Y2K faults in Russian military computers might set off warning systems or even cause missile launches, thus possibly risking nuclear war.

What actually happened

Before the year 2000

In 1996, pallets of Marks & Spencer canned corned beef were scheduled for disposal by an inventory program. The program thought the cans to be ninety-six years past their expiration date, because the labels read "12-1-00" and the program misinterpreted this as 12-1-1900.

During the year

When January 1, 2000, finally came, there were few major problems reported, contrary to many expectations. They mostly occurred in countries with less experience with computers, and/or less money to address the problem. A few made the news, such as a nuclear power plant in Japan that shut down for a short while due to a problem in an auxiliary system, US spy satellites that were blinded briefly, or the national high-speed and airport rail systems of Norway that briefly shut down on December 31, 2000, a date that was not tested for. But in most cases, the problems encountered were minor and were fixed by programmers without difficulty. These problems remained largely isolated from one another, preventing cascading failures, which had been the focus of so much interoperability and end-to-end testing in the period leading up to January 1, 2000.

Ironically, many people were upset that there appeared to be so much hype over nothing, because the vast majority of problems had been fixed correctly. Some critics have suggested that much preventive effort was unnecessary. Their argument is it would have been cheaper not to spend as much examining non-critical systems for flaws and simply fix the few that would have failed after the event. The argument of their opponents is that, had it not been for such efforts, the problem would have been much worse and widespread.

For those not involved in the preventive effort, the conclusion that all the efforts have been a waste was easy to draw, as they had no knowledge of the countless systems that had been corrected, but had only witnessed the problems that had not been fixed in time. Also, few of them realized that fixing the problems afterwards would have been much harder as active millennium problems would have complicated matters. But in any case, for many systems the checking procedure involved replacement with new, improved functionality and thus in many cases the expenditure proved useful regardless. Preparing for Y2K resulted in many more computer programming and testing jobs than would have otherwise existed. Programs were reviewed and tested that otherwise would have been considered "done".

Y2K trivia

Factoids

• The United States established the Year 2000 Information and Readiness Disclosure Act, which limited the liability of businesses who had properly disclosed their Y2K readiness.
• Insurance companies sold insurance policies covering failure of businesses due to Y2K problems.
• Attorneys organized and mobilized for Y2K class action lawsuits (which were not pursued).
• No major failures of infrastructure were reported in the United States or even in many places where they had been widely expected, such as Russia.
• The Y2K problem mainly affected countries that follow the Gregorian calendar (Saudi Arabia, for example, uses the Islamic calendar).
• One theory has it that the Federal Reserve increased the money supply in 1999 to compensate for anticipated hoarding by a frightened populace. The populace, however, was not frightened, and the flood of new money fueled a stock market high tide that went out on January 14, 2000 when the Dow Jones Industrials fell from the all-time peak.
• Many organizations finally realised the critical importance of their IT infrastructure to their business, and put in place plans to keep it running and restore capability in case of disaster. Such planning may well have helped the relatively speedy return to functioning of New York's critical financial IT systems after the September 11, 2001 attacks.
• Speculatively, the Y2K spending on information infrastructure caused a slowdown in information technology spending in the year 2000 and 2001 and may eventually lead to higher productivity in future years.
• The Long Now Foundation, which (in their words) "seeks to promote 'slower/better' thinking and to foster creativity in the framework of the next 10,000 years", has a policy of anticipating the Year 10,000 problem by writing all years with five digits. For example, they list "01996" as their year of founding.
• One of the founders of the Long Now Foundation, Danny Hillis, was one of the few commentators who publicly predicted that Y2K bugs would cause no significant problems (see "Why Do We Buy the Myth of Y2K?", Newsweek, May 31, 1999).
• Univision news reported that on the evening of December 31, 1999, a couple in Peru had committed suicide, for fears of what Y2K would bring.
• A few (but not many) computer systems did actually fail on January 1, although some of those did so on a yearly basis. An almost amusing postscript to the Y2K problem was the fact that a number of computers not set up for leap years actually failed the following February 29.

Quotes

• "We may not have got everything right, but at least we knew the century was going to end." – Parodic science fiction author Douglas Adams, in an advertisement for Apple Macintosh personal computers, which even on date of release could accurately render dates to the year 2020 (that threshold has since been extended by over 60 millennia)
• "Computing consultants laughing all the way to the bank." – Popular catchphrase used by the Australian media on the First of January 2000.

Y2K in pop culture

• In the 1999 movie Office Space, the main character's job is to rewrite bank software to use dates with 4-digit years instead of 2.
• The Halloween episode of The Simpsons for the 1999–2000 season, Treehouse of Horror X, contained a sketch fittingly entitled "Life's A Glitch, Then You Die". Homer's failure to check Y2K preparedness at the Springfield Nuclear Power Plant results in a global technology-related catastrophe.
• The Family Guy episode "Da Boom" (aired December 26, 1999) featured the Griffin family surviving the end of civilization, caused by the Y2K bug. At the end of the episode, it is revealed in a Dallas parody that the episode was all just a dream.
• The flashback portions of the episode "11:59"' of Star Trek: Voyager (aired May 5, 1999) takes place on December 31, 2000, where an ancestor of Captain Kathryn Janeway, Shannon O'Donnell, claims that "the Y2K bug couldn't even turn off a single light bulb."
• The Newsradio episode "Meet the Max Louis" had a subplot in which the station's electrician Joe Garelli dealt with the effects of him programming the computer system to Jesus' "actual" birth-date. The episode was filmed in 1998, so they were experiencing the year 2000 problem two years early.
• In an episode of "Dilbert", Wally is given command to fix the company computer systems for Y2K. He fixes them, only finding out that the millennium starts on January 1, 2001.
• Several different movies with the title Y2K were made: Y2K (1999) and Y2K: The Movie (1999) (TV).
• The popular web comic Kevin and Kell had several story angles relating to Y2K. One of the primary characters, Fiona Fennec, was granted magic powers by "aliens" (really the "Great Bird Conspiracy") to fix the problem on a global scale.
• The 1999 film Entrapment, presented the two thieves, played by Catherine Zeta Jones and Sean Connery, to synchronize their plans according to the turn of the millennium, taking advantage of the technical problems.
• Jennifer Lopez's music video for her 1999 single Waiting for Tonight featured a power failure during a party held on the beginning of 2000.
• On an episode of Seinfeld, it shows Kramer and Newman preparing for their Y2K parties.
• In the Weird Al Yankovic song "It's All About the Pentiums", Weird Al says "I ain't afraid of Y2K."
• The webcomic After Y2K was started in February 1999, with humorous predictions of what would happen after major systems, including computers, broke down. The archives of the comic are still available on the creators' website, at geekculture.com.

See also

• Year 2038 problem
• Year 10,000 problem

References

• DeJesus, Edmund X. (1998). "Year 2000 Survival Guide". BYTE, July 1998, vol. 23, no. 7 (the final issue of BYTE).
• Keogh, Jim (1998). "Working to Solve the Year 2000 Problem". Ch. 12 (pp. 307–329) of COBOL Programmer's Notebook. Upper Saddle River, NJ: Prentice-Hall PTR. ISBN 0-13-977414-9.

External links

• A Day in the Hype of America – Y2K documentary by Global Griot Productions, filmed entirely 31 December 1999
• "Y2K bug may never bite" – by John Quiggin (published in the "Australian Financial Review", 2 September 1999 – Article predicting no serious trouble based on experience in 2000, blaming fear of litigation for over-reaction to Y2K
• "A New Year's Embarrassment for Y2K doomsters" – By Wynn Quon, Mitel Corp. (published in the National Post, 5 October 1999) – An article looking into the absence of serious Y2K-related trouble during the first nine months of 1999, its author predicting a minimal amount of trouble happening at the turn of the millennium three months away.
• The Surprising Legacy Of Y2K – Radio documentary by American Public Media, on the history and legacy of the millennium bug five years on.

This article is based on the article "Y2K" from Wikipedia - the free encyclopedia created and edited by online user community. This article is distributed under the terms of GNU Free Documentation License. Here you find the list of authors of this article. The article can only edited within Wikipedia. Edit this article in Wikipedia.