Support displaying invalid UTF-8 in language-environment-specific ways. 2008-08-05 Aidan Kehoe <kehoea@parhasard.net> * specifier.el (current-display-table): Initialise this here, not in x-init.el, since we want it even on non-X builds to use the support for displaying Unicode error sequences according to the current locale. * mule/mule-cmds.el (set-language-info): Document error-sequence-coding-system, used to describe how to display characters that are not valid Unicode on disk. * mule/mule-cmds.el (finish-set-language-environment): Implement error-sequence-coding-system. * unicode.el (unicode-error-sequence-warning-face): New face, to make it possible to distinguish invalid Unicode sequences from the characters given by the valid Unicode sequences. * mule/cyrillic.el ("Russian"): ("Ukrainian"): ("Bulgarian"): ("Belarusian"): ("Cyrillic-ALT"): Add support for error-sequence-coding-system for all these languages. * mule/latin.el: Add support for error-sequence-coding-system for the Latin-alphabet language environments.

/* Synched up with: FSF 19.31. */

#include "sunos4-1.h"

#if 0
/* XEmacs: FSF 19.31 removes this.  Let's just comment it out. */
/* TERMIOS is broken under SunOS??

   Someone says: This causes failure in process_send_signal (tcgetattr
   loses) and may also cause hanging at Emacs startup when parent is
   not a job control shell.  */
/* murray@chemical-eng.edinburgh.ac.uk says this works, and avoids
   the problem of spurious ^M in subprocess output.  */
#undef HAVE_TERMIOS
#endif

#if 0
/* XEmacs: FSF 19.31 mistakenly reenables this. */
/* jik@gza.com says this works now.  */
/* The bug that corrupts GNU malloc's memory pool is fixed in SunOS 4.1.3. */

#undef SYSTEM_MALLOC
#endif /* 0 */

/* barrie@calvin.demon.co.uk says memmove is missing.  */
#ifndef SYSTEM_MALLOC
#define MEMMOVE_MISSING
#endif

/* A reliable source says this is broken through SunOS 4.1.3 */
/* but not SunOS 4.1.4 */
#ifdef BROKEN_SIGIO
#undef BROKEN_SIGIO
#endif