On Wed, 26 Jan 2005, Stephen J. Turnbull mused:
>>>>> "nix" == nix <nix(a)esperi.org.uk>
>> OK, but does your patch really implement F-N I-R, or just a
>> very close approximation on systems that are running sanely?
nix> It implements fires-very-soon (i.e., `now' for all intents
nix> and purposes) instantly-repeats --- although I haven't
nix> touched the repeat behaviour. (All I needed was for
nix> fires-very-soon to not give a seemingly-gratuitous error.)
nix> Fires-very-soon pretty much equals fires-now, because you
nix> can't get any closer without a hard realtime OS.
uhm, I meant to put more emphasis on "sanely". I understand the
pragmatics, what I'm interested in is suppose you've got a program
like say Gnus that loves to lock itself up in tight loops that last
for an eternity (ie, small integral number of seconds),
(on the oldest machine on my local net, 48 minutes. I don't run Gnus on
it very often anymore.)
can you be
sure that by the time the timer gets started, Real Soon Now won't be
in the past?
Not any more than is already possible with any itimer that's just about
to fire when Gnus ties itself in knots. And we know itimers cope with
that just fine.
I suppose there is a theoretical possibility that Gnus might fire a
timer Right Now and then tie itself in knots expecting the timer to have
already fired, but that's expecting timers to fire asynchronously, which
is both dangerous and untrue. :)
Given that timers can pretty much only ever fire when XEmacs is sitting
at the command loop, and that nobody can guarantee exactly when a timer
fires in any case, I can't see this breaking anything.
I realize that is totally counter to normal practice
our industry :-), but is it physically possible?
I don't think it'll have any effect that's not already happening.
(Mind you, I said that about the subprocess changes in XEmacs-21.4.7...
so you might want to take my words with a huge lump of salt at all
times. I'm clearly a dangerous lunatic. ;) )
`Blish is clearly in love with language. Unfortunately,
language dislikes him intensely.' --- Russ Allbery