From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Symbol's chain of function indirections contains a loop Date: Tue, 1 Feb 2011 01:19:42 +0100 Message-ID: References: <8362t7heca.fsf@gnu.org> <4D44505B.4020004@gmail.com> <87wrlniozg.fsf@member.fsf.org> <8339obh762.fsf@gnu.org> <83sjwafe1n.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: dough.gmane.org 1296519692 26851 80.91.229.12 (1 Feb 2011 00:21:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 1 Feb 2011 00:21:32 +0000 (UTC) Cc: cschol2112@googlemail.com, tassilo@member.fsf.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 01 01:21:24 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Pk3zd-0007qL-PT for ged-emacs-devel@m.gmane.org; Tue, 01 Feb 2011 01:21:23 +0100 Original-Received: from localhost ([127.0.0.1]:54306 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pk3zc-0008JD-FQ for ged-emacs-devel@m.gmane.org; Mon, 31 Jan 2011 19:21:12 -0500 Original-Received: from [140.186.70.92] (port=58642 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pk3zT-0008CS-37 for emacs-devel@gnu.org; Mon, 31 Jan 2011 19:21:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pk3yX-0008KI-06 for emacs-devel@gnu.org; Mon, 31 Jan 2011 19:20:06 -0500 Original-Received: from mail-ew0-f41.google.com ([209.85.215.41]:56773) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pk3yV-0008Jp-J1; Mon, 31 Jan 2011 19:20:03 -0500 Original-Received: by ewy27 with SMTP id 27so2710089ewy.0 for ; Mon, 31 Jan 2011 16:20:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=dMEZFjIzf3z3AYDjtdWYOMsN/IU0EnNG1o8sdifCD84=; b=W98T/oR0jEwWV55OKXH32/fBsuFm7jnYQ8oOvyt2waqXcwdtgIJX00bwEFQOG9pigQ Gl+zZ4miV76C8GeMMCdJrfljHBqXhGjt55p+Yz1majt7aq/xT7tLGnW1sCgzfiRp6snM 9kreCX1JJSHX8u1dS/vJNDI0z9giNwK8OShg0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=GtoT2SDtzwXxFv2HbQZmi8fxgKzvwK7P1klgTZkHs8VO4m5s/eaWx/jy7ipqe0yWXX xp1esg3xHRIHDd/BIt/GI8S//3r6m/DztEW+0xFayW7Whap1uOLufOOBmt6ZPrmuQxOP 8FgIwla4f2Byh8/zGt4oPbjlBux49lLnwG9MU= Original-Received: by 10.213.32.143 with SMTP id c15mr9359494ebd.67.1296519602661; Mon, 31 Jan 2011 16:20:02 -0800 (PST) Original-Received: by 10.213.36.11 with HTTP; Mon, 31 Jan 2011 16:19:42 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.215.41 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:135368 Archived-At: On Sun, Jan 30, 2011 at 10:36 PM, Lennart Borgman wrote: > > However the troubles we have discussed here were not all. I had > another one too which costed my some time. I am still not sure about > the problem and the solution to it (though I am quite sure it is w32 > specific). Here it is: > > For some time I have seen I have seen that the subprocess to running > the program diff in ediff hangs. I have to kill the program (I am > using Task Manager to do this). After that Emacs recieves the correct > info from diff and everything works as it should. > > So it looks like Emacs is waiting for the subprocess to finish, doing > just the last thing whatever that might be, but something prevents it > from finishing. > > I observed this with my patched Emacs and thought I would have a > closer look after a new checkout. > > But then I saw that building Emacs also hanged. No CPU consumption. It > just hanged. It looked like it waited for a subprocess too. > > So I searched the net and saw someone had problem with Google Desktop > and some compiler IDE (not Emacs). He did not find out what the > problem was but it went away when he uninstalled Google Desktop. > > This was along my "suspicion line" where I suspect some update to my > antivirus software. Now I thought that Google Desktop probably used > the file change notification API:s too so it looked to me that they > may be doing some bad API call there. > > I thought that there are more reason to suspect Google Desktop than > the antivirus software since the antivirus software is widely used > (and optimized not to disturb which probably mean they delay looking > at new and change files) on w32 while Google Desktop might not be that > much used (since w32 has a built in indexer). Beside that Google seems > to put less effort on w32. Rumors says they are not using w32 in > house. That of course means they might have less expertise on w32 > API:s now. > > So I disabled Google Desktop. And then I could build Emacs. > > Though this does not mean I know where the problem really is. Could > there still be some problem with the w32 subprocess calls? Do we check > everything we can check after each call? And when it is finished? I still get hangs when I build Emacs. Sometimes the subprocess running Emacs hangs. So it was probably not Google Desktop. Anyone have any idea of what it might be? (I am disabling services one by one to try to find out, but it is a bit time consuming. And errorprone since this an intermediate error.)