| 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 |
| From: | ejrh AT paradise DOT net DOT nz |
| Subject: | Re: Signal handling in tight loops |
| Date: | Tue, 7 Aug 2001 23:33:07 GMT |
| X-Mailer: | Endymion MailMan Standard Edition v3.0.26 |
| Message-Id: | <20010807233307.3FC3F1F9E2D@deborah.paradise.net.nz> |
> Why don't you write a simple test case? Because I am at work where I don't have cygwin, or any compiler of any form for that matter. > This technique should be much more useful than inviting random opinions > from a mailing list and it should be MUCH faster. I've only had one random opinion so far. :) Original question: > > the alarm signal could not be raised in very tight loops, because > > signals were only checked when memory was accessed. Does this apply > > to cygwin, by any chance? -- 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 |