unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Ship Mints <shipmints@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: "Vladimir Šironja" <vladimir.sironja@gmail.com>, 74311@debbugs.gnu.org
Subject: bug#74311: Long startup time on windows (with simple fix)
Date: Mon, 11 Nov 2024 10:18:15 -0500	[thread overview]
Message-ID: <CAN+1HbpdtzoZDBeCLmvYeFk=Af2sfcUf1AOM+2SyNdrRsnytzA@mail.gmail.com> (raw)
In-Reply-To: <86ttcdkeuu.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 10165 bytes --]

Smells like anti-virus or some other third-party drivers interfering. I
wonder if this is on a corporate computer or personal one. If personal, it
should be easy to temporarily disable potentially interfering tools.

On Mon, Nov 11, 2024 at 9:47 AM Eli Zaretskii <eliz@gnu.org> wrote:

> > From: Vladimir Šironja <vladimir.sironja@gmail.com>
> > Date: Mon, 11 Nov 2024 15:12:39 +0100
> > Cc: 74311@debbugs.gnu.org
> >
> > sorry, didn't quite understand which bugs should be separated, please
> > advice again,
>
> Sorry, my misunderstanding, please ignore that part.
>
> > 1) regarding netlogon, I do not really have an option disconnecting from
> DC
>
> Canj you at least try it once, to see if that is the root cause?
>
> > Here the debugger session:
> >
> > (gdb) b w32.c:701
> > Breakpoint 1 at 0x40031a8e0: file w32.c, line 701.
> > (gdb) run
> > Starting program: C:\Development\emacs-emacs-29.4\src\emacs.exe
> > [New Thread 20812.0x73b4]
> > [New Thread 20812.0x7bbc]
> > [New Thread 20812.0x60fc]
> >
> > Thread 1 hit Breakpoint 1, lookup_account_sid (lpSystemName=0x0,
> > Sid=0x3e714b0, Name=0xbfe850 "└o\021", cbName=0xbfe32c,
> > DomainName=0xbfe330 "b", cbDomainName=0xbfe328, peUse=0xbfe314) at
> > w32.c:701
> > 701       HMODULE hm_advapi32 = NULL;
> > (gdb) bt
> > #0  lookup_account_sid (lpSystemName=0x0, Sid=0x3e714b0, Name=0xbfe850
> > "└o\021", cbName=0xbfe32c, DomainName=0xbfe330 "b",
> > cbDomainName=0xbfe328, peUse=0xbfe314) at w32.c:701
> > #1  0x00007ff79378d364 in init_user_info () at w32.c:2314
> > #2  0x00007ff79378f2fe in init_environment (argv=0x26015b0) at w32.c:3233
> > #3  0x00007ff7935a93de in main (argc=1, argv=0x26015b0) at emacs.c:2120
> > (gdb) continue
> > Continuing.
> >
> > Thread 1 hit Breakpoint 1, lookup_account_sid (lpSystemName=0x0,
> > Sid=0x3e714a8, Name=0xbfe740 "XDړ\001", cbName=0xbfe320,
> > DomainName=0x0, cbDomainName=0xbfe328, peUse=0xbfe314) at w32.c:701
> > 701       HMODULE hm_advapi32 = NULL;
> > (gdb) bt
> > #0  lookup_account_sid (lpSystemName=0x0, Sid=0x3e714a8, Name=0xbfe740
> > "XDړ\001", cbName=0xbfe320, DomainName=0x0, cbDomainName=0xbfe328,
> > peUse=0xbfe314) at w32.c:701
> > #1  0x00007ff79378d50c in init_user_info () at w32.c:2354
> > #2  0x00007ff79378f2fe in init_environment (argv=0x26015b0) at w32.c:3233
> > #3  0x00007ff7935a93de in main (argc=1, argv=0x26015b0) at emacs.c:2120
> > (gdb) info locals
> > cache = {ret = 1, Name = 0x2606560 "Vladimir.Sironja", DomainName =
> > 0x26065b0 "EDGE", peUse = SidTypeUser}
> > been_here_count = 2
> > s_pfn_Lookup_Account_Sid = 0x7ff9e0d9bc20 <LookupAccountSidA>
> > hm_advapi32 = 0x7ff9e0d50000
> > ret = 5
> > (gdb) continue
> > Continuing.
> > [New Thread 20812.0x4594]
> >
> > Thread 1 hit Breakpoint 1, lookup_account_sid (lpSystemName=0x0,
> > Sid=0x1242d4, Name=0xbfdb30 "\220\\q̨\177", cbName=0xbfdb2c,
> > DomainName=0xbfd720 "P3\022", cbDomainName=0xbfd71c, peUse=0xbfdc38)
> >     at w32.c:701
> > 701       HMODULE hm_advapi32 = NULL;
> > (gdb) bt
> > #0  lookup_account_sid (lpSystemName=0x0, Sid=0x1242d4, Name=0xbfdb30
> > "\220\\q̨\177", cbName=0xbfdb2c, DomainName=0xbfd720 "P3\022",
> > cbDomainName=0xbfd71c, peUse=0xbfdc38) at w32.c:701
> > #1  0x00007ff793792fa6 in get_name_and_id (psd=0x1242c0, id=0xbfeac0,
> > nm=0xbfeaf0 "ñ9Þ\003", what=1) at w32.c:5230
> > #2  0x00007ff79379308b in get_file_owner_and_group (psd=0x1242c0,
> > st=0xbfeab0) at w32.c:5256
> > #3  0x00007ff79379379f in stat_worker (path=0x7ff793da0043
> > <shortname+3> "Development\\emacs-emacs-29.4\\src\\", buf=0xbfeab0,
> > follow_symlinks=0) at w32.c:5504
> > #4  0x00007ff793794217 in fstatat (fd=-3041965, name=0x3e7d408
> > "c:/Development/emacs-emacs-29.4/src/", st=0xbfeab0, flags=4096) at
> > w32.c:5751
> > #5  0x00007ff7935d7b79 in emacs_fstatat (dirfd=-3041965,
> > filename=0x3e7d408 "c:/Development/emacs-emacs-29.4/src/",
> > st=0xbfeab0, flags=4096) at sysdep.c:2338
> > #6  0x00007ff793612ab9 in file_attributes (fd=-3041965, name=0x3e7d408
> > "c:/Development/emacs-emacs-29.4/src/", dirname=0x0,
> > filename=0x3e839a4, id_format=0x0) at dired.c:1016
> > #7  0x00007ff793612a1e in Ffile_attributes (filename=0x3e839a4,
> > id_format=0x0) at dired.c:962
> > #8  0x00007ff7936810f6 in funcall_subr (subr=0x7ff793c824a0
> > <Sfile_attributes>, numargs=1, args=0x4cbd070) at eval.c:3040
> > #9  0x00007ff7936d99a3 in exec_byte_code (fun=0x44e227d,
> > args_template=513, nargs=2, args=0x4cbd200) at bytecode.c:809
> > #10 0x00007ff7936814f2 in fetch_and_exec_byte_code (fun=0x43ee9e5,
> > args_template=0, nargs=0, args=0xbff420) at eval.c:3085
> > #11 0x00007ff793681899 in funcall_lambda (fun=0x43ee9e5, nargs=0,
> > arg_vector=0xbff420) at eval.c:3157
> > #12 0x00007ff793681676 in apply_lambda (fun=0x43ee9e5, args=0x0,
> > count=...) at eval.c:3107
> > #13 0x00007ff79367fb3f in eval_sub (form=0x48a614b) at eval.c:2549
> > #14 0x00007ff79367f0af in Feval (form=0x48a614b, lexical=0x0) at
> eval.c:2365
> > #15 0x00007ff7935ae82a in top_level_2 () at keyboard.c:1142
> > #16 0x00007ff79367ce04 in internal_condition_case (bfun=0x7ff7935ae803
> > <top_level_2>, handlers=0x90, hfun=0x7ff7935adfad <cmd_error>) at
> > eval.c:1474
> > #17 0x00007ff7935ae87c in top_level_1 (ignore=0x0) at keyboard.c:1150
> > #18 0x00007ff79367c4ac in internal_catch (tag=0x103b0,
> > func=0x7ff7935ae82f <top_level_1>, arg=0x0) at eval.c:1197
> > #19 0x00007ff7935ae6d2 in command_loop () at keyboard.c:1110
> > #20 0x0000000000000000 in ?? ()
> > (gdb) info locals
> > cache = {ret = 1, Name = 0x2606560 "Vladimir.Sironja", DomainName =
> > 0x26065b0 "EDGE", peUse = SidTypeUser}
> > been_here_count = 3
> > s_pfn_Lookup_Account_Sid = 0x7ff9e0d9bc20 <LookupAccountSidA>
> > hm_advapi32 = 0x0
> > ret = 0
> > (gdb) continue
> > Continuing.
> >
> > Thread 1 hit Breakpoint 1, lookup_account_sid (lpSystemName=0x0,
> > Sid=0x1242f0, Name=0xbfdb30 "Vladimir.Sironja", cbName=0xbfdb2c,
> > DomainName=0xbfd720 "EDGE", cbDomainName=0xbfd71c, peUse=0xbfdc38)
> >     at w32.c:701
> > 701       HMODULE hm_advapi32 = NULL;
> > (gdb) bt
> > #0  lookup_account_sid (lpSystemName=0x0, Sid=0x1242f0, Name=0xbfdb30
> > "Vladimir.Sironja", cbName=0xbfdb2c, DomainName=0xbfd720 "EDGE",
> > cbDomainName=0xbfd71c, peUse=0xbfdc38) at w32.c:701
> > #1  0x00007ff793792fa6 in get_name_and_id (psd=0x1242c0, id=0xbfeac4,
> > nm=0xbfebf4 "", what=2) at w32.c:5230
> > #2  0x00007ff7937930c2 in get_file_owner_and_group (psd=0x1242c0,
> > st=0xbfeab0) at w32.c:5258
> > #3  0x00007ff79379379f in stat_worker (path=0x7ff793da0043
> > <shortname+3> "Development\\emacs-emacs-29.4\\src\\", buf=0xbfeab0,
> > follow_symlinks=0) at w32.c:5504
> > #4  0x00007ff793794217 in fstatat (fd=-3041965, name=0x3e7d408
> > "c:/Development/emacs-emacs-29.4/src/", st=0xbfeab0, flags=4096) at
> > w32.c:5751
> > #5  0x00007ff7935d7b79 in emacs_fstatat (dirfd=-3041965,
> > filename=0x3e7d408 "c:/Development/emacs-emacs-29.4/src/",
> > st=0xbfeab0, flags=4096) at sysdep.c:2338
> > #6  0x00007ff793612ab9 in file_attributes (fd=-3041965, name=0x3e7d408
> > "c:/Development/emacs-emacs-29.4/src/", dirname=0x0,
> > filename=0x3e839a4, id_format=0x0) at dired.c:1016
> > #7  0x00007ff793612a1e in Ffile_attributes (filename=0x3e839a4,
> > id_format=0x0) at dired.c:962
> > #8  0x00007ff7936810f6 in funcall_subr (subr=0x7ff793c824a0
> > <Sfile_attributes>, numargs=1, args=0x4cbd070) at eval.c:3040
> > #9  0x00007ff7936d99a3 in exec_byte_code (fun=0x44e227d,
> > args_template=513, nargs=2, args=0x4cbd200) at bytecode.c:809
> > #10 0x00007ff7936814f2 in fetch_and_exec_byte_code (fun=0x43ee9e5,
> > args_template=0, nargs=0, args=0xbff420) at eval.c:3085
> > #11 0x00007ff793681899 in funcall_lambda (fun=0x43ee9e5, nargs=0,
> > arg_vector=0xbff420) at eval.c:3157
> > #12 0x00007ff793681676 in apply_lambda (fun=0x43ee9e5, args=0x0,
> > count=...) at eval.c:3107
> > #13 0x00007ff79367fb3f in eval_sub (form=0x48a614b) at eval.c:2549
> > #14 0x00007ff79367f0af in Feval (form=0x48a614b, lexical=0x0) at
> eval.c:2365
> > #15 0x00007ff7935ae82a in top_level_2 () at keyboard.c:1142
> > #16 0x00007ff79367ce04 in internal_condition_case (bfun=0x7ff7935ae803
> > <top_level_2>, handlers=0x90, hfun=0x7ff7935adfad <cmd_error>) at
> > eval.c:1474
> > #17 0x00007ff7935ae87c in top_level_1 (ignore=0x0) at keyboard.c:1150
> > #18 0x00007ff79367c4ac in internal_catch (tag=0x103b0,
> > func=0x7ff7935ae82f <top_level_1>, arg=0x0) at eval.c:1197
> > #19 0x00007ff7935ae6d2 in command_loop () at keyboard.c:1110
> > #20 0x0000000000000000 in ?? ()
> > (gdb) info locals
> > cache = {ret = 1, Name = 0x2606560 "Vladimir.Sironja", DomainName =
> > 0x26065b0 "EDGE", peUse = SidTypeUser}
> > been_here_count = 4
> > s_pfn_Lookup_Account_Sid = 0x7ff9e0d9bc20 <LookupAccountSidA>
> > hm_advapi32 = 0x0
> > ret = 0
> > (gdb) continue
> > Continuing.
> > [New Thread 20812.0x4f7c]
> > [New Thread 20812.0x6d38]
> > [New Thread 20812.0x4a54]
> >
> > here emacs comes  up.
> >
> > So for some reason been_here_count = 4.
>
> This tells me:
>
>   . the first 2 calls are from init_user_info, where we obtain and
>     record the user SID and the Group SID of your user
>   . the next 2 calls are from file-attributes, where Emacs for some
>     reason needed to obtain the owner and owner's group of the
>     directory "c:/Development/emacs-emacs-29.4/src"
>
> These are different calls for different purposes: they obtain both the
> user and group SID (which are different SID values), and there's no
> guarantee that the directory "c:/Development/emacs-emacs-29.4/src" is
> necessarily owned by your user.
>
> So I don't see how caching could help here, and still produce the
> correct results.
>
> You could avoid the second pair of calls (and many similar calls in
> other cases where Emacs calls file-attributes) if you set the variable
> w32-get-true-file-attributes to the nil value.  Maybe this makes
> startup faster in your case.
>
>
>
>

[-- Attachment #2: Type: text/html, Size: 12047 bytes --]

      reply	other threads:[~2024-11-11 15:18 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-11 11:30 bug#74311: Long startup time on windows (with simple fix) Vladimir Šironja
2024-11-11 13:13 ` Eli Zaretskii
2024-11-11 14:12   ` Vladimir Šironja
2024-11-11 14:46     ` Eli Zaretskii
2024-11-11 15:18       ` Ship Mints [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAN+1HbpdtzoZDBeCLmvYeFk=Af2sfcUf1AOM+2SyNdrRsnytzA@mail.gmail.com' \
    --to=shipmints@gmail.com \
    --cc=74311@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=vladimir.sironja@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).