From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: [cc@ivu-ac.de: Re: Problem sending bigger mails with CVS Gnus + CVS Emacs] Date: 21 May 2002 21:32:00 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200205181849.g4IInZx22152@aztec.santafe.edu> <20020520.163613.01365090.Takaaki.Ota@am.sony.com> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1022013767 13317 127.0.0.1 (21 May 2002 20:42:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 21 May 2002 20:42:47 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17AGT1-0003Sg-00 for ; Tue, 21 May 2002 22:42:47 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17AGhb-0007VK-00 for ; Tue, 21 May 2002 22:57:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17AGTC-0001i0-00; Tue, 21 May 2002 16:42:58 -0400 Original-Received: from rhenium.btinternet.com ([194.73.73.93]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17AGQq-0001Ij-00 for ; Tue, 21 May 2002 16:40:32 -0400 Original-Received: from host213-123-51-181.in-addr.btopenworld.com ([213.123.51.181] helo=nyaumo.btinternet.com) by rhenium.btinternet.com with esmtp (Exim 3.22 #8) id 17AGQn-0005zi-00; Tue, 21 May 2002 21:40:29 +0100 Original-Received: from nyaumo.btinternet.com (nyaumo.btinternet.com [127.0.0.1]) by nyaumo.btinternet.com (Postfix) with ESMTP id 626C74AE8C; Tue, 21 May 2002 21:32:00 +0100 (BST) Original-To: Tak Ota , cc@ivu-ac.de In-Reply-To: <20020520.163613.01365090.Takaaki.Ota@am.sony.com> Original-Lines: 60 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.50 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4255 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4255 I am unable to reproduce the problem (I tried sending up to 8.5MB with smtpmail.el, but it succeeded), so it would help if one of you could debug this further. The best way to approach this to start with is to set a breakpoint in sys_write() in w32.c on the line (3548 in CVS version 1.75) that reads... DebPrint(("sys_read.send failed with error %d on socket %ld\n", pfn_WSAGetLastError (), SOCK_HANDLE (fd))); If that line is not hit, we know that the problem is occurring at a higher level. If it is hit, then it would be useful to know what error is occurring. I'm not sure if gdb hooks into DebPrint system calls, so you may need to check the value of h_errno after that line has executed. If you updated from CVS recently, you may need to back out to 2002-05-18 to get w32fns.c to compile. Tak Ota writes: > 20 May 2002 22:47:05 +0100: Jason Rumney wrote: > > > Christoph, Tak, > > > > Could you please try the following patch, and tell me if it has any > > effect on the problems you reported with sending mail with Gnus and > > Mew and the latest CVS Emacs. > > > > > > *** process.c.~1.373.~ Mon May 20 21:41:59 2002 > > --- process.c Mon May 20 22:41:50 2002 > > *************** > > *** 4810,4815 **** > > --- 4810,4819 ---- > > #ifdef EAGAIN > > || errno == EAGAIN > > #endif > > + #ifdef WSAENOBUFS > > + /* MS-Windows uses WSAENOBUFS for a full buffer. */ > > + || errno == WSAENOBUFS > > + #endif > > ) > > /* Buffer is full. Wait, accepting input; > > that may allow the program > > > > > > _______________________________________________ > > Emacs-devel mailing list > > Emacs-devel@gnu.org > > http://mail.gnu.org/mailman/listinfo/emacs-devel > > Jason, > > Unfortunately that did not fix the problem with Mew. Let me know > what other information or trial may help you solve this problem.