X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-3.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: sourceware.org Message-ID: <4AD999B3.3030907@cwilson.fastmail.fm> Date: Sat, 17 Oct 2009 06:17:23 -0400 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: GNU pth + cygwin + fork [Was: Re: fork failure?] References: <4AD732C7 DOT 4020301 AT cwilson DOT fastmail DOT fm> <4AD73B83 DOT 9060505 AT gmail DOT com> <4AD74586 DOT 8070803 AT cwilson DOT fastmail DOT fm> <4AD752C8 DOT 2040908 AT gmail DOT com> <4AD7B135 DOT 6020401 AT cwilson DOT fastmail DOT fm> <4AD8220D DOT 8000908 AT cwilson DOT fastmail DOT fm> <4AD8AD47 DOT 6010605 AT cwilson DOT fastmail DOT fm> <4AD8B90B DOT 4040507 AT gmail DOT com> <4AD8CD8A DOT 7010708 AT cwilson DOT fastmail DOT fm> <4AD8D490 DOT 2040000 AT gmail DOT com> <4AD8DAC3 DOT 2080709 AT cwilson DOT fastmail DOT fm> <4AD93CA2 DOT 6020002 AT cwilson DOT fastmail DOT fm> <4AD95908 DOT 9020208 AT gmail DOT com> <4AD96A3B DOT 6010901 AT cwilson DOT fastmail DOT fm> <4AD992A9 DOT 1030708 AT cwilson DOT fastmail DOT fm> In-Reply-To: <4AD992A9.1030708@cwilson.fastmail.fm> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Charles Wilson wrote: > Ach, the purist in me just wants to get pth working... Hmm...it appears the right way to do this is NOT to add another special case in pth: "no, on cygwin THIS is the way you poke around in the jmp_buf" + extra cygwin TLC in pth_fork(). Instead, cygwin pth should use the standard posix sigstack/sigaltstack approach. But that'll have to wait until after cygwin-1.7.1: http://cygwin.com/ml/cygwin/2009-07/msg00859.html > Let me add a new data point: I'll implement sigaltstack after 1.7.1 is > released. And, of course, cgf's statement above doesn't mean that sigaltstack will be available the day after 1.7.1 is released, either. I'm sure it will be devilishly tricky to get right, and will take a lot of time and effort. In the short-to-medium term, it looks like converting libassuan and gnupg to use pthreads instead of pth won't be terribly difficult. Once once sig[alt]stack is available I can modify cygwin-pth to use the sig[alt]stack "Machine Context Implementation" instead of the current "sjlj/sjljw32/none" one, and then restore libassuan and gnupg to the pth status quo ante. I think that pretty much ends this nightmare thread -- but chalk another vote up there for "pretty please, cgf, implement sigaltstack soonish". -- Chuck -- 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