This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: 1.7.5: Occasional failure of CreatePipe or signal handing due to thread-unsafe code in cwdstuff::set


On Wed, Aug 11, 2010 at 04:05:32AM -0700, Daniel Colascione wrote:
>On 8/10/10 10:44 PM, Christopher Faylor wrote:
>> On Tue, Aug 10, 2010 at 09:53:46PM +0000, John Carey wrote:
>>> Thanks for the test case for the CreateFile() problem; I used it to
>>> create the following test, in which Windows 7 CreateFile() fails with
>>> ERROR_INVALID_HANDLE even when using a stock Cygwin 1.7.5 DLL:
>> 
>> As Corinna said:  If you are mixing Windows calls with cygwin calls you
>> are far into unsupported territory.  Cygwin isn't designed to let you
>> seamlessly intermix things like pthreads/signals and the Windows API
>> functions.
>
>Then it seems the website needs to be updated. One of the major selling
>points of Cygwin, as it were, is the ability to interact with the
>Windows API world as well as the POSIX one: "Because processes run under
>the standard Win32 subsystem, they can access both the UNIX
>compatibility calls provided by Cygwin as well as any of the Win32 API
>calls. This gives the programmer complete flexibility in designing the
>structure of their program in terms of the APIs used. For example, they
>could write a Win32-specific GUI using Win32 API calls on top of a UNIX
>back-end that uses Cygwin."

I've removed that paragraph.  Thanks for the heads up.

cgf

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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]