From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#9021: 24.0.50; epatch - weird, confusing, huh? Date: Thu, 7 Jul 2011 09:15:49 -0700 Message-ID: <595CCA6337AB479CBDA1D5ED43EF45C1@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1310062117 31875 80.91.229.12 (7 Jul 2011 18:08:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 7 Jul 2011 18:08:37 +0000 (UTC) To: 9021@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jul 07 20:08:33 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Qet04-0000ca-Vi for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Jul 2011 20:08:33 +0200 Original-Received: from localhost ([::1]:55357 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qet03-0005G3-MN for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Jul 2011 14:08:31 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:53460) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QerGC-0007YI-6k for bug-gnu-emacs@gnu.org; Thu, 07 Jul 2011 12:17:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QerGA-0001KH-Cc for bug-gnu-emacs@gnu.org; Thu, 07 Jul 2011 12:17:03 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51075) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QerGA-0001K4-13 for bug-gnu-emacs@gnu.org; Thu, 07 Jul 2011 12:17:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QerG9-0002Bq-Sy; Thu, 07 Jul 2011 12:17:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jul 2011 16:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 9021 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: Original-Received: via spool by submit@debbugs.gnu.org id=B.13100553808357 (code B ref -1); Thu, 07 Jul 2011 16:17:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 7 Jul 2011 16:16:20 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QerFT-0002Aj-Em for submit@debbugs.gnu.org; Thu, 07 Jul 2011 12:16:19 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QerFR-0002AY-Kk for submit@debbugs.gnu.org; Thu, 07 Jul 2011 12:16:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QerFL-0000us-5h for submit@debbugs.gnu.org; Thu, 07 Jul 2011 12:16:12 -0400 Original-Received: from lists.gnu.org ([140.186.70.17]:55847) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QerFK-0000uZ-Dj for submit@debbugs.gnu.org; Thu, 07 Jul 2011 12:16:10 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:52056) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QerFE-0007G7-2x for bug-gnu-emacs@gnu.org; Thu, 07 Jul 2011 12:16:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QerFB-0000sw-W1 for bug-gnu-emacs@gnu.org; Thu, 07 Jul 2011 12:16:03 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:49622) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QerFB-0000sP-Hq for bug-gnu-emacs@gnu.org; Thu, 07 Jul 2011 12:16:01 -0400 Original-Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p67GFuWV010466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 7 Jul 2011 16:15:58 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p67GFs0U011875 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 7 Jul 2011 16:15:55 GMT Original-Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p67GFnXP022166 for ; Thu, 7 Jul 2011 11:15:49 -0500 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 07 Jul 2011 09:15:49 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acw8wSKP+DH6WA70TPO1+Y/BYqKYBA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A090206.4E15DBBE.0095:SCFSTAT5015188, ss=1, re=-4.000, fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 07 Jul 2011 12:17:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:48179 Archived-At: emacs -Q This is the first time I've tried to use `epatch'. I have the file to patch (e.g. `toto.el') in one window, and the patch (as a file, e.g. `throw.patch') in another. Both files are in the same directory, which is also the current directory (`default-directory'). `M-x epatch' in the buffer of the file to be patched. `y' to "Is the patch already in a buffer?" I entered the name of the buffer of the patch, `throw.patch'. I entered the name of the file to patch, `toto.el', to the question "File to patch (directory, if multifile patch):". I got this message: Ediff has inferred that c:/drews-lisp-20/replace.el is assumed to be the target for this patch. However, this file does not exist. Please enter an alternative patch target ... No idea what to do now. Why does it "infer" a file named "replace.el", when I input the name of the file to be patched, which has a totally different name ("toto.el")? Who said anything about "replace.el"? Anyway, I again try to input the (same) name of the file to be patched: "toto.el". I then see this: Ediff Session Group Panel: Multifile Patch Type ? to show useful commands in this buffer *** Directory A: # Size Last modified Name ---------------------------------------------- Session 1: 112454 Jul 7 2011 08:24:00 c:/drews-lisp-20/toto.el Session 2: 112454 Jul 7 2011 08:24:00 c:/drews-lisp-20/toto.el Huh? What does all of that mean? Why does it think I want a "Multifile Patch"? Why does it (apparently) consider the patch buffer to be a directory? Why does it list two Sessions? What do I do now? I hit `?' for more info...and I understand...nothing more (maybe less). I tried the same thing in Emacs 23.3 and 22.3, with the same result. I tried consulting the Ediff manual for `epatch', but it was no help here. What am I missing? I'll admit that I do not know what I'm doing, here, but at the very least it seems like the UI is confusing and the doc is not very helpful. I have no idea where to begin, and all I'm trying to do is patch a single file with a single patch. OK, so eventually I realized (by accidentally mousing over text) that I could click one of the two (why two? why identical?) "sessions". I tried that and it applied the patch - bingo. What to do then was clear (I'm familiar with ediff). Whether or not someone who understands `epatch' will consider any of this a product bug (e.g. why "replace.el"?), I hope you will think about it some more from a UI/user (esp. newbie) perspective. I suggest that the `epatch' UI, doc, and help are a mess, at least for an `epatch' newbie such as myself. I hope that someone will improve this, and I'd appreciate any explanation wrt the behavior I see and the questions raised above. I still have no clue what all of that is about. Thx. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-06-27 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.5) --no-opt --cflags -Ic:/build/include'