From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sonicconh5003-vm2.mail.kks.yahoo.co.jp (sonicconh5003-vm2.mail.kks.yahoo.co.jp [114.110.61.45]) by sourceware.org (Postfix) with ESMTPS id 16ECC3858C2C for ; Mon, 10 Jan 2022 09:34:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 16ECC3858C2C Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=yahoo.co.jp Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=yahoo.co.jp X-YMail-OSG: WJ6P39MVM1kfpe93vzDV7zyxZjtD_sJl7aVvEjI9HpKMhCYlXzwaQDrW6r2cuGg H1M0oWUHUW6mthQ9QsU2.Eyi5aluyZzUp7NZOlGYi3bsNqhE5TO6j.H7YALQy_MahYDcpBFwBbYs KXr.iCEhXIJOVgZXQ_MzBANYt2YS140U86FKtneFf8BwotFCfHP6z6hJIpf.Rqh.ghpF06_nb2BB _8vFheVby.wiZo5YgkB.qdAjbE5IywBgZlmO9vvobMsoemM_ZnHq1tiwzNYOgOdlCQnPB6I0sZ8Y QVls7G8eplJMFRrWXDpzmCTSVcuwhsYAcdm1ZMve_tzo6PynUQKiMuvEOYynj6iPMngc9jbc0NDz kW5CT_f8Ev7p6i8VScuv0XUYcNkDhVx5XfMcFxb3BZ82e2UYHf42uTI90_2MPu9FoIVJwv5h7uSE c0XcVBhncr6Hf1q1iYSuFioHNAWAWsmwCmBaqNP8DxFcyoMwIx2SoQr.fgxqxACi_pIlQobz_j_6 HcovAORVzoGn6Rk0N2HtbE6izdUCRmz3To8e0ZKd.sNSnHImxrQ9_6pBIWgLa13weKipu.evD6Yk eiYhCVJVKMFrE1rndd2poRVvlVOLEYK06.6tgbodwWdX2sL4v5gshc9myAbkp89VKNX.CskjbWLK ARoULNlv9CSCKtUeTq7jhHX5ynOj8CjLjiNsW1.0pDAALmSfafftjwY_q4kiM1zPrGiZBf3RSerC hMk1db.BCq3todlLgNJa47ovpAp1FdVdDSK0uEHE8veaRtQGMvOdC_KrpRukNt.Knq2uiirKK3kt 1P21bS46dO7ANJGDn3l_hhOOjwn2_K_JiNH6HLz8ufa2Uc0xah9mdzjFTVRph_oFD3wW8pA-- Received: from sonicgw.mail.yahoo.co.jp by sonicconh5003.mail.kks.yahoo.co.jp with HTTP; Mon, 10 Jan 2022 09:34:39 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1641807279; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Message-ID:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding:References; bh=g+sYW/z+TpkWdAW+EfXHJRjwb1b6UwRZepPlzuVb+JQ=; b=sLFerW/LeD5VJyHSN6T/w/sQCZ4cSmNfmsBOFTXZ9/cvm+i3K6pCeFl4WWiziAwe zvUEFDFNsqGACzNdpt8e+u1JGmu9ILI3wb3PTXPkLSNnjTGTkP0g8kh1yiP8EV7jW2m ufjKTNE4rzlzvRfXfm1s31TBf+ZnptNEX8HbNMBo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:References; b=WsVZb6d0Y2WDLOOxfBftdpasu3Ual6VfAEAVlu0JTCTfYLYEtDRcG5QLuWXHAQes Iz/8h0H9DFyQImo0F/umAxNkTQI/p5AgBQNojhYX2K1dFKQrJ2pdey0mGkgiO92NfHq OSYnTQG6r9NSXz3I/1eubRzcg2g6lYTqQl7ypNXM=; Date: Mon, 10 Jan 2022 18:34:37 +0900 (JST) From: Tatsuro MATSUOKA Reply-To: Tatsuro MATSUOKA To: mark@maxrnd.com, "cygwin@cygwin.com" Message-ID: <1418916945.1256064.1641807277537.JavaMail.yahoo@mail.yahoo.co.jp> Subject: Re: qt terminal for gnuplot on cygwin workaround) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable References: <1418916945.1256064.1641807277537.JavaMail.yahoo.ref@mail.yahoo.co.jp> X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2022 09:34:48 -0000 > ----- Original Message -----=20 > From: "Mark Geisert"=20 > To: "cygwin > Date: 2022/01/10 =E6=9C=88 15:36 > Subject: Re: qt terminal for gnuplot on cygwin workaround) > Hi Tatsuro, >=20 > Tatsuro MATSUOKA wrote: > > A workaround for qt enables qt termnal on Cygwin is shown by Enrico Fo= restieri > > https://sourceforge.net/p/gnuplot/mailman/gnuplot-beta/thread/16092.814= 63.qm@web103110.mail.kks.yahoo.co.jp/ > >=20 > > --- a/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix= .cpp > > +++ b/qtbase-everywhere-src-5.10.1/src/network/socket/qlocalsocket_unix= .cpp > > @@ -239,7 +239,7 @@ void QLocalSocket::connectToServer(OpenM > > } > >=20 > > // create the socket > > - if (-1 =3D=3D (d->connectingSocket =3D qt_safe_socket(PF_UNIX, SOC= K_STREAM, 0, > > O_NONBLOCK))) { > > + if (-1 =3D=3D (d->connectingSocket =3D qt_safe_socket(PF_UNIX, SOC= K_STREAM, > > 0))) { > > d->errorOccurred(UnsupportedSocketOperationError, > > =20 > > QLatin1String("QLocalSocket::connectToServer")); > > return; > >=20 > > I myself generate library libQt5Network as libQt5Network-gnuplot and us= ed gnuplot build. > > I dp not know that the modification avove is valid but enables me to us= e qt terminal on cygwin. >=20 > Apologies for the late response. As quoted above, the patch changes the = number of=20 > args passed to qt_safe_socket() so maybe that's incorrect? >=20 > In any case I think the intent was to change the call from nonblocking to= =20 > blocking. That seems likely to interfere with other socket or terminal I= /O that=20 > may be expected asynchronously. >=20 > I investigated the gnuplot vs Qterm problem several years ago and found t= he root=20 > cause: deep within the Qt networking code a call to connect() wasn't expe= cting the=20 > error EINPROGRESS to be returned. POSIX decrees this error when a nonblo= cking=20 > connect() cannot immediately be completed. I opened a Qt BUG for this, b= ut the Qt=20 > folks declined to fix. I then tried making a Cygwin-only patch but was s= tymied by=20 > my inability to build Qt itself due to bit rot. >=20 > If we have or can get a recent Qt build completed, I can supply a patch t= o fix the=20 > issue. >=20 > ..mark I undersstand the current states for gnuplot and qt. I am now wirking in my home and can use very old note PC. So building of qt is very time comsuming jobs so I cannot to try. I only build old qt-5.8.4 using tools by cugport. Qt-5.9.4 cannot be built by gcc-11 and I downgrade gcc from 11 to 10. I could only som dll files including cygQt5Network and used for patch work. When I will use the recent PC, I will try the recent Qt build.(qt6 ?) Tatsuro