From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Leon Newsgroups: gmane.emacs.devel Subject: Re: gnus makes emacs lose response Date: Fri, 07 Apr 2006 14:25:55 +0100 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1144416303 17885 80.91.229.2 (7 Apr 2006 13:25:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 7 Apr 2006 13:25:03 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 07 15:24:58 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FRqxN-0007bS-D0 for ged-emacs-devel@m.gmane.org; Fri, 07 Apr 2006 15:24:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FRqxM-0002hS-QF for ged-emacs-devel@m.gmane.org; Fri, 07 Apr 2006 09:24:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FRqwv-0002Ur-BQ for emacs-devel@gnu.org; Fri, 07 Apr 2006 09:24:29 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FRqwt-0002Sk-Ko for emacs-devel@gnu.org; Fri, 07 Apr 2006 09:24:28 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FRqwt-0002SX-AG for emacs-devel@gnu.org; Fri, 07 Apr 2006 09:24:27 -0400 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FRr0r-0003bA-7A for emacs-devel@gnu.org; Fri, 07 Apr 2006 09:28:33 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FRqwa-0007Sb-2D for emacs-devel@gnu.org; Fri, 07 Apr 2006 15:24:08 +0200 Original-Received: from camdmz-nat-195-212-206-193.cambridge.intel-research.net ([195.212.206.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Apr 2006 15:24:08 +0200 Original-Received: from sdl.web by camdmz-nat-195-212-206-193.cambridge.intel-research.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Apr 2006 15:24:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 76 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: camdmz-nat-195-212-206-193.cambridge.intel-research.net Face: iVBORw0KGgoAAAANSUhEUgAAAEAAAAAUCAMAAAAKqMsNAAAAwFBMVEUAAgAFCAQHCgYQEg8W GBUZGxgeHx0jJCInKCYsLSsxMzA2ODU9PjxERUNHSUZUVVNYWlddXlxgYV9hY2BmaGVqbGlucG1y dHF1d3R4end6fHl/gX6Bg4CGiIWMjouRk5CWmJWbnZqeoJ2ho6CjpaKnqaapq6isrquytLG3uba9 v7zBw8DGyMXIysfO0M3R1NDV19PX2dbb3dre4Nzg4t/j5eHm6OXq7Ont7+vu8O3y9PH2+fX5+/j7 /fr8//v+//yWD+MvAAAAAWJLR0QAiAUdSAAAAAlwSFlzAAALEwAACxMBAJqcGAAAAAd0SU1FB9YC GgMgA0McekgAAAE/SURBVDjLpZOJboJAFEUnxNrWSFun2rIURIlLqUEoFcs4N+///6rgOhjcygmQ TIDDffMejBSwopth6sLV6wkQz2smAGoJUteRRIljFfT/IbDFQ0iJbukm5x/+7YKfz1jL4AsY8OIr asHkpSwArA5yFu/E04uCgLdYQ6oCkGwGC0mwp9CTi5+fGYPnsiCX3ktHkGhm1B5dLgDoHgTp2Jvn U9AeTgm+Tui97h8UXyV+93kJfCdYmU9BymdAWpQuss25ZahpjB0OW8mwSwDeFsDAx3qMiosyT0BW QlYIAuYvY68jTswhyih3tgK8Mdcdhif7tlKQ6t8KfrdJ0Hk8VquMGiXcigR2q1jJSXW3luORSqIm 2Aq+mxFR1J3RFTtwCBqZZkszzEkuQNgzrX52xfCT0p2QrxkUApzbgzOTuHntD1OuGlUu3YXdAAAA AElFTkSuQmCC User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.0 (gnu/linux) Cancel-Lock: sha1:JaZoMdi6ruOEg0vuUewVIhsI7wo= X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:52498 Archived-At: storm@cua.dk (Kim F. Storm) writes: > Leon writes: > >> It seems when I compiled emacs I didn't turn on debug. I have followed >> your instruction and get some debug info attached. >> > > Thanks, but... > .. without debugging information, the output from those commands > is inadequate to diagnose the problem. > How can compile with debug information? I'll try to re-compile in a week! >> #0 0x0055b402 in __kernel_vsyscall () >> #1 0x0063a53d in ___newselect_nocancel () from /lib/libc.so.6 >> #2 0x0819b11e in wait_reading_process_output () > > This is "near the spot" where I made the fix I mentioned. > Maybe that fix isn't in your sources. A simple way to check: > > If you do C-h C-f accept-process-output, do you get this result > [check that the arguments are named SECONDS and MILLISEC] ?? > Seems it's in my source. ,--------[ C-h f accept-process-output ] | accept-process-output is a built-in function in `C source code'. | (accept-process-output &optional PROCESS SECONDS MILLISEC | JUST-THIS-ONE) | | Allow any pending output from subprocesses to be read by Emacs. | It is read into the process' buffers or given to their filter functions. | Non-nil arg PROCESS means do not return until some output has been received | from PROCESS. | | Non-nil second arg SECONDS and third arg MILLISEC are number of | seconds and milliseconds to wait; return after that much time whether | or not there is input. If SECONDS is a floating point number, | it specifies a fractional number of seconds to wait. | | If optional fourth arg JUST-THIS-ONE is non-nil, only accept output | from PROCESS, suspending reading output from other processes. | If JUST-THIS-ONE is an integer, don't run any timers either. | Return non-nil iff we received any output before the timeout expired. | | [back] `-------- > > accept-process-output is a built-in function in `C source code'. > (accept-process-output &optional process seconds millisec > just-this-one) > > Allow any pending output from subprocesses to be read by Emacs. > It is read into the process' buffers or given to their filter functions. > Non-nil arg process means do not return until some output has been received > from process. > > Non-nil second arg seconds and third arg millisec are number of > seconds and milliseconds to wait; return after that much time whether > or not there is input. If seconds is a floating point number, > it specifies a fractional number of seconds to wait. > > If optional fourth arg just-this-one is non-nil, only accept output > from process, suspending reading output from other processes. > If just-this-one is an integer, don't run any timers either. > Return non-nil iff we received any output before the timeout expired. Thank you for explaining this. -- Leon