From unknown Mon Sep 08 01:50:51 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#8272 <8272@debbugs.gnu.org> To: bug#8272 <8272@debbugs.gnu.org> Subject: Status: Emacs with X11 forwarding Reply-To: bug#8272 <8272@debbugs.gnu.org> Date: Mon, 08 Sep 2025 08:50:51 +0000 retitle 8272 Emacs with X11 forwarding reassign 8272 emacs submitter 8272 Andrew Myers severity 8272 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 17 10:33:36 2011 Received: (at submit) by debbugs.gnu.org; 17 Mar 2011 14:33:37 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q0EGd-0001v4-GL for submit@debbugs.gnu.org; Thu, 17 Mar 2011 10:33:36 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q0DnY-0001GP-78 for submit@debbugs.gnu.org; Thu, 17 Mar 2011 10:03:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q0DnR-0004WC-2J for submit@debbugs.gnu.org; Thu, 17 Mar 2011 10:03:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID,T_TO_NO_BRKTS_FREEMAIL autolearn=no version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:41469) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q0DnQ-0004Vy-SX for submit@debbugs.gnu.org; Thu, 17 Mar 2011 10:03:25 -0400 Received: from [140.186.70.92] (port=41427 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q0DnO-0002lC-Re for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2011 10:03:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q0DnN-0004V1-1v for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2011 10:03:22 -0400 Received: from mail-ww0-f49.google.com ([74.125.82.49]:39061) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q0DnM-0004Ui-M3 for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2011 10:03:21 -0400 Received: by wwc33 with SMTP id 33so3184541wwc.30 for ; Thu, 17 Mar 2011 07:03:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=J140/aaS8AQjWkaA0W+/Ij+/2a0MVt6wUOBja42WH7I=; b=PUni0yLN30U1jpyzVr187trC0U03SCMbkKFZ8GOdk+sDsSiGBG2QK7fGUfRNfTjbfJ y/iYi79Tmr/fasAlN0OZsO4Lpb7gPrYFAKcmAauKo+75y0sK81QTFQbTQKz5b5YQeVdZ TaFFSm3mM8JnQVREKzT8MgVZTy9tkFmZPCFJM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xdLloTu/iFklV7/roBCz1QxZAZk4YaqpXPMVib2W4D6jGeQjW0SiFXueYFaEV3Dv1t T6rJjJRhFUr5vIhyh4ePYCFPRrXfIr3Xzab/QYyxi9VDfZeQyTsFY6Ac01I/nNirj0Ky MvW2ro36VbnIuGcRcKDeWVk4AiMGDykF0mlBM= MIME-Version: 1.0 Received: by 10.216.66.131 with SMTP id h3mr1508969wed.111.1300370599016; Thu, 17 Mar 2011 07:03:19 -0700 (PDT) Received: by 10.216.159.147 with HTTP; Thu, 17 Mar 2011 07:03:18 -0700 (PDT) Date: Thu, 17 Mar 2011 10:03:18 -0400 Message-ID: Subject: Emacs with X11 forwarding From: Andrew Myers To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=000e0ce0b828a17a84049eae1ffc X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 199.232.76.165 X-Spam-Score: -5.9 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Thu, 17 Mar 2011 10:33:34 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) --000e0ce0b828a17a84049eae1ffc Content-Type: text/plain; charset=ISO-8859-1 Hi All, I'm trying to track down a really strange problem with emacs while XForwarding and running Allegro Common lisp. I don't know yet if this is a problem with emacs, X, or Allegro Lisp but I thought I would post here and see if anyone had ideas. Here's the situation, Mac Laptops running either Leopard or Snow Leopard log into Linux servers and set up X forwarding (either via ssh -Xy login or telnet and then setting the DISPLAY variable to a remote machine). Run emacs so that it comes up on the local Mac desktop, either using the default X11.app or XQuartz Start Allegro Common Lisp by running fi:common-lisp Here's where things get strange: If I : Open emacs Start lisp Type in "(+ 4 5)" Press Return twice //This runs the command (+ 4 5) and adds a newline after the command Everything will work properly, but emacs will lock up if I A) Only hit Return once to activate the command, or B) Only hit Return a bunch of times without typing in some kind of lisp command. I've tried this with both emacs 21 and 23 and see the same thing. If I log into a Mac or Solaris machine everything works fine. I have the source for emacs 23 and have gotten a backtrace from after emacs locks up, does it give anyone ideas on where I should go next? Thanks, Andrew Myers STScI Thread 1 (process 17594): #0 0x000000316e4cd1c3 in __select_nocancel () from /lib64/libc.so.6 #1 0x0000000000631ace in select_wrapper (n=7, rfd=0x7fffffff93d0, wfd=0x0, xfd=0x0, tmo=0x7fffffff9330) at process.c:4582 #2 0x0000000000632b11 in wait_reading_process_output (time_limit=0, microsecs=0, read_kbd=0, do_display=0, wait_for_cell=12384658, wait_proc=0x2e50850, just_wait_proc=0) at process.c:4943 #3 0x000000000063121a in Faccept_process_output (process=48564309, seconds=12384658, millisec=12384658, just_this_one=12384658) at process.c:4323 #4 0x00000000005cee8e in Ffuncall (nargs=2, args=0x7fffffff9690) at eval.c:3034 #5 0x0000000000626023 in Fbyte_code (bytestr=42630353, vector=44402853, maxdepth=16) at bytecode.c:680 #6 0x00000000005cf6e3 in funcall_lambda (fun=44403157, nargs=1, arg_vector=0x7fffffff9bc8) at eval.c:3211 #7 0x00000000005cf0e7 in Ffuncall (nargs=2, args=0x7fffffff9bc0) at eval.c:3070 #8 0x0000000000626023 in Fbyte_code (bytestr=42625457, vector=44401253, maxdepth=28) at bytecode.c:680 #9 0x00000000005cf6e3 in funcall_lambda (fun=44401557, nargs=3, arg_vector=0x7fffffffa118) at eval.c:3211 #10 0x00000000005cf0e7 in Ffuncall (nargs=4, args=0x7fffffffa110) at eval.c:3070 #11 0x0000000000626023 in Fbyte_code (bytestr=42585873, vector=44400837, maxdepth=20) at bytecode.c:680 #12 0x00000000005cf6e3 in funcall_lambda (fun=44401125, nargs=1, arg_vector=0x7fffffffa658) at eval.c:3211 #13 0x00000000005cf0e7 in Ffuncall (nargs=2, args=0x7fffffffa650) at eval.c:3070 #14 0x0000000000626023 in Fbyte_code (bytestr=44483617, vector=46044309, maxdepth=12) at bytecode.c:680 #15 0x00000000005cf6e3 in funcall_lambda (fun=46060437, nargs=0, arg_vector=0x7fffffffab88) at eval.c:3211 #16 0x00000000005cf0e7 in Ffuncall (nargs=1, args=0x7fffffffab80) at eval.c:3070 #17 0x0000000000626023 in Fbyte_code (bytestr=44485537, vector=46030325, maxdepth=8) at bytecode.c:680 #18 0x00000000005cf6e3 in funcall_lambda (fun=46085717, nargs=0, arg_vector=0x7fffffffb0a8) at eval.c:3211 #19 0x00000000005cf0e7 in Ffuncall (nargs=1, args=0x7fffffffb0a0) at eval.c:3070 #20 0x0000000000626023 in Fbyte_code (bytestr=44485153, vector=46132821, maxdepth=8) at bytecode.c:680 #21 0x00000000005cf6e3 in funcall_lambda (fun=46136933, nargs=0, arg_vector=0x7fffffffb500) at eval.c:3211 #22 0x00000000005cf35e in apply_lambda (fun=46136933, args=12384658, eval_flag=1) at eval.c:3135 #23 0x00000000005cdd42 in Feval (form=46101078) at eval.c:2388 #24 0x00000000005cc266 in internal_condition_case_1 (bfun=0x5cd59b , arg=46101078, handlers=12451874, hfun=0x533483 ) at eval.c:1538 #25 0x0000000000533528 in menu_item_eval_property (sexpr=46101078) at keyboard.c:7929 #26 0x0000000000533c3c in parse_menu_item (item=12384658, inmenubar=0) at keyboard.c:8107 #27 0x000000000046fd91 in single_menu_item (key=46391282, item=51128918, dummy=12384658, skp_v=0x7fffffffbbe0) at menu.c:346 #28 0x000000000053ee0a in map_keymap_item (fun=0x46fd56 , args=12384658, key=46391282, val=51128918, data=0x7fffffffbbe0) at keymap.c:649 #29 0x000000000053ef9c in map_keymap_internal (map=43326838, fun=0x46fd56 , args=12384658, data=0x7fffffffbbe0) at keymap.c:687 #30 0x000000000053f1eb in map_keymap_canonical (map=43326838, fun=0x46fd56 , args=12384658, data=0x7fffffffbbe0) at keymap.c:756 #31 0x000000000046fcd5 in single_keymap_panes (keymap=51324406, pane_name=12384658, prefix=46368338, maxdepth=9) at menu.c:310 #32 0x000000000046fef4 in single_menu_item (key=46368338, item=51324742, dummy=12384658, skp_v=0x7fffffffbe80) at menu.c:449 #33 0x000000000053ee0a in map_keymap_item (fun=0x46fd56 , args=12384658, key=46368338, val=51324742, data=0x7fffffffbe80) at keymap.c:649 #34 0x000000000053ef9c in map_keymap_internal (map=43425446, fun=0x46fd56 , args=12384658, data=0x7fffffffbe80) at keymap.c:687 #35 0x000000000053f1eb in map_keymap_canonical (map=43425446, fun=0x46fd56 , args=12384658, data=0x7fffffffbe80) at keymap.c:756 #36 0x000000000046fcd5 in single_keymap_panes (keymap=51324342, pane_name=43966881, prefix=46368146, maxdepth=10) at menu.c:310 #37 0x0000000000470499 in parse_single_submenu (item_key=46368146, item_name=43966881, maps=12384658) at menu.c:571 #38 0x0000000000473225 in set_frame_menubar (f=0x114b410, first_time=0, deep_p=1) at xmenu.c:1080 #39 0x00000000004728cd in x_activate_menubar (f=0x114b410) at xmenu.c:684 #40 0x000000000052cc44 in kbd_buffer_get_event (kbp=0x7fffffffcdd8, used_mouse_menu=0x7fffffffd4c4, end_time=0x0) at keyboard.c:4246 #41 0x000000000052a4ae in read_char (commandflag=1, nmaps=5, maps=0x7fffffffd140, prev_event=12384658, ---Type to continue, or q to quit--- used_mouse_menu=0x7fffffffd4c4, end_time=0x0) at keyboard.c:3079 #42 0x000000000053672d in read_key_sequence (keybuf=0x7fffffffd870, bufsize=30, prompt=12384658, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9512 #43 0x0000000000526689 in command_loop_1 () at keyboard.c:1643 #44 0x00000000005cc0ca in internal_condition_case (bfun=0x5262f6 , handlers=12451874, hfun=0x525c54 ) at eval.c:1490 #45 0x0000000000526015 in command_loop_2 () at keyboard.c:1360 #46 0x00000000005cba7c in internal_catch (tag=12444690, func=0x525ffb , arg=12384658) at eval.c:1226 #47 0x0000000000525fd5 in command_loop () at keyboard.c:1339 #48 0x000000000052579a in recursive_edit_1 () at keyboard.c:954 #49 0x000000000052593d in Frecursive_edit () at keyboard.c:1016 #50 0x0000000000523d9f in main (argc=1, argv=0x7fffffffe1b8) at emacs.c:1833 Lisp Backtrace: "accept-process-output" (0xffff9698) "fi::wait-for-reply-to-come-back" (0xffff9bc8) "lep::eval-session-in-lisp" (0xffffa118) "fi:eval-in-lisp" (0xffffa658) "fi::connection-open-composer-loaded" (0xffffab88) "fi::connection-open-composer-loaded-cached" (0xffffb0a8) "fi::connection-open-composer-loaded-and-stopped" (0xffffb500) --000e0ce0b828a17a84049eae1ffc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi All,
I'm trying to track down a really strange problem with emacs= while XForwarding and running Allegro Common lisp.=A0 I don't know yet= if this is=A0 a problem with emacs, X, or Allegro Lisp but I thought I wou= ld post here and see if anyone had ideas.=A0

Here's the situation,
Mac Laptops running either Leopard or Snow= Leopard log into Linux servers and set up X forwarding (either via ssh -Xy= login or telnet and then setting the DISPLAY variable to a remote machine)= .=A0
Run emacs so that it comes up on the local Mac desktop, either using the de= fault X11.app or XQuartz
Start Allegro Common Lisp by running fi:common= -lisp

Here's where things get strange:
If I :
Open emacs Start lisp
Type in "(+ 4 5)"
Press Return twice //This runs= the command (+ 4 5) and adds a newline after the command

Everything= will work properly, but emacs will lock up if I
A) Only hit Return once= to activate the command, or
B) Only hit Return a bunch of times without typing in some kind of lisp
= command.

I've tried this with both emacs 21 and 23 and see the s= ame thing.=A0 If I log into a Mac or Solaris machine everything works fine.= =A0 I have the source for emacs 23 and have gotten a backtrace from after e= macs locks up, does it give anyone ideas on where I should go next?

Thanks,
Andrew Myers
STScI

Thread 1 (process 17594):
#0= =A0 0x000000316e4cd1c3 in __select_nocancel () from /lib64/libc.so.6
#1= =A0 0x0000000000631ace in select_wrapper (n=3D7, rfd=3D0x7fffffff93d0, wfd= =3D0x0, xfd=3D0x0, tmo=3D0x7fffffff9330)
=A0=A0=A0 at process.c:4582
#2=A0 0x0000000000632b11 in wait_reading_pro= cess_output (time_limit=3D0, microsecs=3D0, read_kbd=3D0, do_display=3D0, <= br>=A0=A0=A0 wait_for_cell=3D12384658, wait_proc=3D0x2e50850, just_wait_pro= c=3D0) at process.c:4943
#3=A0 0x000000000063121a in Faccept_process_output (process=3D48564309, sec= onds=3D12384658, millisec=3D12384658,
=A0=A0=A0 just_this_one=3D1238465= 8) at process.c:4323
#4=A0 0x00000000005cee8e in Ffuncall (nargs=3D2, ar= gs=3D0x7fffffff9690) at eval.c:3034
#5=A0 0x0000000000626023 in Fbyte_code (bytestr=3D42630353, vector=3D444028= 53, maxdepth=3D16) at bytecode.c:680
#6=A0 0x00000000005cf6e3 in funcall= _lambda (fun=3D44403157, nargs=3D1, arg_vector=3D0x7fffffff9bc8) at eval.c:= 3211
#7=A0 0x00000000005cf0e7 in Ffuncall (nargs=3D2, args=3D0x7fffffff9= bc0) at eval.c:3070
#8=A0 0x0000000000626023 in Fbyte_code (bytestr=3D42625457, vector=3D444012= 53, maxdepth=3D28) at bytecode.c:680
#9=A0 0x00000000005cf6e3 in funcall= _lambda (fun=3D44401557, nargs=3D3, arg_vector=3D0x7fffffffa118) at eval.c:= 3211
#10 0x00000000005cf0e7 in Ffuncall (nargs=3D4, args=3D0x7fffffffa11= 0) at eval.c:3070
#11 0x0000000000626023 in Fbyte_code (bytestr=3D42585873, vector=3D44400837= , maxdepth=3D20) at bytecode.c:680
#12 0x00000000005cf6e3 in funcall_lam= bda (fun=3D44401125, nargs=3D1, arg_vector=3D0x7fffffffa658) at eval.c:3211=
#13 0x00000000005cf0e7 in Ffuncall (nargs=3D2, args=3D0x7fffffffa650) a= t eval.c:3070
#14 0x0000000000626023 in Fbyte_code (bytestr=3D44483617, vector=3D46044309= , maxdepth=3D12) at bytecode.c:680
#15 0x00000000005cf6e3 in funcall_lam= bda (fun=3D46060437, nargs=3D0, arg_vector=3D0x7fffffffab88) at eval.c:3211=
#16 0x00000000005cf0e7 in Ffuncall (nargs=3D1, args=3D0x7fffffffab80) a= t eval.c:3070
#17 0x0000000000626023 in Fbyte_code (bytestr=3D44485537, vector=3D46030325= , maxdepth=3D8) at bytecode.c:680
#18 0x00000000005cf6e3 in funcall_lamb= da (fun=3D46085717, nargs=3D0, arg_vector=3D0x7fffffffb0a8) at eval.c:3211<= br>#19 0x00000000005cf0e7 in Ffuncall (nargs=3D1, args=3D0x7fffffffb0a0) at= eval.c:3070
#20 0x0000000000626023 in Fbyte_code (bytestr=3D44485153, vector=3D46132821= , maxdepth=3D8) at bytecode.c:680
#21 0x00000000005cf6e3 in funcall_lamb= da (fun=3D46136933, nargs=3D0, arg_vector=3D0x7fffffffb500) at eval.c:3211<= br>#22 0x00000000005cf35e in apply_lambda (fun=3D46136933, args=3D12384658,= eval_flag=3D1) at eval.c:3135
#23 0x00000000005cdd42 in Feval (form=3D46101078) at eval.c:2388
#24 0x0= 0000000005cc266 in internal_condition_case_1 (bfun=3D0x5cd59b <Feval>= , arg=3D46101078, handlers=3D12451874,
=A0=A0=A0 hfun=3D0x533483 <me= nu_item_eval_property_1>) at eval.c:1538
#25 0x0000000000533528 in menu_item_eval_property (sexpr=3D46101078) at key= board.c:7929
#26 0x0000000000533c3c in parse_menu_item (item=3D12384658,= inmenubar=3D0) at keyboard.c:8107
#27 0x000000000046fd91 in single_menu= _item (key=3D46391282, item=3D51128918, dummy=3D12384658, skp_v=3D0x7ffffff= fbbe0)
=A0=A0=A0 at menu.c:346
#28 0x000000000053ee0a in map_keymap_item (fun= =3D0x46fd56 <single_menu_item>, args=3D12384658, key=3D46391282,
= =A0=A0=A0 val=3D51128918, data=3D0x7fffffffbbe0) at keymap.c:649
#29 0x0= 00000000053ef9c in map_keymap_internal (map=3D43326838, fun=3D0x46fd56 <= single_menu_item>, args=3D12384658,
=A0=A0=A0 data=3D0x7fffffffbbe0) at keymap.c:687
#30 0x000000000053f1eb = in map_keymap_canonical (map=3D43326838, fun=3D0x46fd56 <single_menu_ite= m>, args=3D12384658,
=A0=A0=A0 data=3D0x7fffffffbbe0) at keymap.c:75= 6
#31 0x000000000046fcd5 in single_keymap_panes (keymap=3D51324406, pane= _name=3D12384658, prefix=3D46368338,
=A0=A0=A0 maxdepth=3D9) at menu.c:310
#32 0x000000000046fef4 in single_m= enu_item (key=3D46368338, item=3D51324742, dummy=3D12384658, skp_v=3D0x7fff= ffffbe80)
=A0=A0=A0 at menu.c:449
#33 0x000000000053ee0a in map_keyma= p_item (fun=3D0x46fd56 <single_menu_item>, args=3D12384658, key=3D463= 68338,
=A0=A0=A0 val=3D51324742, data=3D0x7fffffffbe80) at keymap.c:649
#34 0x0= 00000000053ef9c in map_keymap_internal (map=3D43425446, fun=3D0x46fd56 <= single_menu_item>, args=3D12384658,
=A0=A0=A0 data=3D0x7fffffffbe80)= at keymap.c:687
#35 0x000000000053f1eb in map_keymap_canonical (map=3D43425446, fun=3D0x46f= d56 <single_menu_item>, args=3D12384658,
=A0=A0=A0 data=3D0x7ffff= fffbe80) at keymap.c:756
#36 0x000000000046fcd5 in single_keymap_panes (= keymap=3D51324342, pane_name=3D43966881, prefix=3D46368146,
=A0=A0=A0 maxdepth=3D10) at menu.c:310
#37 0x0000000000470499 in parse_s= ingle_submenu (item_key=3D46368146, item_name=3D43966881, maps=3D12384658)<= br>=A0=A0=A0 at menu.c:571
#38 0x0000000000473225 in set_frame_menubar (= f=3D0x114b410, first_time=3D0, deep_p=3D1) at xmenu.c:1080
#39 0x00000000004728cd in x_activate_menubar (f=3D0x114b410) at xmenu.c:684=
#40 0x000000000052cc44 in kbd_buffer_get_event (kbp=3D0x7fffffffcdd8, u= sed_mouse_menu=3D0x7fffffffd4c4,
=A0=A0=A0 end_time=3D0x0) at keyboard.= c:4246
#41 0x000000000052a4ae in read_char (commandflag=3D1, nmaps=3D5, maps=3D0x7= fffffffd140, prev_event=3D12384658,
---Type <return> to continue,= or q <return> to quit---
=A0=A0=A0 used_mouse_menu=3D0x7fffffffd4= c4, end_time=3D0x0) at keyboard.c:3079
#42 0x000000000053672d in read_key_sequence (keybuf=3D0x7fffffffd870, bufsi= ze=3D30, prompt=3D12384658,
=A0=A0=A0 dont_downcase_last=3D0, can_retur= n_switch_frame=3D1, fix_current_buffer=3D1) at keyboard.c:9512
#43 0x000= 0000000526689 in command_loop_1 () at keyboard.c:1643
#44 0x00000000005cc0ca in internal_condition_case (bfun=3D0x5262f6 <comm= and_loop_1>, handlers=3D12451874,
=A0=A0=A0 hfun=3D0x525c54 <cmd_= error>) at eval.c:1490
#45 0x0000000000526015 in command_loop_2 () at= keyboard.c:1360
#46 0x00000000005cba7c in internal_catch (tag=3D12444690, func=3D0x525ffb &= lt;command_loop_2>, arg=3D12384658)
=A0=A0=A0 at eval.c:1226
#47 0= x0000000000525fd5 in command_loop () at keyboard.c:1339
#48 0x0000000000= 52579a in recursive_edit_1 () at keyboard.c:954
#49 0x000000000052593d in Frecursive_edit () at keyboard.c:1016
#50 0x00= 00000000523d9f in main (argc=3D1, argv=3D0x7fffffffe1b8) at emacs.c:1833
Lisp Backtrace:
"accept-process-output" (0xffff9698)
&= quot;fi::wait-for-reply-to-come-back" (0xffff9bc8)
"lep::eval-session-in-lisp" (0xffffa118)
"fi:eval-in-lisp= " (0xffffa658)
"fi::connection-open-composer-loaded" (0xf= fffab88)
"fi::connection-open-composer-loaded-cached" (0xffffb= 0a8)
"fi::connection-open-composer-loaded-and-stopped" (0xffffb500) --000e0ce0b828a17a84049eae1ffc-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 17 13:30:25 2011 Received: (at 8272) by debbugs.gnu.org; 17 Mar 2011 17:30:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q0H1l-0005rs-Ci for submit@debbugs.gnu.org; Thu, 17 Mar 2011 13:30:25 -0400 Received: from mail-ey0-f172.google.com ([209.85.215.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q0Fwh-0004HX-I2 for 8272@debbugs.gnu.org; Thu, 17 Mar 2011 12:21:07 -0400 Received: by eye13 with SMTP id 13so693264eye.3 for <8272@debbugs.gnu.org>; Thu, 17 Mar 2011 09:21:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=++P9A6NCsNAH5El1AN8j/mogm8PHpER0fE0Tup51m2k=; b=fAz1TQ8ayr9jccBDAyf9D9Ud+mk0t2sarPLz6KpqHKMt/3BIooo9ZASd0fKAfQQHrJ t4vKwuLjqIb0rq/lZltPJ4H38LyvCOrPgN+srNf8if7IDRTiJZdoRKmoNz5xPxW/kykH EPenAWfGMjwJnrgqiaXNHw6Ljgxh6aPFYt5EA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=E/h8a1bEKfly3PdTjki2bCfnkj1aTIfi3l730OrRIPcIJbDQM7Aoaya7HMUqBd7461 EnbSQoQrA1QsbY8skAyMeSgRw5vbAOzpm+gx8H0yY0gU3rU9bHex8D1V7Xk+Hx9CSWkC gtSZQk0aNifXa5YI6Tb5PU6AyZZseZVO50ROg= MIME-Version: 1.0 Received: by 10.216.24.132 with SMTP id x4mr1131682wex.81.1300378832208; Thu, 17 Mar 2011 09:20:32 -0700 (PDT) Received: by 10.216.159.147 with HTTP; Thu, 17 Mar 2011 09:20:32 -0700 (PDT) Date: Thu, 17 Mar 2011 12:20:32 -0400 Message-ID: Subject: Follow up From: Andrew Myers To: 8272@debbugs.gnu.org Content-Type: multipart/alternative; boundary=0016e6dbe2d95e0491049eb00ad7 X-Spam-Score: -3.6 (---) X-Debbugs-Envelope-To: 8272 X-Mailman-Approved-At: Thu, 17 Mar 2011 13:30:24 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.6 (---) --0016e6dbe2d95e0491049eb00ad7 Content-Type: text/plain; charset=ISO-8859-1 It appears that this was caused by a patch to the Allegro elisp files made by one of our developers. I attached to the Allegro lisp process with gdb and saw that it was also hung on __select_nocancel(). The patch to elisp removed an initialization message from emacs to the alisp subprocess. My best guess right now is that this meant Allegro caught a message meant for emacs through an inherited file descriptor. Is this possible? Thanks, Andrew Myers --0016e6dbe2d95e0491049eb00ad7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It appears that this was caused by a patch to the Allegro elisp files made = by one of our developers.=A0 I attached to the Allegro lisp process with gd= b and saw that it was also hung on __select_nocancel().=A0
The patch to= elisp removed an initialization message from emacs to the alisp subprocess= .=A0 My best guess right now is that this meant Allegro caught a message me= ant for emacs through an inherited file descriptor.=A0 Is this possible? Thanks,
Andrew Myers
--0016e6dbe2d95e0491049eb00ad7-- From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 01 12:34:23 2019 Received: (at 8272-done) by debbugs.gnu.org; 1 Oct 2019 16:34:23 +0000 Received: from localhost ([127.0.0.1]:34616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFL6V-0001Y0-EL for submit@debbugs.gnu.org; Tue, 01 Oct 2019 12:34:23 -0400 Received: from mail-pf1-f178.google.com ([209.85.210.178]:44306) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iFL6U-0001Xm-29 for 8272-done@debbugs.gnu.org; Tue, 01 Oct 2019 12:34:22 -0400 Received: by mail-pf1-f178.google.com with SMTP id q21so8366002pfn.11 for <8272-done@debbugs.gnu.org>; Tue, 01 Oct 2019 09:34:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=40TTM0eRUHqiNqTUHtOeT7aWywcndr3Yv1uzrFlfuvs=; b=NGuSOtaJZKvYFZwtW81IaoIVYo/vk8SnWzZqSrpeZiKEXg+ItaBYCJMoX403rOgNvP QYaJGXsO+RSW1GKw1bVGV5P9aXip8pX6dbjIyFhR1r8I7VacJXs5Ov3QzcyZn8+z25Vs 05PArckiDJo6/xqooMJc3ZRHp3hmpiDX0clERJSkd3DqxwGQIZAi+vjr3RhRxURTqTuc d1fBH6FxhU7w7emC8cYsJhzBSLRgILnr7xsf3DACepDs/nRNl/8IuJJdrmy+o6mG5QCG iUSwA+pXqLfrtjiQFXvvMspQAglfDkm2amSfiWoPvrkBJW6N09EO0Fh9FBXmVkNIpyHg qzkQ== X-Gm-Message-State: APjAAAVt8ynybI9FBCrr4ZATzUKCWs7Mwlqa6eJVU39aYILvz6Iddumd HE6UJ90pks2vugYm5bOBXhn2JJlllBl2RVr/iMM= X-Google-Smtp-Source: APXvYqydWYTA9H+mvRqDtJog6IzL2ezYo3VtRKu8GWDFEFRfJb1dSPdqNkEjGLPaykDVpGZLsoW2nxDaaOw2H/+fPCY= X-Received: by 2002:a63:1310:: with SMTP id i16mr28724607pgl.200.1569947656133; Tue, 01 Oct 2019 09:34:16 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Tue, 1 Oct 2019 18:34:04 +0200 Message-ID: Subject: Re: bug#8272: Follow up To: Andrew Myers Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 8272-done Cc: 8272-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Andrew Myers writes: > It appears that this was caused by a patch to the Allegro elisp files made by one of our developers. I attached to the Allegro lisp process with gdb and saw that it was also hung on __select_nocancel(). > The patch to elisp removed an initialization message from emacs to the alisp subprocess. My best guess right now is that this meant Allegro caught a message meant for emacs through an inherited file descriptor. Is this possible? > Thanks, > Andrew Myers This bug report unfortunately never got a reply 8 years ago. It seems like this was not a bug in Emacs, since you write above that it was caused by an external patch. I'm therefore closing this bug. If you believe this is wrong and this is still an issue, please reopen the bug report. Best regards, Stefan Kangas From unknown Mon Sep 08 01:50:51 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 30 Oct 2019 11:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator