X-Spam-Check-By: sourceware.org Date: Wed, 10 May 2006 12:22:59 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: tcdrain Message-ID: <20060510162259.GE13351@trixie.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20060510130441 DOT GC8871 AT kestrel DOT barix DOT local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060510130441.GC8871@kestrel.barix.local> User-Agent: Mutt/1.5.11 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 On Wed, May 10, 2006 at 03:04:41PM +0200, Karel Kulhavy wrote: >It looks like tcdrain in cygwin doesn't wait until data are transmitted, >but just drains the software buffer, and doesn't drain the buffer in the >16550A chip. Can you please confirm that this is really how Cygwin >works? The source code for the tcdrain call is in fhandler_serial.cc. You should be able to satisfy your curiousity by looking at that. cgf -- 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/