I've noticed a serious problem when I do W C to save merge results. If the destination file already exists I get prompted to overwrite. After typing Y to that prompt I find that ediff has saved it's own help buffer and not the `C' buffer. That is, the destination file contains only:
? -quick help If the target doesn't exist already then it is created with the proper contents. In my case all 3 files (the 2 being merged and the result file) are remote and have the same name in different directories. I don't believe these are requirements to recreate the problem. I did one test using local files where the destination filename was different from the sources and the problem still occurred. It appears it should be very easy to consistently recreate. While I've got your ear; there doesn't seem to be a way to merge files residing on a remote system. I can only merge files accessible via the windows dialog box. I'm getting around this by visiting the files first then using ediff-merge-buffers. This method is quite tedious when merging changes to many files. ======================================== In GNU Emacs 22.0.50 (i386-msvc-nt5.0.2195) of 2005-05-23 on LD1 Distributor `Microsoft Corp.', version 5.0.2195 configured using `configure --with-msvc (12.00)' 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: ENU locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: eldoc-mode: t cua-mode: t recentf-mode: t show-paren-mode: t which-function-mode: t tool-bar-mode: t mouse-wheel-mode: t tooltip-mode: t auto-compression-mode: t menu-bar-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t line-number-mode: t transient-mark-mode: t next-error-follow-minor-mode: Fol Richard Bielawski _______________________________________________ Emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
