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=M5bjsxwQtXV8KJZ5
	VFiKD1TxL2rLmj8SGuWwc3vvbnIofNbDxfU5cWvFOPfLqSzgQkoqzBxWeheQ6S1T
	cwFJh4IYq81kyYNEZECjoIhGPMdR5ozqyYHITC5HQV3yeVMwqNFxgiXixg/Ibi12
	nWrFg8oyXR2jJwgZSeKbM6nll4s=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Date: Fri, 13 Mar 2015 09:28:47 +0100 (CET)
From: xflr6 <xflr6 AT orange DOT fr>
Reply-To: xflr6 <xflr6 AT orange DOT fr>
To: cygwin AT cygwin DOT com
Message-ID: <1542024433.6836.1426235327215.JavaMail.www@wwinf1c11>
In-Reply-To: <1103630354.21266.1426173510721.JavaMail.www@wwinf1m22>
References: <1103630354 DOT 21266 DOT 1426173510721 DOT JavaMail DOT www AT wwinf1m22>
Subject: re: Cygwin/X : display error with latest x-related packages
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Dear all, 

Concerning my x-related problem, I dig a bit in the x-stuffs, and what I see is the following:
-> Obviously, what doesn't work is the XOpenDisplay function. I do not have the source of 
the program I am using, but it appears that this function is the one that is causing the problem.
I tried to compile and run a dummy example found on the internet using this function and drawing 
a simple box in a window : it's working. So my problem does not seem to be related to the cygwin/X
environment that is installed on my machine.
-> I am wondering if my problem could be caused by: 
- a 32/64bit incompatibility (but as I said before, the program -32b- was working on my 
previous cygwin/X 64b installation, such that I doubt that it is where my problem arise).
- Or if it is a problem of X-library that moved from one directory to another after the upgrade 
of cygwin/X : indeed, the test example that I tried was proposed to be compiled with libraries 
located in /usr/X11R6/lib, whereas the libraries in Cygwin/X are located in /usr/lib/include (And 
I gave this path to the compiler in order to properly compile and run the test example). I was 
wondering if the program that I am using (and for which I have not the sources) have been 
compiled with something like -L/usr/X11R6/lib could still work in a cygwin environment where 
X11 libraries are located in /usr/lib/include. If it is the case, how to make it work ?

Best regards,
xflr6

 
> Dear Cygwin/X users and developpers,
> 
> I recently experienced a problem with a program using the X window system.
> With the latest Cygwin release, the latter program is not able to open the display,
> whereas with previous versions of cygwin (+ the x-window machinery, i.e
> the Cygwin/X installation as described in the installation notes, with xlaunch,
> xinit, xorg-server etc.) (prior to mid-February 2015), it was working correctly.
> Other programs using the X window system, such as ghostview for example,
> is working correctly on my installation.
> I have seen on the Cygwin/X news that X server and X.Org X11 packages
> have been upgraded to newer versions, and I was wondering if there was
> a known loss of backward compatibility with these fresh versions (even a
> simple change, like in the DISPLAY variable or something like that) ?
>
> Best regards,
> xflr6

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