Missing a Y2K Puzzle Piece: "trigger dates"

greenspun.com : LUSENET : Poole's Roost II : One Thread

It is an interesting exercise, for someone who essentially "missed it" regarding Y2K, in trying to understand why so many people were upset -- and are still upset! -- about what happened (and didn't happen). But, thanks to all the responses (OK, yeah, even cpr -- I keep telling myself the guy is trying to be taken seriously), I am at least getting a pretty good picture of what was going through people's minds in the late 90s.

But I am stumped about what has been referenced as so-called "trigger dates". I thought the whole point of Y2K was that on Jan 1 2000, the world was either going to sink or swim, and nobody could be absolutely sure about anything. Yet people keep talking about these earlier dates that passed without problems, which supposedly should have been seen as a positive sign that Jan 1 2000 was going to be OK. Can someone enlighten me, here? Just what were these dates, and how were they of such importance? Thanks.

-- Anonymous, August 13, 2001

Answers

Here ya go...

Source: http://www.mi tre.org/research/y2k/docs/DATES.html

Comprehensive List of Potential Y2K Problem Dates

Testing should include a number of critical dates to ensure compliance, so that no problems occur prior to, on, or after January 1, 2000. The algorithms of systems and chips need to be tested for forward and backward processing. Not all systems need to test for all dates listed. Different application domains may have specially significant dates like the fiscal year for business systems. It is up to the program managers to determine which are most likely to impact their systems. The most critical dates that should be considered for testing at this phase include:

November 2, 1997: Overflow HP/Apollo Domain OS

January 1, 1998: To ensure that the digits "98" do not trigger a red flag, result in erroneous branching, or otherwise cause a processing error or that "time error" faults occur. Also to ensure that December 31, 1997 was calculated as the 365th day of 1997. [Found in Y2K patches in mainframes and elsewhere.]

December 31, 1998 to January 1, 1999: To ensure that the digits "99" do not trigger a red flag, result in erroneous branching, or otherwise cause a processing error or that "time error" faults occur. Also to ensure that December 31, 1998 was calculated as the 365th day of 1998. [Found in Y2K patches in mainframes and elsewhere.]

January 1, 1999: First day of 1999. Introduction of electronic version of the Euro. First annual plan to look ahead past rollover date.

February 4, 1999: 1st possible airline reservation problems (Max 330-day look-ahead)

March 1999: Securities Industry Association simulates December 29, 1999 trading.

Fiscal Year 2000 for Business and Industry: Depending on the business, the fiscal year could start on March 1, 1999, July 1, 1999 or match the government fiscal year of October 1, 1999.

April 1, 1999: New York state's fiscal year (FY) 2000 starts, and it is the start of the Canadian and Japanese FYs. Governor of New York Announces Year 2000 Compliance of States's Mission-Critical Systems.

April 6, 1999: The start of the U.K. FY 1999-2000.

April 9, 1999: A system looking at Short Julian days might stop since this is day 99 of year 99 (9999).

July 1, 1999: FY 2000 begins in 46 U.S. states. Quarterly plan that includes 9/9/99.

August 21, 1999: GPS receivers use a 10-bit field for weeks since January 5, 1980. To get the current date, they compute the days since the base and divide successively to get the increments for year, month, and day. Given the limit to 1024 weeks, input values at receivers using the 1980 base date will roll over at midnight (minus 13 seconds) on August 21, 1999 **UTC**.

August 22, 1999: Overflow of week counter (e.g., GPS). Unremediated GPS will get reset to 1980-01-05.

September 1, 1999: FY 2000 begins in the state of Texas. Monthly plan that includes 9/9/99.

September 9, 1999 (9/9/99 or Possibly 9999): To ensure the digits "99" or "9999" do not trigger a red flag, result in erroneous branching, or otherwise cause a processing error. Some early systems used "9999" as an end-of-file marker which will not work when the data in the file actually includes the value of 9999. Also, many different types of systems have used "9/9/99" as a special date because of the ease of entry. Examples include use as a lock-out code for devices that should not be used until fixed or recalibrated; another common use is as an "indefinite date in the future" for scheduling events like court cases or reviews. When the actual date is unknown or not yet decided, the custom was to enter in "9/9/99" until the real date could be determined.

September 10, 1999: In systems that have used 9-9-99 as a never expire date, logic allowing deletion of data after a specified date may fail to protect data that should be maintained forever.

September 23, 1999: 99 days to Year 2000.

September 30, 1999 to October 1, 1999: This is the last fiscal rollover prior to Y2K [for many including the US Government].

October 1, 1999: First day of fiscal year 2000 [for many including the US Government, and states of Alabama and Michigan]. First quarterly plan to look ahead past rollover date.

November 1999 to April 2000: Solar activity in solar cycle 23 reaches maximum.

December 1, 1999: First monthly plan to look ahead past rollover date.

December 31, 1999: Last day before 2-digit year equals 00. Many systems will not operate correctly as they transition to the next day. Also, sometimes used as "Never Expires" date (IBM tapes are marked 99365--all tapes marked with expiration dates of 99365 or 99366 are not supposed to expire, even when created after 1999).

January 0, 2000: To ensure this date is NOT processed [some spreadsheets and database applications do have this problem and count January 0 as a day before the 1st].

January 1, 2000: Key date in any compliance testing. First possible weekend day mistaken for weekday. There is a possibility that the date will be misinterpreted as 1900-01-01.

January 1, 2000, 1200 Hrs (Noon): Embedded date chip failure has been found.

January 3, 2000: This may be the first full business day in the year 2000. First possible payday after rollover.

January 4, 2000: This may be the first business day and first banking day in the Year 2000.

January 6, 2000: First possible weekday mistaken for weekend day.

January 7, 2000: First weekly payday.

January 10, 2000: First 7 or 8 character date in YYYY/M/DD format (2000/1/10 or 2000/01/10).

January 14, 2000: First semi-monthly payday.

January 17, 2000 (Martin Luther King Day - USA Holiday): This may be the first Monday holiday in the Year 2000. This holiday is always celebrated on a Monday rather than on a specific date. A day of the week calculation may be required to identify this date as a holiday. A similar situation may exist for holidays in other countries.

January 31, 2000: First monthly close; first monthly payday. W2s due.

February 28, 2000: To ensure the leap year is being properly accounted for. Many programmers have incorrectly been taught that the year 2000 is not a leap year -- Year 2000 IS a leap year. Systems should be tested to ensure correct handling of the transition to the 29th day of February 2000.

February 29, 2000: To ensure the leap year is being properly accounted for. Some systems may transition to the 29th of February 2000 correctly, but may not allow the date to be set to the 29th. This would happen if a system was reinitialized after the transition and should be explicitly tested for.

February 30, 2000: To ensure that this date is NOT processed [found in some PC applications]

February 31, 2000: To ensure that this date is NOT processed [found in some PC applications]

March 1, 2000: To ensure date calculations have taken leap year into account

March 31, 2000: First quarterly close

April 1, 2000: Possible false change to Daylight Savings Time (DST) (April 1 was first Sunday in April 1900).

April 2, 2000: First change to Daylight Savings Time (DST) after rollover (US)

April 3, 2000: First business day after quarter ends Friday, March 31, 2000

April 14, 2000: Last business day for U.S.A. 1999 tax transactions

April 15, 2000: 1999 tax filing deadline for U.S.A.

April 17, 2000: First business day after 2000 tax filing deadline for U.S.A.

September 30, 2000 to October 1, 2000: This is the first fiscal rollover following Y2K [for many including the US Government].

October 1, 2000: This is the first 7-digit date with a 2-digit month value. Parsing functions may need to be modified to allow for new date formats.

October 10, 2000: First 8 character date using a 2-digit month (2000/10/10)

October 28, 2000: Possible false change back to Standard Time (October 28 was last Sunday in October 1900).

October 29, 2000: First return to Standard Time after rollover (US). First yearly close.

December 31, 2000: 366th day of the year 2000. This could be a problem for systems that use Short Julian days.

January 1, 2001: First day in the 21st Century. This is the last leap year related date, testing the first day of January 2001 to ensure it can be set.

February 29, 2001: To ensure that this date is NOT processed as a leap year

September 9, 2001 (01:46:40 GMT): A UNIX date when the time_t value goes from 9 to 10 digits. Suspects are timestamps stored in fixed-column tables and internal variables.

After January 1, 2002: Or any other date past this day, to ensure no processing errors occur in backward calculations and processing of dates in the 1980s and 1990s at this point in time

June 30, 2002: Last day European national currencies are acceptable.

July 1, 2002: First day of Euro-only transactions in the European Union (EMU).

February 29, 2004: To ensure that this date is processed as a leap year

July 17-18, 2004: GPS Receiver Almanac Rollover due to the use of an 8-bit field for weeks since 22 August 1999 (256 weeks)

January 1, 2037: Rollover date for NTP systems

January 19, 2038 (GMT): Overflow of UNIX systems

September 18, 2042: Overflow of TOD timer on IBM Systems 370 and 390

2072, Exact Date TBD: Overflow of Milstar Operating System

February 28, 2100: Last Day of February - NOT a leap year

-- Anonymous, August 13, 2001


Trigger and Roy shared happy trails for 28 years. Over this time there were many Trigger dates. The most memorable was an appaloosa named Sassy. Trigger got her scent and went berserk. Dale fainted. Gabby Hayes spit baccy. Roy was at church.

-- Anonymous, August 13, 2001

Thanks, Buddy!

-- Anonymous, August 13, 2001

And there was the famous trigger date that came and went after His Majesty Taos Yore-Toast-ED stated that the odds of little happening were about the same as PIGS FLYING.

REFER TO ONE S. M. Poole about FLYING PIGS.

Another open question Toasty-Ed never bothered to address.

Of course, as his and North and Paula's few remaining Disciples would point out........IT WAS ALL COVERED UP.

YUP.

-- Anonymous, August 13, 2001


Jonathan, most of your links seem to present predictions from the Internet Peanut Gallery of buffoons, rather than real "Y2K computer bug like" dates. Amusing, though...

-- Anonymous, August 13, 2001


Those are not "Jonathan"s links" MEATBALL. They are the compilation of predictions sent by anyone who wanted to bother to Bradley Sherman who was one of the Anti-Doomer Leaders on the CSy2k News group. Most of those predictions were from the doomzombies and represented "interpretations" that could be found also on many websites from the ones that are given by Buddy.

The Back Breakers for the Zombies came throughout 1999 as the days moved past all the "Trigger Dates" and none of the predicted disasters came. Yourdon was "positive" there would be problems both on April 1st (appropriate because it backfired on him) and July 1st. Later when it was CLEAR that there was NO EVIDENCE for increasing problems and that each of the predictions for failure were themselves failing, the doom zombies even shifted course. Prior to 9/9/99 they began to post that date would not have any "consequential problems".

The real bottom line was found elsewhere. One of the Intellectual Leaders of the Y2k "under-pinnings" was Capers Jones who had earlier predicted Failures upon Failures because of the conversion in Europe to the EuroDollar coupled with the "unavailability" of trained remediators who could work in tandem to patch for Y2k while doing the Euro Conversions. When the EURO went on line it was touted as "one of the largest I.T. efforts ever successfully completed". Since that was supposed to be a "preview" of what Y2k would bring and Euro brought NOTHING in Jan. 1999 you would suppose that the Doom Zombies would have found something else besides Y2k to bellow about. Instead, following their "leadership" in Doom: Yourdon, North and Hyatt with Cheerleader Mike Adams, they kept beating the drums about Y2k. BIG ERROR or DELIBERATE SCAM TO MOVE EXISTING INVENTORY??

I choose both. It is for sure that Hyatt wanted to move inventory and Adams entered the Food Preps business late with offers of "heavily discounted" Y2k prep goods.

That was THE INVENTORY THEY WERE STUCK WITH. Hyatt continued to almost beg people to keep "prepping" and continued to ship his garbage (books and food) post 1/1/2000.

By then 100s of websites trying to be in the chain had folded. Some had even stuck people for money in their Bankruptcies. All that was nicely ignored by the TB 2000 and GN/Hyatt True Believers who "just knew" 1/1/2000 would bring "disaster".

WHY? because they had all invested Money and their Hearts and Souls in Y2k and few believed them. THEY WERE DEDICATED TO "SHOWING YOU ALL WE WERE AND ARE RIGHT".

After NOTHING HAPPENED, there were 5 assorted efforts to Re-Write HISTORY. Only Gary North had the sense to say "I was wrong, sorry , good by for now". He at least left all his Y2k BS in place though nested under the current GaryNorth.com which nicely ended his placement in most search engines for "Gary North and Y2k". Yourdon did likewise. Hyatt merely removed them by "improving his web site". First for Preps and now for "Invasion of Privacy".

My response: fuck them all.

-- Anonymous, August 13, 2001


Ahhh, yes, cpr ... or "Loon" ... once again, taking a simple question and using to deliver a hellfire-and-brimstone sermon. Keep it coming, my friend, the world truly needs this spreading of the Truth, the Way and the Meme...

-- Anonymous, August 14, 2001

TELL YOU WHAT JUNIOR:

YOU EXPLAIN (TAKE AS MUCH ROOM AS YOU NEED) *EXACTLY WHAT A "MEME" OR A "THOUGHT CONTAGION" IS. INSTEAD OF YOUR SNAPPING FUCKING WASTE OF TIME ONE LINERS. GOT IT?

-- Anonymous, August 14, 2001


Moderation questions? read the FAQ