[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: address@hidden: Re: Problem sending bigger mails with CVS Gnus + CVS
Re: address@hidden: Re: Problem sending bigger mails with CVS Gnus + CVS Emacs]
Mon, 20 May 2002 12:58:52 +0200
Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2.50 (i686-pc-linux-gnu)
Alex said there was a bug in process-send-string under Windows
recently. I wrongly assumed that the smtpmail.el bug was not related
to recent Emacs changes. Cristoph, is it? If it is I think it
doesn't make sense for me to look at it more until the elisp
primitives are fixed.
As for the general question -- since I send large amount of data
often, as long as the primitives work I don't see any critical need
There are two outstanding minor problems I know of when it comes to
subprocess. Unfortunately, I think they are quite difficult to debug
since they have been around since probably 19.x or at least 20.x.
There are workarounds for them, so users shouldn't see them.
* Dead locks when sending much data. Search for "dead" in nntp.el. I
haven't seen this myself, and perhaps it has already been fixed --
imap.el doesn't use anything similar.
* "Blue moon" bug. Search for "blue moon" in nntp.el and imap.el. I
know several people has tried to reproduce and debug this but
failed. The workaround in imap.el for this one was added fairly
Richard Stallman <address@hidden> writes:
> Does it appear to you that some Emacs primitive ought to handle this
> better? Perhaps process-send-... needs to handle long data better.
> It has code to try to handle that case, but the code may not work.
Re: address@hidden: Re: Problem sending bigger mails with CVS Gnus + CVS Emacs], Christoph Conrad, 2002/05/21
Re: address@hidden: Re: Problem sending bigger mails with CVS Gnus + CVS Emacs], Jason Rumney, 2002/05/19
Re: address@hidden: Re: Problem sending bigger mails with CVS Gnus + CVS Emacs], Jason Rumney, 2002/05/20