X-Spam-Check-By: sourceware.org From: "Dave Korn" To: Subject: RE: "type ahead" bug report - so far not addressed Date: Wed, 4 Jan 2006 10:54:13 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Message-ID: Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: 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 Robert Body wrote: > here is the bug report again, i tried emailing Corinna, but that didn't > work >> Like i said I wrote about this a week ago, but nobody replied that yes we >> will investigate or yes we will fix it. Here's a response to your earlier post. Robert Body wrote: > It could be the 3 levels deep script mechanism that's losing the input, > but i believe that a regular Unix/Linux would keep the info present and > execute the new command upon first one's completion. "I believe that..." isn't good enough. *Do* the experiment, then report the results. And make a simplified testcase. You're running three levels of scripts, any one of which could be running any number of commands/utilities, any one of which could be deliberately or inadvertently flushing or even just reading in all of the keyboard input; it's a massive inference to just assume that the cygwin dll is causing this, rather than one of the dozens of other factors involved, and you haven't yet shown the evidence as to what's actually *happening* here. What you offer isn't enough; how could anyone else attempt to investigate it from the description you give here? cheers, DaveK -- Can't think of a witty .sigline today.... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/