DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:subject:mime-version:content-type
	:content-transfer-encoding:date:from:in-reply-to:references
	:message-id; q=dns; s=default; b=LmllrGi75vhptRlobwsLx9I+YvkEwS7
	dzkcuP73Mf8IwnrDAOmkTEmXdycaEedr/0iYFNoFfLddnbXZctnTsvS5wXq/D/5d
	rK6LynM4O/BNKvMEwR8cxCzW/ocO5W6lgj2E5Qgl13NZ9VRfOSTeNRdhfd268AhU
	P0oYAbvaP7H0=
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
To: cygwin AT cygwin DOT com
Subject: Re: Application not working in 64-bit cygwin cygwin/X
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Date: Sat, 12 Mar 2016 09:38:55 -0800
From: Kaz Kylheku <920-082-4242 AT kylheku DOT com>
In-Reply-To: <56E3B6EA.8070002@gmail.com>
References: <CAGX=k3FLakLze4XzYy7kQ8=xQQ=jKrUiZDPsvmR33OXE9eFdsQ AT mail DOT gmail DOT com> <56E3504C DOT 4030805 AT tiscali DOT co DOT uk> <56E3B6EA DOT 8070002 AT gmail DOT com>
Message-ID: <885477408b69794d6ac82b45c7e1b64c@mail.kylheku.com>
User-Agent: Roundcube Webmail/0.9.2
Content-Transfer-Encoding: 8bit

On 11.03.2016 22:27, Marco Atzeri wrote:
> On 12/03/2016 00:10, David Stacey wrote:
>> On 11/03/16 14:23, Girish Joglekar wrote:
>>> I have cleaned up the test example based on X-Windows/Motif which 
>>> crashes
>>> on 64-bit cygwin cygwin/X but runs on the 32-bit version. The only
>>> warnings are of the type 'variable set but not used'.
>>> 
>>> Here is the link to the tar file.
>>> 
>>> https://www.dropbox.com/s/lknuoac64hfql4s/test.tar?dl=0
>>> 
>>> Hope you can reproduce the behavior and fix the problem.
>> 
>> I tried this on Fedora 23 64-bit and it works. I had to add an empty
>> utcrcu.h file, as the code tries to #include this, and it doesn't 
>> exist
>> in the tar file. Given that it runs in 64-bit Linux, the problem is
>> unlikely to be an issue associated with porting 32-bit applications to
>> 64-bit.
>> 
>> Dave.
>> 
> it can be a bug not triggered on linux due the difference in managing
> function arguments in the stack.

Among a myriad other things! Undefined behaviors can have totally 
different consequences even on architecturally similar systems. E.g. a 
malloced
buffer overrun depends on the heap structure and allocation pattern
driven by program inputs. Uninitialized memory will have different 
garbage
in it. And so on.

So it works on Fedora 23 64-bit? That could be by fluke.

How about this: does it run with zero errors under Valgrind on the same 
system?

That represents a greater confidence that "it works".

In any case, this is a poor approach to problem solving in the
context of open source:

"Hi, on your platform the program in my multi-megabyte archive crashes
... somewhere in the code (I could tell you where, but I can't be 
bothered
to use the debugger). Please download the whole, reproduce the problem, 
and
debug it for me."

This kind of burp-and-diaper changing is done in the industry only for
paying customers.

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