weird. we got hit with a similar bug in SAP this weekend. the system started tacking a weird date onto spool files in SAP and then wouldn't delete them. started clogging the system and caused a crash this morning...that's when we realized it was a problem.

My bad. I wrote that bank's program back in 2007, and my software only used the last digit of the year in order to save space. Who would have believed we would still have banks in 2010?

impaler: Who would have believed we would still have banks in 2010?

Last I checked, we really don't.

MaxxLarge: impaler: Who would have believed we would still have banks in 2010?

Last I checked, we really don't.

The regional czars will keep the financial systems in line. That and fear of this economic crisis.

Weaver95: weird. we got hit with a similar bug in SAP this weekend.

apparently all of Germany figured the world wouldn't make it past 2009

I think it's silly people are using "2k10" versus "2010."

In the end, however, the so-called "millennium bug" caused few problems

I hate newspapers that dismiss Y2K as no big deal.

It was no big deal because a ton of people spent time revising code before 2000 hit.

We had a script that controls a SQL job glitch because the year was hard-coded. It took more time to get the dev on the phone than it did to actually fix the problem.

lordargent: In the end, however, the so-called "millennium bug" caused few problems

I hate newspapers that dismiss Y2K as no big deal.

It was no big deal because a ton of people spent time revising code before 2000 hit.

And all those times when the Missippi didn't flood and ruin millions of dollars of crops and property...I suppose you credit the work of those people who built all those levies and dykes.

Is it that hard to program dates properly? Really?

/ianap

terminal velocity: Is it that hard to program dates properly? Really?

/ianap

Geeks HAVE to program their dates. Otherwise they'd get none.

terminal velocity: Is it that hard to program dates properly? Really?

/ianap

it can be, yes. The bigger the system, the more complex it becomes. more complexity means more chances to screw something up. we're pretty good at spotting problems in development before they hit prime time, but we can't always plan for every situation.

something similar is happening to one of the minor regional banks in Australia as well

graham_paige: something similar is happening to one of the minor regional banks in Australia as well

I wonder if its something in the latest SAP kernel release?

I_C_Weener: MaxxLarge: impaler: Who would have believed we would still have banks in 2010?

Last I checked, we really don't.

The regional czars will keep the financial systems in line. That and fear of this economic crisis.



Sees what you did there.

I'm ready to help, I still have my COBOL skills

Who wants to bet they "fixed" their y2k problem by setting the internal date back 10 years, and got nailed this year as a result?

I_C_Weener: MaxxLarge: impaler: Who would have believed we would still have banks in 2010?

Last I checked, we really don't.

The regional czars will keep the financial systems in line. That and fear of this economic crisis.

Don't be so proud of this corporate terror you've constructed. The ability to bankrupt nations is insignificant next to the power of the Fed.

Weaver95: weird. we got hit with a similar bug in SAP this weekend. the system started tacking a weird date onto spool files in SAP and then wouldn't delete them. started clogging the system and caused a crash this morning...that's when we realized it was a problem.

The strange thing about seeing this headline is the fact that right before the new year I was cracking jokes about a possible twenty ten computer glitch that would be similar to what was expected in Y2K.

/weird

Weaver95: terminal velocity: Is it that hard to program dates properly? Really?

/ianap

it can be, yes. The bigger the system, the more complex it becomes. more complexity means more chances to screw something up. we're pretty good at spotting problems in development before they hit prime time, but we can't always plan for every situation.

So what was it like going without Farking for 20 minutes?

graham_paige: something similar is happening to one of the minor regional banks in Australia as well

Linky Link (new window)

I'll still be writing /09 on all of my checks for the next 6 months

FTFA: Problems remain with credit cards and customers should use debit cards instead for now, the group added.

Wait, but debit cards contain money I actually have! How can I live beyond my means that way?! Silly Germans!

E_Henry_Thripshaws_Disease: I'm ready to help, I still have my COBOL skills.

FTFY

fusillade762: I_C_Weener: MaxxLarge: impaler: Who would have believed we would still have banks in 2010?

Last I checked, we really don't.

The regional czars will keep the financial systems in line. That and fear of this economic crisis.



Sees what you did there.




Also sees what you did there...

ICDedPpl: E_Henry_Thripshaws_Disease: I'm ready to help, I still have my COBOL skills.

FTFY

damn periods...
RPG/400 FTW?

?? I don't get it??

18DeadMonkeys Radio: I'll still be writing /09 on all of my checks for the next 6 months

You write checks? what are you, 75 years old?

/have not written a check in 4 years

Symantec is having the same problem with their anti-virus software:
http://service1.symantec.com/SUPPORT/ent-security.nsf/docid/2010010308571348


Apparently its because it recognizes 2010 dates as being older than 2009, maybe its related...

This isn't very efficient on the part of the Germans.

Mietsko: 18DeadMonkeys Radio: I'll still be writing /09 on all of my checks for the next 6 months

You write checks? what are you, 75 years old?

/have not written a check in 4 years

Child Support doesn't take Visa

terminal velocity: Is it that hard to program dates properly? Really?

This answer depends on a lot of factors which I will describe humorously below.

The skill of programmer : My cousin bob took a computer class, he can program this app, right?

The stress/anger level of the programmer: Ahhhhh fark this code, shiatty 3rd party library, I'll just throw in a quick cludge. I'll be long gone before this causes any issues.

The deadline of the project: Ahhhhh fark this project, I don't have the time to do this the right way, so this will be fine for now. I'll come back and fix it later.

How long the result is expected to be used: This code will work fine ... as long as they're not still using it 40 years from now.

the whole problem started because internally the systems are thinking it's two thousand and ten whereas everyone's saying twenty-ten.

I got several emails on new year's - right after midnight - that I had already received days or hours earlier. I figured it was something date related in the computers.

Pay the Man: terminal velocity: Is it that hard to program dates properly? Really?

/ianap

Geeks HAVE to program their dates. Otherwise they'd get none.

Still LOLing. Excellent work, sir.
/+1

Pengfish: I think it's silly people are using "2k10" versus "2010."


Instead of 2K10, I use MMX, so I still save a keystroke until next year.

Pengfish: I think it's silly people are using "2k10" versus "2010."

But it saves me a whole char...oh.

18DeadMonkeys Radio: Child Support doesn't take Visa

I can use billpay to pay anyone.

The bank drafts the check and mails it to them.

Obnox: This isn't very efficient on the part of the Germans.

You've got to hand it to the Germans, they make great cars!

18DeadMonkeys Radio: Mietsko: 18DeadMonkeys Radio: I'll still be writing /09 on all of my checks for the next 6 months

You write checks? what are you, 75 years old?

/have not written a check in 4 years

Child Support doesn't take Visa

I am going to assume you write that to the mother of your kid/s then? Because can they not just take it directly from your pay? Laws are different everywhere, just askin. I know in some states they prefer a garnishment because they want to take a piece of the action.

Y2K-10, Automated Teller Boogaloo

Pengfish: I think it's silly people are using "2k10" versus "2010."farking THIS!

The next bug like this will be in 2032, when the UNIX/Linux date wraps around (32 bits just isn't enough room.)
Luckily those are written in C and easier to patch.

E_Henry_Thripshaws_Disease: I'm ready to help, I still have my COBOL skills

I'm coding COBOL right now and so I'm really getting a kick out of this reply...

The Loaf: Symantec is having the same problem with their anti-virus software:
http://service1.symantec.com/SUPPORT/ent-security.nsf/docid/2010010308571348


Apparently its because it recognizes 2010 dates as being older than 2009, maybe its related...

Thank God I switched to Macs.

The Loaf: Symantec is having the same problem with their anti-virus software:
http://service1.symantec.com/SUPPORT/ent-security.nsf/docid/2010010308571348


Apparently its because it recognizes 2010 dates as being older than 2009, maybe its related...

How the fark did they even code it that way??

PeregrineBF: The next bug like this will be in 2032, when the UNIX/Linux date wraps around (32 bits just isn't enough room.)
Luckily those are written in C and easier to patch.

2038.

terminal velocity: Is it that hard to program dates properly? Really?

/ianap
Thumbs up their asses.

Beeblebrox: How the fark did they even code it that way??

Considering the bloatware of Norton, I have to assume they take each number of the date, and convert it to a virtual spirit animal. Then they simulate a fight between the animals. The winners of said fight end up being the dates, and unfortunately for 2010 a 1 was just a lot less powerful than a 10.

lordargent: I hate newspapers that dismiss Y2K as no big deal.

It was no big deal because a ton of people spent time revising code before 2000 hit.

What they are dismissing is the whacko alarmists who thought that civilization was going to collapse despite the efforts of those tons of people who were revising code for ~10 years before Y2K hit. I mean, it's not like it was a big secret that there was huge effort underway to deal with the problem for years in advance.