From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Vladimir =?UTF-8?Q?=C5=A0ironja?= Newsgroups: gmane.emacs.bugs Subject: bug#74311: Long startup time on windows (with simple fix) Date: Mon, 11 Nov 2024 15:12:39 +0100 Message-ID: References: <86v7wtkj5c.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26571"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 74311@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Nov 11 16:05:28 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tAVyq-0006lm-Jt for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 11 Nov 2024 16:05:28 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tAVyV-0003FN-BW; Mon, 11 Nov 2024 10:05:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tAVyR-0003C6-BR for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2024 10:05:03 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tAVyR-00045l-20 for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2024 10:05:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=Date:From:In-Reply-To:References:MIME-Version:To:Subject; bh=ALEUDBB4WwUkROLG302lZkBiMzQst/iopjM8s7xll0E=; b=dTcEYLkCwu0hfFvUO/uZavoxpvVMmJgEM1fdy+dP7O1lKpxzCWFcR376coMbU7wZXezamidmnGfwhL4+dU6dOOY73Cw5B5YZS4yR1ROqRE666/8IZ/kE6xmdzG9X4+Mm8t9gLpQBQRzDb/ryTO9Fv9X6tKUy2hEdmxpMGx87UiYancjJr1FIi1ST2bYIDe3iE3i/Nbl2RPCY03asQ0bOmqj5v2faxc0cFtovlvo3MwQoiSONNC17clB0wsHDeAtJChjQsABhinQPIibCJ80W8jk8pSuSwl8DIOHms3YvyJGCCrK6oF4S0lyqQxAD6rdtC5Tg+1dbTmHQ133YsPEwVA==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tAVyQ-0004Ru-FP for bug-gnu-emacs@gnu.org; Mon, 11 Nov 2024 10:05:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Vladimir =?UTF-8?Q?=C5=A0ironja?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Nov 2024 15:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74311 X-GNU-PR-Package: emacs Original-Received: via spool by 74311-submit@debbugs.gnu.org id=B74311.173133747017047 (code B ref 74311); Mon, 11 Nov 2024 15:05:02 +0000 Original-Received: (at 74311) by debbugs.gnu.org; 11 Nov 2024 15:04:30 +0000 Original-Received: from localhost ([127.0.0.1]:58846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tAVxt-0004Qq-DB for submit@debbugs.gnu.org; Mon, 11 Nov 2024 10:04:30 -0500 Original-Received: from mail-yw1-f179.google.com ([209.85.128.179]:54469) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tAVAz-0001ze-7y for 74311@debbugs.gnu.org; Mon, 11 Nov 2024 09:13:58 -0500 Original-Received: by mail-yw1-f179.google.com with SMTP id 00721157ae682-6ea053b5929so34406237b3.0 for <74311@debbugs.gnu.org>; Mon, 11 Nov 2024 06:13:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1731334369; x=1731939169; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=ALEUDBB4WwUkROLG302lZkBiMzQst/iopjM8s7xll0E=; b=JwMHJftWhJZ6KJbS9dprbvaSyRWiglgei/uGgNiYiQO25uPupFN/cHw0RaviAw22Mm QVvFuio9bHXOCsYU/nq4fQRBMybtg7toQRcedLrtpmODuCo1GDuTvcOYeIjp2ZA90um9 A3k1EJcxoysRcvceoIrJ8JOKTSx4SvvcdxD9k4Y5Pape8aJRPhgnLh+9+YMuGgdog0nd 60yEOQxprakqdEl+u/jcGqlt7auYP29P2Mi3pd+VFyt5gtFUwVthW4lQz+Qld7o1eYrw CAc68sHpwAJ+lhKyrgoUmijyx5hkDCrOdAh7jXwyaAMhYJsZJyh8liFXKkSBQnRou/Jx dTsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1731334369; x=1731939169; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ALEUDBB4WwUkROLG302lZkBiMzQst/iopjM8s7xll0E=; b=ca8Qvj7n6AsYi5Fthr8AaxOZ5eFg5wHy60m8pPBRK260sgZzzrktx8LacpkOH9TqCw xPXut6rlVuPe6mBCTNpwUQNcFnNgcM5DMWwcqtCct/gx+tdMWGe/cf0ZxTALREtGftiu /kjBx+2nCaZUEmBqURttj3za8B0GgwFMeXG1zd/ou/k2Ibi9d+MM0mll+r8wkx4sxQyb OMiD9QhLwN9lBzLUoTS1K5fOWakBuv512gwJL5VAoSEiao7ldB8W+Ll83LFEiNM0TLCq S3xZWm09+Kz/vsf+rDiNwOSa6+7CXkD+8A58ddTadNaMAhuHSvWEBTriz3mOGV9FBqU1 UwmQ== X-Gm-Message-State: AOJu0YzMH2JUNlVZ16zY3orI/7etMTVroUIdeP/e+4aG/iSwIOr7NuDy KA8IlsBKV4OW6jMEft+A/E7TpRQQtkaOyxbupCbu4viHjUyyVZBOFQ9JseeB9STW1ZzufDm+w8w TG3NSZZULHFCz5zIlWQJq3K0R51s= X-Google-Smtp-Source: AGHT+IEfO4f7VFxN9cZftD18u4mVSnvbpBETYY3nFrncztnhoQCQhvjycQ818vbvqZRiTLoc4g1iO+EYj0e8ITENwiw= X-Received: by 2002:a05:690c:39b:b0:6dd:b983:8563 with SMTP id 00721157ae682-6eaddda0e0dmr115004807b3.14.1731334369375; Mon, 11 Nov 2024 06:12:49 -0800 (PST) In-Reply-To: <86v7wtkj5c.fsf@gnu.org> X-Mailman-Approved-At: Mon, 11 Nov 2024 10:04:28 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:295232 Archived-At: Hello Eli, sorry, didn't quite understand which bugs should be separated, please advice again, 1) regarding netlogon, I do not really have an option disconnecting from DC 2) I have added a counter in line 695 like this: 685 static BOOL WINAPI 686 lookup_account_sid (LPCTSTR lpSystemName, 687 PSID Sid, 688 LPTSTR Name, 689 LPDWORD cbName, 690 LPTSTR DomainName, 691 LPDWORD cbDomainName, 692 PSID_NAME_USE peUse) 693 { 694 static struct lookup_account_sid_cache cache =3D { 0, NULL, NULL,= 0 }; 695 static unsigned been_here_count =3D 0; 696 697 ++been_here_count; 698 699 static LookupAccountSid_Proc s_pfn_Lookup_Account_Sid =3D NULL; 700 HMODULE hm_advapi32 =3D NULL; 701 if (is_windows_9x () =3D=3D TRUE) 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=3D0x0, Sid=3D0x3e714b0, Name=3D0xbfe850 "=E2=94=94o\021", cbName=3D0xbfe32c, DomainName=3D0xbfe330 "b", cbDomainName=3D0xbfe328, peUse=3D0xbfe314) at w32.c:701 701 HMODULE hm_advapi32 =3D NULL; (gdb) bt #0 lookup_account_sid (lpSystemName=3D0x0, Sid=3D0x3e714b0, Name=3D0xbfe85= 0 "=E2=94=94o\021", cbName=3D0xbfe32c, DomainName=3D0xbfe330 "b", cbDomainName=3D0xbfe328, peUse=3D0xbfe314) at w32.c:701 #1 0x00007ff79378d364 in init_user_info () at w32.c:2314 #2 0x00007ff79378f2fe in init_environment (argv=3D0x26015b0) at w32.c:3233 #3 0x00007ff7935a93de in main (argc=3D1, argv=3D0x26015b0) at emacs.c:2120 (gdb) continue Continuing. Thread 1 hit Breakpoint 1, lookup_account_sid (lpSystemName=3D0x0, Sid=3D0x3e714a8, Name=3D0xbfe740 "XD=E2=94=8C=C3=B4\001", cbName=3D0xbfe320= , DomainName=3D0x0, cbDomainName=3D0xbfe328, peUse=3D0xbfe314) at w32.c:701 701 HMODULE hm_advapi32 =3D NULL; (gdb) bt #0 lookup_account_sid (lpSystemName=3D0x0, Sid=3D0x3e714a8, Name=3D0xbfe74= 0 "XD=E2=94=8C=C3=B4\001", cbName=3D0xbfe320, DomainName=3D0x0, cbDomainName= =3D0xbfe328, peUse=3D0xbfe314) at w32.c:701 #1 0x00007ff79378d50c in init_user_info () at w32.c:2354 #2 0x00007ff79378f2fe in init_environment (argv=3D0x26015b0) at w32.c:3233 #3 0x00007ff7935a93de in main (argc=3D1, argv=3D0x26015b0) at emacs.c:2120 (gdb) info locals cache =3D {ret =3D 1, Name =3D 0x2606560 "Vladimir.Sironja", DomainName =3D 0x26065b0 "EDGE", peUse =3D SidTypeUser} been_here_count =3D 2 s_pfn_Lookup_Account_Sid =3D 0x7ff9e0d9bc20 hm_advapi32 =3D 0x7ff9e0d50000 ret =3D 5 (gdb) continue Continuing. [New Thread 20812.0x4594] Thread 1 hit Breakpoint 1, lookup_account_sid (lpSystemName=3D0x0, Sid=3D0x1242d4, Name=3D0xbfdb30 "\220\\q=C3=8C=C2=A8\177", cbName=3D0xbfdb2= c, DomainName=3D0xbfd720 "P3\022", cbDomainName=3D0xbfd71c, peUse=3D0xbfdc38) at w32.c:701 701 HMODULE hm_advapi32 =3D NULL; (gdb) bt #0 lookup_account_sid (lpSystemName=3D0x0, Sid=3D0x1242d4, Name=3D0xbfdb30 "\220\\q=C3=8C=C2=A8\177", cbName=3D0xbfdb2c, DomainName=3D0xbfd720 "P3\022= ", cbDomainName=3D0xbfd71c, peUse=3D0xbfdc38) at w32.c:701 #1 0x00007ff793792fa6 in get_name_and_id (psd=3D0x1242c0, id=3D0xbfeac0, nm=3D0xbfeaf0 "=C3=B19=C3=9E\003", what=3D1) at w32.c:5230 #2 0x00007ff79379308b in get_file_owner_and_group (psd=3D0x1242c0, st=3D0xbfeab0) at w32.c:5256 #3 0x00007ff79379379f in stat_worker (path=3D0x7ff793da0043 "Development\\emacs-emacs-29.4\\src\\", buf=3D0xbfeab0, follow_symlinks=3D0) at w32.c:5504 #4 0x00007ff793794217 in fstatat (fd=3D-3041965, name=3D0x3e7d408 "c:/Development/emacs-emacs-29.4/src/", st=3D0xbfeab0, flags=3D4096) at w32.c:5751 #5 0x00007ff7935d7b79 in emacs_fstatat (dirfd=3D-3041965, filename=3D0x3e7d408 "c:/Development/emacs-emacs-29.4/src/", st=3D0xbfeab0, flags=3D4096) at sysdep.c:2338 #6 0x00007ff793612ab9 in file_attributes (fd=3D-3041965, name=3D0x3e7d408 "c:/Development/emacs-emacs-29.4/src/", dirname=3D0x0, filename=3D0x3e839a4, id_format=3D0x0) at dired.c:1016 #7 0x00007ff793612a1e in Ffile_attributes (filename=3D0x3e839a4, id_format=3D0x0) at dired.c:962 #8 0x00007ff7936810f6 in funcall_subr (subr=3D0x7ff793c824a0 , numargs=3D1, args=3D0x4cbd070) at eval.c:3040 #9 0x00007ff7936d99a3 in exec_byte_code (fun=3D0x44e227d, args_template=3D513, nargs=3D2, args=3D0x4cbd200) at bytecode.c:809 #10 0x00007ff7936814f2 in fetch_and_exec_byte_code (fun=3D0x43ee9e5, args_template=3D0, nargs=3D0, args=3D0xbff420) at eval.c:3085 #11 0x00007ff793681899 in funcall_lambda (fun=3D0x43ee9e5, nargs=3D0, arg_vector=3D0xbff420) at eval.c:3157 #12 0x00007ff793681676 in apply_lambda (fun=3D0x43ee9e5, args=3D0x0, count=3D...) at eval.c:3107 #13 0x00007ff79367fb3f in eval_sub (form=3D0x48a614b) at eval.c:2549 #14 0x00007ff79367f0af in Feval (form=3D0x48a614b, lexical=3D0x0) at eval.c= :2365 #15 0x00007ff7935ae82a in top_level_2 () at keyboard.c:1142 #16 0x00007ff79367ce04 in internal_condition_case (bfun=3D0x7ff7935ae803 , handlers=3D0x90, hfun=3D0x7ff7935adfad ) at eval.c:1474 #17 0x00007ff7935ae87c in top_level_1 (ignore=3D0x0) at keyboard.c:1150 #18 0x00007ff79367c4ac in internal_catch (tag=3D0x103b0, func=3D0x7ff7935ae82f , arg=3D0x0) at eval.c:1197 #19 0x00007ff7935ae6d2 in command_loop () at keyboard.c:1110 #20 0x0000000000000000 in ?? () (gdb) info locals cache =3D {ret =3D 1, Name =3D 0x2606560 "Vladimir.Sironja", DomainName =3D 0x26065b0 "EDGE", peUse =3D SidTypeUser} been_here_count =3D 3 s_pfn_Lookup_Account_Sid =3D 0x7ff9e0d9bc20 hm_advapi32 =3D 0x0 ret =3D 0 (gdb) continue Continuing. Thread 1 hit Breakpoint 1, lookup_account_sid (lpSystemName=3D0x0, Sid=3D0x1242f0, Name=3D0xbfdb30 "Vladimir.Sironja", cbName=3D0xbfdb2c, DomainName=3D0xbfd720 "EDGE", cbDomainName=3D0xbfd71c, peUse=3D0xbfdc38) at w32.c:701 701 HMODULE hm_advapi32 =3D NULL; (gdb) bt #0 lookup_account_sid (lpSystemName=3D0x0, Sid=3D0x1242f0, Name=3D0xbfdb30 "Vladimir.Sironja", cbName=3D0xbfdb2c, DomainName=3D0xbfd720 "EDGE", cbDomainName=3D0xbfd71c, peUse=3D0xbfdc38) at w32.c:701 #1 0x00007ff793792fa6 in get_name_and_id (psd=3D0x1242c0, id=3D0xbfeac4, nm=3D0xbfebf4 "", what=3D2) at w32.c:5230 #2 0x00007ff7937930c2 in get_file_owner_and_group (psd=3D0x1242c0, st=3D0xbfeab0) at w32.c:5258 #3 0x00007ff79379379f in stat_worker (path=3D0x7ff793da0043 "Development\\emacs-emacs-29.4\\src\\", buf=3D0xbfeab0, follow_symlinks=3D0) at w32.c:5504 #4 0x00007ff793794217 in fstatat (fd=3D-3041965, name=3D0x3e7d408 "c:/Development/emacs-emacs-29.4/src/", st=3D0xbfeab0, flags=3D4096) at w32.c:5751 #5 0x00007ff7935d7b79 in emacs_fstatat (dirfd=3D-3041965, filename=3D0x3e7d408 "c:/Development/emacs-emacs-29.4/src/", st=3D0xbfeab0, flags=3D4096) at sysdep.c:2338 #6 0x00007ff793612ab9 in file_attributes (fd=3D-3041965, name=3D0x3e7d408 "c:/Development/emacs-emacs-29.4/src/", dirname=3D0x0, filename=3D0x3e839a4, id_format=3D0x0) at dired.c:1016 #7 0x00007ff793612a1e in Ffile_attributes (filename=3D0x3e839a4, id_format=3D0x0) at dired.c:962 #8 0x00007ff7936810f6 in funcall_subr (subr=3D0x7ff793c824a0 , numargs=3D1, args=3D0x4cbd070) at eval.c:3040 #9 0x00007ff7936d99a3 in exec_byte_code (fun=3D0x44e227d, args_template=3D513, nargs=3D2, args=3D0x4cbd200) at bytecode.c:809 #10 0x00007ff7936814f2 in fetch_and_exec_byte_code (fun=3D0x43ee9e5, args_template=3D0, nargs=3D0, args=3D0xbff420) at eval.c:3085 #11 0x00007ff793681899 in funcall_lambda (fun=3D0x43ee9e5, nargs=3D0, arg_vector=3D0xbff420) at eval.c:3157 #12 0x00007ff793681676 in apply_lambda (fun=3D0x43ee9e5, args=3D0x0, count=3D...) at eval.c:3107 #13 0x00007ff79367fb3f in eval_sub (form=3D0x48a614b) at eval.c:2549 #14 0x00007ff79367f0af in Feval (form=3D0x48a614b, lexical=3D0x0) at eval.c= :2365 #15 0x00007ff7935ae82a in top_level_2 () at keyboard.c:1142 #16 0x00007ff79367ce04 in internal_condition_case (bfun=3D0x7ff7935ae803 , handlers=3D0x90, hfun=3D0x7ff7935adfad ) at eval.c:1474 #17 0x00007ff7935ae87c in top_level_1 (ignore=3D0x0) at keyboard.c:1150 #18 0x00007ff79367c4ac in internal_catch (tag=3D0x103b0, func=3D0x7ff7935ae82f , arg=3D0x0) at eval.c:1197 #19 0x00007ff7935ae6d2 in command_loop () at keyboard.c:1110 #20 0x0000000000000000 in ?? () (gdb) info locals cache =3D {ret =3D 1, Name =3D 0x2606560 "Vladimir.Sironja", DomainName =3D 0x26065b0 "EDGE", peUse =3D SidTypeUser} been_here_count =3D 4 s_pfn_Lookup_Account_Sid =3D 0x7ff9e0d9bc20 hm_advapi32 =3D 0x0 ret =3D 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 =3D 4. ps. I understand that my simple fix does't work if first invocation incomplete with DomainName=3D=3DNULL On Mon, Nov 11, 2024 at 2:14=E2=80=AFPM Eli Zaretskii wrote: > > > From: Vladimir =C5=A0ironja > > Date: Mon, 11 Nov 2024 12:30:54 +0100 > > > > Hello, > > I have (*had!) a very annoying occurrence of long startup times on > > windows 10 & 11. > > Ended up with emacs 29.4 but tried several 28 and 26 versions with no > > difference. > > It takes sometimes around 30 secs for emacs to come up. > > But not always, let's say a third of strarts were normal within a secon= d. > > Tried excluding relevant directories from virus check; no difference. > > Also tried starting without init files (-Q); no difference. > > So compiled with debug symbols gcc version 14.2.0 on msys2. > > (Had to set manually add "#define HAVE_SYS_WAIT_H 1" into src/config.h > > - but that's another issue, already handled several times in this > > group.) > > > > In gdb-debugger caught the hanging operation: > > > > Thread 1 (Thread 19568.0x24c0): > > #0 0x00007ff9e2331244 in ntdll!ZwAlpcSendWaitReceivePort () from > > C:\WINDOWS\SYSTEM32\ntdll.dll > > #1 0x00007ff9e0a4b032 in RpcBindingFromStringBindingW () from > > C:\WINDOWS\System32\rpcrt4.dll > > #2 0x00007ff9e0a47efb in RpcBindingFromStringBindingW () from > > C:\WINDOWS\System32\rpcrt4.dll > > #3 0x00007ff9e0a66c19 in RPCRT4!I_RpcSendReceive () from > > C:\WINDOWS\System32\rpcrt4.dll > > #4 0x00007ff9e0a66b5f in RPCRT4!NdrSendReceive () from > > C:\WINDOWS\System32\rpcrt4.dll > > #5 0x00007ff9e0af07da in RPCRT4!NdrClientCall3 () from > > C:\WINDOWS\System32\rpcrt4.dll > > #6 0x00007ff9e0aef69b in RPCRT4!NdrClientCall3 () from > > C:\WINDOWS\System32\rpcrt4.dll > > #7 0x00007ff9e11c6046 in SECHOST!LookupAccountSidLocalW () from > > C:\WINDOWS\System32\sechost.dll > > #8 0x00007ff9e11c5d4f in SECHOST!LookupAccountSidLocalW () from > > C:\WINDOWS\System32\sechost.dll > > #9 0x00007ff9e11dead3 in SECHOST!LookupAccountSidLocalA () from > > C:\WINDOWS\System32\sechost.dll > > #10 0x00007ff9e0d9bce0 in LookupAccountSidA () from > > C:\WINDOWS\System32\advapi32.dll > > #11 0x00007ff63569a990 in lookup_account_sid (lpSystemName=3D0x0, > > Sid=3D0x4b414a8, Name=3D0xbfe740 "\030D=E2=95=A65\001", cbName=3D0xbfe3= 20, > > DomainName=3D0x0, cbDomainName=3D0xbfe328, peUse=3D0xbfe314) at w32.c:7= 06 > > #12 0x00007ff63569d35f in init_user_info () at w32.c:2319 > > #13 0x00007ff63569f151 in init_environment (argv=3D0xd315b0) at w32.c:3= 198 > > #14 0x00007ff6354b93de in main (argc=3D1, argv=3D0xd315b0) at emacs.c:2= 120 > > So this is a completely different issue, and should have been > submitted as a separate bug report. > > > Ok, so noticed that it if s_pfn_Lookup_Account_Sid (LookupAccountSid) > > invoked for the *second* time, it blocks for around half a minute > > causing the delay. > > The questions is: why does it happen on your system. It doesn't > happen here on my Windows 11 system, and never happened on my previous > and other Windows systems where I use Emacs with this code. > > Are you working on a system under a domain controller, where Net Logon > service is enabled? We have a known problem described in > etc/PROBLEMS, with a possible solution; search for "Net Logon". > > If that solution helps, then maybe your Domain Controller is set up > sub-optimally, and need to be looked into. > > > I didn't analyse the cause for multiple invocations, but added a > > simple naive workaround to test the theory - which simply caches the > > results of LookupAccountSid. > > Caching the results of LookupAccountSid is problematic: the results > might change behind Emacs's back, and we have no good way of knowing > when that happens (to invalidate the cache). > > > Please change the code - to invoke the offending winapi function only > > once, since it obviously punishes the second caller. Or perhaps a > > caching mechanism as above. > > Can you show the backtraces for the two calls to LookupAccountSid? > The two calls inside lookup_account_sid are not identical: the first > gets information about the user, the second about its group. So if > you are talking about using just one of these two, then the results > will not be correct for the user's group. > > But if you see two calls to LookupAccountSid with the same arguments, > then please show the backtraces from these duplicate calls. > > P.S. If you want to keep discussing this bug further, please submit a > separate new bug report using "M-x report-emacs-bug".