Stray CR chars everywhere

Stray CR chars everywhere

[Eric Fowler]

I somehow managed to put emacs into a strange CR vs. LF snit, because now I
have ^M's showing up everywhere, and TRAMP does not like my password
(probably because it is seeing on

-- 
cc:NSA

Fwd: Stray CR chars everywhere

[Eric Fowler]

Oops, let's try that again ...

I somehow managed to put emacs into a strange CR vs. LF snit, because now I
have ^M's showing up everywhere, and TRAMP does not like my password
(probably because it is seeing only LF's and CRLF's).

How do I beseech EMACS to change it back? What knob did I hit?

Thanks

Eric
-- 
cc:NSA

Re: Fwd: Stray CR chars everywhere

[Eli Zaretskii]

> Date: Thu, 9 Jan 2014 14:57:34 -0800
> From: Eric Fowler <eric.fowler@gmail.com>
> 
> I somehow managed to put emacs into a strange CR vs. LF snit, because now I
> have ^M's showing up everywhere, and TRAMP does not like my password
> (probably because it is seeing only LF's and CRLF's).
> 
> How do I beseech EMACS to change it back? What knob did I hit?

You didn't say enough to suggest solutions.  Some questions that I
would like answered before thinking what could go wrong:

 . What OS is this?  What Emacs version?

 . What do you mean by "^M's showing up everywhere"?  Please give
   examples of commands and/or features which suddenly show CRs.

 . What does Tramp say, exactly ("doesn't like" is not informative
   enough)?

Re: Fwd: Stray CR chars everywhere

[Eric Fowler]

Linux, Fedora. Not sure which version of Emacs, latest MS Windows version.

Buffer windows show ^M chars ... anything emacs produces. 'Make' output,
for instance.

When I try to open a file through TRAMP, I am repeatedly prompted for
password, which is a symptom of a CR/LF problem (according to net wisdom).
This has always worked before.


Eric


On Thu, Jan 9, 2014 at 10:45 PM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Thu, 9 Jan 2014 14:57:34 -0800
> > From: Eric Fowler <eric.fowler@gmail.com>
> >
> > I somehow managed to put emacs into a strange CR vs. LF snit, because
> now I
> > have ^M's showing up everywhere, and TRAMP does not like my password
> > (probably because it is seeing only LF's and CRLF's).
> >
> > How do I beseech EMACS to change it back? What knob did I hit?
>
> You didn't say enough to suggest solutions.  Some questions that I
> would like answered before thinking what could go wrong:
>
>  . What OS is this?  What Emacs version?
>
>  . What do you mean by "^M's showing up everywhere"?  Please give
>    examples of commands and/or features which suddenly show CRs.
>
>  . What does Tramp say, exactly ("doesn't like" is not informative
>    enough)?
>
>


-- 
cc:NSA

Re: Fwd: Stray CR chars everywhere

[Eli Zaretskii]

> Date: Thu, 9 Jan 2014 23:56:37 -0800
> From: Eric Fowler <eric.fowler@gmail.com>
> Cc: emacs <help-gnu-emacs@gnu.org>
> 
> Linux, Fedora. Not sure which version of Emacs, latest MS Windows version.

I'm confused: you are running an MS-Windows version of Emacs on
Fedora?

Anyway, "M-x emacs-version RET" will show the version you are
running.  Please show what it says.

> Buffer windows show ^M chars ... anything emacs produces. 'Make' output,
> for instance.

So this is an issue when Emacs displays text produced by programs it
invokes?  What if you visit a file, do the ^M characters show up then?

Also, what is displayed by the following command?

  M-: default-process-coding-system RET

Re: Fwd: Stray CR chars everywhere

[Eric Fowler]

Sorry to confuse you. Here are the particulars:

I am running emacs on windows 7, editing files on a fedora box using TRAMP
and plink. The linux box has no GUI, just command line. Emacs from the
prompt on that machine works fine. Emaccing windows-origin TXT files from
the windows box ..... <quick check/> .... seems to work, no munging of
CR/LFs.


Emacs:

GNU Emacs 23.1.50.1 (i386-mingw-nt6.1.7601)
 of 2009-11-03 on LENNART-69DE564 (patched)

Linux:
Linux localhost.localdomain 3.12.6 #1 SMP Mon Dec 23 16:36:09 PST 2013 i686
i686 i386 GNU/Linux

Output of Alt-: is '(undecided-dos . undecided-unix)'

Symptoms were that buffers maintained by emacs (I vaguely recall build
output, buffer list, file list; not totally sure) started showing those ^M
chars. I ignored them and kept working.  Next time I had to present a
password to TRAMP, it didn't like my pwd, which has not changed. Searching
for a solution to that problem, I found the 'net wisdom is that the cause
is CR/LF confusion between TRAMP, ssh (plink?), and emacs. So I assume I
bumped a switch in emacs somewhere and hosed my CR/LFs.

Eric




On Fri, Jan 10, 2014 at 12:06 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Thu, 9 Jan 2014 23:56:37 -0800
> > From: Eric Fowler <eric.fowler@gmail.com>
> > Cc: emacs <help-gnu-emacs@gnu.org>
> >
> > Linux, Fedora. Not sure which version of Emacs, latest MS Windows
> version.
>
> I'm confused: you are running an MS-Windows version of Emacs on
> Fedora?
>
> Anyway, "M-x emacs-version RET" will show the version you are
> running.  Please show what it says.
>
> > Buffer windows show ^M chars ... anything emacs produces. 'Make' output,
> > for instance.
>
> So this is an issue when Emacs displays text produced by programs it
> invokes?  What if you visit a file, do the ^M characters show up then?
>
> Also, what is displayed by the following command?
>
>   M-: default-process-coding-system RET
>
>


-- 
cc:NSA

Re: Fwd: Stray CR chars everywhere

[Eli Zaretskii]

> Date: Fri, 10 Jan 2014 09:46:07 -0800
> From: Eric Fowler <eric.fowler@gmail.com>
> Cc: emacs <help-gnu-emacs@gnu.org>
> 
> Output of Alt-: is '(undecided-dos . undecided-unix)'

What about these 2:

  M-: default-buffer-file-coding-system RET
  M-: untranslated-filesystem-list RET

What do these print?

Re: Fwd: Stray CR chars everywhere

[Eric Fowler]

iso-latin-1-dos

Second one brings an error:
Debugger entered--Lisp error: (void-variable untranslated-file-system)
  eval(untranslated-file-system)
  eval-expression(untranslated-file-system nil)
  call-interactively(eval-expression nil nil)

And another:
Debugger entered--Lisp error: (void-variable untranslated-file-system-list)
  eval(untranslated-file-system-list)
  eval-expression(untranslated-file-system-list nil)
  call-interactively(eval-expression nil nil)
  recursive-edit()
  byte-code("\306\x10 @\307=\203!


On Fri, Jan 10, 2014 at 10:55 AM, Eli Zaretskii <eliz@gnu.org> wrote:

> > Date: Fri, 10 Jan 2014 09:46:07 -0800
> > From: Eric Fowler <eric.fowler@gmail.com>
> > Cc: emacs <help-gnu-emacs@gnu.org>
> >
> > Output of Alt-: is '(undecided-dos . undecided-unix)'
>
> What about these 2:
>
>   M-: default-buffer-file-coding-system RET
>   M-: untranslated-filesystem-list RET
>
> What do these print?
>
>


-- 
cc:NSA

Re: Fwd: Stray CR chars everywhere

[Barry Margolin]

In article <mailman.11557.1389391175.10748.help-gnu-emacs@gnu.org>,
 Eric Fowler <eric.fowler@gmail.com> wrote:

> iso-latin-1-dos
> 
> Second one brings an error:
> Debugger entered--Lisp error: (void-variable untranslated-file-system)
>   eval(untranslated-file-system)
>   eval-expression(untranslated-file-system nil)
>   call-interactively(eval-expression nil nil)
> 
> And another:
> Debugger entered--Lisp error: (void-variable untranslated-file-system-list)
>   eval(untranslated-file-system-list)
>   eval-expression(untranslated-file-system-list nil)
>   call-interactively(eval-expression nil nil)
>   recursive-edit()
>   byte-code("\306\x10 @\307=\203!

Neither of those is what he typed. You added a hyphen between "file" and 
"system", and in the first one you left out "-list".

> 
> 
> On Fri, Jan 10, 2014 at 10:55 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> > > Date: Fri, 10 Jan 2014 09:46:07 -0800
> > > From: Eric Fowler <eric.fowler@gmail.com>
> > > Cc: emacs <help-gnu-emacs@gnu.org>
> > >
> > > Output of Alt-: is '(undecided-dos . undecided-unix)'
> >
> > What about these 2:
> >
> >   M-: default-buffer-file-coding-system RET
> >   M-: untranslated-filesystem-list RET
> >
> > What do these print?
> >
> >

-- 
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***

Re: Fwd: Stray CR chars everywhere

[Eric Fowler]

'nil'


On Fri, Jan 10, 2014 at 3:11 PM, Barry Margolin <barmar@alum.mit.edu> wrote:

> In article <mailman.11557.1389391175.10748.help-gnu-emacs@gnu.org>,
>  Eric Fowler <eric.fowler@gmail.com> wrote:
>
> > iso-latin-1-dos
> >
> > Second one brings an error:
> > Debugger entered--Lisp error: (void-variable untranslated-file-system)
> >   eval(untranslated-file-system)
> >   eval-expression(untranslated-file-system nil)
> >   call-interactively(eval-expression nil nil)
> >
> > And another:
> > Debugger entered--Lisp error: (void-variable
> untranslated-file-system-list)
> >   eval(untranslated-file-system-list)
> >   eval-expression(untranslated-file-system-list nil)
> >   call-interactively(eval-expression nil nil)
> >   recursive-edit()
> >   byte-code("\306  @\307=\203!
>
> Neither of those is what he typed. You added a hyphen between "file" and
> "system", and in the first one you left out "-list".
>
> >
> >
> > On Fri, Jan 10, 2014 at 10:55 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > > > Date: Fri, 10 Jan 2014 09:46:07 -0800
> > > > From: Eric Fowler <eric.fowler@gmail.com>
> > > > Cc: emacs <help-gnu-emacs@gnu.org>
> > > >
> > > > Output of Alt-: is '(undecided-dos . undecided-unix)'
> > >
> > > What about these 2:
> > >
> > >   M-: default-buffer-file-coding-system RET
> > >   M-: untranslated-filesystem-list RET
> > >
> > > What do these print?
> > >
> > >
>
> --
> Barry Margolin, barmar@alum.mit.edu
> Arlington, MA
> *** PLEASE post questions in newsgroups, not directly to me ***
>



-- 
cc:NSA

Re: Fwd: Stray CR chars everywhere

[Eli Zaretskii]

> Date: Fri, 10 Jan 2014 15:30:27 -0800
> From: Eric Fowler <eric.fowler@gmail.com>
> Cc: emacs <help-gnu-emacs@gnu.org>
> 
> 'nil'

Thanks.

I'm sorry, but I'm out of ideas.  The variables whose values I asked
for are those I could think of that might have caused the problem.

I guess the only advice I can give is restart the Emacs session.

If this continues after you restart, look in your .emacs init file for
customizations you added last, or bisect it to find the setting which
does this.  Then, if you cannot figure out why that setting produces
this effect, come back here and ask specifically about that.