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:reply-to:to:message-id:in-reply-to
	:references:subject:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=enYG8XHYtqmncKC0
	dL2xNfocpcsNTL3cL+aPmjEfQLUZoyzLMEawHEUJIQy8TJEnV/Cn1H2uryPYTiYC
	lzQIzaYwbnYRpF72WFwYc76wLAqSqA8FF4iFq/MPPn9rBnErcj+YaW183tj0Qw2P
	0JJZlx7Yp3Wv+5+EAp9ytQuGy+w=
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:reply-to:to:message-id:in-reply-to
	:references:subject:mime-version:content-type
	:content-transfer-encoding; s=default; bh=nyQ7KHzZUdgmM9UdVo5aLr
	WW2BY=; b=NQ8hSz/thfKyY559GjxyQzTshbItER9bR5yO9iTBSmPjDjENZaJGRT
	7QUwjcu9U9dNk+i1s/4a0UHwr6KEtZdCVpEzKTCAndObiZO4pn2DoBo4JxU0aH7N
	hH6/iT8nt2sjuiyl3LUkX9np3adhjFMh2YOgZQgXK8CdWkCoodZJ8=
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=0.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KAM_COUK,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2 spammy=fifteen, H*R:D*yahoo.co.uk, H*F:D*yahoo.co.uk, staff
X-HELO: nm50-vm5.bullet.mail.ne1.yahoo.com
Date: Fri, 27 May 2016 03:01:27 +0000 (UTC)
From:  <lloyd DOT wood AT yahoo DOT co DOT uk>
Reply-To:  <lloyd DOT wood AT yahoo DOT co DOT uk>
To: Stephen John Smoogen <smooge AT gmail DOT com>,
        "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Message-ID: <1871468680.106497.1464318087251.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To: <CANnLRdgB9nrJp2ZXKK3Bb_=RvnGsVepJaf3Ms2cNRAc0Ouc4eQ@mail.gmail.com>
References: <538382235 DOT 210794 DOT 1464156496492 DOT JavaMail DOT yahoo DOT ref AT mail DOT yahoo DOT com> <538382235 DOT 210794 DOT 1464156496492 DOT JavaMail DOT yahoo AT mail DOT yahoo DOT com> <CANnLRdgB9nrJp2ZXKK3Bb_=RvnGsVepJaf3Ms2cNRAc0Ouc4eQ AT mail DOT gmail DOT com>
Subject: Re: changes in 32-bit Cygwin OpenGL causing crashes?
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

It's odd, the amount of extra support that Cygwin needs.

Okay, OpenGL is broken in 32-bit cygwin, not for the first
time.

I'm unsure if OpenGL is broken in 64-bit cygwin, because
the piping my applications use is broken in 64-bit cygwin -
and only there. Not in any other linux or unix I've run on.
So, it's rather tempting to blame 64-bit Cygwin.

But the OpenGL code is clearly obviously different
and later in 64-bit Cygwin, because it builds to different
function names (dropped a bunch of EXTs.) That's... odd.
But in any case, we have a -noopengl flag just to work
around OpenGL segfaulting in 32-bit Cygwin (and whether
64-bit segfaults is unknown, because piping problems.).

And there are graphical glitches I see in 32-bit Cygwin
Tcl/Tk, but not in 64-bit Cygwin Tcl/Tk or anywhere else,
32- or 64-bit, in Linux/Unix land.

Those are the major things that come to mind when I think 
of Cygwin.

Notes at:
http://sat-net.com/L.Wood/software/SaVi/building-under-Windows/

where I try and suggest to users that Cygwin is not
their best choice. Really.

It's been over fifteen years of 'under construction' so far.

Lloyd Wood
http://savi.sf.net


----- Original Message -----
From: Stephen John Smoogen <smooge AT gmail DOT com>
To: lloyd DOT wood AT yahoo DOT co DOT uk; cygwin AT cygwin DOT com
Sent: Thursday, 26 May 2016, 2:09
Subject: Re: changes in 32-bit Cygwin OpenGL causing crashes?

On 25 May 2016 at 02:08,  <lloyd DOT wood AT yahoo DOT co DOT uk> wrote:
>> It seems still the same problem with dri-drivers
>> https://sourceware.org/ml/cygwin/2016-04/msg00283.html
>>
>> probably caused by LLVM 3.7
>
> Unfortunately, the dri-driver versions available in the installer
> depend on LLVM 3.7, so, even though reverting back to LLVM 3.5
> is offered when you select llvm, you can't pull in a dri-driver
> that works with that older version of LLVM to test that hypothesis.
> So, not much point to offering that older version of LLVM.
>

dri-driver via LLVM is a hack on top of a hack on top of a hack as the
developer of the software will tell you. It works in the use cases he
develops for but outside of that you are very much all alone. So even
trying to have a 'known' good is hard for this because what worked on
your laptop/system may not work at all on any other one.

Heck it might not even work when the Windows OS underneath does an
update even though the hardware worked. To quote the road sign

Expect problems. Road construction ahead.

If you are needing better stability then you need to staff up
somewhere to have people to fix those problems.


> Regardless of the fact that OpenGL is broken (again), this is
> really a problem with Cygwin as a perennial work-in-progress
> and its (lack of) version control.
>
> I'd like to be able to download a stable-known-to-work-on
> a-specified date golden-master Cygwin, without incremental
> upgrades, and revert to that known-to-work Cygwin if needs
> be. Once every six months? I'd be good with that.
>
> Lloyd Wood
> http://savi.sf.net/
>
> --
> 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
>



-- 
Stephen J Smoogen.

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