> > I have no good solution to this yet. An alternative would be > to allow WPKG > accepting standard and DST times to be correct for date equal > comparison on file > times. But this might have side-effects if the date on the > system is offset by > exactly one hour. > > Moreover it leads to additional questions: > - When an "equal" check is done it's unlikely that the > comparison returns true > if the file date is not equal to the comparison date as the > offset would have to > be EXACTLY 1 hour, which is unlikely. > > - For older/newer checks this might be an issue as comparison > dates are often > entered very close to the expected file date. > > And certainly I won't introduce calls to native libraries > just for this "feature". > Rainer, I can change the check date to work around this problem for now. I think the whole world should get rid of DST, since it does no good at all. --- Stefan |