From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Clemente Newsgroups: gmane.emacs.bugs Subject: bug#71223: 30.0.50; stack overflow after very fast opening and closing of frames Date: Mon, 27 May 2024 15:21:02 +0000 Message-ID: References: <86msobv3yy.fsf@gnu.org> <86le3vv3cc.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000005b34ca0619711207" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20668"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 71223@debbugs.gnu.org, Stefan Monnier To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 27 17:23:17 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 1sBcBt-00053N-SZ for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 27 May 2024 17:23:14 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sBcBb-0004Yc-EK; Mon, 27 May 2024 11:22:55 -0400 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 1sBcBZ-0004YE-U4 for bug-gnu-emacs@gnu.org; Mon, 27 May 2024 11:22:53 -0400 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 1sBcBZ-0001Ab-LN for bug-gnu-emacs@gnu.org; Mon, 27 May 2024 11:22:53 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sBcBi-0001n4-2i for bug-gnu-emacs@gnu.org; Mon, 27 May 2024 11:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Daniel Clemente Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 May 2024 15:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71223 X-GNU-PR-Package: emacs Original-Received: via spool by 71223-submit@debbugs.gnu.org id=B71223.17168233696862 (code B ref 71223); Mon, 27 May 2024 15:23:02 +0000 Original-Received: (at 71223) by debbugs.gnu.org; 27 May 2024 15:22:49 +0000 Original-Received: from localhost ([127.0.0.1]:45051 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sBcBU-0001mb-TL for submit@debbugs.gnu.org; Mon, 27 May 2024 11:22:49 -0400 Original-Received: from mail-ua1-f41.google.com ([209.85.222.41]:46432) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sBcBQ-0001mK-Oa for 71223@debbugs.gnu.org; Mon, 27 May 2024 11:22:47 -0400 Original-Received: by mail-ua1-f41.google.com with SMTP id a1e0cc1a2514c-8032565174aso1679993241.1 for <71223@debbugs.gnu.org>; Mon, 27 May 2024 08:22:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1716823290; x=1717428090; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=eqDz58ZxgqysPhpGirxzlqwIOBGsuz7r12K+4DW1KPo=; b=XnSB+UzsJIbbPUQR0rLBeAoaxdzQUUiiWiSras4mf9dvUmRuMxJATNQfW2SiLM7ff7 EeRVl5LDhhzEJNrJds4zj9Yq+6FIPWDYkHaNzzE8js+8R1QEypg2bHGY08O8VUeC+Chq sZUnelbtugmw14V3XVhGz7SebWSjPOYwG652ryFNOtQMI+eOWp+HAd75p0cIsxSWyjzv GQbqL0nr+Vq5WOuykgNi2nAPLApPvndoDQIsxMF4kXMOa3OzPDRTJ06Bj6+9V9O8o6rn qH95RllgoN9kDMO15g1ZyHtqtW6Po1dMMAym0RRaafbi1EvnBIDj9hzfuLqF1VslIvM5 wtog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716823290; x=1717428090; h=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=eqDz58ZxgqysPhpGirxzlqwIOBGsuz7r12K+4DW1KPo=; b=nyQ+FWeiOg9enfeT5lAAs9dhByqCo8FYqlpwrCDlnpm626k+Px/fMmvMXNB0Ce9Gqk XCJ/RI0ci6lEgKTSi4tBxjeLa5yslOZbU1enRJVcJ9POdVgEglMvZUeEzIPIP32+O6Mf Zlq8k6E0lud7jeVeLbV6Aubfs+NWH7qDieSyY+uoyZVbc4nYFu8wqaPV9W3Yc2ajK3Tt stPCJp9STdbGY9UBeyd0RFW8nsmxrECEh06eTwaztEZ6K3nz4Sb8gM1q6KDbe/IWMPSj cp1faGihom3pBjYHZfG+ggLKrPfQSne9dnd7KzAquxYUGLhZAVC9vm6zGKudwAvowjRi f0eg== X-Forwarded-Encrypted: i=1; AJvYcCWJcjDB5g9IfGBYsm1Oi35MWvesqs/M+Kluc3AMU8knW9bF9DLfeVUYRRippNKUC13LS+CuYDtCwwwm8z6FllYxV8RdaVM= X-Gm-Message-State: AOJu0YxQDAxul+SNevR5Ryxs4TvPTCOIhCIjAafJb571chJlzi7RlCjl Z0O21kJR/JKOU9SWmMgJd/62khrPU67JK0HcKUmB26paMka/Jj0PKu7dIo3vMz+tC7BUtKWaQ3L LgZ98v+wwDQZVdEqNn0NKIa1LoQQ= X-Google-Smtp-Source: AGHT+IHDBN/tDlIJThK6jBmUoAHCyirJwlTZsCc1L1eTjAHX8rWpyDZaU6flolzWljT5c0AuTXpGzaP5PDJ41dz5p3I= X-Received: by 2002:a05:6102:2443:b0:47b:f690:c8fc with SMTP id ada2fe7eead31-48a3853c52bmr10091740137.11.1716823290227; Mon, 27 May 2024 08:21:30 -0700 (PDT) In-Reply-To: <86le3vv3cc.fsf@gnu.org> 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:286046 Archived-At: --0000000000005b34ca0619711207 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I tried the patch, it still happens at the same point, and the stack is ~12k calls, like in previous tests. process server <664> no longer connected to pipe; closed it process server <665> no longer connected to pipe; closed it error in process sentinel: Lisp nesting exceeds `max-lisp-eval-depth': 1601 error in process sentinel: Lisp nesting exceeds `max-lisp-eval-depth': 1601 error in process filter: Lisp nesting exceeds `max-lisp-eval-depth': 1601 error in process filter: Lisp nesting exceeds `max-lisp-eval-depth': 1601 error in process filter: Lisp nesting exceeds `max-lisp-eval-depth': 1601 error in process sentinel: Lisp nesting exceeds `max-lisp-eval-depth': 1601 [=E2=80=A6] (gdb) bt #0 pselect64_syscall (sigmask=3D0x0, timeout=3D, exceptfds= =3D0x0, writefds=3D0x7fffffb95010, readfds=3D0x7fffffb95090, nfds=3D11) at ../sysdeps/unix/sysv/linux/pselect.c:34 #1 __pselect (nfds=3D11, readfds=3D0x7fffffb95090, writefds=3D0x7fffffb950= 10, exceptfds=3D0x0, timeout=3D, sigmask=3D0x0) at ../sysdeps/unix/sysv/linux/pselect.c:56 #2 0x00005555557de64a in really_call_select (arg=3D0x7fffffb94dd0) at thread.c:624 #3 0x00005555556ff527 in flush_stack_call_func1 (func=3D0x5555557de5b0 , arg=3D0x7fffffb94dd0) at alloc.c:5534 #4 0x00005555557dda67 in flush_stack_call_func (func=3D0x5555557de5b0 , arg=3D0x7fffffb94dd0) at /w/emacs/src/lisp.h:4507 #5 0x00005555557de705 in thread_select (func=3D0x7ffff551d980 <__pselect>, max_fds=3D11, rfds=3D0x7fffffb95090, wfds=3D0x7fffffb95010, efds=3D0x0, timeout=3D0x7fffffb94ff0, sigmask=3D0x0) at thread.c:656 #6 0x00005555557a8c3c in wait_reading_process_output (time_limit=3D1, nsecs=3D0, read_kbd=3D0, do_display=3Dfalse, wait_for_cell=3DXIL(0), wait_p= roc=3D0x0, just_wait_proc=3D0) at process.c:5752 --Type for more, q to quit, c to continue without paging-- #7 0x0000555555592512 in Fsleep_for (seconds=3Dmake_fixnum(1), milliseconds=3DXIL(0)) at dispnew.c:6231 #8 0x00005555557accee in exec_sentinel_error_handler (error_val=3DXIL(0x7ffff01db9d3)) at process.c:7619 #9 0x0000555555732f74 in internal_condition_case_1 (bfun=3D0x5555557a9b01 , arg=3DXIL(0x7ffff01db9f3), handlers=3DXIL(0x90)= , hfun=3D0x5555557acc4d ) at eval.c:1633 #10 0x00005555557ace83 in exec_sentinel (proc=3DXIL(0x55555657d38d), reason=3DXIL(0x5555565cf904)) at process.c:7669 #11 0x00005555557ad103 in status_notify (deleting_process=3D0x0, wait_proc=3D0x0) at process.c:7761 #12 0x00005555557a8399 in wait_reading_process_output (time_limit=3D1, nsecs=3D0, read_kbd=3D0, do_display=3Dfalse, wait_for_cell=3DXIL(0), wait_p= roc=3D0x0, just_wait_proc=3D0) at process.c:5493 #13 0x0000555555592512 in Fsleep_for (seconds=3Dmake_fixnum(1), milliseconds=3DXIL(0)) at dispnew.c:6231 #14 0x00005555557accee in exec_sentinel_error_handler (error_val=3DXIL(0x7ffff01dd203)) at process.c:7619 #15 0x0000555555732f74 in internal_condition_case_1 (bfun=3D0x5555557a9b01 , arg=3DXIL(0x7ffff01dd223), handlers=3DXIL(0x90)= , --Type for more, q to quit, c to continue without paging-- hfun=3D0x5555557acc4d ) at eval.c:1633 #16 0x00005555557ace83 in exec_sentinel (proc=3DXIL(0x5555567c3b65), reason=3DXIL(0x555556506a54)) at process.c:7669 #17 0x00005555557ad103 in status_notify (deleting_process=3D0x0, wait_proc=3D0x0) at process.c:7761 #18 0x00005555557a8399 in wait_reading_process_output (time_limit=3D1, nsecs=3D0, read_kbd=3D0, do_display=3Dfalse, wait_for_cell=3DXIL(0), wait_p= roc=3D0x0, just_wait_proc=3D0) at process.c:5493 #19 0x0000555555592512 in Fsleep_for (seconds=3Dmake_fixnum(1), milliseconds=3DXIL(0)) at dispnew.c:6231 [=E2=80=A6] (gdb) xbacktrace "sit-for" (0xffc518f8) "server--sit-for" (0xffc51a88) "server-return-error" (0xffc51c50) "server-process-filter" (0xffc51ea8) "sit-for" (0xffc53fa8) "server--sit-for" (0xffc54138) "server-return-error" (0xffc54300) "server-process-filter" (0xffc54558) "sit-for" (0xffc56658) "server--sit-for" (0xffc567e8) "server-return-error" (0xffc569b0) [=E2=80=A6] On Mon, 27 May 2024 at 12:36, Eli Zaretskii wrote: > > Cc: 71223@debbugs.gnu.org > > Date: Mon, 27 May 2024 15:23:01 +0300 > > From: Eli Zaretskii > > > > Does the patch below help? > > Actually, the more thorough patch below should be better. Can you see > if it solves the problems with "Lisp nesting exceeds > `max-lisp-eval-depth'"? > > Stefan, any comments about the problem and the proposed solution? > > diff --git a/lisp/server.el b/lisp/server.el > index b650532..fcaf0ab 100644 > --- a/lisp/server.el > +++ b/lisp/server.el > @@ -1034,6 +1034,15 @@ server-goto-toplevel > (run-with-timer 0 nil (lambda () (server-execute-continuation proc))= ) > (top-level))) > > +(defun server--sit-for (proc seconds) > + "Like `sit-for', but disable filter of process PROC and don't > redisplay." > + (let ((orig-filter (process-filter proc))) > + (unwind-protect > + (progn > + (set-process-filter proc nil) > + (sit-for seconds t)) > + (set-process-filter proc orig-filter)))) > + > ;; We use various special properties on process objects: > ;; - `env' stores the info about the environment of the emacsclient > process. > ;; - `continuation' is a no-arg function that we need to execute. It > contains > @@ -1159,7 +1168,7 @@ server-process-filter > ;; it, in case the error written by emacsclient to stderr is not > ;; visible for some reason. > (message "Authentication failed") > - (sit-for 2) > + (server--sit-for proc 2) > (server-send-string > proc (concat "-error " (server-quote-arg "Authentication failed")= )) > (unless (eq system-type 'windows-nt) > @@ -1169,7 +1178,7 @@ server-process-filter > (delete-terminal terminal)))) > ;; Before calling `delete-process', give emacsclient time to > ;; receive the error string and shut down on its own. > - (sit-for 1) > + (server--sit-for proc 1) > (delete-process proc) > ;; We return immediately. > (cl-return-from server-process-filter))) > @@ -1508,7 +1517,7 @@ server-return-error > ;; it, in case the error written by emacsclient to stderr is not > ;; visible for some reason. > (message (error-message-string err)) > - (sit-for 2) > + (server--sit-for proc 2) > (server-send-string > proc (concat "-error " (server-quote-arg > (error-message-string err)))) > @@ -1520,7 +1529,7 @@ server-return-error > (delete-terminal terminal)))) > ;; Before calling `delete-process', give emacsclient time to > ;; receive the error string and shut down on its own. > - (sit-for 5) > + (server--sit-for proc 5) > (delete-process proc))) > > (defun server-goto-line-column (line-col) > --0000000000005b34ca0619711207 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I tried the patch, it still happens at the same point= , and the stack is ~12k calls, like in previous tests.

process server <664> no longer connected to pipe; closed it
= process server <665> no longer connected to pipe; closed it
error = in process sentinel: Lisp nesting exceeds `max-lisp-eval-depth': 1601error in process sentinel: Lisp nesting exceeds `max-lisp-eval-depth'= : 1601
error in process filter: Lisp nesting exceeds `max-lisp-eval-dept= h': 1601
error in process filter: Lisp nesting exceeds `max-lisp-eva= l-depth': 1601
error in process filter: Lisp nesting exceeds `max-li= sp-eval-depth': 1601
error in process sentinel: Lisp nesting exceeds= `max-lisp-eval-depth': 1601
[=E2=80=A6]


(gdb)= bt
#0 =C2=A0pselect64_syscall (sigmask=3D0x0, timeout=3D<optimized o= ut>, exceptfds=3D0x0, writefds=3D0x7fffffb95010, readfds=3D0x7fffffb9509= 0, nfds=3D11)
=C2=A0 =C2=A0 at ../sysdeps/unix/sysv/linux/pselect.c:34#1 =C2=A0__pselect (nfds=3D11, readfds=3D0x7fffffb95090, writefds=3D0x7ff= fffb95010, exceptfds=3D0x0, timeout=3D<optimized out>, sigmask=3D0x0)=
=C2=A0 =C2=A0 at ../sysdeps/unix/sysv/linux/pselect.c:56
#2 =C2=A00x= 00005555557de64a in really_call_select (arg=3D0x7fffffb94dd0) at thread.c:6= 24
#3 =C2=A00x00005555556ff527 in flush_stack_call_func1 (func=3D0x55555= 57de5b0 <really_call_select>, arg=3D0x7fffffb94dd0) at alloc.c:5534#4 =C2=A00x00005555557dda67 in flush_stack_call_func (func=3D0x5555557de5= b0 <really_call_select>, arg=3D0x7fffffb94dd0) at /w/emacs/src/lisp.h= :4507
#5 =C2=A00x00005555557de705 in thread_select (func=3D0x7ffff551d98= 0 <__pselect>, max_fds=3D11, rfds=3D0x7fffffb95090, wfds=3D0x7fffffb9= 5010, efds=3D0x0,
=C2=A0 =C2=A0 timeout=3D0x7fffffb94ff0, sigmask=3D0x0)= at thread.c:656
#6 =C2=A00x00005555557a8c3c in wait_reading_process_out= put (time_limit=3D1, nsecs=3D0, read_kbd=3D0, do_display=3Dfalse, wait_for_= cell=3DXIL(0), wait_proc=3D0x0,
=C2=A0 =C2=A0 just_wait_proc=3D0) at pro= cess.c:5752
--Type <RET> for more, q to quit, c to continue withou= t paging--
#7 =C2=A00x0000555555592512 in Fsleep_for (seconds=3Dmake_fix= num(1), milliseconds=3DXIL(0)) at dispnew.c:6231
#8 =C2=A00x00005555557a= ccee in exec_sentinel_error_handler (error_val=3DXIL(0x7ffff01db9d3)) at pr= ocess.c:7619
#9 =C2=A00x0000555555732f74 in internal_condition_case_1 (b= fun=3D0x5555557a9b01 <read_process_output_call>, arg=3DXIL(0x7ffff01d= b9f3), handlers=3DXIL(0x90),
=C2=A0 =C2=A0 hfun=3D0x5555557acc4d <exe= c_sentinel_error_handler>) at eval.c:1633
#10 0x00005555557ace83 in e= xec_sentinel (proc=3DXIL(0x55555657d38d), reason=3DXIL(0x5555565cf904)) at = process.c:7669
#11 0x00005555557ad103 in status_notify (deleting_process= =3D0x0, wait_proc=3D0x0) at process.c:7761
#12 0x00005555557a8399 in wai= t_reading_process_output (time_limit=3D1, nsecs=3D0, read_kbd=3D0, do_displ= ay=3Dfalse, wait_for_cell=3DXIL(0), wait_proc=3D0x0,
=C2=A0 =C2=A0 just_= wait_proc=3D0) at process.c:5493
#13 0x0000555555592512 in Fsleep_for (s= econds=3Dmake_fixnum(1), milliseconds=3DXIL(0)) at dispnew.c:6231
#14 0x= 00005555557accee in exec_sentinel_error_handler (error_val=3DXIL(0x7ffff01d= d203)) at process.c:7619
#15 0x0000555555732f74 in internal_condition_ca= se_1 (bfun=3D0x5555557a9b01 <read_process_output_call>, arg=3DXIL(0x7= ffff01dd223), handlers=3DXIL(0x90),
--Type <RET> for more, q to qu= it, c to continue without paging--
=C2=A0 =C2=A0 hfun=3D0x5555557acc4d &= lt;exec_sentinel_error_handler>) at eval.c:1633
#16 0x00005555557ace8= 3 in exec_sentinel (proc=3DXIL(0x5555567c3b65), reason=3DXIL(0x555556506a54= )) at process.c:7669
#17 0x00005555557ad103 in status_notify (deleting_p= rocess=3D0x0, wait_proc=3D0x0) at process.c:7761
#18 0x00005555557a8399 = in wait_reading_process_output (time_limit=3D1, nsecs=3D0, read_kbd=3D0, do= _display=3Dfalse, wait_for_cell=3DXIL(0), wait_proc=3D0x0,
=C2=A0 =C2=A0= just_wait_proc=3D0) at process.c:5493
#19 0x0000555555592512 in Fsleep_= for (seconds=3Dmake_fixnum(1), milliseconds=3DXIL(0)) at dispnew.c:6231
= [=E2=80=A6]

(gdb) xbacktrace
"sit-for" (0xff= c518f8)
"server--sit-for" (0xffc51a88)
"server-return-= error" (0xffc51c50)
"server-process-filter" (0xffc51ea8)<= br>"sit-for" (0xffc53fa8)
"server--sit-for" (0xffc54= 138)
"server-return-error" (0xffc54300)
"server-proces= s-filter" (0xffc54558)
"sit-for" (0xffc56658)
"se= rver--sit-for" (0xffc567e8)
"server-return-error" (0xffc5= 69b0)
[=E2=80=A6]

On Mon, 27 May 2024 at 12:36, Eli Zaretskii &= lt;eliz@gnu.org> w= rote:
> Cc: <= a href=3D"mailto:71223@debbugs.gnu.org" target=3D"_blank">71223@debbugs.gnu= .org
> Date: Mon, 27 May 2024 15:23:01 +0300
> From: Eli Zaretskii <eliz@gnu.org>
>
> Does the patch below help?

Actually, the more thorough patch below should be better.=C2=A0 Can you see=
if it solves the problems with "Lisp nesting exceeds
`max-lisp-eval-depth'"?

Stefan, any comments about the problem and the proposed solution?

diff --git a/lisp/server.el b/lisp/server.el
index b650532..fcaf0ab 100644
--- a/lisp/server.el
+++ b/lisp/server.el
@@ -1034,6 +1034,15 @@ server-goto-toplevel
=C2=A0 =C2=A0 =C2=A0(run-with-timer 0 nil (lambda () (server-execute-contin= uation proc)))
=C2=A0 =C2=A0 =C2=A0(top-level)))

+(defun server--sit-for (proc seconds)
+=C2=A0 "Like `sit-for', but disable filter of process PROC and do= n't redisplay."
+=C2=A0 (let ((orig-filter (process-filter proc)))
+=C2=A0 =C2=A0 (unwind-protect
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 (progn
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (set-process-filter proc nil)
+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (sit-for seconds t))
+=C2=A0 =C2=A0 =C2=A0 (set-process-filter proc orig-filter))))
+
=C2=A0;; We use various special properties on process objects:
=C2=A0;; - `env' stores the info about the environment of the emacsclie= nt process.
=C2=A0;; - `continuation' is a no-arg function that we need to execute.= =C2=A0 It contains
@@ -1159,7 +1168,7 @@ server-process-filter
=C2=A0 =C2=A0 =C2=A0 =C2=A0;; it, in case the error written by emacsclient = to stderr is not
=C2=A0 =C2=A0 =C2=A0 =C2=A0;; visible for some reason.
=C2=A0 =C2=A0 =C2=A0 =C2=A0(message "Authentication failed")
-=C2=A0 =C2=A0 =C2=A0 (sit-for 2)
+=C2=A0 =C2=A0 =C2=A0 (server--sit-for proc 2)
=C2=A0 =C2=A0 =C2=A0 =C2=A0(server-send-string
=C2=A0 =C2=A0 =C2=A0 =C2=A0 proc (concat "-error " (server-quote-= arg "Authentication failed")))
=C2=A0 =C2=A0 =C2=A0 =C2=A0(unless (eq system-type 'windows-nt)
@@ -1169,7 +1178,7 @@ server-process-filter
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (delete-terminal terminal))))
=C2=A0 =C2=A0 =C2=A0 =C2=A0;; Before calling `delete-process', give ema= csclient time to
=C2=A0 =C2=A0 =C2=A0 =C2=A0;; receive the error string and shut down on its= own.
-=C2=A0 =C2=A0 =C2=A0 (sit-for 1)
+=C2=A0 =C2=A0 =C2=A0 (server--sit-for proc 1)
=C2=A0 =C2=A0 =C2=A0 =C2=A0(delete-process proc)
=C2=A0 =C2=A0 =C2=A0 =C2=A0;; We return immediately.
=C2=A0 =C2=A0 =C2=A0 =C2=A0(cl-return-from server-process-filter)))
@@ -1508,7 +1517,7 @@ server-return-error
=C2=A0 =C2=A0 =C2=A0;; it, in case the error written by emacsclient to stde= rr is not
=C2=A0 =C2=A0 =C2=A0;; visible for some reason.
=C2=A0 =C2=A0 =C2=A0(message (error-message-string err))
-=C2=A0 =C2=A0 (sit-for 2)
+=C2=A0 =C2=A0 (server--sit-for proc 2)
=C2=A0 =C2=A0 =C2=A0(server-send-string
=C2=A0 =C2=A0 =C2=A0 proc (concat "-error " (server-quote-arg
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (error-message-string err))))
@@ -1520,7 +1529,7 @@ server-return-error
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (delete-terminal terminal))))
=C2=A0 =C2=A0 =C2=A0;; Before calling `delete-process', give emacsclien= t time to
=C2=A0 =C2=A0 =C2=A0;; receive the error string and shut down on its own. -=C2=A0 =C2=A0 (sit-for 5)
+=C2=A0 =C2=A0 (server--sit-for proc 5)
=C2=A0 =C2=A0 =C2=A0(delete-process proc)))

=C2=A0(defun server-goto-line-column (line-col)
--0000000000005b34ca0619711207--