From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18822 invoked by alias); 11 Mar 2019 07:21:18 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 18812 invoked by uid 89); 11 Mar 2019 07:21:18 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.9 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,GIT_PATCH_3 autolearn=ham version=3.3.1 spammy=HX-Languages-Length:2819, dissimilar, explain, H*UA:6.1 X-HELO: m0.truegem.net Received: from m0.truegem.net (HELO m0.truegem.net) (69.55.228.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 11 Mar 2019 07:21:15 +0000 Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id x2B7LEHW050109 for ; Mon, 11 Mar 2019 00:21:14 -0700 (PDT) (envelope-from mark@maxrnd.com) Received: from 162-235-43-67.lightspeed.irvnca.sbcglobal.net(162.235.43.67), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdiObYUw; Sun Mar 10 23:21:05 2019 Subject: Re: Patch request to qt 5.9.4 (Re: [ANNOUNCEMENT] Qt 5.9.4) To: cygwin@cygwin.com References: <1439412702.1866573.1551653028041.JavaMail.yahoo.ref@mail.yahoo.co.jp> <1439412702.1866573.1551653028041.JavaMail.yahoo@mail.yahoo.co.jp> <0faa5fb55a0af4803fcdff786dba8be440355609.camel@cygwin.com> <2014394607.770377.1552264089735.JavaMail.yahoo@mail.yahoo.co.jp> <72f4ecd86329b97d1c3cc1b796bf9393d02228f0.camel@cygwin.com> <881759885.934635.1552275216926.JavaMail.yahoo@mail.yahoo.co.jp> From: Mark Geisert Message-ID: <30cae96a-7c70-5634-85ce-3fe6b36a7d21@maxrnd.com> Date: Mon, 11 Mar 2019 07:21:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 MIME-Version: 1.0 In-Reply-To: <881759885.934635.1552275216926.JavaMail.yahoo@mail.yahoo.co.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2019-03/txt/msg00239.txt.bz2 Tatsuro MATSUOKA wrote: > ----- Original Message ----- > >> From: Yaakov Selkowitz > To: cygwin >> Cc: >> Date: 2019/3/11, Mon 09:53 >> Subject: Re: Patch request to qt 5.9.4 (Re: [ANNOUNCEMENT] Qt 5.9.4) >> >> On Mon, 2019-03-11 at 09:28 +0900, Tatsuro MATSUOKA wrote: >>> > On Mon, 2019-03-04 at 07:43 +0900, Tatsuro MATSUOKA wrote: >>> > > I ask alpply a patch the below which enables to use qt terminal >> on gnuplot >>> > for Cygwin. >>> > > (cygQt5Network-5.dll is affected.) >>> > > >>> > > --- >> a/qtbase-opensource-src-5.9.4/src/network/socket/qlocalsocket_unix.cpp >>> > > +++ >> b/qtbase-opensource-src-5.9.4/src/network/socket/qlocalsocket_unix.cpp >>> > > @@ -239,7 +239,7 @@ void QLocalSocket::connectToServer(OpenM >>> > > } >>> > > // create the socket >>> > > - if (-1 == (d->connectingSocket = qt_safe_socket(PF_UNIX, >> SOCK_STREAM, 0, O_NONBLOCK))) { >>> > > + if (-1 == (d->connectingSocket = qt_safe_socket(PF_UNIX, >> SOCK_STREAM, 0))) { >>> > > d->errorOccurred(UnsupportedSocketOperationError, >> QLatin1String("QLocalSocket::connectToServer")); >>> > > return; >>> > > >>> > >>> > It seems we keep going in circles on this point. If there is a bug in >>> > O_NONBLOCK, then please either narrow it down to an STC, or provide a >>> > patch to Cygwin. >>> >>> Very basic question. What is STC? >>> I googled but I cannot find what is it. >> >> https://cygwin.com/acronyms/#STC > > > Sorry I cannot make STC due to lack of knowledge of QT. > In stead, I explain what gnuplot do. > > On gnuplot for qt, > plot is done by child process named gnuplot_qt. > > When gnuplot connect with gnuplot with > qt->socket.connectToServer(server); > > > without the above patch () > qt_safe_socket(PF_UNIX, SOCK_STREAM, 0, O_NONBLOCK))) > gnuplot cannot connect with gnuplot_qt. > > with the above patch () > qt_safe_socket(PF_UNIX, SOCK_STREAM, 0)) > gnuplot can connect with gnuplot_qt. > > Perhaps qt with O_NONBLOCK is some wrong with process connection. Hi Tatsuro, For the record, what Enrico supplied is what we'd call an STC, a Simple Test Case. Unfortunately his STC dealt with select() on a named pipe. Your gnuplot issue has to do with "Unix sockets", a form of IPC between processes. Cygwin uses Windows named pipes to implement "Unix sockets" on Windows. This means we are mapping Unix/Linux socket constructs onto a dissimilar feature of Windows, and there are many opportunities for mismatch. Can you run your gnuplot under strace? You would set up your environment as needed to reproduce the issue, then launch gnuplot as so: strace -o gnuplot.trace gnuplot This will create a trace file of Cygwin syscalls and operations. Let us know how big (how many lines) are in the trace file and we'll see what's next. ..mark -- 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