Set Emacs version number to 22.0.51 to allow parallel installations of CVS trunk and the multi-tty branch.

* README: Set Emacs version to 22.0.51.
* lispref/elisp.texi (EMACSVER): Set to 22.0.51.
* man/emacs.texi (EMACSVER): Set to 22.0.51.
* lisp/version.el (emacs-version): Set to 22.0.51.


git-archimport-id: lorentey@elte.hu--2004/emacs--multi-tty--0--patch-413

README

@@ -1,4 +1,4 @@
-This directory tree holds version 22.0.50 of GNU Emacs, the extensible,
+This directory tree holds version 22.0.51 of GNU Emacs, the extensible,
 customizable, self-documenting real-time display editor.
 
 You may encounter bugs in this release.  If you do, please report

README.multi-tty

@@ -428,22 +428,6 @@ THINGS TO DO
 ** If the first key pressed on a new tty terminal is a function key,
    it is not recognized correctly.  May be related to the bug below.
 
-** Having {reset,init}_all_sys_modes in set-input-mode breaks arrow
-   keys on non-selected terminals under screen, and sometimes on other
-   terminal types as well.  The other function keys continue to work
-   fine.  Sometimes faces on these screens become garbled.
-
-   This only seems to affect displays that are of the same terminfo
-   type as the selected one. Interestingly, in screen Emacs normally
-   reports the up arrow key as `M-o A', but after the above SNAFU, it
-   complains about `M-[ a'.  UNIX ttys are a complete mystery to me,
-   but it seems the reset-reinitialize cycle somehow leaves the
-   non-selected terminals in a different state than usual.  I have no
-   idea how this could happen.
-
-   Currently set-input-mode resets only the currently selected
-   terminal, which seems to somehow work around the problem.
-
 ** Fix set-input-mode for multi-tty.  It's a truly horrible interface;
    what if we'd blow it up into several separate functions (with a
    compatibility definition)?
@@ -1227,5 +1211,33 @@ DIARY OF CHANGES
    (Done, I hope.)
    
 
+-- Having {reset,init}_all_sys_modes in set-input-mode breaks arrow
+   keys on non-selected terminals under screen, and sometimes on other
+   terminal types as well.  The other function keys continue to work
+   fine.  Sometimes faces on these screens become garbled.
+
+   This only seems to affect displays that are of the same terminfo
+   type as the selected one. Interestingly, in screen Emacs normally
+   reports the up arrow key as `M-o A', but after the above SNAFU, it
+   complains about `M-[ a'.  UNIX ttys are a complete mystery to me,
+   but it seems the reset-reinitialize cycle somehow leaves the
+   non-selected terminals in a different state than usual.  I have no
+   idea how this could happen.
+
+   Currently set-input-mode resets only the currently selected
+   terminal, which seems to somehow work around the problem.
+
+   Update:
+
+	Dan Nicolaescu <dann@ics.uci.edu> writes:
+	> Some terminals have 2 modes for cursor keys: Application Mode where
+	> the cursor keys transmit the codes defined in the terminfo entry, and
+	> Cursor mode. Applications have to send the smkx and rmkx terminfo
+	> strings to switch between the 2 modes. So Emacs (and emacsclient) have
+	> to send smkx when initializing and rmkx when quitting (or on
+	> suspend). 
+
+   (I think patch-370 fixed this.)
+
 ;;; arch-tag: 8da1619e-2e79-41a8-9ac9-a0485daad17d
 

lisp/version.el

@@ -27,7 +27,7 @@
 
 ;;; Code:
 
-(defconst emacs-version "22.0.50" "\
+(defconst emacs-version "22.0.51" "\
 Version numbers of this version of Emacs.")
 
 (defconst emacs-major-version

lispref/elisp.texi

@@ -7,7 +7,7 @@
 @c Version of the manual and of Emacs.
 @c Please remember to update the edition number in README as well.
 @set VERSION  2.9
-@set EMACSVER 22.0.50
+@set EMACSVER 22.0.51
 
 @dircategory Emacs
 @direntry

man/emacs.texi

@@ -5,7 +5,7 @@
 
 @c The edition number appears in several places in this file
 @set EDITION   Fourteenth
-@set EMACSVER  22.0.50
+@set EMACSVER  22.0.51
 
 @copying
 This is the @value{EDITION} edition of the @cite{GNU Emacs Manual},