delorie.com/archives/browse.cgi | search |
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 |
To: | cygwin AT cygwin DOT com, cygwin AT cygwin DOT com |
From: | ejrh AT paradise DOT net DOT nz |
Subject: | Re: Signal handling in tight loops |
Date: | Wed, 8 Aug 2001 00:28:25 GMT |
X-Mailer: | Endymion MailMan Standard Edition v3.0.26 |
Message-Id: | <20010808002825.36F611F9CF8@deborah.paradise.net.nz> |
> Wow. You haven't been home for 24 hours? I hope you're getting > overtime. I was at home when I sent the question (some time around midnight, I think), but it was here at work that I got your response. No matter. Assuming that SIGALRM can't be raised inside loops of the form, L1: jmp L1 what do you say to the idea of parsing the .s files for this sort of pattern, and dealing with it there? -- 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/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |