From: Michael Albinus <michael.albinus@gmx.de>
To: Dani Moncayo <dmoncayo@gmail.com>
Cc: 7383@debbugs.gnu.org
Subject: bug#7383: 24.0.50; end-of-line style on remote files
Date: Thu, 28 Apr 2011 12:17:40 +0200 [thread overview]
Message-ID: <871v0mllx7.fsf@gmx.de> (raw)
In-Reply-To: <BANLkTimePf99VGGE6vjLVWX445Hi0u4J5g@mail.gmail.com> (Dani Moncayo's message of "Thu, 28 Apr 2011 10:48:23 +0200")
Dani Moncayo <dmoncayo@gmail.com> writes:
> Ping!
>
> Has anyone take a look at this bug report?
Oops, I've overlooked this. Thanks for the reminder.
> It seems that Emacs doesn't respect the end-of-line style when dealing
> with remote files.
>
> Try this:
> 1.- Start Emacs (emacs -Q)
> 2.- Open a remote file, which has DOS end-of-line style (<cr><lf>).
> 3.- Make a change to the file and save it.
> 4.- The modeline still says that the end-of-line style is DOS (char
> "\" on Windows version), but in fact it isn't. It has changed to UNIX
> style (<lf>).
>
> ...and even worse:
> 5.- M-x revert-buffer.
> 6.- The modeline keeps unchanged (like in step 4). In order to get the
> correct modeline flag, you have to kill the buffer and re-visit the
> file.
Your local Emacs runs on Windows XP. Which connection method do you use
to connect to the remote machine (plink? pscp?)?
Reading tramp-sh.el, Tramp seems to set eol conversion for the process
communication. For the transferred files, I couldn't see any eol
conversion settings in the code.
I'll continue to dig.
> TIA.
Best regards, Michael.
next prev parent reply other threads:[~2011-04-28 10:17 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-12 10:37 bug#7383: 24.0.50; end-of-line style on remote files Dani Moncayo
2011-04-28 8:48 ` Dani Moncayo
2011-04-28 10:17 ` Michael Albinus [this message]
[not found] ` <BANLkTi=0FH=h2oEupQnsLPvvfTD7+_jsYA@mail.gmail.com>
2011-05-04 10:27 ` bug#7383: Fwd: " Dani Moncayo
[not found] ` <BANLkTi=+ygu=_h78Agus=iLc_eGxFf4DGA@mail.gmail.com>
2011-05-04 10:29 ` Dani Moncayo
[not found] ` <87wriek4ke.fsf@gmx.de>
2011-05-04 10:31 ` Dani Moncayo
[not found] ` <BANLkTimqmhxaMNGuC8cffR76hgN=yXeghQ@mail.gmail.com>
2011-05-04 10:32 ` Dani Moncayo
[not found] ` <87oc3qjxbl.fsf@gmx.de>
2011-05-04 10:33 ` Dani Moncayo
[not found] ` <BANLkTikRfEWAZc1ZPTYjeFqgLrp-8FZdqQ@mail.gmail.com>
2011-05-04 10:33 ` Dani Moncayo
[not found] ` <87bozmitut.fsf@gmx.de>
2011-05-04 10:34 ` Dani Moncayo
[not found] ` <BANLkTin_UAsMHYyUKzg5fy1hkxiu5qMnsA@mail.gmail.com>
2011-05-04 10:36 ` Dani Moncayo
2011-05-04 13:04 ` Michael Albinus
2011-05-04 15:14 ` Stefan Monnier
2011-05-04 15:42 ` Michael Albinus
2011-05-04 17:23 ` Eli Zaretskii
2011-05-04 18:47 ` Stefan Monnier
2011-05-04 20:17 ` Eli Zaretskii
2011-05-05 10:24 ` Michael Albinus
2011-05-06 17:49 ` Glenn Morris
2011-05-06 18:00 ` Michael Albinus
2011-05-06 18:07 ` Dani Moncayo
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=871v0mllx7.fsf@gmx.de \
--to=michael.albinus@gmx.de \
--cc=7383@debbugs.gnu.org \
--cc=dmoncayo@gmail.com \
/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.