From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9285 invoked by alias); 29 Jul 2013 05:19:50 -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 9259 invoked by uid 89); 29 Jul 2013 05:19:50 -0000 X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_50,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RDNS_NONE,SPF_HELO_PASS autolearn=no version=3.3.1 Received: from Unknown (HELO mailout1.w1.samsung.com) (210.118.77.11) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 29 Jul 2013 05:19:48 +0000 Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244]) by mailout1.w1.samsung.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTP id <0MQO006XJMSSH320@mailout1.w1.samsung.com> for cygwin@cygwin.com; Mon, 29 Jul 2013 06:19:40 +0100 (BST) Received: from eusync2.samsung.com ( [203.254.199.212]) by eucpsbgm1.samsung.com (EUCPMTA) with SMTP id D1.DB.13793.B6BF5F15; Mon, 29 Jul 2013 06:19:39 +0100 (BST) Received: from fedinw7x64 ([106.109.9.113]) by eusync2.samsung.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPA id <0MQO00520MSRAW40@eusync2.samsung.com> for cygwin@cygwin.com; Mon, 29 Jul 2013 06:19:39 +0100 (BST) From: Pavel Fedin To: cygwin@cygwin.com References: <51F1A863.8060403@etr-usa.com> <51F1AF90.3080409@cygwin.com> <51F1F7B4.4060202@etr-usa.com> <003601ce89f8$c3845f10$4a8d1d30$%fedin@samsung.com> <20130726152944.GD4495@ednor.casa.cgf.cx> In-reply-to: <20130726152944.GD4495@ednor.casa.cgf.cx> Subject: RE: BLODA extension: console interoperability Date: Mon, 29 Jul 2013 09:06:00 -0000 Message-id: <003301ce8c1b$397afc50$ac70f4f0$%fedin@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-SW-Source: 2013-07/txt/msg00638.txt.bz2 Hello! > The "console" that a Cygwin program sees is not just the raw Windows > console. Hopefully the Cygwin version of ncurses understands that > Cygwin extends the functionality of the console so that a big subset of > standard control sequences will just work. I know this. But i was talking about running MinGW (i. e. Windows native) software with MinGW nCurses under such a console. I believe, for case Cygwin software cygwin.dll fixes this up and interprets missing ESC sequences. But if we run MinGW program from within this console, it won't have this functionality and will talk to the console directly. In other case, we might run this program from within MinTTY. As far as i can understand, MinTTY is a complete terminal emulator which understands all ESC sequences by itself. In this case MinGW program will need to use ESC sequences too. But if MinGW program will think that it's running on a real Windows console, it will try to use Windows API, which obviously will not work. I agree that this is kind of corner case, but it's still there, if we talk about interoperability. Kind regards, Pavel Fedin Expert Engineer Samsung Electronics Research center Russia -- 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