IT WAS ONLY because I was an hour late meeting Randi for lunch on Sunday that I realized the clocks had gone forward. She was waiting for me outside the San Jose, Calif., restaurant where we had arranged to meet. When I arrived, she was digging in her purse for spare change to give to the ex-dot-com CEO who was begging on the corner.

I explained my mistake, and she, of course, took great pleasure in ragging me about it.

"Only you could be that disorganized," she said.

Going, going, gone

Luckily, however, I was later able to demonstrate that I am not the only one -- eBay also messed up its handling of the time change. Whereas my mistake caused me mild embarrassment, eBay's was a little more serious: A software glitch meant that the company closed down its auctions an hour earlier than it should have, causing all those bidders who had planned to swoop in at the last minute to be shut out. Of course, the sellers were also aggrieved because they lost out financially.

Behind the times?

I'm also told that Microsoft Windows NT suffers from a bug related to the time change. According to one reader, the OS fails to account for daylight-saving time when April1 falls on a Sunday -- as it did this year. Apparently, the server displays the correct time, but the MSVCRT.DLL run-time library in C++ -- used by certain applications to determine the time, including the reader's time-card system -- is off by an hour. It will apparently catch up with the rest of the United States on Sunday, April 8.

The reader says that the glitch was discovered in 1999, giving Microsoft two whole years to sort it out, but apparently nothing was done.

Readers speak

I haven't been through them in detail, but I have been copied on many, many e-mail messages in which readers have given their opinions on Microsoft's benchmarking policies (see Notes From the Field, April 2). At first glance, the vast majority seem to agree that, although Microsoft should be able to prevent inaccurate information from being published, it should have no say in the way the benchmarks are run -- any disagreement in the methodology or configuration used should be included in the review. This seems fair.

I need to point out a couple of small errors, however. First, the e-mail address to tell Microsoft what you think about its policy is bnchfdbk@microsoft.com. (Many of you realized that "www" is unlikely to belong in an e-mail address.) Apologies for the mistake, and if you mailed Microsoft using the incorrect address, please resend it.

Second, readers of the e-mail newsletter version of this column got an incorrect address to read the letter from Microsoft's Steve Murchie. The correct URL is www.infoworld.com/articles/op/xml/01/03/26/010326opletters.xml.

"FOR BEING SO late, you can pay for lunch," Randi said. "But this place looks a bit downmarket to me; let's find somewhere more expensive."

» posted by ITworld staff

InfoWorld

• Email
• Print
• Share
  • Slashdot
  • Digg
  • Stumble
  • Reddit
  • Newsvine