From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3351 invoked by alias); 2 Apr 2012 17:06:18 -0000 Received: (qmail 3327 invoked by uid 22791); 2 Apr 2012 17:06:15 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mho-01-ewr.mailhop.org (HELO mho-01-ewr.mailhop.org) (204.13.248.71) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 02 Apr 2012 17:06:01 +0000 Received: from pool-98-110-186-28.bstnma.fios.verizon.net ([98.110.186.28] helo=cgf.cx) by mho-01-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1SEkhc-000H19-Bs for cygwin@cygwin.com; Mon, 02 Apr 2012 17:06:00 +0000 Received: from localhost (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id BC04313C076 for ; Mon, 2 Apr 2012 13:05:59 -0400 (EDT) X-Mail-Handler: MailHop Outbound by DynDNS X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19sKy2O15VFcKGOwS4SqZat Date: Mon, 02 Apr 2012 17:06:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.12 Message-ID: <20120402170559.GD7418@ednor.casa.cgf.cx> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <4F76F230.5050302@towo.net> <20120402080721.GC8014@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120402080721.GC8014@calimero.vinschen.de> User-Agent: Mutt/1.5.20 (2009-06-14) 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 X-SW-Source: 2012-04/txt/msg00044.txt.bz2 On Mon, Apr 02, 2012 at 10:07:21AM +0200, Corinna Vinschen wrote: >On Mar 31 14:01, Thomas Wolff wrote: >> Am 30.03.2012 13:33, schrieb Corinna Vinschen: >> >... >> >- Fix a bug in controlling tty handling when duplicating a console descriptor. >> Hi, when I read this, I wondered whether this bug could be fixed: >> http://sourceware.org/bugzilla/show_bug.cgi?id=513 >> but it isn't. >> I had later found (and reported to cygwin-developers) that the >> terminal response to terminal queries (like cursor position request >> or device attribute request) is placed in the wrong buffer because >> there are different objects (descriptors?) for stdin and stdout, so >> the response would stay in Nirvana and never reach the application. >> (And it used to work in CYGWIN=tty mode because curiously, in that >> case, the console handles would have been shared for stdin and >> stdout.) >> Since you seem to have just looked at this area of the console code, >> could you give it check? > >I cant't find your later mails on the subject in the cygwin-developers >list archive, but I vaguley remember that this was discussed at one >point and nobody had an idea how to implement it without turning the >code upside down. You're familiar with the fhandler_console code as >well, so maybe you have an idea now how to implement this? I don't see how we could accommodate this without switching the console to "uncooked" mode. And, as you say, that would have massive effects on the console code. I don't think it's worth that much change for such a relatively unused feature. Especially since it would make console I/O slower. That said, I think the bug should be closed WONT_FIX. cgf -- 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