Paul Collins <[EMAIL PROTECTED]> writes:
> OGAWA Hirofumi <[EMAIL PROTECTED]> writes:
>
>> Thank you. I see. So we need "timezone" option to specify adjusted
>> time? If so, I feel we can add it as "timezone=utc", then it'll can
>> be improved later...
>
> I am happy to change the patch as needed
OGAWA Hirofumi <[EMAIL PROTECTED]> writes:
> Hiroyuki Machida <[EMAIL PROTECTED]> writes:
>
>> I'm not famillar with recent fat code, but code itself looks good for
>> just turn on/off time adjusting. On the other hand, I feel we need more
>> consideration on use cases/requirements. I feel that t
Hiroyuki Machida <[EMAIL PROTECTED]> writes:
> I'm not famillar with recent fat code, but code itself looks good for
> just turn on/off time adjusting. On the other hand, I feel we need more
> consideration on use cases/requirements. I feel that turning off
> time adjustment is a just ad-hoc solu
HI OGAWA-san and Paul-san,
Sorry late response,
I'm not famillar with recent fat code, but code itself looks good for
just turn on/off time adjusting. On the other hand, I feel we need more
consideration on use cases/requirements. I feel that turning off
time adjustment is a just ad-hoc solution
Paul Collins <[EMAIL PROTECTED]> writes:
> Hello,
Hello,
> Here is a patch that adds a mount option named "posixtime" that, when
> enabled, causes the fat/vfat code to not adjust timestamps as they are
> read/written to/from disk. The intent of the adjustment as performed
> by the existing code
Hello,
Here is a patch that adds a mount option named "posixtime" that, when
enabled, causes the fat/vfat code to not adjust timestamps as they are
read/written to/from disk. The intent of the adjustment as performed
by the existing code appears to be to present correct timestamps to
Windows and
6 matches
Mail list logo