From: Tim X <timx@nospam.dev.null>
Subject: Re: no color syntax highlighting in emacs over SSH
Date: Sat, 30 Sep 2006 01:48:45 +1000 [thread overview]
Message-ID: <877izmy8pu.fsf@lion.rapttech.com.au> (raw)
In-Reply-To: mailman.7585.1159531962.9609.help-gnu-emacs@gnu.org
DeeplyPipelined <ajitkarthik@gmail.com> writes:
> I am editing some .c files over an SSH connection. Syntax highlighting
> is working fine when I have the files on my local machine.
>
> If am using emacs on the TTY (as opposed to emacs in an X window), the
> problem is
> that I cant get syntax highlighting to work for files over an SSH
> connection. I know that font-lock-mode is on because I see bold fonts
> and underlined fonts in the TTY over an SSH connection, but there is
> no color.
>
> The shell on the remote machine is a tcsh.
>
> I should also mention that when I use emacs over X on the SSH, syntax
> highlighting works. It stops working in TTY mode over SSH. The remote
> machine has emacs 21.2.2 on a SunSPARC Solaris 2.8.
>
> Any help regarding this will be greatly appreciated!
>
I'm assuming you are doing an ssh to the remote Sun box and then
running emacs, rather than accessing remote iles using something like
tramp or ange-ftp.
Check to see what TERM setting the remote emacs believes it is running
under. I suspect the most likely cause is that the remote emacs
doesn't realise it is running under a terminal which can support
colour. If this is the case, you will have to see if there is a
suitable colour capable termcap/terminfo setting which is compatible
with the tty. I have seen this problem when users are running on Linux
and connect to a commercial Unix system like solaris or Tru64, which
doesn't have termcap/terminfo entries for terminals of type Linux or
Console (as used in Linux).
If you can find a suitable termcap/terminfo entry on the solaris box,
you may need to set your TERM variable explicitly when you login to
force it to use that entry.
Alternatively, use tramp from a local instance of emacs - you will get
colour syntax highlighting and probably better responsiveness
(assuming thats why your running under a console rather than X).
HTH
Tim
--
tcross (at) rapttech dot com dot au
next parent reply other threads:[~2006-09-29 15:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.7585.1159531962.9609.help-gnu-emacs@gnu.org>
2006-09-29 15:48 ` Tim X [this message]
2006-09-29 18:48 ` no color syntax highlighting in emacs over SSH DeeplyPipelined
2006-09-29 18:54 ` Ajit Mylavarapu
2006-09-30 17:55 ` Ajit Mylavarapu
[not found] <20803288.182351159542707518.JavaMail.nabble@jubjub.nabble.com>
2006-09-29 15:51 ` Kaloian Doganov
2006-09-29 6:18 DeeplyPipelined
2006-09-29 12:23 ` Kaloian Doganov
2006-09-29 15:13 ` DeeplyPipelined
[not found] ` <mailman.7601.1159564973.9609.help-gnu-emacs@gnu.org>
2006-09-30 0:57 ` Ilya Zakharevich
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877izmy8pu.fsf@lion.rapttech.com.au \
--to=timx@nospam.dev.null \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.