xemacs-beta: PROBLEMS comparison

comparison PROBLEMS @ 70:131b0175ea99 r20-0b30

Import from CVS: tag r20-0b30

author	cvs
date	Mon, 13 Aug 2007 09:02:59 +0200
parents	a01e7a40045c
children	821dec489c24

comparison

equal deleted inserted replaced

-:804d1389bcd6
+:131b0175ea99
--*- mode:outline; minor-mode:outl-mouse -*-
 This file describes various problems that have been encountered
 in compiling, installing and running XEmacs.
 (synched up with: 19.30)
-(updated for 20.0)
 * On Irix, I don't see the toolbar icons and I'm getting lots of
 entries in the warnings buffer.
 SGI ships a really old Xpm library in /usr/lib which does not work at
 This bug is present in at least 2.6.x and 2.7.[0-2].  A patched
 binary for 2.7.2 is available in
 ftp://tsx-11.mit.edu/pub/linux/packages/GCC/gcc272-no-sr-bug.lbin.tgz
-Or use GCC 2.7.2.1.
+Or wait for GCC 2.7.3.
 * Under some versions of OSF XEmacs runs fine if built without
 optimization but will crash randomly if built with optimization.
 Using 'cc -g' is not sufficient to eliminate all optimization.  Try
 'cc -g -O0' instead.
 * On Solaris 2.* I get undefined symbols from libcurses.a.
 You probably have /usr/ucblib/ on your LD_LIBRARY_PATH.  Do the link with
 LD_LIBRARY_PATH unset.
-* On Solaris 2.* I cannot make alloc.o, glyphs.o or process.o.
-The SparcWorks C compiler may have difficulty building those modules
-with optimization level -xO4.  Try using only "-fast" optimization
-for just those modules.  (Or use gcc).
 * I don't have `xmkmf' and `imake' on my HP.
 You can get these standard X tools by anonymous FTP to hpcvaaz.cv.hp.com.
 Essentially all X programs need these.
 Compiler fixes in Irix 6.0.1 should eliminate this problem.
 * With certain fonts, when the cursor appears on a character, the
 character doesn't appear--you get a solid box instead.
-One user on a Linux system reported that this problem went away with
+One user on a Linux-based GNU system reported that this problem went
-installation of a new X server.  The failing server was XFree86 3.1.1.
+away with installation of a new X server.  The failing server was
-XFree86 3.1.2 works.
+XFree86 3.1.1.  XFree86 3.1.2 works.
 * On SunOS 4.1.3, Emacs unpredictably crashes in _yp_dobind_soft.
 This happens if you configure Emacs specifying just `sparc-sun-sunos4'
 on a system that is version 4.1.3.  You must specify the precise
 First, make sure the files `/etc/hosts' and `/etc/host.conf' both
 exist.  The first line in the `/etc/hosts' file should look like this
 (replace HOSTNAME with your host name):
-127.0.0.1      localhost HOSTNAME
+127.0.0.1      HOSTNAME
 Also make sure that the `/etc/host.conf' files contains the following
 lines:
 order hosts, bind
 _iswcntrl, _wcscpy, and _wcsncpy, then you need to add -lXwchar after
 -lXaw in the command that links temacs.
 This problem seems to arise only when the international language
 extensions to X11R5 are installed.
+* Typing C-c C-c in Shell mode kills your X server.
+This happens with Linux kernel 1.0 thru 1.04, approximately.  The workaround is
+to define SIGNALS_VIA_CHARACTERS in config.h and recompile Emacs.
+Newer Linux kernel versions don't have this problem.
 * src/Makefile and lib-src/Makefile are truncated--most of the file missing.
 This can happen if configure uses GNU sed version 2.03.  That version
 had a bug.  GNU sed version 2.05 works properly.
 Most of the functions in GNU Emacs return type Lisp_Object, which is
 defined as a union on some rare architectures.
 This problem will not happen if the m-...h file for your type
 of machine defines NO_UNION_TYPE.  That is the recommended setting now.
-* `Error: No ExtNode to pop!' on Linux systems with Lesstif.
-This error message has been observed with lesstif-0.75a.  It does not
-appear to cause any harm.
-* Sparc Linux -vs- libXmu.
-There have been reports of configure not detecting libXmu on
-SparcLinux.  The fix is to add -lXmu to the link flags.
-* Debian Linux and Berkeley db include files.
-Debian Linux puts the Berkeley db include files in /usr/include/db
-instead of /usr/include.  The fix is to use
---site-includes=/usr/include/db with configure.
-* Signaling: (error "Byte code stack underflow (byte compiler bug), pc 38")
-This error is given when XEmacs v20 is compiled without MULE support
-but is attempting to load a .elc which requires MULE support.  The fix
-is to rebytecompile the offending file.
-* alloc.c will not compile without -P on HP-UX 9.05
-Pekka Marjola <pema@iki.fi> writes:
-Gcc (2.7.2, with cpplib IIRC) required something (-P worked :) to get
-it to compile. Otherwise it failed on those DEFUN macros with comments
-inside parameter lists (like buffer.c, line 296).
-* Excessive optimization with Gcc-2.7.2 and pgcc can break XEmacs
-It has been reported on some systems that compiling with -O6 can lead
-to XEmacs failures.  The workaround is to use a lower optimization
-level.  -O2 and -O4 have been tested extensively.
-* -O2 optimization on Irix 5.3 can cause compiler complaint.
-Nick J. Crabtree <nickc@scopic.com> writes:
-Comes up OK on a tty (all I have available over this slow link). Ill
-give it a hammering tomorrow.  The -O2 optimisation complained about
-sizes exceeding thresholds; I haven't bothered to use the -Olimit
-option it recommends.
-* Excessive optimization on AIX 4.2 can lead to compiler failure.
-Valdis.Kletnieks@vt.edu writes:
-At least at the b34 level, and the latest-and-greatest IBM xlc
-(3.1.4.4), there are problems with -O3.  I haven't investigated
-further.
-* Sed problems on Solaris 2.5
-There have been reports of Sun sed truncating very lines in the
-Makefile during configuration.  The workaround is to use GNU sed.
-* CDE is not autodetected on HP.
-Richard Cognot <cognot@ensg.u-nancy.fr> writes:
-I have to force /usr/dt/{lib,include} into the site include/lib
-command line options. I could add these in hpux10.h, but then I would
-think these should be pretty standard (to my knowledge, that's also
-where Sun puts its CDE stuff), so that wouldn't fix the problem on
-other architectures. AAMOF, when these path are given, CDE is
-detected, and DragAndDrop works (more or less, see next issue).
-* Signalling: (wrong-type-argument ...) when loading mail-abbrevs
-The is seen when installing the Big Brother Data Base (bbdb) which
-includes an outdated copy of mail-abbrevs.el.  Remove the copy that
-comes with bbdb and use the one that comes with XEmacs.
-* Linking with -rpath on IRIX.
-Darrell Kindred <dkindred@cmu.edu> writes:
-There are a couple of problems [with use of -rpath with Irix ld], though:
-1. The ld in IRIX 5.3 ignores all but the last -rpath
-spec, so the patched configure spits out a warning
-if --x-libraries or --site-runtime-libraries are
-specified under irix 5.x, and it only adds -rpath
-entries for the --site-runtime-libraries.  This bug was
-fixed sometime between 5.3 and 6.2.
-2. IRIX gcc 2.7.2 doesn't accept -rpath directly, so
-it would have to be prefixed by -Xlinker or "-Wl,".
-This would be fine, except that configure compiles with
-${CC-cc} $CFLAGS $LDFLAGS ...
-rather than quoting $LDFLAGS with prefix-args, like
-src/Makefile does.  So if you specify --x-libraries
-or --site-runtime-libraries, you must use --use-gcc=no,
-or configure will fail.
-* On Irix 5.x and 6.x, the dumped XEmacs (xemacs) core dumps when executed
-on another machine, or after newer SGI IRIX patches have been installed.
-The xemacs binary must be executed with the same "libc.so" file which was used
-when the xemacs binary was dumped.  Some SGI IRIX patches update this file.
-Make sure that all machines using the xemacs binary are using the same
-set of IRIX patches.  If xemacs core dumps after a patch upgrade then you
-will have to redump it from temacs.
-* xemacs: can't resolve symbol '__malloc_hook'
-This is a Linux problem where you've compiled the XEmacs binary on a libc
-5.4 with version higher than 5.4.19 and attempted to run the binary against
-an earlier version.  The solution is to upgrade your old library.
-* VM appears to hang in large folders
-This is normal (trust us) when upgrading to VM-6.22 from earlier versions.
-Let VM finish what it is doing and all will be well.
-* MH-E and TM can have problems with PGP messages.
-Rick Campbell <rickc@lehman.com> writes:
-A combination of MH-E and TM can cause problems deciphering PGP messages.
-TM causes mh-clean-message-header to be ignored and it must set
-to nil for MH and TM to play nicely.

Mercurial > hg > xemacs-beta

comparison PROBLEMS @ 70:131b0175ea99 r20-0b30