On 2010/02/09 8:34 AM, Christopher Faylor wrote:
> Relevant threads:
>
> http://cygwin.com/ml/cygwin/2009-12/threads.html#00685
> http://cygwin.com/ml/cygwin/2010-01/msg00067.html
>
> Bottom line: The crash is fixed but cygwin still doesn't work right.
Doh! (face-palm) It looks like Enrico Fores
On Tue, Feb 09, 2010 at 09:54:26AM +0100, Corinna Vinschen wrote:
>On Feb 6 20:52, Steven Monai wrote:
>> Hi folks,
>>
>> Here is a short test case I've named "fifo-read.c":
>> [...]
>> Here's what happens at the command line:
>>
>> $ uname -a
>> CYGWIN_NT-5.1 lonestar 1.7.1(0.218/5/3) 2009-12-0
On Feb 6 20:52, Steven Monai wrote:
> Hi folks,
>
> Here is a short test case I've named "fifo-read.c":
> [...]
> Here's what happens at the command line:
>
> $ uname -a
> CYGWIN_NT-5.1 lonestar 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
>
> $ gcc-4 -Wall -Werror -ansi -pedantic -o fifo-read
Hi again,
More information on this issue: My test case runs correctly and
crash-free in Linux. This leads me to believe this is a bug in Cygwin's
poll(). Even worse, after having adapted the test case to use select()
instead of poll(), it appears that select() has the same bug.
I've been trying t
Hi folks,
Here is a short test case I've named "fifo-read.c":
#include
#include
#include
#include
#include
#include
struct pollfd pfd[1];
int main() {
int fifo;
int poll_result;
int timeout;
/* Open myfifo for reading, non-blocking. */
fifo = open("myfifo", O_RDONLY | O_NDELAY)
5 matches
Mail list logo