From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Leo Chang" Newsgroups: gmane.emacs.help Subject: Weird emacs behavior Date: Mon, 30 Jan 2006 22:38:16 -0800 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1686825752==" X-Trace: sea.gmane.org 1138693738 32266 80.91.229.2 (31 Jan 2006 07:48:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2006 07:48:58 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jan 31 08:48:55 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F3qFw-0005x4-6m for geh-help-gnu-emacs@m.gmane.org; Tue, 31 Jan 2006 08:48:52 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3qIv-0007go-Fu for geh-help-gnu-emacs@m.gmane.org; Tue, 31 Jan 2006 02:51:57 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F3pCZ-00044t-8c for help-gnu-emacs@gnu.org; Tue, 31 Jan 2006 01:41:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F3pCX-00043h-3d for help-gnu-emacs@gnu.org; Tue, 31 Jan 2006 01:41:18 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3pCV-00042s-Sk for help-gnu-emacs@gnu.org; Tue, 31 Jan 2006 01:41:16 -0500 Original-Received: from [68.142.200.237] (helo=smtp102.biz.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1F3pAw-0001YT-Kj for help-gnu-emacs@gnu.org; Tue, 31 Jan 2006 01:39:39 -0500 Original-Received: (qmail 46423 invoked from network); 31 Jan 2006 06:38:07 -0000 Original-Received: from unknown (HELO LeoLaptop) (lchang@clickshift.com@71.141.132.132 with login) by smtp102.biz.mail.mud.yahoo.com with SMTP; 31 Jan 2006 06:38:07 -0000 Original-To: , X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 thread-index: AcYmMOqg26sSfeimTsO4Aytm9wQYoQ== X-Mailman-Approved-At: Tue, 31 Jan 2006 02:51:28 -0500 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:32926 Archived-At: This is a multi-part message in MIME format. --===============1686825752== Content-Type: multipart/alternative; boundary="----=_NextPart_000_056F_01C625ED.DD580D50" This is a multi-part message in MIME format. ------=_NextPart_000_056F_01C625ED.DD580D50 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit There is an unexplained behavior that we've seen on a few machines we have with emacs. These are Redhat Enterprise Linux boxes that we usually ssh to. Xforwarding works fine. All X apps including emacs work fine. Then, after a long time (weeks or months), emacs stops appearing in its own window when you ssh into the box. Instead, after a long wait, it croaks with something like "Connection Lost to Xserver. localhost 10:0." At this point, you can open ALL X applications except for emacs. Xeyes, xclock, xterm, firefox all work! But not emacs. "emacs -nw" does work, and emacs in its own Xwindow works if you're directly on the machine. However, emacs will not open without the -nw option thru ssh. (Even though it did while the machine was running for quite some time.) Restarting the machine fixes the problem. Has anyone ever seen this behavior? The emacs version is 21.3.1. Any help would be greatly appreciated. ------=_NextPart_000_056F_01C625ED.DD580D50 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

There is an unexplained behavior that we’ve = seen on a few machines we have with emacs.  These are Redhat Enterprise Linux = boxes that we usually ssh to.  Xforwarding works fine.  All X apps = including emacs work fine.  Then, after a long time (weeks or months), emacs stops = appearing in its own window when you ssh into the box.  Instead, after a long wait, = it croaks with something like “Connection Lost to Xserver. localhost = 10:0.” 

 

At this point, you can open ALL X applications except = for emacs.  Xeyes, xclock, xterm, firefox all work!  But not emacs.  = “emacs –nw” does work, and emacs in its own Xwindow works if you’re directly = on the machine.  However, emacs will not open without the –nw option thru = ssh.  (Even though it did while the machine was running for quite some time.)  = Restarting the machine fixes the problem.


Has anyone ever seen this behavior?  The emacs version is = 21.3.1.

 

Any help would be greatly = appreciated.

------=_NextPart_000_056F_01C625ED.DD580D50-- --===============1686825752== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ help-gnu-emacs mailing list help-gnu-emacs@gnu.org http://lists.gnu.org/mailman/listinfo/help-gnu-emacs --===============1686825752==--