Bug saving ediff merge results

[Richard.G.Bielawski]

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