[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: igc, macOS avoiding signals
From: |
Pip Cet |
Subject: |
Re: igc, macOS avoiding signals |
Date: |
Fri, 03 Jan 2025 20:28:10 +0000 |
"Helmut Eller" <eller.helmut@gmail.com> writes:
> (In eval_sub and Ffuncall, it would also help the profiler to move the
> maybe_quit call forward before lisp_eval_depth--. This would only matter
> for interpreted functions, not in byte compiled code. Curiously,
> apply_lambda doesn't call maybe_quit at all.)
I'm not sure apply_lambda needs to, but if it doesn't, Fprogn should.
(funcall '(lambda () . #1=(t . #1#))) loops without calling maybe_quit.
Checking all calls to Fprogn sounds difficult, so let's put a rarely_quit
in there?
(Paul Eggert fixed some circular-code problems quite a while ago, so I
assume this isn't something we can avoid by making all code non-circular
before executing it)
Pip
- Re: igc, macOS avoiding signals, Helmut Eller, 2025/01/03
- Re: igc, macOS avoiding signals, Eli Zaretskii, 2025/01/03
- Re: igc, macOS avoiding signals,
Pip Cet <=
- Re: igc, macOS avoiding signals, Gerd Möllmann, 2025/01/04
- Re: igc, macOS avoiding signals, Gerd Möllmann, 2025/01/04
- Re: igc, macOS avoiding signals, Eli Zaretskii, 2025/01/04
- Re: igc, macOS avoiding signals, Gerd Möllmann, 2025/01/04
- Re: igc, macOS avoiding signals, Eli Zaretskii, 2025/01/04
- Re: igc, macOS avoiding signals, Gerd Möllmann, 2025/01/04
Re: igc, macOS avoiding signals, Helmut Eller, 2025/01/04