[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: some emacs-21.1.1 problems

From: Eli Zaretskii
Subject: Re: some emacs-21.1.1 problems
Date: Mon, 19 Nov 2001 13:25:10 +0200 (IST)

On Mon, 19 Nov 2001, Dr. Mirko Luedde wrote:

>     1. When starting a bash-2.05a.0(2)-release shell in an
>     emacs-21.1.1 buffer: "readline: warning: rl_prep_terminal: cannot
>     get terminal settings". I installed readline-4.2.3 from cygwin.
>     Bash outside of emacs doesn't show this problem.

What is the value of the TERM environment variable in the shell buffer?

It's quite possible that the termcap/terminfo data base installed by 
Cygwin ports simply doesn't grok the value that Emacs pushes into the 
environment.  In other words, it could be a Cygwin bug.

>     2. Probably related: In an ess-5.1.19 buffer when typing
>     e.g. "help(nls)": "ess-error: ESS process not ready. Finish your
>     command before trying again."

What is ESS?  What does it do?

>     3. With mailcrypt-3.5.6, gnupg-1.0.6: when decrypting a buffer:
>     "start-process: Removing old name: no such file or directory,
>     d:/tmp/mailcrypt-gpg-stderr-764AJM".

Please try to supply a full recipe for reproducing the problem, starting 
with "emacs -q --no-site-file", especially when the problem is related to 
a package that is not part of the standard Emacs distribution, such as 

>     5. Despite having "(setq auto-compression-mode t)", files of type
>     ".gz" will not be unzipped in dired-mode (gunzip-1.3).

Again, please tell exactly what did you type in the Dired buffer.

Also, note that the way to turn on auto-compression mode is to type
"M-x auto-compression-mode RET" or put "(auto-compression-mode 1)" in 
your .emacs, not set the variable.

>     6. Files of type ".tar" will not be parsed correctly in dired-mode
>        (untarred with GNU-tar-1.13.19, tarred with some prior
>        version).

What does ``not parsed correctly'' mean?  Please tell exactly what did 
you type and what did Emacs do incorrectly.  It works for me, FWIW.

>     7. Not all dired-listing-switches will have effect: e.g. "-n",
>        "-o".

That's because the Windows port uses a Lisp emulation of the `ls' program.  
The documentation string of the insert-directory lists the switches that 
are supported by the emulation; -n and -o are not among them.

Thanks for your reports, but please provide the additional information 
requested above.  Without it, it is impossible to debug and fix these 

reply via email to

[Prev in Thread] Current Thread [Next in Thread]