CARVIEW |
Select Language
HTTP/2 302
server: nginx
date: Sat, 02 Aug 2025 16:48:46 GMT
content-type: text/plain; charset=utf-8
content-length: 0
x-archive-redirect-reason: found capture at 20080925050840
location: https://web.archive.org/web/20080925050840/https://www.oreilly.com/catalog/9781565924215/
server-timing: captures_list;dur=0.632390, exclusion.robots;dur=0.027804, exclusion.robots.policy;dur=0.012731, esindex;dur=0.014765, cdx.remote;dur=15.094189, LoadShardBlock;dur=217.860440, PetaboxLoader3.datanode;dur=74.627306, PetaboxLoader3.resolve;dur=63.390281
x-app-server: wwwb-app211
x-ts: 302
x-tr: 257
server-timing: TR;dur=0,Tw;dur=0,Tc;dur=0
set-cookie: wb-p-SERVER=wwwb-app211; path=/
x-location: All
x-rl: 0
x-na: 0
x-page-cache: MISS
server-timing: MISS
x-nid: DigitalOcean
referrer-policy: no-referrer-when-downgrade
permissions-policy: interest-cohort=()
HTTP/2 200
server: nginx
date: Sat, 02 Aug 2025 16:48:47 GMT
content-type: text/html
x-archive-orig-date: Thu, 25 Sep 2008 05:08:17 GMT
x-archive-orig-server: Apache
x-archive-orig-p3p: policyref="https://www.oreillynet.com/w3c/p3p.xml",CP="CAO DSP COR CURa ADMa DEVa TAIa PSAa PSDa IVAa IVDa CONo OUR DELa PUBi OTRa IND PHY ONL UNI PUR COM NAV INT DEM CNT STA PRE"
x-archive-orig-last-modified: Fri, 19 Sep 2008 12:13:04 GMT
x-archive-orig-accept-ranges: bytes
x-archive-orig-content-length: 36143
x-archive-orig-x-cache: MISS from olive.bp
x-archive-orig-x-cache-lookup: MISS from olive.bp:3128
x-archive-orig-via: 1.0 olive.bp:3128 (squid/2.6.STABLE13)
x-archive-orig-connection: close
x-archive-guessed-content-type: text/html
x-archive-guessed-charset: utf-8
memento-datetime: Thu, 25 Sep 2008 05:08:40 GMT
link: ; rel="original", ; rel="timemap"; type="application/link-format", ; rel="timegate", ; rel="first memento"; datetime="Thu, 24 Jul 2008 01:50:05 GMT", ; rel="prev memento"; datetime="Tue, 23 Sep 2008 20:24:52 GMT", ; rel="memento"; datetime="Thu, 25 Sep 2008 05:08:40 GMT", ; rel="next memento"; datetime="Tue, 15 Feb 2011 21:54:02 GMT", ; rel="last memento"; datetime="Mon, 14 Aug 2023 09:21:36 GMT"
content-security-policy: default-src 'self' 'unsafe-eval' 'unsafe-inline' data: blob: archive.org web.archive.org web-static.archive.org wayback-api.archive.org athena.archive.org analytics.archive.org pragma.archivelab.org wwwb-events.archive.org
x-archive-src: 50_5_20080924042914_crawl106-c/50_5_20080925044049_crawl100.arc.gz
server-timing: captures_list;dur=0.679333, exclusion.robots;dur=0.022728, exclusion.robots.policy;dur=0.011753, esindex;dur=0.014368, cdx.remote;dur=49.126683, LoadShardBlock;dur=89.922251, PetaboxLoader3.datanode;dur=107.855577, load_resource;dur=158.797922, PetaboxLoader3.resolve;dur=71.425570
x-app-server: wwwb-app211
x-ts: 200
x-tr: 349
server-timing: TR;dur=0,Tw;dur=0,Tc;dur=0
x-location: All
x-rl: 0
x-na: 0
x-page-cache: MISS
server-timing: MISS
x-nid: DigitalOcean
referrer-policy: no-referrer-when-downgrade
permissions-policy: interest-cohort=()
content-encoding: gzip
Year 2000 in a Nutshell | O'Reilly Media
Year 2000 in a Nutshell
Featured customer reviews
Year 2000 in a Nutshell Review, December 19 1998
Submitted by Martin Boulger - Undergraduate at Brunel [Respond | View]
This book is concise but very informative, leaning
towards the technical issues of solving Y2K problems. If
your interest is more with the managerial aspects
of Y2000 projects - this book may not be for you. If
you want to know how to check code and hardware for compliance
and try to fix it - maye it is.
Media reviews The approach of the Millenium presents society with a chance to consider the issues, technological and otherwise, that affect the planet as we enter the next century, from the grinding poverty that engulfs billions of people to growing toxic waste problems to decaying nuclear weaponry and the spewing CO2 exacerbating global warning. Instead, thanks to dumb reporting about chaos, bunkers and food shortages, the country is coming to associate the year 2000 only with computer software problems. These are very real but manageable. A technology scholar explains why this is ironic and sad, and a new Y2K book from O'Reilly and Associates offers some of the clearest and most useful info yet on what this Millenial bug might really do. It says volumes about our times that when most Americans talk about the year 2000 they think not of the many symbolic or mystic implications of the Millenium, but of the mundane but potentially significant programming glitch that threatens many computer systems. "Because programmers in earlier decades economized on space by cleverly dropping two digits," writes Langdon Winner in the Tech Knowledge Revue, "we are now obsessed with the problem and the costly challenge of minimizing its possible damage." It's typical of the mass media's narrow-minded approach to technology to focus so obsessively on the worst possible consequences of Y2K computer problems that some people are planning to stockpile food, water and cash in case our collective lights go out. And it's typical of cyber-gurus geeks, programmers and Web developers to forget that there are political, social and cultural issues surrounding the approaching Millenium that go far beyond technics. Winner, a political scientist at Rensselaer Polytechnic Institute in New York, and one of the country's most thoughtful technology scholars, argues that the approach of the new century offers an occasion to ponder the condition of humanity and the planet that sustains us. "How many of the worlds nearly six billion people live well or in circumstances that are even marginally agreeable?," he wonders. "How many still suffer poverty, war, disease, illiteracy, and the other scourges of the species? Will the policies of global civilization merely magnify well-known ecological, economic and social ills? Or will the next century finding ingenious remedies?" Nobody knows, and nobody's even talking about it much. The media's technology coverage has increasingly focused on Internet stock prices, Silicon Valley businesses, the gee-whiz computer gadgets of tomorrow, and the handful of panicked people digging bunkers in preparation for the supposed havoc to be wrought by the Y2K bug. Small wonder some people are scared out of their wits. Few people outside the computer industry know how seriously to take the Y2K bug. Are predictions of possible chaos alarmist and exaggerated? Should reasonable people take steps to protect themselves and their families? Should we, as a culture, be taking the Y2K issue more seriously? Will we be able to withdraw our cash from banks next January? Turn on our faucets and furnaces? Will our E-Z passes still let us through the toll booth? Journalists don't seem to have a clue. While every Internet stock blip is covered like the outbreak of World War III, Stories on Y2K range from the hysterical to the ignorant. But there is at least one intelligent, useful and highly credible guide, Year 2000 In A Nutshell, by Norman Shakespeare. (www.oreilly.com). O'Reilly is perhaps the best publisher of technical and computing books in the United States. Its Running Linux and
Linux in a Nutshell were so coherent and intelligently presented, I almost ordered "Year 2000" hoping it would make some sense of the pproaching traumas.
It did. "Year 2000" has O'Reilly's trademark clarity and organization. It contains one of the best overviews of the Year 2000 problem I've seen anywhere, along with a master plan for conversion projects, ways to identify Y2K problems and fix them, and reference information on the date and time functions in the computer languages most likely to be affected: COBOL (a business language), PL/1, Visual Basic C, and MVS LE. For those who don't grasp the origins of this mess: decades ago, when programming code was tight, it was common practice to use two-digit storage (e.g. 69 for the year 1969) for date code within software. The arliest computer programmers had so little memory to work with that any trick for saving two bits was worthwhile. The chances that a year entered into records would need to begin with anything other than "19," seemed so unlikely that dropping the century digits was adopted as a memory-saving method. As computers became more powerful, this abbreviated dating convention continued to be the standard, mostly out of habit. In l950, asks Shakespeare, "who was even worried about how computers would handle data in 2050?" But when the clock rolls over at midnight on the last day of December, l999, many of these older computers wont recognize "00" as the correct date. How odd in the Digital Age that poorly designed computer programs wont be able to handle the transition to the next century. The (Y2K) dilemma might render applications and hardware ineffective unless the original code is altered, an expensive, time-consuming but urgently necessary task. This is not merely an American, but a global problem. As politicians and Wall Street analysts like to remind us daily, we live in a global economy whose infrastructure literally is computer networks. Small Year 2000 errors are already occurring, says "Year 2000." A computer program recently determined that a prisoners release date, 1/10/15, had passed and he was almost released after serving only a few days. New York Stock Exchange executives want to close on the 31st of December in l999, because NYSE managers fear that all prior dealings could somehow be accidentally invalidated due to Year-2000 computer errors. Malfunctioning programs could cause businesses to lose track of critical systems that affect both production and cash flow. For organizations and institutions in the health and public safety areas, Y2K problems could be life-threatening. Lawyers and firms are already cranking up in preparation for all sorts of litigation, as companies and governments try and pin blame and responsibility on someone. And it will be tough for companies to argue that they weren't warned or didn't have time to prepare. There is widespread disagreement about just how urgent and dangerous the Y2K problems will prove to be. Some warn of the collapse of power and utility systems, along with banking and other financial operations. I know sober and knowledgeable computer programmers and engineers who say they won't fly on the last day of December in case air traffic control systems fail, and who plan to set aside cash in case banks shut down. Plenty of other knowledgeable computer experts ridicule these alarms and insist that the disruptions will be numerous but minor. Meanwhile, engineers and programmers are making a fortune helping government agencies and corporations scramble to get their programs in order.
For most Americans, it's all as disturbing as it is bewildering. Clearly, some of these fears are real. Many computer programs still aren't ready to handle the transition from l999 to 2000. Not only are most computers and applications suspect, but electromechanical equipment, networking and process-control hardware and operating systems could also be affected. Unless all such systems are checked and converted, there could be global repercussions.
Read all reviews
By Norman Shakespeare
January 1900
Pages: 327
ISBN 10: 1-56592-421-5 |
ISBN 13: 9781565924215
(Average of 0 Customer Reviews)
This book is OUT OF PRINT.
DescriptionThis reference guide addresses the awareness, the managerial aspect, and the technical issues of the Year 2000 computer dilemma, providing a compact compendium of solutions and reference information useful for addressing the problem. Includes a comprehensive Cobol quick reference, plus reference for date-related functions in many other languages. Also includes templates, worksheets, and action plans.
Full Description
In the past when code was tight and memory scarce, it was standard practice to use two-digit storage (for example 68 for the year 1968) for date code within software. Unfortunately, when the clock rolls over at midnight on the last day of December 1999, many computers won't recognize "00" as the correct date. This Year 2000 (Y2K) dilemma may potentially render many applications and hardware ineffective, unless the code is altered. This is a global problem that will affect everybody and must be seriously addressed since time is a crucial factor.
The Year 2000 situation affects the mainframe environment most heavily, but it can affect PCs as well. Any company that is running older software and hardware must pay attention to revising date code in programs, and possibly even updating software, the operating system, and even hardware. Other areas of concern are the millions of access-control, point of sale, process-control, and other peripherals that utilize date-stamping and grouping functions embedded in firmware.
Year 2000 in a Nutshell addresses three main aspects of the Year 2000 dilemma:
- Awareness. Covers main issues such as: compliance, costs, event-horizons, embedded dates and systems, date-stamping, timing, staffing, and benefits of Y2K conversion.
- Managerial. Covers considerations such as: triage (when the Y2K conversion process isn't started soon enough), legal issues, budgets, and standards. Also covers a project-plan: inventory, analysis, logistical estimates, planning and strategies, conversion, and testing and implementation.
- Technical. Covers: dates, Julian day, windowing, single-digit century, file and database date conversion, and PC issues.
Featured customer reviews
Year 2000 in a Nutshell Review, December 19 1998
Submitted by Martin Boulger - Undergraduate at Brunel [Respond | View]
This book is concise but very informative, leaning
towards the technical issues of solving Y2K problems. If
your interest is more with the managerial aspects
of Y2000 projects - this book may not be for you. If
you want to know how to check code and hardware for compliance
and try to fix it - maye it is.
Media reviews The approach of the Millenium presents society with a chance to consider the issues, technological and otherwise, that affect the planet as we enter the next century, from the grinding poverty that engulfs billions of people to growing toxic waste problems to decaying nuclear weaponry and the spewing CO2 exacerbating global warning. Instead, thanks to dumb reporting about chaos, bunkers and food shortages, the country is coming to associate the year 2000 only with computer software problems. These are very real but manageable. A technology scholar explains why this is ironic and sad, and a new Y2K book from O'Reilly and Associates offers some of the clearest and most useful info yet on what this Millenial bug might really do. It says volumes about our times that when most Americans talk about the year 2000 they think not of the many symbolic or mystic implications of the Millenium, but of the mundane but potentially significant programming glitch that threatens many computer systems. "Because programmers in earlier decades economized on space by cleverly dropping two digits," writes Langdon Winner in the Tech Knowledge Revue, "we are now obsessed with the problem and the costly challenge of minimizing its possible damage." It's typical of the mass media's narrow-minded approach to technology to focus so obsessively on the worst possible consequences of Y2K computer problems that some people are planning to stockpile food, water and cash in case our collective lights go out. And it's typical of cyber-gurus geeks, programmers and Web developers to forget that there are political, social and cultural issues surrounding the approaching Millenium that go far beyond technics. Winner, a political scientist at Rensselaer Polytechnic Institute in New York, and one of the country's most thoughtful technology scholars, argues that the approach of the new century offers an occasion to ponder the condition of humanity and the planet that sustains us. "How many of the worlds nearly six billion people live well or in circumstances that are even marginally agreeable?," he wonders. "How many still suffer poverty, war, disease, illiteracy, and the other scourges of the species? Will the policies of global civilization merely magnify well-known ecological, economic and social ills? Or will the next century finding ingenious remedies?" Nobody knows, and nobody's even talking about it much. The media's technology coverage has increasingly focused on Internet stock prices, Silicon Valley businesses, the gee-whiz computer gadgets of tomorrow, and the handful of panicked people digging bunkers in preparation for the supposed havoc to be wrought by the Y2K bug. Small wonder some people are scared out of their wits. Few people outside the computer industry know how seriously to take the Y2K bug. Are predictions of possible chaos alarmist and exaggerated? Should reasonable people take steps to protect themselves and their families? Should we, as a culture, be taking the Y2K issue more seriously? Will we be able to withdraw our cash from banks next January? Turn on our faucets and furnaces? Will our E-Z passes still let us through the toll booth? Journalists don't seem to have a clue. While every Internet stock blip is covered like the outbreak of World War III, Stories on Y2K range from the hysterical to the ignorant. But there is at least one intelligent, useful and highly credible guide, Year 2000 In A Nutshell, by Norman Shakespeare. (www.oreilly.com). O'Reilly is perhaps the best publisher of technical and computing books in the United States. Its Running Linux and
Linux in a Nutshell were so coherent and intelligently presented, I almost ordered "Year 2000" hoping it would make some sense of the pproaching traumas.
It did. "Year 2000" has O'Reilly's trademark clarity and organization. It contains one of the best overviews of the Year 2000 problem I've seen anywhere, along with a master plan for conversion projects, ways to identify Y2K problems and fix them, and reference information on the date and time functions in the computer languages most likely to be affected: COBOL (a business language), PL/1, Visual Basic C, and MVS LE. For those who don't grasp the origins of this mess: decades ago, when programming code was tight, it was common practice to use two-digit storage (e.g. 69 for the year 1969) for date code within software. The arliest computer programmers had so little memory to work with that any trick for saving two bits was worthwhile. The chances that a year entered into records would need to begin with anything other than "19," seemed so unlikely that dropping the century digits was adopted as a memory-saving method. As computers became more powerful, this abbreviated dating convention continued to be the standard, mostly out of habit. In l950, asks Shakespeare, "who was even worried about how computers would handle data in 2050?" But when the clock rolls over at midnight on the last day of December, l999, many of these older computers wont recognize "00" as the correct date. How odd in the Digital Age that poorly designed computer programs wont be able to handle the transition to the next century. The (Y2K) dilemma might render applications and hardware ineffective unless the original code is altered, an expensive, time-consuming but urgently necessary task. This is not merely an American, but a global problem. As politicians and Wall Street analysts like to remind us daily, we live in a global economy whose infrastructure literally is computer networks. Small Year 2000 errors are already occurring, says "Year 2000." A computer program recently determined that a prisoners release date, 1/10/15, had passed and he was almost released after serving only a few days. New York Stock Exchange executives want to close on the 31st of December in l999, because NYSE managers fear that all prior dealings could somehow be accidentally invalidated due to Year-2000 computer errors. Malfunctioning programs could cause businesses to lose track of critical systems that affect both production and cash flow. For organizations and institutions in the health and public safety areas, Y2K problems could be life-threatening. Lawyers and firms are already cranking up in preparation for all sorts of litigation, as companies and governments try and pin blame and responsibility on someone. And it will be tough for companies to argue that they weren't warned or didn't have time to prepare. There is widespread disagreement about just how urgent and dangerous the Y2K problems will prove to be. Some warn of the collapse of power and utility systems, along with banking and other financial operations. I know sober and knowledgeable computer programmers and engineers who say they won't fly on the last day of December in case air traffic control systems fail, and who plan to set aside cash in case banks shut down. Plenty of other knowledgeable computer experts ridicule these alarms and insist that the disruptions will be numerous but minor. Meanwhile, engineers and programmers are making a fortune helping government agencies and corporations scramble to get their programs in order.
For most Americans, it's all as disturbing as it is bewildering. Clearly, some of these fears are real. Many computer programs still aren't ready to handle the transition from l999 to 2000. Not only are most computers and applications suspect, but electromechanical equipment, networking and process-control hardware and operating systems could also be affected. Unless all such systems are checked and converted, there could be global repercussions.
Read all reviews
- Table of Contents
- Index
- Y2K VB Code Scanner
- Register Your Book
- View/Submit Errata
- View/Submit Review
Got a Question?
![]() © 2008, O'Reilly Media, Inc. (707) 827-7000 / (800) 998-9938 All trademarks and registered trademarks appearing on oreilly.com are the property of their respective owners. |
About O'Reilly Privacy Policy Contacts Authors Press Room Jobs User Groups Academic Solutions Newsletters Writing for O'Reilly RSS Feeds |
Other O'Reilly Sites O'Reilly Radar Ignite Tools of Change for Publishing Digital Media Inside iPhone O'Reilly FYI makezine.com craftzine.com hackszine.com perl.com xml.com |
Sponsored Sites Inside Aperture Inside Lightroom Inside Port 25 InsideRIA |