X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:reply-to:to:message-id:in-reply-to
	:references:subject:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=ytfkDKT0XUConQfX
	y0L7dlSKLvffkmg68yZRsKY+4YN+3vC3it1PMX2Uw39ow3c9oLmP3QNclNrv72Xs
	K9zIRPtv5X7KDq+YcB6MQZGsNeqz7UaABPnJBN58MkEkR94z8sovkS5JX5sTxJ5G
	lLrHU8UPPjmBZSAB9VFQXvtI+XA=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:reply-to:to:message-id:in-reply-to
	:references:subject:mime-version:content-type
	:content-transfer-encoding; s=default; bh=3sYM28XNRHT76GAdOrP/4E
	+52uo=; b=WxWljmqp0k1wIiNX7rJ1bEXaIh3E4LO4nt72D625xaei8ms25o5kpw
	/RKDINJ5/jPPgzE5HMrROsv1h8uBZo53XzGdibzCkWuoJlg8JKJsjT2J00FKxmyu
	1jFczG9mYdB5mup4Etp7HoN21XCUBTSr96niVWCL0SCVnFliUFiBc=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-6.7 required=5.0 tests=BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,GIT_PATCH_2,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=H*r:NNFMP
X-HELO: nh604-vm11.bullet.mail.ssk.yahoo.co.jp
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1551837178;	s=yj20110701; d=yahoo.co.jp;	h=Date:From:Reply-To:To:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding;	bh=PYIq+x8blUhp7Pl7ZEraeQFWcjsDWEiPDg9ttwjzKcw=;	b=GDGZ4ti7VxOrZ096uYfUSgYmVlx3olWIfCg7/yGwrNNmIgEk+bCr+Li0lggL/wnr	scPAJ1sePNGQjzZUOrZom+HaJfTP/CTj5FRLI8fUBhnHeduwXcaKnKckr7AuABNJ9RA	3WQN5L6yZalib1X1XFGFTwu1rY/8g5jOHFnTrDFY=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp;	h=Date:From:Reply-To:Message-ID:In-Reply-To:References:MIME-Version:Content-Type:Content-Transfer-Encoding;	b=XoN28Yi6uyUzV9IavShncarSp+NWnsFhRvyaOu0zBxhxqtC15qfjIqUOdnc4nwpn	2NhwtIFBQHpv5A2oS0o1FIhLvy0Z+ZMPrKfzALU+rRxSqUScWkgwKRzVoydnSx3LbM2	vzHtgLXImBEf1HoQ0RINhO8cFpd7h2kJlGSlY28s=;
Date: Wed, 6 Mar 2019 10:52:56 +0900 (JST)
From: Tatsuro MATSUOKA <tmacchant2 AT yahoo DOT co DOT jp>
Reply-To: Tatsuro MATSUOKA <matsuoka AT nuce DOT nagoya-u DOT ac DOT jp>
To: Achim Gratz <Stromeko AT nexgo DOT de>, <cygwin AT cygwin DOT com>
Message-ID: <579393023.124390.1551837177029.JavaMail.yahoo@mail.yahoo.co.jp>
In-Reply-To: <1869437449.2276597.1551834619821.JavaMail.yahoo@mail.yahoo.co.jp>
References: <1439412702 DOT 1866573 DOT 1551653028041 DOT JavaMail DOT yahoo DOT ref AT mail DOT yahoo DOT co DOT jp> <1439412702 DOT 1866573 DOT 1551653028041 DOT JavaMail DOT yahoo AT mail DOT yahoo DOT co DOT jp> <0faa5fb55a0af4803fcdff786dba8be440355609 DOT camel AT cygwin DOT com> <1885179468 DOT 2217358 DOT 1551790639928 DOT JavaMail DOT yahoo AT mail DOT yahoo DOT co DOT jp> <87d0n586qw DOT fsf AT Rainer DOT invalid> <648344595 DOT 103002 DOT 1551831017801 DOT JavaMail DOT yahoo AT mail DOT yahoo DOT co DOT jp> <1869437449 DOT 2276597 DOT 1551834619821 DOT JavaMail DOT yahoo AT mail DOT yahoo DOT co DOT jp>
Subject: Re: Patch request to qt 5.9.4 (Re: [ANNOUNCEMENT] Qt 5.9.4)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id x261tEjr031846

----- Original Message -----

> From: Tatsuro MATSUOKA 
> To: Achim Gratz; cygwin
> Cc: 
> Date: 2019/3/6, Wed 10:10
> Subject: Re: Patch request to qt 5.9.4 (Re: [ANNOUNCEMENT] Qt 5.9.4)
> 
>>>   From: Achim Gratz
> 
>>>   To: cygwin
>>>   Cc: 
>>>   Date: 2019/3/6, Wed 04:24
>>>   Subject: Re: Patch request to qt 5.9.4 (Re: [ANNOUNCEMENT] Qt 5.9.4)
>>> 
>>>  T atsuro MATSUOKA writes:
>>>>    I contacted with Enrico who tells me the patch that I have shown.
>>> 
>>>   Yes, but that monkeys around the real problem.  What Yaakov is telling
>>>   you is that there are two options and we don't know yet which one 
> we
>>>   have to deal with.
>>> 
>>>   If O_NONBLOCK is needed, but does not work correctly under Cygwin, 
> then
>>>   that's a bug in Cygwin.  For this case, Corinna asks you to create 
> an
>>>   STC that demonstrates the bug so it can be triaged without having to
>>>   work with something as complex as the Qt terminal in Cygwin.
>>> 
>>>   If on the other hand O_NONBLOCK is in fact not needed and just shows
>>>   different behaviour on different systems without a bug in the
>>>   implementation being present, then upstream should remove that 
> argument.
>>> 
>>> 
>>>   Regards,
>>>   Achim.
>> 
>>  Seeing ML archive that Enrico indicated,
>> 
>>  Re: select() and named pipes
>> 
>>  #include <stdio.h>
>>  #include <stdlib.h>
>>  #include <errno.h>
>>  #include <sys/select.h>
>>  #include <sys/types.h>
>>  #include <sys/stat.h>
>>  #include <fcntl.h>
>>  #include <unistd.h>
>> 
>>  #define FIFONAME "/tmp/pipe"
>> 
>>  int main(void)
>>  {
>>      int fd;
>>      int nsel;
>>      fd_set readfds;
>>      FD_ZERO(&readfds);
>> 
>>      if (mkfifo(FIFONAME, 0600) < 0) {
>>          perror("mkfifo");
>>          exit(1);
>>      }
>> 
>>      fd = open(FIFONAME, O_RDONLY | O_NONBLOCK);
>> 
>>      if (fd < 0) {
>>          perror("open");
>>          remove(FIFONAME);
>>          exit(2);
>>      }
>> 
>>      FD_SET(fd, &readfds);
>>      do {
>>          nsel = select(fd + 1, &readfds, 0, 0, 0);
>>      } while (nsel == -1 && (errno == EINTR || errno == EAGAIN));
>> 
>>      if (nsel == -1) {
>>          perror("select");
>>          exit(3);
>>      }
>> 
>>      if (FD_ISSET(fd, &readfds)) {
>>          char buf[100];
>>          int status;
>>          int count = 0;
>>          printf("%d: ", ++count);
>>          while ((status = read(fd, buf, sizeof(buf) - 1))) {
>>              if (status > 0) {
>>                  buf[status] = '\0';
>>                  printf("%s", buf);
>>              } else if (errno == EAGAIN) {
>>                      printf("\n%d: ", ++count);
>>              } else {
>>                  perror("read");
>>                  break;
>>              }
>>          }
>>      }
>> 
>>      close(fd);
>>      remove(FIFONAME);
>>      return 0;
>>  }
>> 
>> 
>> 
>>  As you wrote this is a issue of Cygwin issue.
>>  But As long as O_NONBLOCK does not work on Cygwin, Enrico's workaround 
> can 
>>  be attached for qt.
> 
> Apart from Qt maintainer accepts Enrico's patch, I will raise O_NONBLOCK 
> issue by another post.


I have updated the cygiwn by setup because cygwin is updated to 3.0.1-1.

The above code works with or without O_NONBLOCK.

On cygwin 3.0.0, with O_NONBLOCK, the code does not work.

Thus situation is changing.

But connection of gnuplot to qnuplot_qt still fails.

There seem to be Qt for Cygwin specific issue.

I cannot narrow down the issue at this moment.


I have to use Qt with debug symbols and gnuplot build with -g option and trace the behaviors.

It take time and now I do not have enough time.

Please wait while.

Tatsuro


--
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