X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Message-ID: <4F76F230.5050302@towo.net> Date: Sat, 31 Mar 2012 14:01:52 +0200 From: Thomas Wolff User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.12 References: In-Reply-To: X-TagToolbar-Keys: D20120331140152189 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com 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? Kind regards, Thomas -- 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