Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin@sources.redhat.com>
List-Help: <mailto:cygwin-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner@sources.redhat.com
Delivered-To: mailing list cygwin@sources.redhat.com
Date: Wed, 8 Nov 2000 11:05:37 -0500
From: Christopher Faylor <cgf@redhat.com>
To: Cygwin Mailing List <Cygwin@sources.redhat.com>
Subject: Re: Possible bug with select and master side of pty
Message-ID: <20001108110537.I17097@redhat.com>
Reply-To: cygwin@sources.redhat.com
Mail-Followup-To: Cygwin Mailing List <Cygwin@sources.redhat.com>
References: <000001c04992$9ff5e8c0$21c9ca95@mow.siemens.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.6i
In-Reply-To: <000001c04992$9ff5e8c0$21c9ca95@mow.siemens.ru>; from Andrej.Borsenkow@mow.siemens.ru on Wed, Nov 08, 2000 at 05:46:06PM +0300

It may be a real problem and I appreciate your attempts to track it
down but since this seems to be working fine for the vast majority of
things which use the pty, I don't think I'll be fixing it any time soon.

If someone else would like to take a stab at this (hah?) that would be
swell.

cgf

On Wed, Nov 08, 2000 at 05:46:06PM +0300, Andrej Borsenkow wrote:
>From: "Andrej Borsenkow" <Andrej.Borsenkow@mow.siemens.ru>
>To: "Cygwin Mailing List" <Cygwin@Sourceware.Cygnus.Com>
>Subject: Possible bug with select and master side of pty
>Date: Wed, 8 Nov 2000 17:46:06 +0300
>
>When polling master side of pseudo tty for reading, select is just using
>common function fhandler_pipe::select_read. This does not work when we do
>onlcr conversion (actually, always), read buffer of size 1 and are reading NL.
>In this case, first select returns readable descriptor (because there is real
>data in master-slave pipe) and first read returns CR. Second select does not
>think fd is readable because there is no more data in pipe; still, read from
>master side would return NL here.
>
>It _looks_ like adding fhandler_tty_master::select_read that is combination of
>fhandler_tty_common::select_read (when need_nl == 0) and
>fhandler_null::select_read (when need_nl != 0) should do the job. But I never
>programmed in C++ and do not trust myself to fully understand all these method
>interaction :(

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

