all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: dkcombs@panix.com (David Combs)
Subject: Re: pbm trying to patch 21.1 into 21.2
Date: Wed, 4 Sep 2002 05:44:32 +0000 (UTC)	[thread overview]
Message-ID: <al46k0$hgm$1@reader1.panix.com> (raw)
In-Reply-To: vaflm6i211h.fsf@lucy.cs.uni-dortmund.de

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 4758 bytes --]

In article <vaflm6i211h.fsf@lucy.cs.uni-dortmund.de>,
Kai Großjohann <Kai.Grossjohann@CS.Uni-Dortmund.DE> wrote:
>dkcombs@panix.com (David Combs) writes:
>
>> sh /david3/from_netcom-dir1/emacs-stuff/emacs-21.1-21.2.diff
>>   Looks like a new-style context diff.
>> File to patch: 
>> ^C
>>
>> --- THAT (above) *IS* the problem:
>> the "Looks like ...",
>> then it's asking me "file to patch" -- just what
>> am I supposed to type in for that?
>
>If you look closely at the diff, you'll see that it contains
>filenames.  Usually the problem is that you are in the wrong
>directories for these filenames: the filename in the diff might be
>a/b/c but you're inside the a directory so that b/c is the right
>filename.  If you can't change directories to make it work, you can
>try to pass the "-p" argument to diff which strips off leading slashes
>from filenames.  (I never really understood how it worked, though.  I
>usually start with -p0 and then try alternatives -p1, -p2, ... until I
>find one that works.)
>
>Instead of doing sh on the file, you could also do patch on the file:
>
>    patch < /david3/from_netcom-dir1/emacs-stuff/emacs-21.1-21.2.diff
>
>kai

OK, will try that (run via patch).

Meanwhile, I've grepped and done strings | grep
on that "Looks like" and can find it nowhere.

From all the patches and diff-running you've done
to emacs over the years, do you have *any* clue
as to where that error-string comes from?

Because if I can find that, then maybe I can find
what causes it to get typed out; that "Looks like"
sure isn't very helpful!  (at least to me!)

---

I thought that I had cd'd to the right place: here's
an actual attempt to run the thing:


| File to patch: 115 ==/myexternals/david3/from_netcom-dir1/emacs-stuff/emacs-21.1==> !sh
| sh /david3/from_netcom-dir1/emacs-stuff/emacs-21.1-21.2.diff
| /opt5/local/bin:/usr/dt/bin:/usr/openwin/bin:/usr/bin:/usr/sbin:/usr/ucb:/usr/local-make-3.77/bin:/usr/ccs/bin:/usr/local-gcc-2.95.2/bin:/usr/local-perl-5.6.1/bin:/usr/local/bin:/myexternals/opt/Acrobat3.2/bin:/myexternals/opt/gnu/bin/:/opt/NSCPcom
| diff - GNU diffutils version 2.7
|   Looks like a new-style context diff.
| File to patch: 116 ==/myexternals/david3/from_netcom-dir1/emacs-stuff/emacs-21.1==> 


Note that I've got my prompt showing the name of the 
current directory.


Now, here's the top of that .diff file (NOTE: "dkc" is me):




| #!/bin/sh
| #### Patch script - GNU Emacs - version 21.1 to 21.2.
| 
| #### This file contains patches to turn version 21.1 of GNU Emacs into
| #### 21.2.  To apply them, cd to the top of the Emacs source tree, and
| #### then type 'sh <this file>'.
| 
| #### After this script applies the patches, it will attempt to use an
| #### existing Emacs to recompile the changed Emacs Lisp files.  (You may
| #### use the environment variable $emacs to specify the location of the
| #### binary, if it's not in your search path.)  When this is finished,
| #### you can build the new Emacs version.
| 
| #### We don't include patches for Info files since you can
| #### regenerate them from the Texinfo files that we do include.
| #### To update the changed info files, do
| #### (cd man; make)
| 
| 
| 
| 
| 
| # dkc added this on 3sep02, to make it call GNU's diff:
| # 
| PATH=/opt5/local/bin:''$PATH  ;  export PATH
| echo $PATH
| #
| # and so all the $DIFF's would still work:
| DIFF=diff  ;  export DIFF
| $DIFF -v
| #
| 
| 
| 
| if [ "$0" = sh -o ! -f "$0" ]; then
|   echo "use \`sh PATCHKIT', not \`sh <PATCHKIT'" >&2
|   exit 1
| fi
| if [ -d lisp ] ; then
|   me=$0
| elif [ -d emacs-21.1/lisp ] ; then
|   cd emacs-21.1
|   case $0 in /*) me=$0;; *) me=../$0;; esac
| else
|   (echo "$0: In order to apply this patch, the current directory"
|    echo "must be the top of the Emacs distribution tree.") >&2
|   exit 1
| fi


Also note that I didn't get the above error-msg 
saying that must be at the top of the ... tree --
so, I must have been cd's to the right place,
no?

Thanks for any more hints you can dream up.

This 21.1, without patches, is REALLY SCREWY --
at least in search commands (C-s, C-M s) --
strange window appears mid search, *not*
showing the desired string, but on the 
*second* search (for that same pat), ie
by merely hitting again C-s or C-M-s,
this time with no pattern, *then* it
finds it.  Only *even* search-attempts.

Further, it often *misses* (skips over)
the string I was looking, but finds
the *first* one it found, way back
*earlier* in the file from where
I started *this* search -- ie, it's
WRAPPED (it sure appears to have,
anyway), but it says NOTHING about
having just "wrapped".

So wierd that I've taken to using
M-x Occur!

----

Did anyone else have problems like this
before moving on from 20.1 to 20.2?


Thanks!

David

  reply	other threads:[~2002-09-04  5:44 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-03 19:32 pbm trying to patch 21.1 into 21.2 David Combs
2002-09-03 21:52 ` Kai Großjohann
2002-09-04  5:44   ` David Combs [this message]
2002-09-04 12:10     ` Kai Großjohann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='al46k0$hgm$1@reader1.panix.com' \
    --to=dkcombs@panix.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.