Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sourceware.cygnus.com Delivered-To: mailing list cygwin@sourceware.cygnus.com Date: Thu, 16 Sep 1999 17:44:59 +0300 From: Paul Sokolovsky X-Mailer: The Bat! (v1.32) S/N 34D3AC61 Reply-To: Paul Sokolovsky X-Priority: 3 (Normal) Message-ID: <5739.990916@is.lg.ua> To: cygwin@sourceware.cygnus.com, cygwin32-developers@cygnus.com Subject: Suspected bug in longjmp() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello cygwin32-developers@cygnus.com, In my sources of b20.1 release, I see that longjmp() restores %fs register. This might not be done, because %fs is system (in sence 'belonging to system') register in win32, and longjmp()'s work is to resore application's state, not system's. Of course, this note comes not from speculative conclusion, but from my practise with implementing my own fork() - on child's exit I sometimes (about every tenth time) got exception in win95 kernel32.dll on usual 'mov eax,fs:[0]' stuff: fs contained null selector. Not restoring fs helped. Best regards, Paul mailto:paul-ml@is.lg.ua -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe@sourceware.cygnus.com