Red Hat Bugzilla – Bug 220426
Incorrect coding category generated in site-start.el
Last modified: 2007-11-30 17:11:51 EST
Description of problem: site-start.el constructs an invalid coding-system parameter Version-Release number of selected component (if applicable): 21.5.27 How reproducible: Very Steps to Reproduce: 1. Start xemacs 2. A fatal error during reading of site-start.el stops the reading of init-files with error message 'Invalid constant: Unrecognized coding category, iso-8859-1' 3. Actual results: Reading of init files stops Expected results: Reading of init files... Additional info: One (not completely satisfactory) fix is to make the following change in site-start.el (let* ((tmp (shell-command-to-string "locale charmap")) (tmp (substring tmp 0 (string-match "\[ \t\n\]" tmp))) + (tmp (replace-in-string tmp "8859" "8")) (tmp (intern (downcase tmp)))) (when (find-coding-system tmp) (set-coding-priority-list (list tmp)) (set-coding-category-system tmp tmp) (set-default-output-coding-systems tmp) (set-keyboard-coding-system tmp) (set-terminal-coding-system tmp) (setq file-name-coding-system tmp) (setq process-coding-system-alist (cons (cons ".*" tmp) '())) (define-coding-system-alias 'native tmp))) (Apparently the proper name for the coding-system is 'iso-8-1' and not 'iso-8859-1')
See bug 213582, this looks the same. In that bug, I'm waiting for user feedback whether the patch posted there fixes the issue (which should happen in non-UTF-8 locales only, and in a subset of them) - your feedback is most welcome too. *** This bug has been marked as a duplicate of 213582 ***