GNU bug report logs - #8272
Emacs with X11 forwarding

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: Andrew Myers <asm198@HIDDEN>; dated Thu, 17 Mar 2011 14:34:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 8272 <at> debbugs.gnu.org:


Received: (at 8272) by debbugs.gnu.org; 17 Mar 2011 17:30:25 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Mar 17 13:30:25 2011
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Q0H1l-0005rs-Ci
	for submit <at> 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 <asm198@HIDDEN>) id 1Q0Fwh-0004HX-I2
	for 8272 <at> debbugs.gnu.org; Thu, 17 Mar 2011 12:21:07 -0400
Received: by eye13 with SMTP id 13so693264eye.3
	for <8272 <at> 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: <AANLkTi=nvKKH-q6s3c_CExPP-V6RL-e9tBsOyEttQ0ad@HIDDEN>
Subject: Follow up
From: Andrew Myers <asm198@HIDDEN>
To: 8272 <at> 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 <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/pipermail/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> 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 <br>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?<br=
>
Thanks,<br>Andrew Myers<br>

--0016e6dbe2d95e0491049eb00ad7--




Information forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs@HIDDEN:
bug#8272; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 17 Mar 2011 14:33:37 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Mar 17 10:33:36 2011
Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Q0EGd-0001v4-GL
	for submit <at> 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 <asm198@HIDDEN>) id 1Q0DnY-0001GP-78
	for submit <at> 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 <asm198@HIDDEN>) id 1Q0DnR-0004WC-2J
	for submit <at> 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 <asm198@HIDDEN>) id 1Q0DnQ-0004Vy-SX
	for submit <at> 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@HIDDEN; Thu, 17 Mar 2011 10:03:24 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <asm198@HIDDEN>) id 1Q0DnN-0004V1-1v
	for bug-gnu-emacs@HIDDEN; 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 <asm198@HIDDEN>) id 1Q0DnM-0004Ui-M3
	for bug-gnu-emacs@HIDDEN; Thu, 17 Mar 2011 10:03:21 -0400
Received: by wwc33 with SMTP id 33so3184541wwc.30
	for <bug-gnu-emacs@HIDDEN>; 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: <AANLkTinyLHND1Hn=cOhpV6EgidXP1LF8OozaBB5iBOxo@HIDDEN>
Subject: Emacs with X11 forwarding
From: Andrew Myers <asm198@HIDDEN>
To: bug-gnu-emacs@HIDDEN
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 <at> debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/pipermail/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
	<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> 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 <Feval>,
arg=46101078, handlers=12451874,
    hfun=0x533483 <menu_item_eval_property_1>) 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 <single_menu_item>,
args=12384658, key=46391282,
    val=51128918, data=0x7fffffffbbe0) at keymap.c:649
#29 0x000000000053ef9c in map_keymap_internal (map=43326838, fun=0x46fd56
<single_menu_item>, args=12384658,
    data=0x7fffffffbbe0) at keymap.c:687
#30 0x000000000053f1eb in map_keymap_canonical (map=43326838, fun=0x46fd56
<single_menu_item>, 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 <single_menu_item>,
args=12384658, key=46368338,
    val=51324742, data=0x7fffffffbe80) at keymap.c:649
#34 0x000000000053ef9c in map_keymap_internal (map=43425446, fun=0x46fd56
<single_menu_item>, args=12384658,
    data=0x7fffffffbe80) at keymap.c:687
#35 0x000000000053f1eb in map_keymap_canonical (map=43425446, fun=0x46fd56
<single_menu_item>, 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 <return> to continue, or q <return> 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
<command_loop_1>, handlers=12451874,
    hfun=0x525c54 <cmd_error>) at eval.c:1490
#45 0x0000000000526015 in command_loop_2 () at keyboard.c:1360
#46 0x00000000005cba7c in internal_catch (tag=12444690, func=0x525ffb
<command_loop_2>, 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,<br>I&#39;m trying to track down a really strange problem with emacs=
 while XForwarding and running Allegro Common lisp.=A0 I don&#39;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 <br>
<br>Here&#39;s the situation,<br>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 <br>
Run emacs so that it comes up on the local Mac desktop, either using the de=
fault X11.app or XQuartz <br>Start Allegro Common Lisp by running fi:common=
-lisp<br><br>Here&#39;s where things get strange:<br>If I :<br>Open emacs<b=
r>
Start lisp<br>Type in &quot;(+ 4 5)&quot;<br>Press Return twice //This runs=
 the command (+ 4 5) and adds a newline after the command<br><br>Everything=
 will work properly, but emacs will lock up if I<br>A) Only hit Return once=
 to activate the command, or<br>
B) Only hit Return a bunch of times without typing in some kind of lisp<br>=
command.<br><br>I&#39;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?<br>
<br>Thanks,<br>Andrew Myers<br>STScI<br><br>Thread 1 (process 17594):<br>#0=
=A0 0x000000316e4cd1c3 in __select_nocancel () from /lib64/libc.so.6<br>#1=
=A0 0x0000000000631ace in select_wrapper (n=3D7, rfd=3D0x7fffffff93d0, wfd=
=3D0x0, xfd=3D0x0, tmo=3D0x7fffffff9330)<br>
=A0=A0=A0 at process.c:4582<br>#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<br>
#3=A0 0x000000000063121a in Faccept_process_output (process=3D48564309, sec=
onds=3D12384658, millisec=3D12384658, <br>=A0=A0=A0 just_this_one=3D1238465=
8) at process.c:4323<br>#4=A0 0x00000000005cee8e in Ffuncall (nargs=3D2, ar=
gs=3D0x7fffffff9690) at eval.c:3034<br>
#5=A0 0x0000000000626023 in Fbyte_code (bytestr=3D42630353, vector=3D444028=
53, maxdepth=3D16) at bytecode.c:680<br>#6=A0 0x00000000005cf6e3 in funcall=
_lambda (fun=3D44403157, nargs=3D1, arg_vector=3D0x7fffffff9bc8) at eval.c:=
3211<br>#7=A0 0x00000000005cf0e7 in Ffuncall (nargs=3D2, args=3D0x7fffffff9=
bc0) at eval.c:3070<br>
#8=A0 0x0000000000626023 in Fbyte_code (bytestr=3D42625457, vector=3D444012=
53, maxdepth=3D28) at bytecode.c:680<br>#9=A0 0x00000000005cf6e3 in funcall=
_lambda (fun=3D44401557, nargs=3D3, arg_vector=3D0x7fffffffa118) at eval.c:=
3211<br>#10 0x00000000005cf0e7 in Ffuncall (nargs=3D4, args=3D0x7fffffffa11=
0) at eval.c:3070<br>
#11 0x0000000000626023 in Fbyte_code (bytestr=3D42585873, vector=3D44400837=
, maxdepth=3D20) at bytecode.c:680<br>#12 0x00000000005cf6e3 in funcall_lam=
bda (fun=3D44401125, nargs=3D1, arg_vector=3D0x7fffffffa658) at eval.c:3211=
<br>#13 0x00000000005cf0e7 in Ffuncall (nargs=3D2, args=3D0x7fffffffa650) a=
t eval.c:3070<br>
#14 0x0000000000626023 in Fbyte_code (bytestr=3D44483617, vector=3D46044309=
, maxdepth=3D12) at bytecode.c:680<br>#15 0x00000000005cf6e3 in funcall_lam=
bda (fun=3D46060437, nargs=3D0, arg_vector=3D0x7fffffffab88) at eval.c:3211=
<br>#16 0x00000000005cf0e7 in Ffuncall (nargs=3D1, args=3D0x7fffffffab80) a=
t eval.c:3070<br>
#17 0x0000000000626023 in Fbyte_code (bytestr=3D44485537, vector=3D46030325=
, maxdepth=3D8) at bytecode.c:680<br>#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<br>
#20 0x0000000000626023 in Fbyte_code (bytestr=3D44485153, vector=3D46132821=
, maxdepth=3D8) at bytecode.c:680<br>#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<br>
#23 0x00000000005cdd42 in Feval (form=3D46101078) at eval.c:2388<br>#24 0x0=
0000000005cc266 in internal_condition_case_1 (bfun=3D0x5cd59b &lt;Feval&gt;=
, arg=3D46101078, handlers=3D12451874, <br>=A0=A0=A0 hfun=3D0x533483 &lt;me=
nu_item_eval_property_1&gt;) at eval.c:1538<br>
#25 0x0000000000533528 in menu_item_eval_property (sexpr=3D46101078) at key=
board.c:7929<br>#26 0x0000000000533c3c in parse_menu_item (item=3D12384658,=
 inmenubar=3D0) at keyboard.c:8107<br>#27 0x000000000046fd91 in single_menu=
_item (key=3D46391282, item=3D51128918, dummy=3D12384658, skp_v=3D0x7ffffff=
fbbe0)<br>
=A0=A0=A0 at menu.c:346<br>#28 0x000000000053ee0a in map_keymap_item (fun=
=3D0x46fd56 &lt;single_menu_item&gt;, args=3D12384658, key=3D46391282, <br>=
=A0=A0=A0 val=3D51128918, data=3D0x7fffffffbbe0) at keymap.c:649<br>#29 0x0=
00000000053ef9c in map_keymap_internal (map=3D43326838, fun=3D0x46fd56 &lt;=
single_menu_item&gt;, args=3D12384658, <br>
=A0=A0=A0 data=3D0x7fffffffbbe0) at keymap.c:687<br>#30 0x000000000053f1eb =
in map_keymap_canonical (map=3D43326838, fun=3D0x46fd56 &lt;single_menu_ite=
m&gt;, args=3D12384658, <br>=A0=A0=A0 data=3D0x7fffffffbbe0) at keymap.c:75=
6<br>#31 0x000000000046fcd5 in single_keymap_panes (keymap=3D51324406, pane=
_name=3D12384658, prefix=3D46368338, <br>
=A0=A0=A0 maxdepth=3D9) at menu.c:310<br>#32 0x000000000046fef4 in single_m=
enu_item (key=3D46368338, item=3D51324742, dummy=3D12384658, skp_v=3D0x7fff=
ffffbe80)<br>=A0=A0=A0 at menu.c:449<br>#33 0x000000000053ee0a in map_keyma=
p_item (fun=3D0x46fd56 &lt;single_menu_item&gt;, args=3D12384658, key=3D463=
68338, <br>
=A0=A0=A0 val=3D51324742, data=3D0x7fffffffbe80) at keymap.c:649<br>#34 0x0=
00000000053ef9c in map_keymap_internal (map=3D43425446, fun=3D0x46fd56 &lt;=
single_menu_item&gt;, args=3D12384658, <br>=A0=A0=A0 data=3D0x7fffffffbe80)=
 at keymap.c:687<br>
#35 0x000000000053f1eb in map_keymap_canonical (map=3D43425446, fun=3D0x46f=
d56 &lt;single_menu_item&gt;, args=3D12384658, <br>=A0=A0=A0 data=3D0x7ffff=
fffbe80) at keymap.c:756<br>#36 0x000000000046fcd5 in single_keymap_panes (=
keymap=3D51324342, pane_name=3D43966881, prefix=3D46368146, <br>
=A0=A0=A0 maxdepth=3D10) at menu.c:310<br>#37 0x0000000000470499 in parse_s=
ingle_submenu (item_key=3D46368146, item_name=3D43966881, maps=3D12384658)<=
br>=A0=A0=A0 at menu.c:571<br>#38 0x0000000000473225 in set_frame_menubar (=
f=3D0x114b410, first_time=3D0, deep_p=3D1) at xmenu.c:1080<br>
#39 0x00000000004728cd in x_activate_menubar (f=3D0x114b410) at xmenu.c:684=
<br>#40 0x000000000052cc44 in kbd_buffer_get_event (kbp=3D0x7fffffffcdd8, u=
sed_mouse_menu=3D0x7fffffffd4c4, <br>=A0=A0=A0 end_time=3D0x0) at keyboard.=
c:4246<br>
#41 0x000000000052a4ae in read_char (commandflag=3D1, nmaps=3D5, maps=3D0x7=
fffffffd140, prev_event=3D12384658, <br>---Type &lt;return&gt; to continue,=
 or q &lt;return&gt; to quit---<br>=A0=A0=A0 used_mouse_menu=3D0x7fffffffd4=
c4, end_time=3D0x0) at keyboard.c:3079<br>
#42 0x000000000053672d in read_key_sequence (keybuf=3D0x7fffffffd870, bufsi=
ze=3D30, prompt=3D12384658, <br>=A0=A0=A0 dont_downcase_last=3D0, can_retur=
n_switch_frame=3D1, fix_current_buffer=3D1) at keyboard.c:9512<br>#43 0x000=
0000000526689 in command_loop_1 () at keyboard.c:1643<br>
#44 0x00000000005cc0ca in internal_condition_case (bfun=3D0x5262f6 &lt;comm=
and_loop_1&gt;, handlers=3D12451874, <br>=A0=A0=A0 hfun=3D0x525c54 &lt;cmd_=
error&gt;) at eval.c:1490<br>#45 0x0000000000526015 in command_loop_2 () at=
 keyboard.c:1360<br>
#46 0x00000000005cba7c in internal_catch (tag=3D12444690, func=3D0x525ffb &=
lt;command_loop_2&gt;, arg=3D12384658)<br>=A0=A0=A0 at eval.c:1226<br>#47 0=
x0000000000525fd5 in command_loop () at keyboard.c:1339<br>#48 0x0000000000=
52579a in recursive_edit_1 () at keyboard.c:954<br>
#49 0x000000000052593d in Frecursive_edit () at keyboard.c:1016<br>#50 0x00=
00000000523d9f in main (argc=3D1, argv=3D0x7fffffffe1b8) at emacs.c:1833<br=
><br>Lisp Backtrace:<br>&quot;accept-process-output&quot; (0xffff9698)<br>&=
quot;fi::wait-for-reply-to-come-back&quot; (0xffff9bc8)<br>
&quot;lep::eval-session-in-lisp&quot; (0xffffa118)<br>&quot;fi:eval-in-lisp=
&quot; (0xffffa658)<br>&quot;fi::connection-open-composer-loaded&quot; (0xf=
fffab88)<br>&quot;fi::connection-open-composer-loaded-cached&quot; (0xffffb=
0a8)<br>
&quot;fi::connection-open-composer-loaded-and-stopped&quot; (0xffffb500)<br=
>

--000e0ce0b828a17a84049eae1ffc--




Acknowledgement sent to Andrew Myers <asm198@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to owner <at> debbugs.gnu.org, bug-gnu-emacs@HIDDEN:
bug#8272; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Fri, 31 Oct 2014 17:00:04 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.