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:message-id:date:from:reply-to:mime-version:to
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=RKaI3/T32A0abL36
	58uPLAyLp4yBr/tSCq6ocB7OHhqawiXJBvW0w8GR8dcFA+bsAJ+HSC4rkkCK3ucr
	dWbpRc6qa9xB+ySONSrdqtyQT92MMbEf7d1+DJg++1Z1VmBAPCj5ActlvL0NkrUw
	itIr2PcLb+MjInSGwXIypb0DsPU=
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:message-id:date:from:reply-to:mime-version:to
	:subject:references:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=7sm0fSe/2biskxJPQ5qOjR
	ayjiA=; b=Zca2+klTY+ZruD0QHmtyaStqHXNwMjaWAixyVI+XPmLY4wdUye5+SQ
	QhtxOJw6BSrc75u67ELDayODCMDJ7j5Nw0trpaYZh3BUJPdtNtr7rDOaGTnpIMXk
	kXyNiB6Pj8fc6qROT/PQJ5jPuo0oXzQo5AHcHPV8XGEK9/kwqmgB8=
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=-1.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,KHOP_THREADED autolearn=ham version=3.3.2
X-HELO:	vms173007pub.verizon.net
Message-id:	<521B7C22.2010608@cygwin.com>
Date:	Mon, 26 Aug 2013 12:02:42 -0400
From:	"Larry Hall (Cygwin)" <reply-to-list-only-lh AT cygwin DOT com>
Reply-to:	cygwin AT cygwin DOT com
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: Why are the 32- and 64-bit cygwin1.dlls incompatible?
References:	<52162CA9 DOT 9080002 AT etr-usa DOT com> <20130822171419 DOT GQ2562 AT calimero DOT vinschen DOT de> <CA+sc5mnedD0hOfzwTWYzy0QVhKC9gg-C68Nxfska-HG0HFOpLQ AT mail DOT gmail DOT com> <20130823094919 DOT GT2562 AT calimero DOT vinschen DOT de> <52178ED2 DOT 4090806 AT etr-usa DOT com> <5217A8A2 DOT 7060700 AT cygwin DOT com> <20130823191601 DOT GA1446 AT ednor DOT casa DOT cgf DOT cx> <CA+sc5mk4UEqfZKvLtuwdrh0F_WwHd81FxtaN4+1L=7uVgMO=BQ AT mail DOT gmail DOT com> <20130825172618 DOT GB331 AT ednor DOT casa DOT cgf DOT cx> <20130826090406 DOT GC18959 AT calimero DOT vinschen DOT de> <20130826135135 DOT GA4161 AT ednor DOT casa DOT cgf DOT cx>
In-reply-to:	<20130826135135.GA4161@ednor.casa.cgf.cx>

On 8/26/2013 9:51 AM, Christopher Faylor wrote:
> On Mon, Aug 26, 2013 at 11:04:06AM +0200, Corinna Vinschen wrote:
>> On Aug 25 13:26, Christopher Faylor wrote:
>>> On Sun, Aug 25, 2013 at 11:05:06AM -0400, Earnie Boyd wrote:
>>>> On Fri, Aug 23, 2013 at 3:16 PM, Christopher Faylor wrote:
>>>>> I was having a private chat with Corinna about this.
>>>>>
>>>>> Her doubts above mirror mine.  I wonder if this will add to the traffic
>>>> >from people who, e.g., expect their java apps to understand Cygwin
>>>>> ptys.  Now we will have people who don't understand why their 32-bit
>>>>> screen doesn't work under 64-bit Cygwin mintty.
>>>>>
>>>>> The original error message was certainly not clear but maybe we need to
>>>>> have something like:
>>>>>
>>>>> "Can't run 32-bit Cygwin programs in a 64-bit Cygwin environment"
>>>>>
>>>>> and vice versa with a, as you say, (ugh) way to turn this on and off.
>>>
>>>> What about CYGWIN=32bitCygwinExec or some such?
>>>
>>> Yes, we were talking about a CYGWIN environment variable.  It would
>>> probably be something like "arch_mismatch".  However, you're jumping to
>>> implementation when it isn't even clear if this is something that we
>>> want to do.
>>
>> We shouldn't overburden the CYGWIN env var with lots of tiny, nagging
>> settings which are just as easy to keep in all the time.  Letting the
>> 32 bit version of Cygwin run 64 bit apps...
>>
>>>> And what about the other direction?
>>>
>>> Apparently "vice versa" is not a universally understood term.
>>
>> ...and vice versa doesn't cost us anything.  We add a FAQ people can be
>> pointed to and that's it.
>
> When I said "vice versa", I meant that we might need the same clear
> warning for 64-bit programs running on 32-bit platforms.  I'm still not
> clear on why this requires so much clarification.  But that's all right.
> No need to enlighten me.  I'll just chalk this up to the Cygwin mailing
> list confusion vortex.
>
> You know I'm not a big fan of adding options to the CYGWIN environment
> variable but I'm less of a fan of having people whine about something
> not working, indignantly telling them to read the FAQ, and then having
> them whine that there is no workaround.
>
> This could all be a non-issue.  I was just trying to brainstorm and
> think ahead.  But there's always that pesky vortex.

Indeed.  I can feel the vortex tugging at my brain. ;-)

I'm wondering if we going to go the interop route with the CYGWIN
environment variable switch and such if it doesn't make sense
to have the option be off by default but "detection" be on.  In
this case, the user would be warned about what's going on and
could be pointed to more info on how to turn on interop if that's
desirable.  I'm only proposing this in hopes that it would help avoid
lots of confusion about why things do and don't work in interop mode.

-- 
Larry

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

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

- Raw text -