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: Sun, 30 Jan 2011 22:36:12 +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 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1296423422 24079 80.91.229.12 (30 Jan 2011 21:37:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 30 Jan 2011 21:37:02 +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 Sun Jan 30 22:36:57 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 1Pjex6-0008Et-HE for ged-emacs-devel@m.gmane.org; Sun, 30 Jan 2011 22:36:57 +0100 Original-Received: from localhost ([127.0.0.1]:44742 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pjex5-0000jj-E0 for ged-emacs-devel@m.gmane.org; Sun, 30 Jan 2011 16:36:55 -0500 Original-Received: from [140.186.70.92] (port=53788 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pjewy-0000fz-1E for emacs-devel@gnu.org; Sun, 30 Jan 2011 16:36:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pjewu-0004K9-AX for emacs-devel@gnu.org; Sun, 30 Jan 2011 16:36:45 -0500 Original-Received: from mail-ew0-f41.google.com ([209.85.215.41]:38912) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pjews-0004JN-Vi; Sun, 30 Jan 2011 16:36:43 -0500 Original-Received: by ewy27 with SMTP id 27so2100873ewy.0 for ; Sun, 30 Jan 2011 13:36:32 -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:content-transfer-encoding; bh=Ps6TA5yCzT8oQQKcQiJCVK5eXoQf4Ho4KfkXlnOdBew=; b=wxw2gb1nZKg1InKfKQUGj6MS15fW0gMZTrHEVR/rMjtoCrQgxbZ2Fu9tqOfdMYC4as 8BoE8XO6ov0QI4XCLRsZEn2u3xoqN0NheB8mCT8Cl+zT5SFl96WWKPpkMOAze3EcMJKO vEMm94AzFqorjICdnc9J1iSXN9rsT2bPo9ics= 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:content-transfer-encoding; b=daFa+XLFS/UjXfz9e1unyvr6399xIfaJ/aqymNrn+/BAtstif0ohEHZugPP4xOKx1+ fElqKtYyU/d0mE7H3EOIjhvlRr2TN15N3f1IWwgLTTq/CU1XXIF+QCvZwovt0sKN1cEC MnZChINaGhi9EeV1CR5xUjxEIozUJLjkoqPpg= Original-Received: by 10.213.32.199 with SMTP id e7mr7547279ebd.93.1296423392724; Sun, 30 Jan 2011 13:36:32 -0800 (PST) Original-Received: by 10.213.36.11 with HTTP; Sun, 30 Jan 2011 13:36:12 -0800 (PST) In-Reply-To: <83sjwafe1n.fsf@gnu.org> 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:135260 Archived-At: On Sun, Jan 30, 2011 at 7:21 PM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Sun, 30 Jan 2011 12:04:16 +0100 >> Cc: Tassilo Horn , cschol2112@googlemail.com, em= acs-devel@gnu.org >> >> I have no idea of what is going on, but I notice these defaliases >> >> ./ldefs-boot.el:30154:(defalias 'vc-pull 'vc-update) >> ./loaddefs.el:29693:(defalias 'vc-update 'vc-pull) > > That was it! =C2=A0Once Andreas regenerated ldefs-boot.el, Emacs now > bootstraps flawlessly on MS-Windows for me. Thanks Eli and Andreas. Finally I was able to build Emacs again. 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?