This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: Patch request to qt 5.9.4 (Re: [ANNOUNCEMENT] Qt 5.9.4)
- From: Tatsuro MATSUOKA <tmacchant2 at yahoo dot co dot jp>
- To: Achim Gratz <Stromeko at nexgo dot de>, <cygwin at cygwin dot com>
- Date: Wed, 6 Mar 2019 08:58:25 +0900 (JST)
- Subject: Re: Patch request to qt 5.9.4 (Re: [ANNOUNCEMENT] Qt 5.9.4)
- 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=Ph0VtluKWiljBRHPJbHU/V5geqGINK0GOKbc1mdfjy3x/gKpSJviV5mCoiT8kyZs X1UzpkdO6ODbiWR9QTHrpVqDZFTV/bfKGT4DncqhY9C7ZUtiszCehX6eZj8+RLEgu9T Tyny8g1mcpgIW/V4+stqmqk8ggWFlPsOe3MGOoyQ=;
- References: <1439412702.1866573.1551653028041.JavaMail.yahoo.ref@mail.yahoo.co.jp> <1439412702.1866573.1551653028041.JavaMail.yahoo@mail.yahoo.co.jp> <0faa5fb55a0af4803fcdff786dba8be440355609.camel@cygwin.com> <1885179468.2217358.1551790639928.JavaMail.yahoo@mail.yahoo.co.jp> <87d0n586qw.fsf@Rainer.invalid>
- Reply-to: Tatsuro MATSUOKA <matsuoka at nuce dot nagoya-u dot ac dot jp>
> 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.
Here I desribe another discussion on Bug tracker on gnuplot
https://sourceforge.net/p/gnuplot/bugs/2147/
My summary from searching through the history shown in the links above:
* gnuplot calls QLocalSocket::connectToServer("name")
* Qt tries to open a named pipe for the socket using O_NONBLOCK
* This fails because Cygwin has problems with non-blocking named
pipes. Back in 2010 Enrico Forestieri posted some simple examples of
this (standalone tests, no involvement of gnuplot code) but this
apparently did not lead to a fix.
* the Qt patch at the head of this bug report would make gnuplot work, but needs to be wrapped in a conditional test for CYGWIN. I can
understand why upstream Qt would not want to deal with this.
Conclusion: We probably can't fix it in the gnuplot code. There is a trivial work-around that requires modifying the Qt source code, but
this would only make sense for the purpose of making a Qt package
specifically for Cygwin.
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