From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 51091 invoked by alias); 7 Apr 2019 05:05:37 -0000 Mailing-List: contact cygwin-developers-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner@cygwin.com Mail-Followup-To: cygwin-developers@cygwin.com Received: (qmail 51018 invoked by uid 89); 7 Apr 2019 05:05:37 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-4.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,UNSUBSCRIBE_BODY autolearn=no version=3.3.1 spammy=screen, HX-Languages-Length:2707, device, H*c:HHHH X-HELO: conssluserg-01.nifty.com Received: from conssluserg-01.nifty.com (HELO conssluserg-01.nifty.com) (210.131.2.80) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 07 Apr 2019 05:05:35 +0000 Received: from Express5800-S70 (ntsitm424054.sitm.nt.ngn.ppp.infoweb.ne.jp [219.97.74.54]) (authenticated) by conssluserg-01.nifty.com with ESMTP id x3755Vkg026961 for ; Sun, 7 Apr 2019 14:05:31 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-01.nifty.com x3755Vkg026961 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.ne.jp; s=dec2015msa; t=1554613531; bh=tlga26jXUUYhgF2RPuA4aWEgGOAgHfa65xiLjFvdxt8=; h=Date:From:To:Subject:In-Reply-To:References:From; b=g81i8ZZ6LXlXSE0xK3PXBBpLr5jy76FRFK4LwXPv/HOEvbWVrJgZ8RpP5hxB0s6D/ aKklobNdn52WVH7xvP72sNn3Y6MhVBCx181Nt67Se6M7gDKRDpzXCv2Ugaq8itB9x1 720Ek8ayvta3cwqtE0f5PwP+3CGdGJqZAI2WutlRHbVH8hHL4UDXyXRtqBLymp+OWQ UlO3OqdjGdEFzJw3lIzUGFP3gqUujZAcoVF/S/2qjxQ89gfxfh86LAXQrDXrL0gjJR mGoZvQo8RSl1vOdqWSIhf7mjdlG5/APfoHsK11XHnIKFhUmw8azKQAkyG6+lNLmzu6 1pP33xVOitGgQ== Date: Sun, 07 Apr 2019 05:05:00 -0000 From: Takashi Yano To: cygwin-developers@cygwin.com Subject: Re: [PATCH v3 0/1] Pseudo console support in PTY (v3) Message-Id: <20190407140535.83d70ba0ac7f249a87d18dd2@nifty.ne.jp> In-Reply-To: <4b4aae13-877c-8521-54c5-dcf2dafbc66d@towo.net> References: <20190404104606.GA24725@calimero.vinschen.de> <20190406111308.1822-1-takashi.yano@nifty.ne.jp> <4b4aae13-877c-8521-54c5-dcf2dafbc66d@towo.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sun__7_Apr_2019_14_05_35_+0900_OUQDpKwjX_1c0x2e" X-IsSubscribed: yes X-SW-Source: 2019-04/txt/msg00025.txt.bz2 This is a multi-part message in MIME format. --Multipart=_Sun__7_Apr_2019_14_05_35_+0900_OUQDpKwjX_1c0x2e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Content-length: 2668 Hi Thomas, Thank you very much for testing. On Sat, 6 Apr 2019 23:33:04 +0200 Thomas Wolff wrote: > Character output conversion works with my test program (using > WriteConsoleW). Using java, output works too (with proper java encoding > option), but non-ASCII input characters are replaced by and echoed as space. Indeed... I will fix it. > If I try a non-Unicode terminal session, e.g. running mintty -o Locale=C > -o Charset=CP1252 -, and enter a € key, mintty hangs. While you said it > doesn't work (yet), it should better not hang at least. I'd like to > repeat at this point that the whole mechanism should only be applied if > a non-cygwin program is run. (If it were, entering € in bash would not > block the terminal.) OK. I will check why this happens. > Do you actively synchronize anything? I thought this is not needed > anymore (unlike winpty) because the ConPTY performs the adaptation. I don't think so. > Terminal reports "\033[6n" and "\033[0c" are apparently emulated and > sent in reverse order; > response to primary device attribute request is wrong (not what mintty > would report). > There is no response to secondary device attribute request ("\033[>0c") > and others, > e.g. '\033[18t' or '\033]10;?\033\' and many others; why can't these > requests be passed to the terminal and handled transparently? (You > explained something around handles before but I don't get the point.) This is not caused by my intercept, but pseudo console itself. Unfortunately, pseudo console is not transparent at all. Pseudo console interprets VT100 sequences in output and processes them. Then, it fowards another VT100 sequences to the pipe associated with the pseudo console. > Output to alternate screen seems to be forced to the primary screen, mostly; > if I try to switch screen in various ways (menu, echo "\033[?1047h" > > /dev/pty1, before or while cmd.exe runs), > behaviour appears to be inconsistent and not as expected (expected > behaviour is that any output goes to the active screen). Hmmm, this may be caused by "synchronization". I will also check this. > Again, I don't see a need that you intercept this at all. The patch attached disables all my intercept. It is against v3. Please check the output from PTY using script command with this patch. You can use your test case for the test. You will find many VT100 ESC secuenses you don't write to console. These are written by pseudo console itself. Also, you can confirm screen layout is broken if you run cygwin apps and native console apps alternately. "Synchronization" is necessary to avoid this, I think. -- Takashi Yano --Multipart=_Sun__7_Apr_2019_14_05_35_+0900_OUQDpKwjX_1c0x2e Content-Type: application/octet-stream; name="for-Thomas.patch" Content-Disposition: attachment; filename="for-Thomas.patch" Content-Transfer-Encoding: base64 Content-length: 2237 ZGlmZiAtLWdpdCBhL3dpbnN1cC9jeWd3aW4vZmhhbmRsZXJfdHR5LmNjIGIv d2luc3VwL2N5Z3dpbi9maGFuZGxlcl90dHkuY2MKaW5kZXggNWNlNjM0MzA1 Li43MmIyYjAxNDEgMTAwNjQ0Ci0tLSBhL3dpbnN1cC9jeWd3aW4vZmhhbmRs ZXJfdHR5LmNjCisrKyBiL3dpbnN1cC9jeWd3aW4vZmhhbmRsZXJfdHR5LmNj CkBAIC02NDAsNiArNjQwLDcgQEAgZmhhbmRsZXJfcHR5X3NsYXZlOjppbml0 IChIQU5ETEUgaCwgRFdPUkQgYSwgbW9kZV90KQogdm9pZAogZmhhbmRsZXJf cHR5X3NsYXZlOjpwdXNoX3RvX3Bjb25fc2NyZWVuYnVmZmVyIChjb25zdCBj aGFyICpwdHIsIHNpemVfdCBsZW4pCiB7CisgIHJldHVybjsKICAgRFdPUkQg cGlkUmVzdG9yZSA9IDA7CiAgIC8qIElmIG5vdCBhdHRhY2hlZCBwc2V1ZG8g Y29uc29sZSB5ZXQsIHRyeSB0byBhdHRhY2ggdGVtcG9yYWxseS4gKi8KICAg aWYgKCFwY29uX2F0dGFjaGVkKQpAQCAtMTc3OSw3ICsxNzgwLDcgQEAgZmhh bmRsZXJfcHR5X3NsYXZlOjpmaXh1cF9hZnRlcl9mb3JrIChIQU5ETEUgcGFy ZW50KQogCQlTZXRDb25zb2xlQ1AgKDY1MDAxKTsKIAkJU2V0Q29uc29sZU91 dHB1dENQICg2NTAwMSk7CiAJICAgICAgfQotI2lmIDEgLyogRXhwZXJpbWVu dGFsIGNvZGUgKi8KKyNpZiAwIC8qIEV4cGVyaW1lbnRhbCBjb2RlICovCiAJ ICAgIC8qIENsZWFyIHNjcmVlbiB0byBzeW5jaHJvbml6ZSBwc2V1ZG8gY29u c29sZSBzY3JlZW4gYnVmZmVyCiAJICAgICAgIHdpdGggcmVhbCB0ZXJtaW5h bC4gKi8KIAkgICAgLyogRklYTUU6IENsZWFyaW5nIHNlcXVlbmNlIG1heSBu b3QgYmUgIl5bW0heW1tKIgpAQCAtMTgxNiw3ICsxODE3LDcgQEAgZmhhbmRs ZXJfcHR5X3NsYXZlOjpmaXh1cF9hZnRlcl9leGVjICgpCiAJCVNldENvbnNv bGVDUCAoNjUwMDEpOwogCQlTZXRDb25zb2xlT3V0cHV0Q1AgKDY1MDAxKTsK IAkgICAgICB9Ci0jaWYgMSAvKiBFeHBlcmltZW50YWwgY29kZSAqLworI2lm IDAgLyogRXhwZXJpbWVudGFsIGNvZGUgKi8KIAkgICAgLyogQ2xlYXIgc2Ny ZWVuIHRvIHN5bmNocm9uaXplIHBzZXVkbyBjb25zb2xlIHNjcmVlbiBidWZm ZXIKIAkgICAgICAgd2l0aCByZWFsIHRlcm1pbmFsLiAqLwogCSAgICAvKiBG SVhNRTogQ2xlYXJpbmcgc2VxdWVuY2UgbWF5IG5vdCBiZSAiXltbSF5bW0oi CkBAIC0yMDEwLDYgKzIwMTEsNyBAQCBmaGFuZGxlcl9wdHlfbWFzdGVyOjpw dHlfbWFzdGVyX2Z3ZF90aHJlYWQgKCkKIAkgIGlmIChnZXRfdHR5cCAoKS0+ c3dpdGNoX3RvX3Bjb24gPT0gMSkKIAkgICAgZ2V0X3R0eXAgKCktPnN3aXRj aF90b19wY29uID0gMjsKIAkgIFJlbGVhc2VNdXRleCAoaW5wdXRfbXV0ZXgp OworI2lmIDAKIAkgIC8qIEF2b2lkIGR1cGxpY2F0aW5nIHNsYXZlIG91dHB1 dCB3aGljaCBpcyBhbHJlYWR5IHNlbnQgdG8KIAkgICAgIHRvX21hc3Rlcl9j eWcgKi8KIAkgIGlmIChnZXRfdHR5cCAoKS0+c3dpdGNoX3RvX3Bjb24gIT0g MikKQEAgLTIwNjAsNiArMjA2Miw3IEBAIGZoYW5kbGVyX3B0eV9tYXN0ZXI6 OnB0eV9tYXN0ZXJfZndkX3RocmVhZCAoKQogCSAgICAgIHdsZW4gPSAocmxl biAtPSB3cml0dGVuKTsKIAkgICAgfQogCSAgY29udGludWU7CisjZW5kaWYK IAl9CiAgICAgICB3aGlsZSAocmxlbj4wKQogCXsK --Multipart=_Sun__7_Apr_2019_14_05_35_+0900_OUQDpKwjX_1c0x2e--