I was actually working around a bug in a library that I use. Older versions did something funny with 59 seconds, so I made them 58! I changed it back to 59, and it seems to work :)
(There is more convoluted logic in this piece of code. Many logging programs do not store the seconds in the time, so I add them as I read the QSOs during import. so I can keep the QSOs in the same order when the times are equal) Paul At 08:41 PM 3/26/03 -0600, Randy Farmer wrote: >At 03/26/2003 17:00, Tonno Vahk wrote: >>Another most strange thing I discovered occurs when Importing a DXQ File >>with DX4WIN3, DX4WIN4 or DX4WIN5 filters. >> >>If the QSO time has 59 seconds in it the number or seconds is changed to 58 >>during importing!!! Can you believe it? >>...... > > > >>I checked with other second figures and no problem but 59 is always changed >>to 58:))) Can you confirm? > >I believe this is actually a Windows "feature" that has something to do with >quantization of the real-time clock. I know that the documentation for >XTreeWin mentions it, and that program actually allows you to set a time >window of >2 seconds when comparing file time stamps so that files with time >stamps differing by 2 seconds can be recognized as identical. > >73... >Randy W8FN ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Paul van der Eijk (KK4HD) [EMAIL PROTECTED] http://www.dx4win.com
