Newsgroups: news.software.b
Path: utzoo!henry
From: henry@utzoo.uucp (Henry Spencer)
Subject: Re: Bug in unbatching (inews: inbound news is garbled)
Message-ID: <1988Nov16.175046.15036@utzoo.uucp>
Organization: U of Toronto Zoology
References: <1133@rivm05.UUCP>
Date: Wed, 16 Nov 88 17:50:46 GMT

In article <1133@rivm05.UUCP> ccea3@rivm.UUCP (Adri Verhoef) writes:
>can the unbatching be halted by the news software
>and, probably most difficult, revived by uuxqt,
>thus causing correct unbatching at a time when
>things are back in order again, according to the
>news software?

Uuxqt won't revive anything; it wants to see the stuff run once and get
out of its hair.  The right approach is the one that is increasingly in
use today (at least, C News does it, I think modern B News can do it,
and I'd be surprised if 3.0 doesn't):  have the thing run by uuxqt just
stash the data somewhere, with news processing done separately later.
This way, a problem in news processing doesn't foul up uuxqt.

However, in your specific case, "out of swap space" means the system
feels it is overcommitted and doesn't want to start any more processes
right now.  It is *very* hard to deal with this gracefully.  Your swap
space is simply too small for the things you're running.
