> I found the cause, by binary search / test with my .vimrc
> turns out to be this line:
> set fileformats=unix,dos,mac
> funny that with it, in my server vim7.4 the log file was identified as "fileformat mac", and that caused the problem(everything in one line).
> but with same exact configuration in my local PC vim8.1 , the same log file was identified as "fileformat unix", and I see multiple lines.
> I wonder why? is this default behavior changed in vim8.1?
AFAIK this behaviour hasn't changed in a very long time (maybe since
the time when Vim first supported all three of DOS, Unix and Classical
Mac) but the bahaviour is known to vary between OSes. The fact that
your local machine runs Windows while your server runs Linux could
perhaps explain the difference. In general Vim for Windows is more
tolerant of quirky ends-of-lines than Vim for Unix is: for instance,
if a file has a CR+LF end-of-line on all lines except the last one,
Vim for Windows will accept it as a normal file (and usually fix the
"unterminated" last line) while Vim for Unix will show you a ^M
character at the end of every line except the last one. Maybe your log
has some ^M (carriage-return) characters not followed by a ^J (line
feed) somewhere, possibly near the beginning? Some programs
(including, for instance, the fsck filesystem-check program) use that
trick so that the line ending with CR but no LF will be overwritten by
the next line of output. Vim might in some cases confuse such a log
with a classical-Mac file.
I've never had a Mac but I've had a Windows machine long ago (after I
found about Vim though). I leave the 'fileformats' option at its
'nocompatible' default, which is "unix,dos" on Unix (or Cygwin or Mac)
and "dos,unix" on (native) Windows (or, once upon a time, DOS). I
don't have any problems with it.
For details, see
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php