Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Date: Wed, 6 Nov 2002 21:18:32 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: Process does not respond to signals on read() of win32 handle Message-ID: <20021107021831.GD6188@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i On Wed, Nov 06, 2002 at 07:09:21PM -0500, sanjayl AT mindspring DOT com wrote: >thanks for the info. If I pass any "/dev/com" to >_cygwin_attach_handle_to_fd() it core dumps :-(. Not for me. You should actually be passing /dev/com1 in this case. I didn't pay close attention to your code but was taking your word that you were using COM0 rather than COM1. Your test case uses COM1. >What is the significance of the name param. Does it create a device node >within the cygwin layer?? "If you don't pass the name of a known device to cygwin_attach_handle_to_fd it assumes it is a fast device for which no special signal handling is necessary." /dev/com[0-9] are known devices. /dev/tap isn't. >Can it be any path?? I am guessing from what you said, that if it is any >random path, it is assumed to be a fast device? "If you don't pass the name of a known device to cygwin_attach_handle_to_fd it assumes it is a fast device for which no special signal handling is necessary." cgf -- Please do not send me personal email with cygwin questions or observations. Use the resources at http://cygwin.com/ . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/