shell32/tests: Remove atime tests in ITEMIDLIST_format test.
Paul Vriens
paul.vriens.wine at gmail.com
Fri Nov 20 08:46:20 CST 2009
On 11/19/2009 10:45 PM, Austin Lund wrote:
> 2009/11/19 Paul Vriens<paul.vriens.wine at gmail.com>:
>> On 11/19/2009 01:23 PM, Austin Lund wrote:
>>>
>>> - ok (pFileStructA->uFileDate == pFileStructW->uDate2&&
>>> - pFileStructA->uFileTime == pFileStructW->uTime2,
>>> - "Last write time should match last access time!\n");
>>> -
>>
>> Hi Austin,
>>
>> Is there no other way to get around this? I think it's a bit of a shame
>> having tests removed for that odd system that has a FAT filesystem on a NT4+
>> box.
>>
>
> The date is always within 1 day (plus or minus). I guess it would be
> possible to implement a calendar addition and subtraction algorithm.
> Is there one already available somewhere that could be used with this
> bit packed structure in a test?
>
> The time could be anything, except perhaps the seconds. On my trials
> with this, it always seems to have the seconds as zero. I'm not sure
> if you can set a timezone that has a delta with non-zero seconds.
>
> On thinking about this, the way I'd do this is:
>
> if dates and times are equal then pass
> else check the rough rules as outlined
>
> But is it ok (or even sensible to do):
>
> if (date1 == date2&& time1 == time2) ok(TRUE, "Blah");
> else { /* some other test */ }
>
> or would you leave out the ok()?
Would this serve it's purpose?
if (abs(date2 - date1) == 1)
skip("We dont't check access times on a FAT filesystem\n");
else
ok(..., "Last write time should match last access time!\n")
The if() is according to your statement:
"The date is always within 1 day (plus or minus)."
--
Cheers,
Paul.
More information about the wine-devel
mailing list