Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com To: Chuck DOT Irvine AT mail DOT sprint DOT com Cc: cygwin AT sourceware DOT cygnus DOT com, ntemacs-users AT cs DOT washington DOT edu Subject: Re: ediff falsely identifying a difference as white space only References: From: Stephen Leake Date: 29 Nov 2000 17:03:15 -0500 In-Reply-To: Chuck.Irvine@mail.sprint.com's message of "Wed, 29 Nov 2000 12:22:02 -0600" Message-ID: Lines: 25 User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.6 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Chuck DOT Irvine AT mail DOT sprint DOT com writes: > I'm trying to use vc-resolve-conflicts using ntemacs (20.7.1) and Cygwin > (1.1.x). First I had to download the newestest version of ediff because > the one that ships with ntemacs expects a version of diff(3) that > accepts the -binary flag. Diff that comes with Cygwin doesn't accept > this arg. After I installed ediff, I tried to invoke > vc-resolve-conflicts on the attached file (A.java). The ediff windows > came up as expected, highlighting a single conflict. The problem is that > when I moved to this conflict, ediff outputs in the mode line "Only > white-space differences in region 1 in buffers A & B" which, if you > look, isn't the case. Works nicely for me in Emacs 20.6.1, cygwin 1.1.4. > I suspect that the problem might have something to do with those > cursed "^M"s - I don't know. I suspect this because when I look into > the *ediff-fine-diff* buffer, I see: I don't see ^Ms in my buffer; it's using DOS coding system. Maybe you need to adjust some coding system setting. On the other hand, maybe they just didn't survive being MIME'd. -- -- Stephe -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com