* bug#7383: 24.0.50; end-of-line style on remote files @ 2010-11-12 10:37 Dani Moncayo 2011-04-28 8:48 ` Dani Moncayo 0 siblings, 1 reply; 21+ messages in thread From: Dani Moncayo @ 2010-11-12 10:37 UTC (permalink / raw) To: 7383 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. --------------------------------------- Dani. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2010-11-09 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.4) --no-opt --cflags -Ic:/imagesupport/include' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ESP value of $XMODIFIERS: nil locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Conf[Space] Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 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 0 siblings, 1 reply; 21+ messages in thread From: Dani Moncayo @ 2011-04-28 8:48 UTC (permalink / raw) To: 7383 Ping! Has anyone take a look at this bug report? I'm trying to use GNU Emacs for all my editing at my workplace, and this bug is really annoying, because I often have to edit remote files with both UNIX and DOS EOL format, and whenever I save a remote DOS-format file, that file ends up having UNIX EOL format, which is unacceptable. I'd very much appreciate a solution for that. TIA. -- Dani Moncayo ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 2011-04-28 8:48 ` Dani Moncayo @ 2011-04-28 10:17 ` Michael Albinus [not found] ` <BANLkTi=0FH=h2oEupQnsLPvvfTD7+_jsYA@mail.gmail.com> 0 siblings, 1 reply; 21+ messages in thread From: Michael Albinus @ 2011-04-28 10:17 UTC (permalink / raw) To: Dani Moncayo; +Cc: 7383 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. ^ permalink raw reply [flat|nested] 21+ messages in thread
[parent not found: <BANLkTi=0FH=h2oEupQnsLPvvfTD7+_jsYA@mail.gmail.com>]
* bug#7383: Fwd: bug#7383: 24.0.50; end-of-line style on remote files [not found] ` <BANLkTi=0FH=h2oEupQnsLPvvfTD7+_jsYA@mail.gmail.com> @ 2011-05-04 10:27 ` Dani Moncayo [not found] ` <BANLkTi=+ygu=_h78Agus=iLc_eGxFf4DGA@mail.gmail.com> 1 sibling, 0 replies; 21+ messages in thread From: Dani Moncayo @ 2011-05-04 10:27 UTC (permalink / raw) To: 7383 [I'm forwarding the bellow message to the mailing list, because I unintentionally replied privately.] ---------- Forwarded message ---------- From: Dani Moncayo <dmoncayo@gmail.com> Date: Thu, Apr 28, 2011 at 12:53 Subject: Re: bug#7383: 24.0.50; end-of-line style on remote files To: Michael Albinus <michael.albinus@gmx.de> On Thu, Apr 28, 2011 at 12:17, Michael Albinus <michael.albinus@gmx.de> wrote: > > Your local Emacs runs on Windows XP. Yes. > Which connection method do you use to connect to the remote machine (plink? pscp?)? I don't know. I'm using the latest pre-compiled version for windows published by Sean [1], and I've not set up anything special beyond that. [1] http://alpha.gnu.org/gnu/emacs/windows/ > > I'll continue to dig. > Thanks a lot. -- Dani Moncayo ^ permalink raw reply [flat|nested] 21+ messages in thread
[parent not found: <BANLkTi=+ygu=_h78Agus=iLc_eGxFf4DGA@mail.gmail.com>]
* bug#7383: Fwd: bug#7383: 24.0.50; end-of-line style on remote files [not found] ` <BANLkTi=+ygu=_h78Agus=iLc_eGxFf4DGA@mail.gmail.com> @ 2011-05-04 10:29 ` Dani Moncayo [not found] ` <87wriek4ke.fsf@gmx.de> 1 sibling, 0 replies; 21+ messages in thread From: Dani Moncayo @ 2011-05-04 10:29 UTC (permalink / raw) To: 7383 [I'm forwarding some messages to the mailing list, because I unintentionally replied privately.] ---------- Forwarded message ---------- From: Dani Moncayo <dmoncayo@gmail.com> Date: Thu, Apr 28, 2011 at 12:59 Subject: Re: bug#7383: 24.0.50; end-of-line style on remote files To: Michael Albinus <michael.albinus@gmx.de> On Thu, Apr 28, 2011 at 12:53, Dani Moncayo <dmoncayo@gmail.com> wrote: > On Thu, Apr 28, 2011 at 12:17, Michael Albinus <michael.albinus@gmx.de> wrote: > >> Which connection method do you use to connect to the remote machine (plink? pscp?)? > Sorry, did you mean "which TRAMP method"? If so, I use the default: C-x C-f /user@host:/path-to-file -- Dani Moncayo ^ permalink raw reply [flat|nested] 21+ messages in thread
[parent not found: <87wriek4ke.fsf@gmx.de>]
* bug#7383: Fwd: bug#7383: 24.0.50; end-of-line style on remote files [not found] ` <87wriek4ke.fsf@gmx.de> @ 2011-05-04 10:31 ` Dani Moncayo [not found] ` <BANLkTimqmhxaMNGuC8cffR76hgN=yXeghQ@mail.gmail.com> 1 sibling, 0 replies; 21+ messages in thread From: Dani Moncayo @ 2011-05-04 10:31 UTC (permalink / raw) To: 7383 [I'm forwarding some messages to the mailing list, because I unintentionally replied privately.] ---------- Forwarded message ---------- From: Michael Albinus <michael.albinus@gmx.de> Date: Thu, Apr 28, 2011 at 13:17 Subject: Re: bug#7383: 24.0.50; end-of-line style on remote files To: Dani Moncayo <dmoncayo@gmail.com> Dani Moncayo <dmoncayo@gmail.com> writes: > Sorry, did you mean "which TRAMP method"? If so, I use the default: > C-x C-f /user@host:/path-to-file This defaults to "pscp". You could check it with "C-h v tramp-default-method". If this is the case, could you please eval (setq tramp-copy-size-limit nil) and check afterwards, whether the problem still happens? Best regards, Michael. ^ permalink raw reply [flat|nested] 21+ messages in thread
[parent not found: <BANLkTimqmhxaMNGuC8cffR76hgN=yXeghQ@mail.gmail.com>]
* bug#7383: Fwd: bug#7383: 24.0.50; end-of-line style on remote files [not found] ` <BANLkTimqmhxaMNGuC8cffR76hgN=yXeghQ@mail.gmail.com> @ 2011-05-04 10:32 ` Dani Moncayo [not found] ` <87oc3qjxbl.fsf@gmx.de> 1 sibling, 0 replies; 21+ messages in thread From: Dani Moncayo @ 2011-05-04 10:32 UTC (permalink / raw) To: 7383 [I'm forwarding some messages to the mailing list, because I unintentionally replied privately.] ---------- Forwarded message ---------- From: Dani Moncayo <dmoncayo@gmail.com> Date: Thu, Apr 28, 2011 at 15:36 Subject: Re: bug#7383: 24.0.50; end-of-line style on remote files To: Michael Albinus <michael.albinus@gmx.de> On Thu, Apr 28, 2011 at 13:17, Michael Albinus <michael.albinus@gmx.de> wrote: > Dani Moncayo <dmoncayo@gmail.com> writes: > >> Sorry, did you mean "which TRAMP method"? If so, I use the default: >> C-x C-f /user@host:/path-to-file > > This defaults to "pscp". You could check it with "C-h v tramp-default-method". > Its value is "ftp" > If this is the case, could you please eval > > (setq tramp-copy-size-limit nil) > > and check afterwards, whether the problem still happens? Yes, it still happens after doing that. Here is another example of bad behavior: 1. Create a new buffer (on Windows, it will have DOS format). 2. Save the buffer to a remote location (C-x C-s /user@host:/path-to-file). Then, I see the same two problems described in the OP: a.- The modeline indicator is wrong: It says that the file has DOS format (in fact has UNIX format). b.- The new file has been created with UNIX format (it should be DOS format). -- Dani Moncayo ^ permalink raw reply [flat|nested] 21+ messages in thread
[parent not found: <87oc3qjxbl.fsf@gmx.de>]
* bug#7383: Fwd: bug#7383: 24.0.50; end-of-line style on remote files [not found] ` <87oc3qjxbl.fsf@gmx.de> @ 2011-05-04 10:33 ` Dani Moncayo [not found] ` <BANLkTikRfEWAZc1ZPTYjeFqgLrp-8FZdqQ@mail.gmail.com> 1 sibling, 0 replies; 21+ messages in thread From: Dani Moncayo @ 2011-05-04 10:33 UTC (permalink / raw) To: 7383 [I'm forwarding some messages to the mailing list, because I unintentionally replied privately.] ---------- Forwarded message ---------- From: Michael Albinus <michael.albinus@gmx.de> Date: Thu, Apr 28, 2011 at 15:54 Subject: Re: bug#7383: 24.0.50; end-of-line style on remote files To: Dani Moncayo <dmoncayo@gmail.com> Dani Moncayo <dmoncayo@gmail.com> writes: > On Thu, Apr 28, 2011 at 13:17, Michael Albinus <michael.albinus@gmx.de> wrote: >> Dani Moncayo <dmoncayo@gmail.com> writes: >> >>> Sorry, did you mean "which TRAMP method"? If so, I use the default: >>> C-x C-f /user@host:/path-to-file >> >> This defaults to "pscp". You could check it with "C-h v tramp-default-method". > > Its value is "ftp" Then we are speaking about ange-ftp, and not about Tramp. Does the same effect (EOL conversion) happens, when you copy files with your local FTP client? Best regards, Michael. ^ permalink raw reply [flat|nested] 21+ messages in thread
[parent not found: <BANLkTikRfEWAZc1ZPTYjeFqgLrp-8FZdqQ@mail.gmail.com>]
* bug#7383: Fwd: bug#7383: 24.0.50; end-of-line style on remote files [not found] ` <BANLkTikRfEWAZc1ZPTYjeFqgLrp-8FZdqQ@mail.gmail.com> @ 2011-05-04 10:33 ` Dani Moncayo [not found] ` <87bozmitut.fsf@gmx.de> 1 sibling, 0 replies; 21+ messages in thread From: Dani Moncayo @ 2011-05-04 10:33 UTC (permalink / raw) To: 7383 [I'm forwarding some messages to the mailing list, because I unintentionally replied privately.] ---------- Forwarded message ---------- From: Dani Moncayo <dmoncayo@gmail.com> Date: Thu, Apr 28, 2011 at 16:30 Subject: Re: bug#7383: 24.0.50; end-of-line style on remote files To: Michael Albinus <michael.albinus@gmx.de> On Thu, Apr 28, 2011 at 15:54, Michael Albinus <michael.albinus@gmx.de> wrote: > > Does the same effect (EOL conversion) happens, when you copy files with > your local FTP client? > I don't know which ftp client is Emacs using under the hood. I guess it's the standard windows "ftp" program. In that case, I've done a quick test and found that, if I set binary mode on, the file got by ftp is the exact same as the original (which doesn't happen without setting binary mode on). -- Dani Moncayo ^ permalink raw reply [flat|nested] 21+ messages in thread
[parent not found: <87bozmitut.fsf@gmx.de>]
* bug#7383: Fwd: bug#7383: 24.0.50; end-of-line style on remote files [not found] ` <87bozmitut.fsf@gmx.de> @ 2011-05-04 10:34 ` Dani Moncayo [not found] ` <BANLkTin_UAsMHYyUKzg5fy1hkxiu5qMnsA@mail.gmail.com> 1 sibling, 0 replies; 21+ messages in thread From: Dani Moncayo @ 2011-05-04 10:34 UTC (permalink / raw) To: 7383 [I'm forwarding some messages to the mailing list, because I unintentionally replied privately.] ---------- Forwarded message ---------- From: Michael Albinus <michael.albinus@gmx.de> Date: Sun, May 1, 2011 at 12:43 Subject: Re: bug#7383: 24.0.50; end-of-line style on remote files To: Dani Moncayo <dmoncayo@gmail.com> Dani Moncayo <dmoncayo@gmail.com> writes: > I don't know which ftp client is Emacs using under the hood. I guess > it's the standard windows "ftp" program. In that case, I've done a > quick test and found that, if I set binary mode on, the file got by > ftp is the exact same as the original (which doesn't happen without > setting binary mode on). From ange-ftp.el: ;; Binary file transfers: ;; ;; By default ange-ftp transfers files in ASCII mode. If a file being ;; transferred matches the value of ange-ftp-binary-file-name-regexp then ;; binary mode is used for that transfer. Maybe you play with `ange-ftp-binary-file-name-regexp' settings, for example set it to "". Best regards, Michael. ^ permalink raw reply [flat|nested] 21+ messages in thread
[parent not found: <BANLkTin_UAsMHYyUKzg5fy1hkxiu5qMnsA@mail.gmail.com>]
* bug#7383: Fwd: bug#7383: 24.0.50; end-of-line style on remote files [not found] ` <BANLkTin_UAsMHYyUKzg5fy1hkxiu5qMnsA@mail.gmail.com> @ 2011-05-04 10:36 ` Dani Moncayo 2011-05-04 13:04 ` Michael Albinus 1 sibling, 0 replies; 21+ messages in thread From: Dani Moncayo @ 2011-05-04 10:36 UTC (permalink / raw) To: 7383 [I'm forwarding some messages to the mailing list, because I unintentionally replied privately.] ---------- Forwarded message ---------- From: Dani Moncayo <dmoncayo@gmail.com> Date: Wed, May 4, 2011 at 11:32 Subject: Re: bug#7383: 24.0.50; end-of-line style on remote files To: Michael Albinus <michael.albinus@gmx.de> On Sun, May 1, 2011 at 12:43, Michael Albinus <michael.albinus@gmx.de> wrote: > > Maybe you play with `ange-ftp-binary-file-name-regexp' settings, for > example set it to "". > Sorry for the delay. These days I had no access to the Windows XP box where I reproduce the problem. (BTW, at home I was unable to reproduce it using a Windows 7 client and Ubuntu 10.10 ftp server). Well, if I do what you said ((setq ange-ftp-binary-file-name-regexp "")), then the problem seem to disappear in the quick test I've done. So now I wonder two things: 1. In what cases do we want to have text-mode ftp transfers when working with remote files? Because, IMO TRT would be to always use binary mode, i.e., always work with the file in its actual EOL format. I think that is what users expect, don't they? 2. This bug report has showed that the modeline flag corresponding to the EOL format isn't always correct. So I think this should be fixed if possible, and if not, this limitation should be documented at least. Thanks for your time, Michael. -- Dani Moncayo ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files [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 1 sibling, 1 reply; 21+ messages in thread From: Michael Albinus @ 2011-05-04 13:04 UTC (permalink / raw) To: Dani Moncayo; +Cc: 7383 Dani Moncayo <dmoncayo@gmail.com> writes: > So now I wonder two things: > 1. In what cases do we want to have text-mode ftp transfers when > working with remote files? > Because, IMO TRT would be to always use binary mode, i.e., always > work with the file > in its actual EOL format. I think that is what users expect, don't they? See the code of `ange-ftp-write-region'. Binary transfer is explicitely disabled for Emacsen on MS Windows machines, if not said otherwise by `ange-ftp-binary-file-name-regexp': (binary (or (ange-ftp-binary-file filename) (and (not (memq system-type '(ms-dos windows-nt))) (memq (ange-ftp-host-type host user) '(unix dumb-unix))))) Similar (but not identical) checks are in `ange-ftp-insert-file-contents' and `ange-ftp-copy-file-internal'. And there are comments about it, like "Binary file transfers between machines of different architectures can be a risky business.". > 2. This bug report has showed that the modeline flag corresponding to the EOL > format isn't always correct. So I think this should be fixed if possible, > and if not, this limitation should be documented at least. Emacs can show only, what it knows. It sends a given file to the FTP client. It cannot know, whether that external program changes EOL conversion. Likely, we shall add a note to section 8.3 of the "GNU Emacs FAQ for MS Windows", see <http://www.gnu.org/software/emacs/windows/Network-access.html#Network-access> > Thanks for your time, Michael. Best regards, Michael. ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 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 0 siblings, 2 replies; 21+ messages in thread From: Stefan Monnier @ 2011-05-04 15:14 UTC (permalink / raw) To: Michael Albinus; +Cc: 7383 >> So now I wonder two things: >> 1. In what cases do we want to have text-mode ftp transfers when >> working with remote files? >> Because, IMO TRT would be to always use binary mode, i.e., always >> work with the file >> in its actual EOL format. I think that is what users expect, don't they? > See the code of `ange-ftp-write-region'. Binary transfer is explicitely > disabled for Emacsen on MS Windows machines, if not said otherwise by > `ange-ftp-binary-file-name-regexp': > (binary (or (ange-ftp-binary-file filename) > (and (not (memq system-type > '(ms-dos windows-nt))) > (memq (ange-ftp-host-type host user) > '(unix dumb-unix))))) > Similar (but not identical) checks are in `ange-ftp-insert-file-contents' > and `ange-ftp-copy-file-internal'. I think all this non-binary business in ange-ftp is inherited from pre-Mule issues. So I'd be tempted to always use binary now. > And there are comments about it, like "Binary file transfers between > machines of different architectures can be a risky business.". I can't think of any case where a non-binary FTP transfer will correctly convert to/from the internal file-format, and where Emacs can't do the same or better. Stefan ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 2011-05-04 15:14 ` Stefan Monnier @ 2011-05-04 15:42 ` Michael Albinus 2011-05-04 17:23 ` Eli Zaretskii 1 sibling, 0 replies; 21+ messages in thread From: Michael Albinus @ 2011-05-04 15:42 UTC (permalink / raw) To: Stefan Monnier; +Cc: 7383 Stefan Monnier <monnier@iro.umontreal.ca> writes: > I think all this non-binary business in ange-ftp is inherited from > pre-Mule issues. So I'd be tempted to always use binary now. > >> And there are comments about it, like "Binary file transfers between >> machines of different architectures can be a risky business.". > > I can't think of any case where a non-binary FTP transfer will correctly > convert to/from the internal file-format, and where Emacs can't do the > same or better. I don't oppose, but given that I do not use MS Windows, I cannot judge whether this change will harm, or not. OK, let's change to binary transfer. Shall we remove the checks for different systems in the code, or shall we default `ange-ftp-binary-file-name-regexp' to ""? > Stefan Best regards, Michael. ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 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 1 sibling, 1 reply; 21+ messages in thread From: Eli Zaretskii @ 2011-05-04 17:23 UTC (permalink / raw) To: Stefan Monnier; +Cc: 7383, michael.albinus > From: Stefan Monnier <monnier@iro.umontreal.ca> > Date: Wed, 04 May 2011 12:14:09 -0300 > Cc: 7383@debbugs.gnu.org > > > See the code of `ange-ftp-write-region'. Binary transfer is explicitely > > disabled for Emacsen on MS Windows machines, if not said otherwise by > > `ange-ftp-binary-file-name-regexp': > > > (binary (or (ange-ftp-binary-file filename) > > (and (not (memq system-type > > '(ms-dos windows-nt))) > > (memq (ange-ftp-host-type host user) > > '(unix dumb-unix))))) > > > Similar (but not identical) checks are in `ange-ftp-insert-file-contents' > > and `ange-ftp-copy-file-internal'. > > I think all this non-binary business in ange-ftp is inherited from > pre-Mule issues. So I'd be tempted to always use binary now. Yes, definitely. The change was made (by one Stefan Monnier) in 2001. I see no reasons to keep it. Let's remove that and see if someone comes back crying. ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 2011-05-04 17:23 ` Eli Zaretskii @ 2011-05-04 18:47 ` Stefan Monnier 2011-05-04 20:17 ` Eli Zaretskii 0 siblings, 1 reply; 21+ messages in thread From: Stefan Monnier @ 2011-05-04 18:47 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 7383, michael.albinus >> > See the code of `ange-ftp-write-region'. Binary transfer is explicitely >> > disabled for Emacsen on MS Windows machines, if not said otherwise by >> > `ange-ftp-binary-file-name-regexp': >> >> > (binary (or (ange-ftp-binary-file filename) >> > (and (not (memq system-type >> > '(ms-dos windows-nt))) >> > (memq (ange-ftp-host-type host user) >> > '(unix dumb-unix))))) >> >> > Similar (but not identical) checks are in `ange-ftp-insert-file-contents' >> > and `ange-ftp-copy-file-internal'. >> >> I think all this non-binary business in ange-ftp is inherited from >> pre-Mule issues. So I'd be tempted to always use binary now. > Yes, definitely. The change was made (by one Stefan Monnier) in > 2001. I see no reasons to keep it. Let's remove that and see if > someone comes back crying. Just to be clear: I added the (memq system-type '(ms-dos windows-nt)) test, whose purpose was to apply the "same" test locally as remotely. And I think we should remove both local and remote tests, i.e. bind `binary' to t regardless of any system-type or ange-ftp-host-type or ange-ftp-binary-file. Stefan ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 2011-05-04 18:47 ` Stefan Monnier @ 2011-05-04 20:17 ` Eli Zaretskii 2011-05-05 10:24 ` Michael Albinus 0 siblings, 1 reply; 21+ messages in thread From: Eli Zaretskii @ 2011-05-04 20:17 UTC (permalink / raw) To: Stefan Monnier; +Cc: 7383, michael.albinus > From: Stefan Monnier <monnier@iro.umontreal.ca> > Cc: michael.albinus@gmx.de, 7383@debbugs.gnu.org > Date: Wed, 04 May 2011 15:47:05 -0300 > > And I think we should remove both local and remote tests, i.e. bind > `binary' to t regardless of any system-type or ange-ftp-host-type or > ange-ftp-binary-file. Yes. ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 2011-05-04 20:17 ` Eli Zaretskii @ 2011-05-05 10:24 ` Michael Albinus 2011-05-06 17:49 ` Glenn Morris 0 siblings, 1 reply; 21+ messages in thread From: Michael Albinus @ 2011-05-05 10:24 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 7383 Eli Zaretskii <eliz@gnu.org> writes: >> From: Stefan Monnier <monnier@iro.umontreal.ca> >> Cc: michael.albinus@gmx.de, 7383@debbugs.gnu.org >> Date: Wed, 04 May 2011 15:47:05 -0300 >> >> And I think we should remove both local and remote tests, i.e. bind >> `binary' to t regardless of any system-type or ange-ftp-host-type or >> ange-ftp-binary-file. > > Yes. I've fixed it in the tunk. Best regards, Michael. ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 2011-05-05 10:24 ` Michael Albinus @ 2011-05-06 17:49 ` Glenn Morris 2011-05-06 18:00 ` Michael Albinus 0 siblings, 1 reply; 21+ messages in thread From: Glenn Morris @ 2011-05-06 17:49 UTC (permalink / raw) To: Michael Albinus; +Cc: 7383 Michael Albinus wrote: > I've fixed it in the tunk. So can this be closed? ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 2011-05-06 17:49 ` Glenn Morris @ 2011-05-06 18:00 ` Michael Albinus 2011-05-06 18:07 ` Dani Moncayo 0 siblings, 1 reply; 21+ messages in thread From: Michael Albinus @ 2011-05-06 18:00 UTC (permalink / raw) To: Glenn Morris; +Cc: 7383-done Glenn Morris <rgm@gnu.org> writes: > Michael Albinus wrote: > >> I've fixed it in the tunk. > > So can this be closed? Yes. I wanted to wait for the confirmation of Dani, but OTOH he said already that setting of `ange-ftp-binary-file-name-regexp' to "" works for him. So I close it. Best regards, Michael. ^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#7383: 24.0.50; end-of-line style on remote files 2011-05-06 18:00 ` Michael Albinus @ 2011-05-06 18:07 ` Dani Moncayo 0 siblings, 0 replies; 21+ messages in thread From: Dani Moncayo @ 2011-05-06 18:07 UTC (permalink / raw) To: 7383, michael.albinus; +Cc: 7383-done On Fri, May 6, 2011 at 20:00, Michael Albinus <michael.albinus@gmx.de> wrote: > Glenn Morris <rgm@gnu.org> writes: > >> Michael Albinus wrote: >> >>> I've fixed it in the tunk. >> >> So can this be closed? > > Yes. I wanted to wait for the confirmation of Dani, but OTOH he said > already that setting of `ange-ftp-binary-file-name-regexp' to "" works > for him. > I'm sorry, I didn't say anything because I've not yet tested the last changes made by Michael (I was waiting for the next pre-compiled windows version by Sean). But I guess Michael is right, because the current behavior must be like the one I've already tested (setting ange-ftp-binary-file-name-regexp to ""). Thanks a lot. -- Dani Moncayo ^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2011-05-06 18:07 UTC | newest] Thread overview: 21+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 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 [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
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.