problems

windows版本的emacs

    unexec: Bad address, writing data section to ...

The user suspects that this happened because his X libraries
were built for an older system version,

    ./configure --x-includes=/usr/include --x-libraries=/usr/shlib

made the problem go away.

* No visible display on mips-sgi-irix6.2 when compiling with GCC 2.8.1.

This problem went away after installing the latest IRIX patches
as of 8 Dec 1998.

The same problem has been reported on Irix 6.3.

* As of version 20.4, Emacs doesn't work properly if configured for
the Motif toolkit and linked against the free LessTif library.  The
next Emacs release is expected to work with LessTif.

* Emacs gives the error, Couldn't find per display information.

This can result if the X server runs out of memory because Emacs uses
a large number of fonts.  On systems where this happens, C-h h is
likely to cause it.

We do not know of a way to prevent the problem.

* Emacs makes HPUX 11.0 crash.

This is a bug in HPUX; HPUX patch PHKL_16260 is said to fix it.

* Emacs crashes during dumping on the HPPA machine (HPUX 10.20).

This seems to be due to a GCC bug; it is fixed in GCC 2.8.1.

* The Hyperbole package causes *Help* buffers not to be displayed in
Help mode due to setting `temp-buffer-show-hook' rather than using
`add-hook'.  Using `(add-hook 'temp-buffer-show-hook
'help-mode-maybe)' after loading Hyperbole should fix this.

* Versions of the PSGML package earlier than 1.0.3 (stable) or 1.1.2
(alpha) fail to parse DTD files correctly in Emacs 20.3 and later.
Here is a patch for psgml-parse.el from PSGML 1.0.1 and, probably,
earlier versions.

--- psgml-parse.el	1998/08/21 19:18:18	1.1
+++ psgml-parse.el	1998/08/21 19:20:00
@@ -2383,7 +2383,7 @@ (defun sgml-push-to-entity (entity &opti
       (setq sgml-buffer-parse-state nil))
     (cond
      ((stringp entity)			; a file name
-      (save-excursion (insert-file-contents entity))
+      (insert-file-contents entity)
       (setq default-directory (file-name-directory entity)))
      ((consp (sgml-entity-text entity)) ; external id?
       (let* ((extid (sgml-entity-text entity))

* Emacs 21 freezes when visiting a TeX file with AUC TeX installed.

Emacs 21 needs version 10 or later of AUC TeX; upgrading should solve
these problems.

* No colors in AUC TeX with Emacs 21.

Upgrade to AUC TeX version 10 or later, and make sure it is
byte-compiled with Emacs 21.

* Running TeX from AUC TeX package with Emacs 20.3 gives a Lisp error
about a read-only tex output buffer.

This problem appeared for AUC TeX version 9.9j and some earlier
versions.  Here is a patch for the file tex-buf.el in the AUC TeX
package.

diff -c auctex/tex-buf.el~ auctex/tex-buf.el
*** auctex/tex-buf.el~	Wed Jul 29 18:35:32 1998
--- auctex/tex-buf.el	Sat Sep  5 15:20:38 1998
***************
*** 545,551 ****
  	(dir (TeX-master-directory)))
      (TeX-process-check file)		; Check that no process is running
      (setq TeX-command-buffer (current-buffer))
!     (with-output-to-temp-buffer buffer)
      (set-buffer buffer)
      (if dir (cd dir))
      (insert "Running `" name "' on `" file "' with ``" command "''\n")
- --- 545,552 ----
  	(dir (TeX-master-directory)))
      (TeX-process-check file)		; Check that no process is running
      (setq TeX-command-buffer (current-buffer))
!     (let (temp-buffer-show-function temp-buffer-show-hook)
!       (with-output-to-temp-buffer buffer))
      (set-buffer buffer)
      (if dir (cd dir))
      (insert "Running `" name "' on `" file "' with ``" command "''\n")

* On Irix 6.3, substituting environment variables in file names
in the minibuffer gives peculiar error messages such as

   Substituting nonexistent environment variable ""

This is not an Emacs bug; it is caused by something in SGI patch
003082 August 11, 1998.

* After a while, Emacs slips into unibyte mode.

The VM mail package, which is not part of Emacs, sometimes does
  (standard-display-european t)
That should be changed to 
  (standard-display-european 1 t)

* Installing Emacs gets an error running `install-info'.

You need to install a recent version of Texinfo; that package
supplies the `install-info' command.

* Emacs does not recognize the AltGr key, on HPUX.

To fix this, set up a file ~/.dt/sessions/sessionetc with executable
rights, containing this text:

--------------------------------
xmodmap 2> /dev/null - << EOF
keysym Alt_L = Meta_L
keysym Alt_R = Meta_R
EOF

xmodmap - << EOF
clear mod1
keysym Mode_switch = NoSymbol
add mod1 = Meta_L
keysym Meta_R = Mode_switch
add mod2 = Mode_switch
EOF
--------------------------------

* Emacs hangs on KDE when a large portion of text is killed.

This is caused by a bug in the KDE applet `klipper' which periodically
requests the X clipboard contents from applications.  Early versions
of klipper don't implement the ICCM protocol for large selections,
which leads to Emacs being flooded with selection requests.  After a
while, Emacs will print a message:

  Timed out waiting for property-notify event

A workaround is to not use `klipper'.

* Emacs compiled with DJGPP for MS-DOS/MS-Windows cannot access files
in the directory with the special name `dev' under the root of any
drive, e.g. `c:/dev'.

This is an unfortunate side-effect of the support for Unix-style
device names such as /dev/null in the DJGPP runtime library.  A
work-around is to rename the problem directory to another name.

* M-SPC seems to be ignored as input.

See if your X server is set up to use this as a command
for character composition.

* Emacs startup on GNU/Linux systems (and possibly other systems) is slow.

This can happen if the system is misconfigured and Emacs can't get the
full qualified domain name, FQDN.  You should have your FQDN in the
/etc/hosts file, something like this:

127.0.0.1	localhost
129.187.137.82	nuc04.t30.physik.tu-muenchen.de	nuc04

The way to set this up may vary on non-GNU systems.

* Garbled display on non-X terminals when Emacs runs on Digital Unix 4.0.

So far it appears that running `tset' triggers this problem (when TERM
is vt100, at least).  If you do not run `tset', then Emacs displays
properly.  If someone can tell us precisely which effect of running
`tset' actually causes the problem, we may be able to implement a fix
in Emacs.

* When you run Ispell from Emacs, it reports a "misalignment" error.

This can happen if you compiled the Ispell program to use ASCII
characters only and then try to use it from Emacs with non-ASCII
characters, like Latin-1.  The solution is to recompile Ispell with
support for 8-bit characters.

To see whether your Ispell program supports 8-bit characters, type
this at your shell's prompt:

     ispell -vv

and look in the output for the string "NO8BIT".  If Ispell says
"!NO8BIT (8BIT)", your speller supports 8-bit characters; otherwise it
does not.

To rebuild Ispell with 8-bit character support, edit the local.h file
in the Ispell distribution and make sure it does _not_ define NO8BIT.
Then rebuild the speller.

Another possible cause for "misalignment" error messages is that the
version of Ispell installed on your machine is old.  Upgrade.

Yet another possibility is that you are trying to spell-check a word
in a language that doesn't fit the dictionary you choose for use by
Ispell.  (Ispell can only spell-check one language at a time, because
it uses a single dictionary.)  Make sure that the text you are
spelling and the dictionary used by Ispell conform to each other.

If your spell-checking program is Aspell, it has been reported that if
you have a personal configuration file (normally ~/.aspell.conf), it
can cause this error.  Remove that file, execute `ispell-kill-ispell'
in Emacs, and then try spell-checking again.

* On Linux-based GNU systems using libc versions 5.4.19 through
5.4.22, Emacs crashes at startup with a segmentation fault.

This problem happens if libc defines the symbol __malloc_initialized.
One known solution is to upgrade to a newer libc version.  5.4.33 is
known to work.

* On Windows, you cannot use the right-hand ALT key and the left-hand
CTRL key together to type a Control-Meta character.

This is a consequence of a misfeature beyond Emacs's control.

Under Windows, the AltGr key on international keyboards generates key
events with the modifiers Right-Alt and Left-Ctrl.  Since Emacs cannot
distinguish AltGr from an explicit Right-Alt and Left-Ctrl
combination, whenever it sees Right-Alt and Left-Ctrl it assumes that
AltGr has been pressed.  The variable `w32-recognize-altgr' can be set
to nil to tell Emacs that AltGr is really Ctrl and Alt.

* Emacs crashes when using the Exceed 6.0 X server

If you are using Exceed 6.1, upgrade to a later version.  This was
reported to prevent the crashes.

* Under some Windows X-servers, Emacs' display is incorrect 

The symptoms are that Emacs does not completely erase blank areas of the
screen during scrolling or some other screen operations (e.g., selective
display or when killing a region).  M-x recenter will cause the screen
to be completely redisplayed and the "extra" characters will disappear.

This is known to occur under Exceed 6, and possibly earlier versions
as well; it is reportedly solved in version 6.2.0.16 and later.  The
problem lies in the X-server settings.

There are reports that you can solve the problem with Exceed by
running `Xconfig' from within NT, choosing "X selection", then
un-checking the boxes "auto-copy X selection" and "auto-paste to X
selection".

Of this does not work, please inform [e-mail].  Then
please call support for your X-server and see if you can get a fix.
If you do, please send it to [e-mail] so we can list it
here.

* On Solaris 2, Emacs dumps core when built with Motif.

The Solaris Motif libraries are buggy, at least up through Solaris 2.5.1.
Install the current Motif runtime library patch appropriate for your host.
(Make sure the patch is current; some older patch versions still have the bug.)
You should install the other patches recommended by Sun for your host, too.
You can obtain Sun patches from ftp://sunsolve.sun.com/pub/patches/;
look for files with names ending in `.PatchReport' to see which patches
are currently recommended for your host.

On Solaris 2.6, Emacs is said to work with Motif when Solaris patch
105284-12 is installed, but fail when 105284-15 is installed.
105284-18 might fix it again.

* On Solaris 2.6 and 7, the Compose key does not work.

This is a bug in Motif in Solaris.  Supposedly it has been fixed for
the next major release of Solaris.  However, if someone with Sun
support complains to Sun about the bug, they may release a patch.
If you do this, mention Sun bug #4188711.

One workaround is to use a locale that allows non-ASCII characters.
For example, before invoking emacs, set the LC_ALL environment
variable to "en_US" (American English).  The directory /usr/lib/locale
lists the supported locales; any locale other than "C" or "POSIX"
should do.

[e-mail] says (Feb 1998) that the Compose key does work
if you link with the MIT X11 libraries instead of the Solaris X11
libraries.

* Frames may cover dialogs they created when using CDE.

This can happen if you have "Allow Primary Windows On Top" enabled which
seems to be the default in the Common Desktop Environment.
To change, go in to "Desktop Controls" -> "Window Style Manager"
and uncheck "Allow Primary Windows On Top".

* Emacs does not know your host's fully-qualified domain name.

You need to configure your machine with a fully qualified domain name,
either in /etc/hosts, /etc/hostname, the NIS, or wherever your system
calls for specifying this.

If you cannot fix the configuration, you can set the Lisp variable
mail-host-address to the value you want.

* Error 12 (virtual memory exceeded) when dumping Emacs, on UnixWare 2.1

Paul Abrahams ([e-mail]) reports that with the installed
virtual memory settings for UnixWare 2.1.2, an Error 12 occurs during
the "make" that builds Emacs, when running temacs to dump emacs.  That
error indicates that the per-process virtual memory limit has been
exceeded.  The default limit is probably 32MB.  Raising the virtual
memory limit to 40MB should make it possible to finish building Emacs.

You can do this with the command `ulimit' (sh) or `limit' (csh).
But you have to be root to do it.

According to Martin Sohnius, you can also retune this in the kernel:

    # /etc/conf/bin/idtune SDATLIM 33554432         ## soft data size limit
    # /etc/conf/bin/idtune HDATLIM 33554432         ## hard "
    # /etc/conf/bin/idtune SVMMSIZE unlimited       ## soft process size limit
    # /etc/conf/bin/idtune HVMMSIZE unlimited       ## hard "
    # /etc/conf/bin/idbuild -B

(