Make your own free website on Tripod.com
Recommended Resources
Cyberhaven.com Offshore havens, asset protection, global investing and other useful techniques.
The Year 2000 Bookshelf Books to help your evaluate the Y2K problems you face.

Gary North's Y2K Links and Forums

Main Categories Page - Mirror

There are over 1,800 documents on this site. This is growing by over 100 a month. The evidence is rolling in from all sides now, and the vast bulk of it says that the Year 2000 Problem (y2k) is not being dealt with fast enough.

I maintain that the y2k problem is systemic. It cannot be fixed. The interconnections are too many. A noncompliant computer will spread bad data and re-corrupt a compliant computer. They cannot all be fixed. There is no agreed-upon standard for even the placement of the century date. Either the noncompliant computers will re-corrupt the compliant ones, or else the compliant ones must cease all contact with noncompliant ones, thereby shutting down entire systems, most notably the banking system. If we can't fix almost all noncompliant computers (and we can't), it does no permanent good to fix any of them. This is the "dirty little secret" of the computer programming guild.

Few people believe this. Few people are even aware of the threat. But one man who is aware is President Clinton.

On February 4, 1998, President Clinton signed an executive order that set up a commission to coordinate the Year 2000 repairs of the United States government. If the Year 2000 Problem were not a very serious problem, why would he do this?

One month after President Clinton signed this order, the man in charge of the British government's Year 2000 Project called for a meeting of the managers and senior technicians of the nation's public utilities, to prepare contingency plans for a possible breakdown in public services. If the Year 2000 Problem were not a serious threat, why would any government official do this?

In the same week that the British official called for this meeting, his counterpart in Australia announced that the Australian government would not meet the January 1, 2000 deadline, nor would the nation's largest businesses. He called for "workarounds" -- another name for contingency plans. If the Year 2000 Problem were not serious, why would this be necessary?

It took me from early 1992 until late 1996 to come to grips emotionally with the Year 2000 Problem. You had better be a lot faster on the uptake than I was. We're running out of time.

I don't mean that society is running out of time to fix this problem. Society has already run out of time for that. There are not enough programmers to fix it. The technical problems cannot be fixed on a system-wide basis. The Millennium Bug will hit in 2000, no matter what those in authority decide to do now. As a system, the world economy is now beyond the point of no return. So, when I say "we," I mean you and I as individuals. We are running out of time as individuals to evade the falling dominoes.

What is the central issue of the Year 2000 Problem? The threat to the division of labor, which keeps us alive. No one else is talking about this, yet it is the key issue. Without the modern division of labor, a pencil would be a miracle, let alone a power generation plant. We are facing a breakdown of civilization if the power grid goes down.

I am the only person saying this in public as of early 1998. All the others who discuss the Year 2000 Problem (y2k) are in the "increased awareness" business: "We must alert managers to the problem." I'm saying that it's way too late for the awareness strategy to work. The managers can't hire enough programmers to fix it. Initially, you won't believe what's on this site. It's too overwhelming. The threat to your way of life is too great. You'll almost certainly go into what is called denial. But I have done my best to make this site an antidote to denial. Emotionally, you won't want to accept my analysis. But I have offered factual support for my scenario -- more evidence than you are going to get from some skeptic who says, "Trust me: it's just not that big a problem." My recommendation: trust no one who offers no evidence.

Almost everyone who has studied the problem admits that it really is a problem. But saying that it's a problem is too vague. It tends to lull people into a sense of complacency. "A problem" doesn't sound too bad. Whenever anyone dismisses the Year 2000 issue as merely "a problem" -- just one among many -- beware. Ask the critic three questions: (1) Exactly how big a problem is it? (2) How will it impact me and my family? (3) What steps must I take to avoid its worst effects? Anyone who does not have specific answers to these questions is asking you to risk a personal disaster by sitting tight and hoping for the best. He wants you to do as little as he has done and plans to do to avoid a personal diusaster.

It is a very big problem, worldwide in scope and without historical precedent (unless we count the Tower of Babel). At the same time, the y2k story is inherently implausible. How could a seemingly trivial computer programming tradition of the 1950's bring down the West's governments and banks? Yet it will. This possibility is not being discussed seriously today -- at least not in the popular media. (The one major exception was the NEWSWEEK cover story on June 2, 1997.) That a computer glitch could cause a worldwide economic depression that lasts a decade is not being discussed seriously by politicians -- at least not in public.

This problem was recognized over a decade ago. In the first entry in my "Compliance" category, I summarize an ad that was run in 1986 that warned about the Year 2000 Problem. If you think the world is going to meet the Jan. 1, 2000 deadline, read my summary. Then click the link and read the original ad. The response then was virtually zero. Nothing was done then, when there was enough time to fix the problem. We have run out of time. (See the category, Too Late.)

We have also run out of programmers who could conceivably fix the problem. There are approximately 500,000 mainframe programmers in the United States. We need another 500,000 to 700,000 experienced mainframe programmers in 1998 to make the repairs. England needs an additional 300,000. There is another problem: the typical large mainframe computer system has several other arcane languages besides the more familiar COBOL embedded in it -- in some systems, 70 or more (in the case of one Defense Department system). Sadly, hardly anyone still understands them.

The national power grid is the most important system at risk. If it goes down because of programming errors throughout the system, a 10-year depression would be a mild result. Every participant in the grid must be year 2000-compliant if the system is to be compliant. (See Power Grid.)

If the banking system is not compliant, the world's system of payments faces extinction. If people believe that their money is at risk because of a computer failure, there will be massive bank runs, all over the world. The banks will either be shut down by governments or else they will be bankrupted. Then how will you pay for anything? How will you pay your power company, water company, supermarket, or gasoline station? If consumers can't pay, suppliers will go out of business. Yet banks are not compliant. Neither is the banking system. Every participant must be year 2000-compliant if the system is to be compliant. I do not believe that the banking system will be compliant by Jan. 1, 2000.

If you think the banks' problems are not real, you need to get two questions answered before 1997 is over: (1) Why was no money center bank Year 2000-compliant in early 1998? (2) Why is Chase Manhattan Bank spending $200,000,000 to $250,000,000 to get its y2k problem solved?

Ask two questions of anyone who assures you that fixing y2k is fairly easy, once management decides to do it: (1) Why isn't Social Security's team of 400 programmers finished with fixing its system, which contains 30 million lines of code. After all, they began the repairs in 1991. (Now they have discovered an extra 33 million lines. Oops!) (2) Are Citicorp (400m lines) and Chase Manhattan Bank (200m lines) likely to finish their repairs on time, since they began fixing their systems in late 1995?

If the banks go down, programmers will not get paid. They will walk away, if they can. They will not complete their work on y2k. When the brighter ones figure this out in 1998 and early 1999, they will quit their jobs in the cities, where most mainframe computers are located, and take jobs repairing systems located in safe rural places. They will go to work for local public utilities. All talk about "realistic" y2k repair deadlines is unrealistic if the banks are closed by runs in 1999.

Would you leave your savings in the bank for, say, 2% (after taxes) per year if you suspected that a computer failure might wipe out your account in six months? Or would you go down, withdraw cash, and wait to see what happen six months later? Do you think you're the only person this clever?

Then there is the telecommunications industry. What happens if the phones shut down? Banks would go bankrupt within a few weeks. This communications threat has been raised with respect to international telecommunications. The warning was sounded by the head of Britain's Telecoms Managers Association.

Then there are the trains. They are governed by mainframe computers. The computers not only guide actual train movements, they tell management where the cars are. What if the computers go blind? Where is that car full of wheat, coal, or chemicals? How will anyone switch trains and cars from one track to another? If Company A gets its computers 2000-compliant, but company B doesn't, what happens to the national railway system? If Company B is compliant, but its fix does not match company A's fix, what happens to the system? (This problem affects every system, including banks.) If rail freight goes down, what happens to food supplies?

What happens to Japan's commuter trains into Tokyo? What happens when Japanese housewives draw cash out of the already shaky Japanese banks? Those banks hold billions of dollars of U.S. Treasury debt. What if they start selling off this debt? What happens to the dollar? To U.S. interest rates? To the world's stock markets?

If they somehow fix every line of code in the United States, that constitutes about 20% of the world's code. What happens to compliant computers when they exchange data with noncompliant ones? Either they shut down or they absorb the noncompliant data, thereby destroying the original repair. (See Imported Data.) In either case, the system fails.

Then there are the noncompliant embedded chips. No one knows how many of the approximately 25 billion embedded chips are noncompliant. Estimates run as high as 2%. Each noncompliant chip must be found and replaced by hand, including the ones in deep sea applications and high altitude satellites. Also, any chips that are over three years old probably cannot be replaced; they are no longer in production.

Systems. We are totally dependent on systems. These systems are in turn dependent on noncompliant software and hardware. If one component of a system fails, it threatens the entire system. If one system fails, it threatens other systems. The Year 2000 Problem is a systemic problem. This is why it cannot be fixed -- too many interdependent parts. (See Domino Effect.)

Here is a simple reality check. When you hear that all systems can and will be repaired, ask this question: How can these repairs be tested? It takes at least six months of parallel testing for a large system: old software vs. new software. Most firms run their mainframes at 90% of capacity. If most organizations actually meet the initial repair deadline -- 31 December 1998 -- where will they rent the excess computer capacity (and hire separate teams of programmers) to run the tests? There is only one way that they will be able to rent this capacity: hardly anyone else has met the deadline.

If a large organization actually completes its fix by the end of 1998, leaving a year for testing (doubtful) and fixes any problems (such as a complete crash), tests it again, and the system survives, all it has to do is import one noncompliant piece of data from another computer, and the entire system could crash. So, to avoid this, compliant systems must break all contact with noncompliant systems. This destroys the larger system. Think "banking." Think "securities industry." What happens to the world's large, integrated, interdependent systems? They collapse.

If you hear that an organization is 2000-compliant, write to the president of the organization. Tell him that you have heard that his organization is 2000-compliant today. Ask if this rumor is true. If you get back a signed letter by someone in authority on letterhead stationery saying that the firm is 2000-compliant today, it might possibly be compliant. But don't take seriously any rumor. Here is a good rule laid down by an Irish programmer, Dermot Treacy: "Be warned, only believe half of what you see and none of what you hear."

Other Web sites don't deal with these sorts of problems. More of them should.

On this site, I have provided selected documents that discuss at least some of these problems. The governments of the world are saying as little as possible. This is understandable. Their job is to prevent panic. To admit that the Year 2000 Problem is inherently unsolvable this late in the process might create panic. So, we are told very little. But enough is trickling out to let us know that this is no minor problem.

I am regarded as an apocalyptic fanatic. Why? Because I have this odd theory: Until at least ONE Fortune 500 level corporation and ONE government above the county level announces, "We are Year 2000-compliant; all of our programmers are now working on routine maintenance," the Year 2000 Problem is not going to be solved. I am unaware of a single y2k-compliant organization anywhere on earth with over 20 million lines of code in its mainframe computer system. Citicorp has 400 million lines; AT&T has 500 million lines. General Motors has two billion. Yet this Web site is regarded as extreme by its critics.

Please use the "mail document" or "send page" feature of your Web browser to send any of my comments and links on this site to friends and colleagues. The more we can do to alert each other, the more people will take defensive personal action.

Click on the category that interests you. I have added a few introductory remarks in front of each list of links and in front of each link. Click the link or read the on-page entry to see if my comments are consistent with the evidence I offer.

When you are finished reading, printing, downloading, or e-mailing any document, click the "Return to Main Categories Page" link at the bottom of the page. Then you can do additional searches.

But, you may ask, what should you do to protect yourself? For specific answers, click here.

Next, at the bottom of the list is the category, "Discussion Forums." Click it to go to the forums. Some are open to everyone; some are closed. These are professional forums, where participants prefer to discuss technical or professional matters with a degree of privacy. While curious outsiders will no doubt invade these forums from time to time, it would be the decent thing to do to let people discuss their own profession's problems in private. Outsiders should spend their time on matters that will affect them directly and maybe catastrophically. There is not enough time remaining for anyone to waste it eavesdropping.

I added these forums six months after I put up this Web site. I was being flooded by letters asking me to give personal advice. I cannot possibly do this for everyone. Legally, it is unwise for me to do this for anyone. So, I have provided a way for serious people who take this Web site seriously to get answers from each other and from the moderators who run the specialized open forums.

Time is running out. To see how much time remains before January 1, 2000, click here. You have months less time than this to prepare.

My comments on how churches should deal with y2k are sent out monthly by e-mail. To receive these reports, send your request to icetyler@juno.com

I have classified the documents under the following categories:

Last Updated  Categories
11-Jun-98  Introduction
13-Jun-98  Government
28-May-98  Taxation
12-Jun-98  Military
09-Jun-98  Martial_Law
08-Jun-98  Welfare_Payments
12-Jun-98  Banking
15-Jun-98  Telecommunications
15-Jun-98  Stock_Market
03-Jun-98  Litigation
12-Jun-98  Health_Care
04-Jun-98  Compliance
27-May-98  Testing
27-May-98  Imported_Data
09-Jun-98  Programmers'_Views
12-Jun-98  Noncompliant_Chips
15-Jun-98  Too_Late
08-Jun-98  No_Silver_Bullet
12-Jun-98  Domino_Effect
10-Jun-98  Personal_Computers
12-Jun-98  Shipping_and_Transportation
15-Jun-98  Power_Grid
09-Jun-98  No_Big_Problem
21-Jan-97  Countdown_Clock
11-Feb-98  Discussion_Forums

Return to Home Page