From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#12587: 24.2; Delayed startup, unresponsive Emacs in MS Windows when netlogon services is running in a domain Date: Sun, 14 Oct 2012 16:53:01 +0200 Message-ID: <837gqt5cmq.fsf@gnu.org> References: <5070027B.80105@uni-muenster.de> <83ehlb7b2z.fsf@gnu.org> <5071558A.3030202@uni-muenster.de> <83r4pa5yuz.fsf@gnu.org> <507293AC.8090901@uni-muenster.de> <83vcel495w.fsf@gnu.org> <5072E46A.9080403@uni-muenster.de> <83ipal3r0c.fsf@gnu.org> <83r4p37ltn.fsf@gnu.org> <507AB825.6070002@uni-muenster.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1350226450 16383 80.91.229.3 (14 Oct 2012 14:54:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 14 Oct 2012 14:54:10 +0000 (UTC) Cc: 12587@debbugs.gnu.org To: Mohammed Imaduddin Humayun Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Oct 14 16:54:17 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TNPa0-0000z5-Po for geb-bug-gnu-emacs@m.gmane.org; Sun, 14 Oct 2012 16:54:13 +0200 Original-Received: from localhost ([::1]:45559 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNPZu-0002qS-5x for geb-bug-gnu-emacs@m.gmane.org; Sun, 14 Oct 2012 10:54:06 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:50002) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNPZq-0002q6-W1 for bug-gnu-emacs@gnu.org; Sun, 14 Oct 2012 10:54:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TNPZp-0006aN-O7 for bug-gnu-emacs@gnu.org; Sun, 14 Oct 2012 10:54:02 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33708) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNPZp-0006aH-KM for bug-gnu-emacs@gnu.org; Sun, 14 Oct 2012 10:54:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TNPao-0007gh-M2 for bug-gnu-emacs@gnu.org; Sun, 14 Oct 2012 10:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 14 Oct 2012 14:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12587 X-GNU-PR-Package: emacs,w32 X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 12587-submit@debbugs.gnu.org id=B12587.135022649929541 (code B ref 12587); Sun, 14 Oct 2012 14:55:02 +0000 Original-Received: (at 12587) by debbugs.gnu.org; 14 Oct 2012 14:54:59 +0000 Original-Received: from localhost ([127.0.0.1]:43959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNPak-0007gP-Ir for submit@debbugs.gnu.org; Sun, 14 Oct 2012 10:54:58 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:57869) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNPah-0007gB-Tl for 12587@debbugs.gnu.org; Sun, 14 Oct 2012 10:54:57 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MBW0060017Q5200@a-mtaout23.012.net.il> for 12587@debbugs.gnu.org; Sun, 14 Oct 2012 16:52:54 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MBW005NL1C6T9D0@a-mtaout23.012.net.il>; Sun, 14 Oct 2012 16:52:54 +0200 (IST) In-reply-to: <507AB825.6070002@uni-muenster.de> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:65596 Archived-At: > Date: Sun, 14 Oct 2012 15:03:33 +0200 > From: Mohammed Imaduddin Humayun > CC: Eli Zaretskii > > Just so we're on the same page this is roughly the timeline: > (start emacs)----------------(GUI > appears)----------------------------------------------------(welcome screen) > 0s ------------------------------- ~2 min > --------------------------------------------------------------- ~7 min Yes, I understand that. > >> So please repeat what you did, but do it once before the GUI shows up, > >> and then again between the time the GUI shows up and the time Emacs > >> shows its welcome screen. (If you know to which of these two time > >> instances belongs the first backtrace you show above, you need only to > >> produce the backtrace for the other time instance.) > I'm not clear on this. Wouldn't the backtrace be the same if I just > produce it for the latter time instance (welcome screen) given that this > happens only after the GUI shows up? No, it isn't necessarily so. Emacs does a series of initializations during these phases, and looks for quite a long list of files, so you might as well see an entirely different backtrace. I'd like to make sure that LookupAccountSidW, called from 'stat', is the only function that slows down the startup. > > I'd still like to see this information, to make sure there isn't any > > other place that slows down the startup. > Sorry I couldn't find time to do this sooner, but the following steps > didn't give the backtrace as expected ... : > > cd \path\to\emacs.exe > gdb ./emacs.exe > (gdb) break CreateThread > (Answer 'y' when GDB asks whether to make this breakpoint pending on future shared > library load) > (gdb) commands > backtrace > continue > end > (gdb) run -Q > > > ... and below is the log, but no backtrace was shown: > ------------------------------------------------------ > Function "CreateThread" not defined. > Make breakpoint pending on future shared library load? (y or [n]) > Breakpoint 1 (CreateThread) pending. > Type commands for breakpoint(s) 1, one per line. > End with a line saying just "end". > Starting program: C:\emacs-24.2.50\bin\emacs.exe > [New Thread 9940.0x2db0] > [New Thread 9940.0x2bbc] > [New Thread 9940.0x2c0c] > [New Thread 9940.0x2ed0] > [New Thread 9940.0x2840] > [New Thread 9940.0xe8c] > [New Thread 9940.0x7e8] > [New Thread 9940.0xe3c] > [New Thread 9940.0x1284] > [New Thread 9940.0x11d4] > [Inferior 1 (process 9940) exited normally] > ------------------------------------------------------------- > > What do I need to rectify here? No, that's fine. I think the issue with CreateThread is a red herring anyway, sorry. The only additional information I'd like to see is the backtrace during the time between the instance the GUI shows up and the welcome screen. Thanks.