[PATCH v5 1/1] Cygwin: pty: add pseudo console support.

Corinna Vinschen corinna-cygwin@cygwin.com
Thu Jul 25 14:31:00 GMT 2019


Hi Takashi,

I hope you're still with us?


Corinna

On Jun 24 12:53, Corinna Vinschen wrote:
> On Apr 16 11:16, Corinna Vinschen wrote:
> > On Apr 16 09:41, Takashi Yano wrote:
> > > On Mon, 15 Apr 2019 10:38:32 +0200 Corinna Vinschen wrote:
> > > > This is supposed to be combined with the preceeding code to a single
> > > > expression in the end, right?
> > > 
> > > Do you mean this code and the preceding code should be executed
> > > exclusively? If so, the answer is no. If the stderr is pty slave,
> > > the message should be written to both output_handle and
> > > output_handle_cyg. The reason will be described later.
> > > 
> > > > I don't quite understand why writing
> > > > to STD_ERROR_HANDLE doesn't work.  Is STD_ERROR_HANDLE not connected
> > > > to the ConPty?
> > > 
> > > You are right. STD_ERROR_HANDLE (output_handle) is connected to
> > > the ConPTY. The data written to output_handle is fowarded to
> > > to_master_cyg in the master, then displayed. to_master_cyg is
> > > duplicated to output_handle_cyg in the slave. Therefore, both
> > > writing to output_handle and writing to output_handle_cyg seem
> > > to work, at first glance.
> > > 
> > > However, in the fact, the code below stops forwarding if the
> > > process is a cygwin process. 
> > > +	  /* Avoid duplicating slave output which is already sent to
> > > +	     to_master_cyg */
> > > +	  if (!get_ttyp ()->switch_to_pcon)
> > > +	    continue;
> > > 
> > > The role of the code above is as follows. ConPTY sometimes redraws
> > > screen based on its own screen buffer. The screen buffer has only
> > > the data written to output_handle. Basically, cygwin apps use
> > > output_handle_cyg and native apps use output_handle. Terefore,
> > > outputs from cygwin apps are disappeared at that time. To avoid
> > > this, the data write to output_handle_cyg is pushed into the ConPTY
> > > screen buffer by WriteFile() to output_handle. To prevent the data
> > > from being displayed twice, forwarding is stopped by the code above
> > > if the process is a cygwin app.
> > > 
> > > In strace.cc, writing to output_handle is necessary for pushing
> > > the data into ConPTY screen buffer, and writing to output_handle_cyg
> > > is necessary for displaying it.
> > 
> > Huh, crazy.  Thanks for explaining the context.
> > 
> > > 
> > > > > +      fhandler_base *fh = ::cygheap->fdtab[2];
> > > > > +      if (fh && fh->get_major () == DEV_PTYS_MAJOR)
> > > > 
> > > > For a quick test if the process is connected to a pty, you can
> > > > use `if (istty_slave_dev (myself->ctty))'
> > > 
> > > Thanks for advice. My code is checking if the stderr is pty or
> > > not, and write the message to output_handle_cyg if the stderr
> > > is pty. If the stderr is redirected to another device, writing
> > > is not done. Does istty_slave_dev() checking work same for
> > > stderr if it is redirected? How can I get output_handle_cyg
> > > after checking using istty_slave_dev()?
> > 
> > Well... I didn't really think about it.  YOu would have to
> > fetch ::cygheap->fdtab[2] anyway so checking myself->ctty
> > doesn't really help.
> 
> Any news on this?  Do you consider the latest state from April
> stable enough for master?
> 
> 
> Thanks,
> Corinna
> 
> -- 
> Corinna Vinschen
> Cygwin Maintainer



-- 
Corinna Vinschen
Cygwin Maintainer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://cygwin.com/pipermail/cygwin-developers/attachments/20190725/8e3a7419/attachment.sig>


More information about the Cygwin-developers mailing list