bug#292: 23.0.60; High Unicode codepoint triggers "arithmetic error"

[Torsten Bronger]

When I create a file with just one line and one character 0x23de in UTF-8
encoding (i.e., file contents is u"\u23de\n" in Python notation), and I open
this file in Emacs, the buffer is not displayed.  Instead, I still see the
*scratch* buffer which was opened before.  When moving point in this
(invisible) buffer, I get the following error message: "line-move-1: Arithmetic
error"


In GNU Emacs 23.0.60.3 (x86_64-unknown-linux-gnu)
 of 2008-05-22 on wilson
Windowing system distributor `The X.Org Foundation', version 11.0.10400090
configured using `configure  '--prefix=/usr/local/' 
'--mandir=/usr/local/share/man/' '--infodir=/usr/local/share/info/' 
'--with-x-toolkit=no' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' 
'--with-png' '--with-x''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Summary

Minor modes in effect:
  global-auto-revert-mode: t
  savehist-mode: t
  display-time-mode: t
  desktop-save-mode: t
  mouse-wheel-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t