Re: Please test 2005-Apr-12 snapshot

2005-04-13 Thread 103571.1247
Eric Blake wrote:

>>I'd like to ask people to test the latest snapshot as of today.  It contains
>>two patches, one of them with some impact on how timestamps are used.
>>
>>The first patch is less important, it should just stop floppy access when
>>sync is called on Win2K boxes.
>>
>>
>
>Doesn't seem to be any problem with this on my Win2k box at work (I still need 
>to test XP and 98 when I get home)
>
>  
>
>>The second patch is this:
>>
>>In 1.5.13 and 1.5.14 we introduced touching the CreationTime stamp in
>>a way, which simulates a POSIX ctime using the CreationTime stamp.
>>This resulted in some complaints, the most important one that native
>>Windows applications might misbehave because of strange CreationTimes.
>>
>>The snapshot now contains a patch which changes the ctime handling as
>>follows:
>>
>>- Windows NT supports a fourth timestamp which is inaccessible from the
>>  Win32 API.  The NTFS filesystem actually implements it.  It behaves
>>  as a ctime in a POSIX-like fashion.  Cygwin's st_ctime stat member now
>>  contains this ChangeTime, if it's available.
>>
>>- Any other file system, which doesn't support the ChangeTime stamp
>>  uses the LastWriteTime stamp as ctime.  This comes relatively close
>>  to the way ctime behaves in POSIX.
>>
>>- The CreationTime stamp is neither read nor changed programatically by
>>  Cygwin now.  This should solve the aforementioned problems for native 
>>  Win32 applications.
>>
>>Please download from http://www.cygwin.com/snapshots/ and test.
>>
>>
>>
>>
>
>The second patch caused a regression in the coreutils test suite:
>
>$ touch -c none
>touch: setting times of `none': Permission denied
>$ echo $?
>1
>
>This used to work in 1.5.14, and POSIX requires that it is a nop with exit 
>status 0.
>
>--
>Eric Blake
>
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/
>
>  
>
The snapshot is working for me on Windows 98.  These are the programs
that have run:
basename.exe, clamd.exe, echo.exe, id.exe, mutt.exe, nano.exe, rm.exe,
sort.exe, ssmtp.exe,
tin.exe, uname.exe.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Please test 2005-Apr-12 snapshot

2005-04-13 Thread Shaffer, Kenneth

Floppy access stopped. Thanks!

"Corinna Vinschen " wrote:

> The first patch is less important, it should just stop floppy access
> when sync is called on Win2K boxes.


--
Ken Shaffer



 - - - - - - -  Appended by Scientific-Atlanta, Inc.  - - - - - - -  
This e-mail and any attachments may contain information which is confidential, 
proprietary, privileged or otherwise protected by law. The information is 
solely intended for the named addressee (or a person responsible for delivering 
it to the addressee). If you are not the intended recipient of this message, 
you are not authorized to read, print, retain, copy or disseminate this message 
or any part of it. If you have received this e-mail in error, please notify the 
sender immediately by return e-mail and delete it from your computer.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Please test 2005-Apr-12 snapshot

2005-04-13 Thread Corinna Vinschen
On Apr 12 23:22, Eric Blake wrote:
> The second patch caused a regression in the coreutils test suite:
> 
> $ touch -c none
> touch: setting times of `none': Permission denied

Thanks for the report.  That will be fixed in the next snapshot/release.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: Please test 2005-Apr-12 snapshot

2005-04-12 Thread Karl M
Hi All...
It looks good on 98  and 2k. cvs and ssh were used on both machines with no 
problems.

Thanks,
...Karl
From: Corinna VinschenSubject: Please test 2005-Apr-12 snapshot
Date: Tue, 12 Apr 2005 17:33:03 +0200
I'd like to ask people to test the latest snapshot as of today.  It 
contains
two patches, one of them with some impact on how timestamps are used.

The first patch is less important, it should just stop floppy access when
sync is called on Win2K boxes.
The second patch is this:
In 1.5.13 and 1.5.14 we introduced touching the CreationTime stamp in
a way, which simulates a POSIX ctime using the CreationTime stamp.
This resulted in some complaints, the most important one that native
Windows applications might misbehave because of strange CreationTimes.
The snapshot now contains a patch which changes the ctime handling as
follows:
- Windows NT supports a fourth timestamp which is inaccessible from the
  Win32 API.  The NTFS filesystem actually implements it.  It behaves
  as a ctime in a POSIX-like fashion.  Cygwin's st_ctime stat member now
  contains this ChangeTime, if it's available.
- Any other file system, which doesn't support the ChangeTime stamp
  uses the LastWriteTime stamp as ctime.  This comes relatively close
  to the way ctime behaves in POSIX.
- The CreationTime stamp is neither read nor changed programatically by
  Cygwin now.  This should solve the aforementioned problems for native
  Win32 applications.
Please download from http://www.cygwin.com/snapshots/ and test.
Thanks,
Corinna
--
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: Please test 2005-Apr-12 snapshot

2005-04-12 Thread Eric Blake
> I'd like to ask people to test the latest snapshot as of today.  It contains
> two patches, one of them with some impact on how timestamps are used.
> 
> The first patch is less important, it should just stop floppy access when
> sync is called on Win2K boxes.

Doesn't seem to be any problem with this on my Win2k box at work (I still need 
to test XP and 98 when I get home)

> 
> The second patch is this:
> 
> In 1.5.13 and 1.5.14 we introduced touching the CreationTime stamp in
> a way, which simulates a POSIX ctime using the CreationTime stamp.
> This resulted in some complaints, the most important one that native
> Windows applications might misbehave because of strange CreationTimes.
> 
> The snapshot now contains a patch which changes the ctime handling as
> follows:
> 
> - Windows NT supports a fourth timestamp which is inaccessible from the
>   Win32 API.  The NTFS filesystem actually implements it.  It behaves
>   as a ctime in a POSIX-like fashion.  Cygwin's st_ctime stat member now
>   contains this ChangeTime, if it's available.
> 
> - Any other file system, which doesn't support the ChangeTime stamp
>   uses the LastWriteTime stamp as ctime.  This comes relatively close
>   to the way ctime behaves in POSIX.
> 
> - The CreationTime stamp is neither read nor changed programatically by
>   Cygwin now.  This should solve the aforementioned problems for native 
>   Win32 applications.
> 
> Please download from http://www.cygwin.com/snapshots/ and test.
> 
> 

The second patch caused a regression in the coreutils test suite:

$ touch -c none
touch: setting times of `none': Permission denied
$ echo $?
1

This used to work in 1.5.14, and POSIX requires that it is a nop with exit 
status 0.

--
Eric Blake



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/