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