Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT 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 AT sourceware DOT cygnus DOT com, cygwin32-developers AT cygnus DOT com Subject: Suspected bug in longjmp() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello cygwin32-developers AT cygnus DOT 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 AT is DOT lg DOT ua -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com