Uwe Brauer writes:
Of course of course, but the issue is the other person does not
use Xemacs, but Kile and then transfer the files from devices
with different file systems, ext2, fat32 etc and suddenly they
have a dos ending, I don't notice check in and oops.
Check out core.eol, core.safecrlf, core.autocrlf in "git help config".
Probably other VCSes will do the same thing, but git's the one I
already knew (and I'll bet you RCS *does not*" ;-) git also allows
you to safely revert commits (or even reach back and create a whole
new history, just with the file having the proper EOLs throughout the
branch -- this isn't easy, but it can be done safely).
decline the changes. However if the file has *no* mac line
ending, the changes are *not* correctly detected and the whole
process can end up in a complete mess. I am not sure whether I
explained myself well enough....
It sounds like this program is using the Mac line endings the way
Emacs used to -- to "hide" lines from normal processing. It also
sounds like you have a real mess on your hands, if Kile and/or the
file transfers are randomly changing the EOLs.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta