Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Thu, 3 Apr 2003 16:49:43 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: Big Brother is Real Message-ID: <20030403214943.GA18771@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <20030403213726 DOT GC18494 AT redhat DOT com> <20030403214739 DOT GW18138 AT cygbert DOT vinschen DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030403214739.GW18138@cygbert.vinschen.de> User-Agent: Mutt/1.4i On Thu, Apr 03, 2003 at 11:47:39PM +0200, Corinna Vinschen wrote: >On Thu, Apr 03, 2003 at 04:37:26PM -0500, Christopher Faylor wrote: >> I think the only problem is that Cygwin probably just needs to be debugged >> to see what's going on. If someone wants to send me a nice 64 bit system >> running WinXP 64 (or whatever it's called), I'll see what I can do. > >Coincidentally I was going to suggest something similar... > >I got a hint lately about stuff working different on 64bit. If a 32 bit >application is called from a 64 bit application the stack is 0xc000 >lower than if the same 32 bit application is called by another 32 bit >application. E. g., the first bash is spawned from 64 bit cmd.exe, its >stack is shifted 0xc000. A CreateProcess call from fork will now create >a child with the stack at another location which breaks the longjmp. That shouldn't be a problem. That's no different than if fork() is called from another thread. The stack should be relocated in the forkee automatically unless the memory for the stack is being used for something else. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/