GNU bug report logs - #20202
24.3; Comint mode sets a bad $EMACS

Previous Next

Package: emacs;

Reported by: Eli Barzilay <eli <at> barzilay.org>

Date: Wed, 25 Mar 2015 21:46:02 UTC

Severity: minor

Found in version 24.3

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log

Message #33 received at 20202 <at> debbugs.gnu.org (full text, mbox):

From: "Phillip Lord" <phillip.lord <at> russet.org.uk>
To: "Paul Eggert" <eggert <at> cs.ucla.edu>
Cc: 20484 <at> debbugs.gnu.org, 20202 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca,
 Phillip Lord <phillip.lord <at> russet.org.uk>
Subject: Re: bug#20202: Considered Harmful 73d213: 'Comint, term, and compile
 new set Emacs'
Date: Thu, 7 Apr 2016 16:18:34 +0100

On Thu, April 7, 2016 4:01 pm, Paul Eggert wrote:
> On 04/07/2016 12:35 AM, Phillip Lord wrote:
>
>> As a better alternatively, would it be possible to find a solution to
>> 20484 which does not involve EMACS=t?
>>
>>
>> This would both address 20484 and 20202, rather than robbing Peter to
>> pay Paul.
>>
> I'm afraid nothing comes to mind. I'll CC: this to both bug reports to
> see if others have ideas.

I can think of several possibilities. In particular, the EMACS=t behaviour
of bash should also be replicable with bash -o emacs. I'm happy to try
these out and see if it works, so long as the EMACS=t is not considered to
be a closed issue for Emacs 25.
This bug report was last modified 7 years and 38 days ago.

Previous Next

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