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:subject:to:references:cc:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=WMZdbaIb6nwL7h6s
	tdWLvFQAnQctDBSppVZ64NUwiCvZUEOktYBI3DXwvQ3FqxiJ51EHgoFo+tG6Ez9d
	ktdceiyHmVOUdjz3tLq4EU5bk+Z2u/YYH90m+N5AmfHiGd2orHuPjx+0YAgrIkQz
	1P5Ge59hTLQ5nlffII4bGV44Dn0=
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:subject:to:references:cc:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=PhfKyF0dDc794qV8bVG3rZ
	nkhY0=; b=mpzCvaKXIVi/0BsDXKYFwN42A/AaJcnvevC302JO0JyNXqcTH2Q7B+
	xo+5yxXsfPC+TZBogVFVoZXSRyOmrCen4RkvdQk5lBDKwrKA141LypL/h/fIRnvB
	pPBAuuqWEQFaROHYVp98ANHYlmtR7qjFtcVgkeOmilGC1UWhK3GQE=
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
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=Quite, drawn, pearson, becoming
X-HELO: out3-smtp.messagingengine.com
X-ME-Sender: <xms:MSRNWZems8Dm-KQtpPlgKjGcvSLqgQN9mxLb6DZYH3-wPfo2-fAGgQ>
Subject: Re: X: wglMakeCurrent error: 0006 on XUnmapWindow->XMapWindow
To: The Cygwin Mailing List <cygwin AT cygwin DOT com>
References: <396829209 DOT 160817565 DOT 1497964511987 DOT JavaMail DOT zimbra AT wildblue DOT net> <446686543 DOT 160825905 DOT 1497965042546 DOT JavaMail DOT zimbra AT wildblue DOT net>
Cc: Mick Pearson <mick DOT pearson AT wildblue DOT net>
From: Jon Turney <jon DOT turney AT dronecode DOT org DOT uk>
Message-ID: <1643ae8a-5455-afdb-8846-4f7a20a6e0f8@dronecode.org.uk>
Date: Fri, 23 Jun 2017 15:22:37 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0
MIME-Version: 1.0
In-Reply-To: <446686543.160825905.1497965042546.JavaMail.zimbra@wildblue.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

On 20/06/2017 14:24, Mick Pearson wrote:
> I was asked by the freeglut mailing list to alert the X/Cygwin
> team to problems with the WGL context handles becoming invalid

"team"... :hollow laughter:

Thanks for reporting this issue.

A link to the relevant post in the freeglut list archives, e.g. [1] 
would have been helpful.

[1] https://sourceforge.net/p/freeglut/mailman/message/35903099/

> if a window is hidden and then the error in the subject is out
> putted when the window is revealed again.

I couldn't quite reproduce this.

Using the Resizer demo,I get this error if I do 'c', then 'h'.   In this 
case the error is being emitted because drawing is taking place to the 
hidden child window.

I'm not sure if those errors could just be squelched, or something more 
complex is needed to solve that problem.

Perhaps you could give more detailed reproduction steps?

> There are also issues with iconification, where the windows are
> in need of repainting when restored. But when unmapped they lose

Yes, there are some issues with how the GL content is drawn (basically 
it's placed on top of the X windows, rather than being composed into 
them), which gives rise the contents not being repainted when restored, 
as briefly noted in [2].

(Incidentally, this also explains how to configure things to use 
indirect rendering, which seemed to be giving some difficulty in the 
linked thread)

> their WGL context, meaning that OpenGL textures are probably lost
> and the context is inoperable, which is a whole other class of
> problems.
Hmmm, yes.  The native windows are created/destroyed when the X windows 
are mapped/unmapped, for reasons lost in the mists of time.

Can you give an example of this class of problem?

I'd expect this problem to also exist with indirect WGL rendering.

> I hope this is a temporary development and not the state of X on
> Cygwin. I found Xming to supplement the X server. I spent a couple
> afternoons attempting to determine the root of the problem. I
> thought perhaps the backing-store fields needed to be set, but it
> became clear that most X servers are simply very lenient and most
> clients expect them to be, and that there's most likely oversights
> in Cygwin/X in the direct rendering mode with WGL.

(Quite possibly, when using Xming, it's operating in software rendering 
or indirect mode, which might explain why you don't see these problems then)

[2] https://x.cygwin.com/docs/ug/using-glx.html

-- 
Jon Turney
Volunteer Cygwin/X X Server maintainer

--
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