1:37 a.m.
(Sorry if this is a duplicate of what I sent directly from XEmacs, but
I've never done e-mail within XEmacs and so have no idea whether my
attempt to send a report directly from there actually worked.)
Dear Bug Team!
I try to exit XEmacs 21.4.19 under Windows XP by either using the main
window close button or menu item File > Exit XEmacs.
The minibuffer shows message
No such coding system: iso-2022-8
and XEmacs will not exit. (The only way I can exit is by using the
Windows Task Manager.)
At first I thought this was caused by AUCTeX, but AUCTeX expert David
Kastrup says the problem is "very clearly an XEmacs-internal" one that
has no particular relation to AUCTeX.
Here's what C-h v kill-emacs-hook RET says:
`kill-emacs-hook' is a variable declared in Lisp.
-- loaded from
"e:\acs\software\XEmacsWindowsKit\xemacs-21.4-2006-01-28\lisp\subr.elc"
Value: (save-place-kill-emacs-hook savehist-autosave
#<compiled-function nil "...(16)" [bookmark-alist featurep bookmark
bookmark-time-to-save-p t bookmark-save] 2>)
And here's what I get from
M-x set-variable RET debug-on-error RET t RET
Debugger entered--Lisp error: (error "No such coding system" iso-2022-8)
coding-system-property(iso-2022-8 pre-write-conversion)
write-region(1 748 "~/.xemacs/history" nil quiet)
savehist-save(t)
savehist-autosave()
kill-emacs()
save-buffers-kill-emacs(nil)
call-interactively(save-buffers-kill-emacs)
================================================================
System Info to help track down your bug:
---------------------------------------
OS version:
Microsoft Windows XP [Version 5.1.2600]
OS: Windows_NT
XEmacs 21.4.19 "Constant Variable" configured for `i586-pc-win32'.
Building XEmacs in
"e:\\acs\\software\\XEmacsWindowsKit\\xemacs-21.4-2006-01-28\\nt".
Using compiler "cl -nologo -W3 -O2 -G5 -MD".
Installing XEmacs in "c:\\XEmacs-built\\XEmacs-21.4.19".
Package path is
"~\\.xemacs;;c:\\XEmacs-built\\site-packages;c:\\XEmacs-built\\xemacs-packages".
Compiling in support for Microsoft Windows native GUI.
Compiling in support for XPM images.
Compiling in support for GIF images.
Compiling in support for PNG images.
Compiling in support for TIFF images.
Compiling in support for JPEG images.
Compiling in support for toolbars.
Compiling in support for dialogs.
Compiling in support for widgets.
Compiling in support for native sounds.
Compiling in fast dired implementation.
Using portable dumper.
Using system malloc.
Using DLL version of C runtime library
Load-Path Lisp Shadows:
----------------------
nil
Installed XEmacs Packages:
-------------------------
(xemacs-devel ver: 1.72 upstream: No-Upstream-Ver)
(xemacs-base ver: 2.03 upstream: No-Upstream-Ver)
(time ver: 1.14 upstream: 1.17)
(text-modes ver: 1.9 upstream: No-Upstream-Ver)
(texinfo ver: 1.3 upstream: No-Upstream-Ver)
(speedbar ver: 1.28 upstream: 0.14beta4)
(sounds-wav ver: 1.12 upstream: No-Upstream-Ver)
(sh-script ver: 1.21 upstream: 2.0f)
(semantic ver: 1.2 upstream: 1.4.4)
(prog-modes ver: 2.07 upstream: No-Upstream-Ver)
(perl-modes ver: 1.09 upstream: No-Upstream-Ver)
(pc ver: 1.28 upstream: No-Upstream-Ver)
(os-utils ver: 1.37 upstream: No-Upstream-Ver)
(net-utils ver: 1.48 upstream: N/A)
(mail-lib ver: 1.76 upstream: No-Upstream-Ver)
(fsf-compat ver: 1.15 upstream: No-Upstream-Ver)
(eieio ver: 1.05 upstream: 0.17)
(efs ver: 1.33 upstream: 1.23)
(edit-utils ver: 2.34 upstream: No-Upstream-Ver)
(ediff ver: 1.62 upstream: 2.75)
(edebug ver: 1.21 upstream: No-Upstream-Ver)
(ecb ver: 1.22 upstream: 2.31)
(dired ver: 1.17 upstream: 7.13)
(debug ver: 1.17 upstream: No-Upstream-Ver)
(cc-mode ver: 1.45 upstream: 5.30.10)
(c-support ver: 1.22 upstream: No-Upstream-Ver)
(auctex ver: 1.46 upstream: 11.55)
Features:
--------
(mail-abbrevs xemacsbug shadow sendmail rfc822 cus-face saveplace
savehist tex-site tex-mik xemacs-devel-autoloads xemacs-base-autoloads
time-autoloads text-modes-autoloads texinfo-autoloads
speedbar-autoloads sounds-wav-autoloads sh-script-autoloads
semantic-autoloads prog-modes-autoloads perl-modes-autoloads
pc-autoloads os-utils-autoloads net-utils-autoloads mail-lib-autoloads
fsf-compat-autoloads eieio-autoloads efs-autoloads
edit-utils-autoloads ediff-autoloads edebug-autoloads ecb-autoloads
dired-autoloads debug-autoloads cc-mode-autoloads c-support-autoloads
auctex-autoloads lisp-autoloads loadhist auto-show fontl-hooks
code-cmds gutter-items menubar-items x-menubar dragdrop mode-motion
mouse itimer auto-save lisp-mode easymenu iso8859-1 page buff-menu
lib-complete help-nomule cus-file derived frame text-props obsolete
cus-start custom widget cl-extra mini-cl cl cl-19 packages backquote
very-early-lisp file-coding mswindows-scrollbars mswindows toolbar
native-sound scrollbar network-streams subprocesses
menu-accelerator-support menubar md5 xemacs gutter tiff png gif jpeg
xpm xbm lisp-float-type windows-nt dragdrop-api dialog devices
window-system base64)
Recent keystrokes:
-----------------
misc-user
Recent messages (most recent first):
-----------------------------------
Loading xemacsbug...done
Loading xemacsbug...
Loading cus-face...done
Loading cus-face...
Loading saveplace...done
Loading saveplace...
5:43 a.m.
New subject: [PATCH packages] [Bug: 21.4.19] XEmacs hangs at exit with "No such coding system: iso-2022-8"
>>>> "Murray" == Murray Eisenberg
<murray(a)math.umass.edu> writes:
Murray> At first I thought this was caused by AUCTeX, but AUCTeX
Murray> expert David Kastrup says the problem is "very clearly an
Murray> XEmacs-internal" one that has no particular relation to
Murray> AUCTeX.
Murray> Debugger entered--Lisp error: (error "No such coding system"
iso-2022-8)
Actually, the problem is not XEmacs-internal. It's due to a library
that was coded by somebody who assumed that Mule facilities are always
available, but XEmacs 21.4 on Windows doesn't support Mule well, and
it's almost never available in that configuration.
The included patch should work. To test without patching and
recompiling, you can put the following form in your init.el:
(setq savehist-coding-system
(if (featurep 'xemacs)
(if (fboundp 'find-coding-system)
(or (find-coding-system 'utf-8)
(find-coding-system 'iso-2022-8)
;; support --with-file-coding
(find-coding-system 'binary))
;; drop back 15 and punt!
'binary)
;; assume Emacs 20, at least
'utf-8))
Please let me know if that does work for you. If so, I'll apply it to
CVS and we should have a package release in short order.
If you do decide to apply the patch locally, it will not interfere
with future upgrades of the package in any way (but if you upgrade
"too soon" you'll lose the patch). Don't forget to recompile with M-x
byte-compile-file.
Index: xemacs-packages/edit-utils/ChangeLog
===================================================================
RCS file: /pack/xemacscvs/XEmacs/packages/xemacs-packages/edit-utils/ChangeLog,v
retrieving revision 1.222
diff -u -U0 -r1.222 ChangeLog
--- xemacs-packages/edit-utils/ChangeLog 28 Jun 2006 07:58:06 -0000 1.222
+++ xemacs-packages/edit-utils/ChangeLog 25 Jul 2006 04:28:16 -0000
＠＠ -0,0 +1,5 ＠＠
+2006-07-25 Stephen J. Turnbull <stephen(a)xemacs.org>
+
+ * savehist.el (savehist-coding-system): Get a usable value
+ regardless of presence of file-coding. Document the issue.
+
Index: xemacs-packages/edit-utils/savehist.el
===================================================================
RCS file: /pack/xemacscvs/XEmacs/packages/xemacs-packages/edit-utils/savehist.el,v
retrieving revision 1.4
diff -u -r1.4 savehist.el
--- xemacs-packages/edit-utils/savehist.el 14 Nov 2005 07:05:54 -0000 1.4
+++ xemacs-packages/edit-utils/savehist.el 25 Jul 2006 04:28:21 -0000
＠＠ -135,12 +135,23 ＠＠
;; This should be capable of representing characters used by Emacs.
;; We prefer UTF-8 over ISO 2022 because it is well-known outside
-;; Mule. XEmacs prir to 21.5 had UTF-8 provided by an external
-;; package which may not be loaded, which is why we check for version.
-(defvar savehist-coding-system (if (and (featurep 'xemacs)
- (<= emacs-major-version 21)
- (< emacs-minor-version 5))
- 'iso-2022-8 'utf-8)
+;; Mule.
+;; XEmacs 21.1 or 21.4 may not have Mule, especially on Windows, so
+;; we check for existence of *any* coding system at all.
+;; #### Use of 'binary' as the fallback for non-Mule XEmacsen should
+;; sort-of work because it's only used (a) as a coding cookie and (b) by
+;; binding `coding-system-for-write', but maybe we should error if there
+;; is a non-binary coding cookie in that case. Needs thought....
+(defvar savehist-coding-system (if (featurep 'xemacs)
+ (if (fboundp 'find-coding-system)
+ (or (find-coding-system 'utf-8)
+ (find-coding-system 'iso-2022-8)
+ ;; support --with-file-coding
+ (find-coding-system 'binary))
+ ;; drop back 15 and punt!
+ 'binary)
+ ;; assume Emacs 20, at least
+ 'utf-8))
"The coding system savehist uses for saving the minibuffer history.
Changing this value while Emacs is running is supported, but considered
unwise, unless you know what you are doing.")
--
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
3:32 p.m.
New subject: [PATCH packages] [Bug: 21.4.19] XEmacs hangs at exit with "No such coding system: iso-2022-8"
That addition to init.el fixes the problem. Thank you!
I won't try to patch and recompile locally, since I have never before
compiled XEmacs from source. For now I'll leave the fix in init.el and
wait for the new package to be released.
Stephen J. Turnbull wrote:
>>>>> "Murray" == Murray Eisenberg
<murray(a)math.umass.edu> writes:
Murray> At first I thought this was caused by AUCTeX, but AUCTeX
Murray> expert David Kastrup says the problem is "very clearly an
Murray> XEmacs-internal" one that has no particular relation to
Murray> AUCTeX.
Murray> Debugger entered--Lisp error: (error "No such coding system"
iso-2022-8)
Actually, the problem is not XEmacs-internal. It's due to a library
that was coded by somebody who assumed that Mule facilities are always
available, but XEmacs 21.4 on Windows doesn't support Mule well, and
it's almost never available in that configuration.
The included patch should work. To test without patching and
recompiling, you can put the following form in your init.el:
(setq savehist-coding-system
(if (featurep 'xemacs)
(if (fboundp 'find-coding-system)
(or (find-coding-system 'utf-8)
(find-coding-system 'iso-2022-8)
;; support --with-file-coding
(find-coding-system 'binary))
;; drop back 15 and punt!
'binary)
;; assume Emacs 20, at least
'utf-8))
Please let me know if that does work for you. If so, I'll apply it to
CVS and we should have a package release in short order.
If you do decide to apply the patch locally, it will not interfere
with future upgrades of the package in any way (but if you upgrade
"too soon" you'll lose the patch). Don't forget to recompile with M-x
byte-compile-file.
Index: xemacs-packages/edit-utils/ChangeLog
===================================================================
RCS file: /pack/xemacscvs/XEmacs/packages/xemacs-packages/edit-utils/ChangeLog,v
retrieving revision 1.222
diff -u -U0 -r1.222 ChangeLog
--- xemacs-packages/edit-utils/ChangeLog 28 Jun 2006 07:58:06 -0000 1.222
+++ xemacs-packages/edit-utils/ChangeLog 25 Jul 2006 04:28:16 -0000
＠＠ -0,0 +1,5 ＠＠
+2006-07-25 Stephen J. Turnbull <stephen(a)xemacs.org>
+
+ * savehist.el (savehist-coding-system): Get a usable value
+ regardless of presence of file-coding. Document the issue.
+
Index: xemacs-packages/edit-utils/savehist.el
===================================================================
RCS file: /pack/xemacscvs/XEmacs/packages/xemacs-packages/edit-utils/savehist.el,v
retrieving revision 1.4
diff -u -r1.4 savehist.el
--- xemacs-packages/edit-utils/savehist.el 14 Nov 2005 07:05:54 -0000 1.4
+++ xemacs-packages/edit-utils/savehist.el 25 Jul 2006 04:28:21 -0000
＠＠ -135,12 +135,23 ＠＠
;; This should be capable of representing characters used by Emacs.
;; We prefer UTF-8 over ISO 2022 because it is well-known outside
-;; Mule. XEmacs prir to 21.5 had UTF-8 provided by an external
-;; package which may not be loaded, which is why we check for version.
-(defvar savehist-coding-system (if (and (featurep 'xemacs)
- (<= emacs-major-version 21)
- (< emacs-minor-version 5))
- 'iso-2022-8 'utf-8)
+;; Mule.
+;; XEmacs 21.1 or 21.4 may not have Mule, especially on Windows, so
+;; we check for existence of *any* coding system at all.
+;; #### Use of 'binary' as the fallback for non-Mule XEmacsen should
+;; sort-of work because it's only used (a) as a coding cookie and (b) by
+;; binding `coding-system-for-write', but maybe we should error if there
+;; is a non-binary coding cookie in that case. Needs thought....
+(defvar savehist-coding-system (if (featurep 'xemacs)
+ (if (fboundp 'find-coding-system)
+ (or (find-coding-system 'utf-8)
+ (find-coding-system 'iso-2022-8)
+ ;; support --with-file-coding
+ (find-coding-system 'binary))
+ ;; drop back 15 and punt!
+ 'binary)
+ ;; assume Emacs 20, at least
+ 'utf-8))
"The coding system savehist uses for saving the minibuffer history.
Changing this value while Emacs is running is supported, but considered
unwise, unless you know what you are doing.")
--
Murray Eisenberg murray(a)math.umass.edu
Mathematics & Statistics Dept.
Lederle Graduate Research Tower phone 413 549-1020 (H)
University of Massachusetts 413 545-2859 (W)
710 North Pleasant Street fax 413 545-1801
Amherst, MA 01003-9305
6:07 a.m.
Hi,
I try to exit XEmacs 21.4.19 under Windows XP by either using the
main
window close button or menu item File > Exit XEmacs.
The minibuffer shows message
No such coding system: iso-2022-8
`kill-emacs-hook' is a variable declared in Lisp.
-- loaded from
"e:\acs\software\XEmacsWindowsKit\xemacs-21.4-2006-01-28\lisp\subr.elc"
Value: (save-place-kill-emacs-hook savehist-autosave
Stephen Turnbull posted a patch for this April 8th in:
http://list-archive.xemacs.org/xemacs-beta/200604/msg00065.html
pasted in below. Looks like it hasn't been applied yet, so you need to
update your local version.
-- René
Index: savehist.el
===================================================================
RCS file: /pack/xemacscvs/XEmacs/packages/xemacs-packages/edit-utils/savehist.el,v
retrieving revision 1.4
diff -u -r1.4 savehist.el
--- savehist.el 14 Nov 2005 07:05:54 -0000 1.4
+++ savehist.el 7 Apr 2006 15:54:27 -0000
＠＠ -135,11 +135,16 ＠＠
;; This should be capable of representing characters used by Emacs.
;; We prefer UTF-8 over ISO 2022 because it is well-known outside
-;; Mule. XEmacs prir to 21.5 had UTF-8 provided by an external
+;; Mule. XEmacs prior to 21.5 had UTF-8 provided by an external
;; package which may not be loaded, which is why we check for version.
-(defvar savehist-coding-system (if (and (featurep 'xemacs)
- (<= emacs-major-version 21)
- (< emacs-minor-version 5))
- 'iso-2022-8 'utf-8)
+(defvar savehist-coding-system (if (featurep 'xemacs)
+ (if (featurep 'mule)
+ (or (find-coding-system 'utf-8)
+ (find-coding-system 'iso-2022-8)
+ ;; #### eh?! should error?
+ (find-coding-system 'binary))
+ 'binary)
+ ;; assume Emacs 20, at least
+ 'utf-8))
"The coding system savehist uses for saving the minibuffer history.
Changing this value while Emacs is running is supported, but considered
unwise, unless you know what you are doing.")
8:33 a.m.
René> Stephen Turnbull posted a patch for this April 8th in:
René> http://list-archive.xemacs.org/xemacs-beta/200604/msg00065.html
René> pasted in below. Looks like it hasn't been applied yet, so
René> you need to update your local version.
The one I just posted is improved (I now understand better what the
code is doing so I'm actually willing to commit it ;-), and it uses a
direct test for the needed function instead of a generic test for
Mule).
Sorry about dropping this on the floor ... just too much in my queue
these days.
--
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
6484
days inactive
6484
days old
4 comments
3 participants
participants (3)
-
Murray Eisenberg -
René Kyllingstad -
Stephen J. Turnbull