From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: [eric.pement@moody.edu: ediff merge fails on Win2K - RESOLVED!] Date: Thu, 27 Mar 2003 14:04:55 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1048792968 18317 80.91.224.249 (27 Mar 2003 19:22:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 27 Mar 2003 19:22:48 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Mar 27 20:22:41 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18ycxV-0004kQ-00 for ; Thu, 27 Mar 2003 20:22:41 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18yczW-0002HA-00 for ; Thu, 27 Mar 2003 20:24:46 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18ycqx-0001Qb-01 for emacs-devel@quimby.gnus.org; Thu, 27 Mar 2003 14:15:55 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18ycps-0000sC-00 for emacs-devel@gnu.org; Thu, 27 Mar 2003 14:14:48 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18ycmg-0007gD-00 for emacs-devel@gnu.org; Thu, 27 Mar 2003 14:11:31 -0500 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.10.13) id 18ycgK-0004Eu-00 for emacs-devel@gnu.org; Thu, 27 Mar 2003 14:04:56 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 18ycgJ-00081g-00; Thu, 27 Mar 2003 14:04:55 -0500 Original-To: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:12671 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:12671 Kifer thinks that call-process is the right place to fix this, and that seems like a plausible idea. Does anyone who works on DOS or Windows want to fix this? Date: Tue, 25 Mar 2003 11:11:59 -0600 From: Eric Pement To: bug-gnu-emacs@gnu.org Subject: ediff merge fails on Win2K - RESOLVED! Sender: bug-gnu-emacs-bounces+rms=gnu.org@gnu.org This bug report will be sent to the Free Software Foundation [ ... ] Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group. Several minutes ago, I sent in a bug report about ediff-merge-files failing on a Win2K machine using GNU Emacs 21.2.1. Specifically, Emacs complained that "diff3.exe" could not be executed, even though "diff3" was the proper version, was on the Windows PATH, and even though ediff-compare-files had worked successfully in the past. As I looked at the error message which I had to paste in with continuation lines because it would have been unreadably long, it occurred to me that perhaps this long line was the cause of the problem. In Windows 2000, the default environment setting for the TEMP variable is "%USERPROFILE%\Local Settings\Temp". Of course, the %USERPROFILE% is expanded to "C:\Documents and Settings\username", and three copies of this string (plus 3 different filenames) are appended to the diff3 command, thus creating a very long line. Here's how I resolved it: I manually created C:\TEMP (which is not in Windows 2K by default). I altered the TEMP variable to point to C:\TEMP. That's all I did; now everything works. My recommendation: I recommend that the ediff fuction calculate the length of the command line which will be sent to CMD.EXE, before the command is actually sent. If the length of the command line is greater than CMD.EXE allows, issue an error message suggesting that the user reduce the length of the TEMP environment variable. Thanks for listening. -- Eric Pement - pemente[at]northpark.edu, eric.pement[at]moody.edu