About: Year 2000 problem   Sponge Permalink

An Entity of Type : owl:Thing, within Data Space : 134.155.108.49:8890 associated with source dataset(s)

The Year 2000 problem, also known as the Y2K problem, the Millennium bug, the Y2K bug, or Y2K, was a computer bug related to the formatting and storage of calendar data. Problems were anticipated, and arose, because twentieth-century software often represented the four-digit year with only the final two digits—making the year 2000 indistinguishable from 1900. The assumption of a twentieth-century date in such programs caused various errors, such as the incorrect display of dates and the inaccurate ordering of automated dated records or real-time events.

AttributesValues
rdfs:label
  • Year 2000 problem
rdfs:comment
  • The Year 2000 problem, also known as the Y2K problem, the Millennium bug, the Y2K bug, or Y2K, was a computer bug related to the formatting and storage of calendar data. Problems were anticipated, and arose, because twentieth-century software often represented the four-digit year with only the final two digits—making the year 2000 indistinguishable from 1900. The assumption of a twentieth-century date in such programs caused various errors, such as the incorrect display of dates and the inaccurate ordering of automated dated records or real-time events.
sameAs
dcterms:subject
dbkwik:computer/pr...iPageUsesTemplate
abstract
  • The Year 2000 problem, also known as the Y2K problem, the Millennium bug, the Y2K bug, or Y2K, was a computer bug related to the formatting and storage of calendar data. Problems were anticipated, and arose, because twentieth-century software often represented the four-digit year with only the final two digits—making the year 2000 indistinguishable from 1900. The assumption of a twentieth-century date in such programs caused various errors, such as the incorrect display of dates and the inaccurate ordering of automated dated records or real-time events. In 1997 the British Standards Institute (BSI) developed standard DISC PD2000-1 defining "Year 2000 Conformity requirements" as four rules: (1) No valid date will cause any interruption in operations; (2) Calculation of durations between, or the sequence of, pairs of dates will be correct whether any dates are in different centuries; (3) In all interfaces and in all storage, the century must be unambiguous, either specified, or calculable by algorithm; (4) Year 2000 must be recognised as a leap year. It identifies two problems that may exist in many computer programs. First, the practice of representing the year with two digits became problematic with logical error(s) arising upon "rollover" from x99 to x00. This had caused some date-related processing to operate incorrectly for dates and times on and after 1 January 2000, and on other critical dates which were billed "event horizons". Without corrective action, long-working systems would break down when the "... 97, 98, 99, 00 ..." ascending numbering assumption suddenly became invalid. Secondly, some programmers had misunderstood the Gregorian calendar rule that determines whether years that are exactly divisible by 100 are not leap years, and assumed the year 2000 would not be a leap year. Years divisible by 100 are not leap years, except for years that are divisible by 400. Thus the year 2000 was a leap year. Companies and organisations worldwide checked, fixed, and upgraded their computer systems to address the anticipated problem. Very few computer failures were reported when the clocks rolled over into 2000. It is not known how many problems went unrecorded.
Alternative Linked Data Views: ODE     Raw Data in: CXML | CSV | RDF ( N-Triples N3/Turtle JSON XML ) | OData ( Atom JSON ) | Microdata ( JSON HTML) | JSON-LD    About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 07.20.3217, on Linux (x86_64-pc-linux-gnu), Standard Edition
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2012 OpenLink Software