Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <3A121018.CAA2139D@ece.gatech.edu>
Date: Tue, 14 Nov 2000 23:24:56 -0500
From: "Charles S. Wilson" <cwilson AT ece DOT gatech DOT edu>
X-Mailer: Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: XEmacs on cygwin wierdness
References: <3A0F7709 DOT F8ED68FF AT ece DOT gatech DOT edu> <20001113000953 DOT A4917 AT redhat DOT com> <3A0F827C DOT 15675931 AT ece DOT gatech DOT edu> <20001113010018 DOT A6535 AT redhat DOT com> <3A0F9044 DOT 2E387F2F AT ece DOT gatech DOT edu> <20001113115212 DOT I7424 AT redhat DOT com> <3A10962B DOT 1D0A386E AT ece DOT gatech DOT edu> <20001113212846 DOT B23184 AT redhat DOT com> <3A10B52B DOT 47FFF093 AT ece DOT gatech DOT edu> <20001113225846 DOT A27122 AT redhat DOT com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Christopher Faylor wrote:
> 
> The more I think about this, the more I think that your stack trace
> should actually be impossible.  It looks like a pointer that should be
> zero isn't.  Out of curiousity, does the patch below cause any
> difference?

Yes, that fixes it.  Now I can run xemacs (without recompiling *it*)
from cmd.exe or from bash.  No problems. However, obviously there is
something wacky going on with xemacs; unfortunately, I don't understand
the wacky structure of xemacs.exe well enough to debug it
authoritatively.

I'll give it a shot and report back....

> 
> It shouldn't be necessary but it almost looks like a DLL is being
> invoked with its own 'environ' variable.  Cygwin tries to notice this
> now and tries to synchronize multiple environ's.  However, if the
> DLL initialized the 'environ' prior to cygwin seeing it, that
> could cause problems.
> 
> It probably will have no effect, but could you try the patch?
> This is against my modified version of cygwin so there will be
> some skew when you apply it but it should still apply cleanly.
> If not, you should be able to hand patch it.
> 
> cgf
> 
> Index: dcrt0.cc
> ===================================================================
> RCS file: /cvs/src/src/winsup/cygwin/dcrt0.cc,v
> retrieving revision 1.78
> diff -u -p -r1.78 dcrt0.cc
> --- dcrt0.cc    2000/11/11 05:36:34     1.78
> +++ dcrt0.cc    2000/11/14 03:54:41
> @@ -879,6 +880,7 @@ _dll_crt0 ()
>  #endif
> 
>    main_environ = user_data->envptr;
> +  *main_environ = NULL;
>    user_data->heapbase = user_data->heapptr = user_data->heaptop = NULL;
> 
>    set_console_handler ();
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com