From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Seb James Newsgroups: gmane.emacs.help Subject: Emacs in a terminal via qrsh on Sun Grid Engine - text rendering Date: Tue, 13 Oct 2015 17:01:32 +0100 Message-ID: <1444752092.2716.27.camel@PSY0001622> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1444753408 18783 80.91.229.3 (13 Oct 2015 16:23:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 13 Oct 2015 16:23:28 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Oct 13 18:23:18 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zm2M9-0007Ak-SZ for geh-help-gnu-emacs@m.gmane.org; Tue, 13 Oct 2015 18:23:18 +0200 Original-Received: from localhost ([::1]:37280 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm2M9-0005An-3l for geh-help-gnu-emacs@m.gmane.org; Tue, 13 Oct 2015 12:23:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60237) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm21F-0001gV-Kz for help-gnu-emacs@gnu.org; Tue, 13 Oct 2015 12:01:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zm219-00016r-QS for help-gnu-emacs@gnu.org; Tue, 13 Oct 2015 12:01:40 -0400 Original-Received: from server1.wmltd.co.uk ([89.145.71.228]:41117) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zm219-00015t-LN for help-gnu-emacs@gnu.org; Tue, 13 Oct 2015 12:01:35 -0400 Original-Received: from [143.167.73.134] (dyn073134.shef.ac.uk [143.167.73.134]) (Authenticated sender: seb) by server1.wmltd.co.uk (Postfix) with ESMTPSA id 0D46D2242BD for ; Tue, 13 Oct 2015 17:01:32 +0100 (BST) X-Mailer: Evolution 3.10.4-0ubuntu2 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 89.145.71.228 X-Mailman-Approved-At: Tue, 13 Oct 2015 12:22:17 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:107605 Archived-At: Hello Emacs folks, I have a problem with emacs used within a terminal on my university's high performance computing (HPC) system, which runs Scientific Linux with GNU Emacs 23.1.1(*) The problem is incorrectly rendered text, such as might be seen if the terminal settings were incorrectly matched between the client terminal and the user's environment on the server. The text can be corrected with a C-l, as reported by other users who have had mis-rendered text problems. The sort of misrendering is very similar to that reported here, although the cause is different there: http://emacs.stackexchange.com/questions/9512/why-does-the-buffer-get-garbled Our HPC system runs Sun's Grid Engine to manage all the worker nodes. Here is the workflow: I ssh on to the head node, then to do any work, I am required to request a session on one of the worker nodes. To do this I use the Sun Grid Engine (SGE) binary "qrsh" which opens a remote shell on a host of SGE's choosing. If I now emacs -nw somefile.cpp, I quicly see mis-rendering of the text. Recently emacs became available on the head node, and I see no such problem when using emacs in the terminal on this system. Therefore, the problem seems to occur only when using qrsh to get to a worker node. I have studied my TERM environment variable. On my Linux client system it is xterm-256color, on the head node it is also xterm-256color and on the worker node the same. I've looked at stty output, here are the changed values on the worker node: [me@hpcnode03 ~]$ stty speed 38400 baud; line = 0; -brkint -imaxbel -onlcr And on the head node: [me@myhpc-login1 ~]$ stty speed 38400 baud; line = 0; eol = M-^?; eol2 = M-^?; -brkint ixany I forget the details, but I did tinker with stty at one point, changing numerous settings without finding one that fixed the problem. I encounter the problem regardless of which client terminal I use to connect to the HPC system (via ssh on Debian or Ubuntu or putty on Windows and I think I tried ssh from Mac, too). Does anyone have any suggestions about how to debug this? Of course, it may be a bug in Sun Grid Engine's qrsh program. Does anyone else on the list use emacs via Sun Grid Engine? Seen this issue? Any help much appreciated, even if it's just a confirmation that I'd have to take this up with the maintainers of Sun Grid Engine (I have tried our HPC system support team, but they've not been able to figure out a solution). best regards, Seb James (*) GNU Emacs 23.1.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.18.9) of 2013-07-17 on sl6.fnal.gov.