Ramli was just viewing Microsoft CEO Steve Ballmer interview at Stanford University and all the important things that Leaders like him must do ie.things that are delegable and those that should not be delegable at all eg.like building the company culture….
So,for a software giant company like Microsoft and Intel being also a hardware giant company they must depend on these assets that they possess for their business survival.Of course behind all these assets,their people is actually the greatest asset of all.
If there is a major catastrophere or breakdown for all hardware and software products in this world what will happen to all of us,like the threat once made by the Y2K matter!That threat was that by 1stJan 2000 all things can stop functioning since the computer were all made to suit till year 31-12-1999 and the next shift to 1-1-2000 cannot be determine safe anymore?Looks like that was the biggest hoax or bluff we had in the 20th Century by these computer people,is it?Billions of USD were spend to meet to this y2K threat and actually “nothing happen” just a “good wake up call’ maybe?Why? It is the human ignorant or not clever enough to prove that nothing’s gonna happen seriously to all of us come 1-1-2000!So,having brilliant people is good investment and worth all the money in this world!
Let’s build more Humanware as compared to all the Hardware and Software!
Humans will last till eternity but hardware and software have their expiry dates and will become useless,unoperational or have breakdowns which humans do not experience such situations as far as their existence till the end of time (of course we all will die sooner or later but our children will continue our journey till end of time)
If we are too dependabel on our machines and softwares like systems etc..then if there is a major power failure or Blackout,we will all live in misery and hardship since nothings gets done when all machines and systems goes “downtime” or “off line”
Natural disasters like major earthquakes,tsunamies and typhoons all can caused great damages to our lives and in these natural disasters we faced problems of no elctricity,no good drinking water,no air conditioners,no transport system working and others…so we only can now depend on our human efforts or human body to get us out of this “hell of a time” so that we get back to our normal ways of comfort living at peace,stability and comfort.With Human Talents we can expect the world to progress with more inventions,discoveries and better ways of living..since in the first place it was Human who create all these hardwares and softwares…Only Allah SWT create Human with the first being Prophet Adam as and with Hawa (Eve) they together produce their off springs and later more and more till what we have now in this global world about 7 Billion living humans…and more coming…
NOTE: some infos on Y2K at Wikipedia for your reading and actual undertanding of that subject that “bug” us before the arrival of 1-1-2000.
Year 2000 problem
From Wikipedia, the free encyclopedia
The Year 2000 problem (also known as the Y2K problem, the millennium bug, the Y2K bug, or simply Y2K) was a problem for both digital (computer-related) and non-digital documentation and data storage situations which resulted from the practice of abbreviating a four-digit year to two digits.
In computer programs, the practice of representing the year with two digits becomes problematic with logical error(s) arising upon “rollover” from x99 to x00. This has caused some date-related processing to operate incorrectly for dates and times on and after January 1, 2000 and on other critical dates which were billed “event horizons“. Without corrective action, it was suggested that long-working systems would break down when the “…97, 98, 99, 00…” ascending numbering assumption suddenly became invalid. Companies and organizations worldwide checked, fixed, and upgraded their computer systems.
While no globally significant computer failures occurred when the clocks rolled over into 2000, preparation for the Y2K bug had a significant effect on the computer industry. There were plenty of Y2K problems, and that none of the glitches caused major incidents is seen as vindication of the Y2K preparation.[1] However, some questioned whether the absence of computer failures was the result of the preparation undertaken or whether the significance of the problem had been overstated.[1][2]
Many banks have responded to the Y2K problem by forcing full 4-digit year entries on cheque forms, which helps to prevent the error from occurring in accounting environments.
Background
Y2K was the common abbreviation for the year 2000 software problem. The abbreviation combines the letter Y for “year”, and k for the SI unit prefix kilo meaning 1000; hence, 2K signifies 2000. It was also named the Millennium Bug because it was associated with the popular (rather than literal) roll-over of the millennium, despite the fact that the bug could have occurred at the end of any ordinary century.
The Year 2000 problem was the subject of the early book, Computers in Crisis by Jerome and Marilyn Murray (Petrocelli, 1984; reissued by McGraw-Hill under the title The Year 2000 Computing Crisis in 1996). The first recorded mention of the Year 2000 Problem on a Usenet newsgroup occurred Saturday, January 19, 1985 by Usenet poster Spencer Bolles.[3]
The acronym Y2K has been attributed to David Eddy, a Massachusetts programmer,[4] in an e-mail sent on June 12, 1995. He later said, “People were calling it CDC (Century Date Change), FADL (Faulty Date Logic) and other names.”
Many computer programs stored years with only two digits; for example, 1980 would be stored as 80. Some such programs could not distinguish between the year 2000 and the year 1900. Other programs would try to represent the year 2000 as 19100. This could cause a complete failure and cause date comparisons to produce incorrect results. Some embedded systems, making use of similar date logic, were expected to fail and cause utilities and other crucial infrastructure to fail.
Some warnings of what would happen if nothing were done were particularly dire:
The Y2K problem is the electronic equivalent of the El Niño and there will be nasty surprises around the globe. — John Hamre, Deputy Secretary of Defense [5]
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. While some commentators and experts argued that the coverage of the bug largely amounted to scaremongering,[2] it was only the safe passing of the main “event horizon” itself, January 1, 2000, that fully quelled public fears. Some experts who argued that scaremongering was occurring, such as Ross Anderson, Professor of Security Engineering at the University of Cambridge Computer Laboratory, have since claimed that despite sending out hundreds of press releases about research results suggesting that the bug was not likely to be as big a problem as some had suggested, they were largely ignored by the media.[2]
Programming problem
The practice of using two-digit dates for convenience predates computers.
The need for bit conservation
| “ |
I’m one of the culprits who created this problem. I used to write those programs back in the 1960s and 1970s, and was proud of the fact that I was able to squeeze a few elements of space out of my program by not having to put a 19 before the year. Back then, it was very important. We used to spend a lot of time running through various mathematical exercises before we started to write our programs so that they could be very clearly delimited with respect to space and the use of capacity. It never entered our minds that those programs would have lasted for more than a few years. As a consequence, they are very poorly documented. If I were to go back and look at some of the programs I wrote 30 years ago, I would have one terribly difficult time working my way through step-by-step. |
” |
| —Alan Greenspan, 1998[6] |
In the 1960s, computer memory was 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 these two digits 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, neither managers nor programmers of that time expected their programs to remain in use for many decades. The realization 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 this issue 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 aware of 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 unresolved until the last few years of the decade. In 1989 Erik Naggum was instrumental in ensuring that internet mail used four digit representations of years by including a strong recommendation to this effect in the Internet host requirements document (RFC-1123).[7]
Resulting bugs from date programming
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 predefined origin. Rollover of such systems is still a problem but can happen at varying dates and can fail in various ways. For example:
- The Microsoft Excel spreadsheet program had a very elementary Y2K problem: Excel (in both Windows and Mac versions, when they are set to start at 1900) incorrectly set the year 1900 as a leap year for compatibility with Lotus 1-2-3.[8] In addition, the years 2100, 2200 and so on were regarded as leap years. This bug was fixed in later versions, but since the epoch of the Excel timestamp was set to the meaningless date of January 0 1900 in previous versions, the year 1900 is still regarded as a leap year to maintain backward compatibility.
- In the C programming language, the standard library function to get the current year represents the year as year minus 1900. There were programmers who used C or a language using functions from C, such as Perl and Java, two programming languages widely used in web development, who incorrectly treated this value as the last two digits of the year since they had not read the specifications. On the web this was usually a harmless presentation bug, but it did cause many dynamically generated webpages to display January 1, 2000 as “1/1/19100”, “1/1/100”, or other variants, depending on the format.
- JavaScript was changed due to the concerns of the Y2K bug, and the return value for years changed and thus differed between versions from sometimes being a four digit representation and sometimes a two-digit representation forcing programmers to rewrite already working code to make sure their webpages worked for all versions.[9][10] This forced programmers to change already working code and add checks to see if the returned date was less than 1900 or not and act accordingly.
- Older applications written for the commonly used UNIX source code control system SCCS failed to handle years that began with the digit “2”.
- In the Windows 3.x file manager, dates were shown as 1/1/19:0 for 1/1/2000 (because the colon is the character after 9 in the character set). An update was available.
Date bugs similar to Y2K
9 September 1999
Even before 1 January 2000 arrived, there were also some worries about 9 September 1999 (albeit lesser compared to those generated by Y2K). Because this date could also be written in the numeric format 9/9/99, it could have conflicted with the date value 9999, frequently used to specify an unknown date. It was thus possible that database programs might act on the records containing unknown dates on that day.[11] Somewhat similar to this is the end-of-file code 9999, used in older programming languages. While fears arose that some programs might unexpectedly terminate on that date, the bug was more likely to confuse computer operators than machines.
Leap years
Ordinarily, a year is a leap year if it is divisible by 4. A year divisible by 100, however, is not a leap year unless it is also divisible by 400. For example, 1600 was a leap year, but 1700, 1800 and 1900 were not. Most programs relied on the oversimplified rule that a year divisible by 4 is a leap year. This method works fine for the year 2000 (because it was a leap year), and will not become a problem until 2100, when older legacy programs will likely have long since been replaced. For information on why century years are treated differently, see the article on the Gregorian calendar.
Older Sony PlayStation 3 models experienced temporary difficulties on 1st March 2010 when the internal calendar wrongly identified 2010 as a leap year, and attempted to move from 28th February to 29th February, instead of the correct 1st March. Before the reason for this error was identified it was referred to as the PS3 Error 8001050F [12]. On the official playstation blog, Patrick Seybold, Sr. Director, Corporate Communications & Social Media, wrote:
We are aware that the internal clock functionality in the PS3 units other than the slim model, recognized the year 2010 as a leap year. Having the internal clock date change from February 29 to March 1 (both GMT), we have verified that the symptoms are now resolved and that users are able to use their PS3 normally.
Year 2010 problem
Some systems had problems once the year rolled over to 2010. This was dubbed by some in the media as the “Y2K+10” or “Y2.01k” problem [13].
The main source of problems was confusion between binary number encoding and Binary-coded decimal (BCD) encodings of numbers. Both binary and BCD encode the numbers 0-9 as 0x00 – 0x09. But BCD encodes the number 10 as 0x10, whereas binary encodes the number 10 as 0x0A; 0x10 interpreted as a binary encoding represents the number 16. For example, because the SMS protocol uses BCD for dates, some mobile phone software incorrectly reported dates of SMSes as 2016 instead of 2010.[citation needed]
Among the affected systems were EFTPOS terminals [14],specific mobile phones. Among the affected systems were EFTPOS terminals [13],specific mobile phones, and older Sony PlayStation 3 models and not the PS3 Slim; before the reason of this error was identified it was referred to as the PS3 Error 8001050F [14]. On the official playstation blog, Patrick Seybold, Sr. Director, Corporate Communications & Social Media, wrote: “We are aware that the internal clock functionality in the PS3 units other than the slim model, recognized the year 2010 as a leap year. Having the internal clock date change from February 29 to March 1 (both GMT), we have verified that the symptoms are now resolved and that users are able to use their PS3 normally.”
Windows Mobile is the first reported software to get this glitch as it changes the sent date of any phone message sent after 1 January 2010 from the year “2010” to “2016”[16] The most important such glitch occurred in Germany, where upwards of 20 million bank cards became unusable, and with Citibank Belgium, whose digipass customer identification chips stopped working[17]
Year 2038 problem
Main article: Year 2038 problem
The typical Unix timestamp (time_t) stores a date and time as a 32-bit signed integer number representing, roughly speaking, the number of seconds since January 1, 1970; in 2038, this number will roll over (exceed 32 bits), causing the Year 2038 problem (also known as Unix Millennium bug, or Y2K38). To solve this problem, many systems and languages have switched to a 64-bit version, or supplied alternatives which are 64-bit.
Confusion between day and year
Ambiguity and errors can rise when different methods of ordering a Day/Month/Year sequence are used by different entities. For example, 30/11/05 could result in the interpretations of November 5, 2030; November 30, 2005, May 30, 2011, or even May 11, 2030. Any year abbreviated prior to 2031 can lead to the error. Attempting to standardize the date-ordering sequence (i.e. S.I., ISO) is not a feasible solution to the problem due to the open nature of writing, international differences, and human behavior.[citation needed]
Programming solutions
Two very different approaches were used to solve the Year 2000 problem in legacy systems:
- Date expansion: 2-digit years were expanded to include the century (becoming 4-digit years) in programs, files and databases. This was considered the “purest” solution, resulting in unambiguous dates that are permanent and easy to maintain. However, this method was costly, requiring massive testing and conversion efforts, and usually affecting entire systems.
- Windowing: 2-digit years were retained, and programs determined the century value only when needed for particular functions, such as date comparisons and calculations. (The century “window” refers to the 100-year period to which a date belongs.) This technique, which required installing small patches of code into programs, was simpler to test and implement than date expansion, thus much less costly. While not a permanent solution, windowing fixes were usually designed to work for several decades. This was thought acceptable, as older legacy systems tend to eventually get replaced by newer technology.[18]
Documented errors
Before 2000
- On 28 December 1999, 10,000 card swipe machines issued by HSBC and manufactured by Racal stopped processing credit and debit card transactions.[2] The stores relied on paper transactions until the machines started working again on 1 January.[19]
On 1 January 2000
When 1 January 2000 arrived, there were problems generally regarded as minor. Problems did not always have to occur precisely at midnight. Some programs were not active at that moment and would only show up when they were invoked. Not all problems recorded were directly linked to Y2K programming in a causality; minor technological glitches occur on a regular basis.
Reported problems include:
- In Ishikawa, Japan, radiation-monitoring equipment failed at midnight, but officials said there was no risk to the public.[20]
- In Onagawa, Japan, an alarm sounded at a nuclear power plant at two minutes after midnight.[20]
- In Japan, at two minutes past midnight, Osaka Media Port, a telecommunications carrier, found errors in the date management part of the company’s network. The problem was fixed by 02:43 and no services were disrupted.[21]
- In Japan, NTT Mobile Communications Network (NTT DoCoMo), Japan’s largest cellular operator, reported on 1 January 2000, that some models of mobile telephones were deleting new messages received, rather than the older messages, as the memory filled up.[21]
- In Australia, bus-ticket-validation machines in two states failed to operate.[22]
- In the United States, 150 slot machines at race tracks in Delaware stopped working.[22]
- In the United States, the U.S. Naval Observatory, which runs the master clock that keeps the country’s official time, had a Y2K glitch on its Web site. Due to a programming problem, the site reported that the date was Jan. 1, 19100.[23]
- In France, the national weather forecasting service, Meteo France, said a Y2K bug made the date on a webpage show a map with Saturday’s weather forecast as “01/01/19100”.[22] This also occurred on other Web sites, including att.net, at the time a general-purpose portal site primarily for AT&T Worldnet customers in the United States.
On 1 March 2010
In relation to computing errors regarding the leap year function, in 2010, on March 1st, a massive portion of Sony Playstation 3 users were affected by this computation error, causing the non-slimline and newer “fat” versions of the console to be unable to sync trophies or connect to the PSN (Playstation Network) servers because the dates on the OS were out of sync to the consoles themselves. This rendered “Trophy” games unplayable because a trophy sync was required and was unable to be obtained, hence, this resulted in an 8001050F error, followed by a force quit.
This directly impacted the priorities of Sony, but on the following day it was able to be resolved by an automatic resolution, where the consoles automatically passed the “non-existent” day.
Government responses
United States
The United States Government responded to the Y2K threat by passing the Year 2000 Information and Readiness Disclosure Act, by working with private sector counterparts in order to ensure readiness, and by creating internal continuity of operations plans in the event of problems. The effort was coordinated out of the White House by the President’s Council On Year 2000 Conversion, headed by John Koskinen.[24] The White House effort was conducted in coordination with the then-independent Federal Emergency Management Agency (FEMA), and an interim Critical Infrastructure Protection Group, then in the Department of Justice, now in Homeland Security. The Dutch Government promoted Y2K Information Sharing and Analysis Centers (ISACs) to share readiness between industries, without threat of antitrust violations or liability based on information shared.
The US Government followed a three part approach to the problem: (1) Outreach and Advocacy (2) Monitoring and Assessment and (3) Contingency Planning and Regulation.[25]
The logo created by The President’s Council on the Year 2000 Conversion, for use on Y2K.gov
A feature of US Government outreach was Y2K websites including Y2K.GOV. Presently, many US Government agencies have taken down their Y2K websites. Some of these documents may be available through National Archives and Records Administration[26] or The Wayback Machine.
Each federal agency had its own Y2K task force which worked with its private sector counter parts. The FCC had the FCC Year 2000 Task Force.[25][27]
Most industries had contingency plans that relied upon the Internet for backup communications. However, as no federal agency had clear authority with regard to the Internet at this time (it had passed from the US Department of Defense to the US National Science Foundation and then to the US Department of Commerce), no agency was assessing the readiness of the Internet itself. Therefore on July 30, 1999 the White House held the White House Internet Y2K Roundtable.[28]
International cooperation
The International Y2K Cooperation Center (IY2KCC) was established at the behest of national Y2K coordinators from over 120 countries when they met at the First Global Meeting of National Y2K Coordinators at the United Nations in December 1988. IY2KCC established an office in Washington, D.C. in March 1999. Funding was provided by the World Bank, and Bruce W. McConnell was appointed as director.
IY2KCC’s mission was to “promote increased strategic cooperation and action among governments, peoples, and the private sector to minimize adverse Y2K effects on the global society and economy.” Activities of IY2KCC were conducted in six areas:
- National Readiness: Promoting Y2K programs worldwide
- Regional Cooperation: Promoting and supporting coordination within defined geographic areas
- Sector Cooperation: Promoting and supporting coordination within and across defined economic sectors
- Continuity and Response Cooperation: Promoting and supporting coordination to ensure essential services and provisions for emergency response
- Information Cooperation: Promoting and supporting international information sharing and publicity
- Facilitation and Assistance: Organizing global meetings of Y2K coordinators and to identify resources
IY2KCC closed down in March 2000.[29]
Norway and Finland
Norway and Finland changed their National identification number, to indicate the century in which a person was born. In both countries the birth year was indicated with two digits only. However, a similar problem already existed, the “Year 1900 problem“, about distinguishing between people born in the 20th or 19th century, so the timing was more because of the Y2K attention than a solution to a new problem. In Finland the problem was solved by replacing the hyphen ‘-‘ in the number with the letter ‘A’ for people born in the 21st century. In Norway, the range or the individual numbers following the birthdate was altered from 0-499 to 500-999.
Cost
The total cost of the work done in preparation for Y2K is estimated at over 300 billion US dollars.[31] There are two ways to view the events of 2000 from the perspective of its aftermath:
Opposing view
Others have claimed that there were no, or very few, critical problems to begin with, and that correcting the few minor mistakes as they occurred (the ‘fix on failure’ approach) would have been the most efficient and cost effective way to solve the problem. Editorial writing in the Wall Street Journal called Y2K an “end-of-the-world cult” and the “hoax of the century”.[32] The opposing view was bolstered by a number of observations.
- The lack of Y2K-related problems in schools, many of which undertook little or no remediation effort. By September 1, 1999 only 28 percent of US schools had achieved compliance for mission critical systems, and a government report predicted that “Y2K failures could very well plague the computers used by schools to manage payrolls, student records, online curricula, and building safety systems”.[33]
- The lack of Y2K-related problems in an estimated 1.5 million small businesses that undertook no remediation effort. On 3 January 2000 (the first weekday of the year) the Small Business Administration received an estimated 40 calls from businesses with computer problems, similar to the average. None of the problems were critical.[34]
- The lack of Y2K-related problems in countries such as Italy, which undertook a far more limited remediation effort than the United States. In an October 22, 1999, report, a US Senate Committee expressed concern about safe travel outside of the United States. The report stated that overseas public transit systems were considered vulnerable because many did not have an aggressive response plan in place for any problems. Internationally, the report singled out Italy, China and Russia as poorly prepared. The Australian government evacuated all but three embassy staff from Russia.[35] None of these countries experienced any Y2K problems regarded as worth reporting.[36]
- The absence of Y2K-related problems occurring before January 1, 2000, even though the 2000 financial year commenced in 1999 in many jurisdictions, and a wide range of forward-looking calculations involved dates in 2000 and later years. Estimates undertaken in the leadup to 2000 suggested that around 25% of all problems should have occurred before 2000.[37] Critics of large-scale remediation argued, during 1999, that the absence of significant problems, even in systems that had not been rendered compliant, suggested that the scale of the problem had been severely overestimated.[38]
IMPORTANT NOTE:
PLEASE READ THE DETAILS AT WIKIPEDIA WEBSITE.
Pramleeelvis's Blog 
