X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=wsowW2ZZIbG+OlyAwjA2mn0A7xBAPAaTocu/VY2o6jkpS/LjTDW23
	XmMBxVjRIVVDo5EWccUCf1sEt9yevqAVH282wHHqk4wwVIKhyaba8sn4nTDcmVEU
	ujto1xukJ8OM2qTJFR2W9PtwrlUqdrwQUwPen0Yioh3+MUKDrDlXLw=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=VUjy+Gf86N6wC/0SJYEireQg91Q=; b=mLMPm1zZN1My00M+60pPEKGdykru
	y+4e2dVRknN+b7wWRVPT1ymShaYcMIFq7ztFFJSHIi910lNaPlcrDq5g0x9yb7lX
	kIQopXDx1pg0nqobUzNTr8cAvqct2ssh7hmak3VxgQ+v9zv3yw39FPSYQnHd+1DE
	spbnvkoHrFgX7ZI=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Spam-SWARE-Status: No, score=0.2 required=5.0 tests=AWL,BAYES_50,RDNS_NONE autolearn=no version=3.3.1
Date: Fri, 26 Jul 2013 20:24:35 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: ptys - I give up
Message-ID: <20130726182435.GA2303@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20130726061334 DOT GA3780 AT ednor DOT casa DOT cgf DOT cx> <51F21AD0 DOT 5090107 AT dancol DOT org> <20130726152702 DOT GC4495 AT ednor DOT casa DOT cgf DOT cx> <51F2A21F DOT 60302 AT dancol DOT org> <20130726163508 DOT GA25789 AT calimero DOT vinschen DOT de> <51F2AA0C DOT 4040903 AT dancol DOT org> <20130726171017 DOT GV5086 AT calimero DOT vinschen DOT de> <51F2B0B9 DOT 9000807 AT dancol DOT org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <51F2B0B9.9000807@dancol.org>
User-Agent: Mutt/1.5.21 (2010-09-15)

On Jul 26 10:24, Daniel Colascione wrote:
> On 7/26/2013 10:10 AM, Corinna Vinschen wrote:
> > On Jul 26 09:55, Daniel Colascione wrote:
> >> In Windows 8, the implementation is completely different. There, console handles
> >> are real kernel objects.
> > 
> > Really?  That's entirely new to me.  Do you know if there's some description
> > available?  What are the implications?  Are console handles now handles to
> > something like named pipes as well?  Is there a console FS comparable to
> > \Device\NamedPipe\?
> 
> I don't know the details, and I'm not aware of any new facilities exposed to
> applications. I'd have loved a pseudoconsole API, but we didn't get one.

I see a new device called \Device\ConDrv and \GLOBAL?? now contains
symlinks

  CON ->     \Device\ConDrv\Console
  CONIN$ ->  \Device\ConDrv\CurrentIn
  CONOUT$ -> \Device\ConDrv\CurrentOut

> You can see the difference in a debugger, though: console pseudohandles *look*
> strange and don't show up in the process handle table. The difference shouldn't

Console handle value % 4 != 0

> really matter, though: applications shouldn't really care what kind of handles
> they get as long as system APIs accept them. The problem with writes larger than
> 8k (I think that was the limit?) to console handles failing seems to have
> disappeared, though.

Uhm... there was a problem?  I don't see a hint on the net, nor on MSDN.
The Cygwin DLL uses a maximum buffer size of 16K for console writes.
If there's some documented problem, maybe we should reduce the size to 8K.

> > But then again, doesn't that mean that your method stops working on W8?
> 
> Not really --- it'll work fine. The difference means that operations on console
> handles that used not to work on Windows 7 might work on Windows 8. The public
> API contract hasn't changed, however, so applications aren't supposed to be
> doing these things anyway, and as long as application developers care about
> testing their applications on Windows 7, they won't.
> 
> If you eventually do start seeing applications that do things with console
> handles that can't be done with console pseudohandles, well, you can hook more
> APIs to preserve the console handle illusion. But that time is a long way away,
> if it ever arrives at all.

I guess you're right.


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple