Leap year problem revives some Y2K-like worries

From...

February 28, 2000
Web posted at: 11:14 a.m. EST (1614 GMT)

by Patrick Thibodeau, Kim Nash and Kathleen Melymuka

(IDG) -- As a result of a rare exception in the rules used to calculate a leap year, it's possible that computer systems may not recognize the year 2000 as a leap year and run into problems Tuesday.

Big problems aren't expected. For the most part, checking for the leap year was part of the year 2000 effort, said information system managers at private companies and government agencies.

Despite that, some companies are taking modest precautions.

"It's been a little bit of a struggle to get people to take it seriously because we were so very successful with the millennium," said Mickey Galatola, Y2k manager at PECO Energy Co. in Philadelphia. "But one thing that's different is that this is a workday. I keep emphasizing that I don't want anybody showing up and not being able to get on their system. That's why it's so critical, so people are taking it seriously."

	ALSO

PECO information system managers will meet at 8:15 a.m. on the mornings of Feb. 29 and March 1 to review overnight test results. If anything has gone wrong, senior managers and directors will be notified, said Galatola.

The fact that this is a leap year may not have been obvious to programmers.

Years divisible by 100 are normal years, and if programmers used that rule to identify leap years, then their systems will treat the year 2000 a normal year. But the year 2000 is a leap year because it is divisible by 400 -- a rule that supercedes the previous rule (see "Leap year rules," below).

Programmers may not have been aware of the rule conflict, however. The last time that happened was in 1600.

Despite that, John Koskinen, who headed the year 2000 effort for the White House, isn't expecting many glitches.

"It's unlikely that systems are going to collapse; it's unlikely that were going to have major issues at all," said Koskinen.

The White House plans to revive its year 2000 operations center to watch for problems next week, but not to the same extent that they tracked the year 2000 problem.

MORE COMPUTING INTELLIGENCE

IDG.net home page

Year 2000 World

Computerworld Year 2000 resource center

Software may leap over Feb. 29

Y2K's fallout of good fortune

Reviews & in-depth info at IDG.net

E-Business World

Year 2000 World

Questions about computers? Let IDG.net's editors help you

Subscribe to IDG.net's free daily newsletter for IT leaders

Search IDG.net in 12 languages

News Radio

Fusion audio primers

Computerworld Minute

John Burns, vice president of projects at Canadian Imperial Bank of Commerce in Toronto, said he found two kinds of leap year problems. Some software didn't recognize Feb. 29 as a valid date. Other programs, such as those calculating interest on loans, didn't account for the extra day.

The bank won't have IT staff pulling all-nighters Feb. 28, Burns said, mainly because its year 2000 rollover went so well that it doesn't anticipate problems. "We will have key technical people on call but won't man any command centers," he said.

Kathy Donovan, an application technology manager for the state of Delaware, said that if problems do occur they will be very easy to recognize and fix. Unlike year 2000 problem, the leap year date glitches aren't likely to be buried in code. "The risk is pretty small, but there is always the potential," she said.

At Agricredit Acceptance LLC, leap year work was done at the same time as year 2000 remediation, said Bruce Cheek, IT manager at the financing company in Des Moines, Iowa.

Except for one input screen in a credit application, all of Agricredit's software withstood the Feb. 29 challenge during testing, Cheek said. The company fixed the errant screen -- part of a four-year-old homegrown program -- months ago.

"This is not huge. We said, 'Let's not have people sitting in here overnight' " on Feb. 28, Cheek said.

Leap year rules

Rule 1: Years divisible by 4 are leap years. Thus, the year 2000 is a leap year.

Rule 2: Years divisible by 100 are normal years. Thus, the year 2000 is not a leap year.

Rule 3: Years divisible by 400 are leap years. Thus, the year 2000 is a leap year.

Y2K figures hide hardware upgrades
January 10, 2000
Opinion: Insidious glitches are real Y2K concern
January 6, 2000
De Jager defends Y2K hype
January 4, 2000
Reaping the benefits of the Y2K scare
January 3, 2000

Software may leap over Feb. 29
(Computerworld Australia)
Y2k patent holder still seeks fees, forms company
(Computerworld)
Y2K's fallout of good fortune
(Computerworld)
U.S. officials: Y2K billions well spent
(IDG.net)
Y2K global glitch list complete
(FCW)
What Y2K fears wrought
(IDG.net)
Y2K freeze melts in January thaw
(Computerworld)
Year 2000 World
(IDG.net)

PECO Energy Corporate Home Page
CIBC - Home Page

Note: Pages will open in a new browser window

External sites are not endorsed by CNN Interactive.