forcemerge 133607 56542 153040 160973 182971 258572 303103 363246 369165 382701 396182 forcemerge 356584 396182 found 133607 21.4.19-2 thanks
I merged all "Segfault on startup" bug reports on xemacs21(-mule) with "Fatal error (11)." after "Warning: Unable to load any usable fontset". Since the oldest of the original merge was 133607, I made this merging around it. Buy reading all these bug reports over 5 years, I could not find fix yet. But reducing fonts seems to fix situation as of now. This is pretty pathetic situation for basic package such as xemacs being so fragile. It should at least should not segfaults and should produce meaningful error message. Following are my review of all these bugs. ----------------------------------------------------------------------- I have the same xemacs crash issue here under en_US.UTF-8 locale for xemacs21-mule 21.4.19-2 while my input method is SCIM via XIM and freetype is used instead of xtt per debconf question default. Let me recap basic segfault situation here: * Starting with "LANG=C xemacs" in X brings out X version OK. * Starting with "LANG=en_US xemacs" in X brings out X version OK. * Starting with "xemacs -nw" in X brings out no-X version OK. * Starting with "xemacs" in X segfaults. (See below log) * Starting with "xemacs -q" in X segfaults. * Starting with "LANG=ja_JP.UTF-8 xemacs" in X segfaults too. * Starting with "xemacs" in Linux console brings out no-X version OK. It seems problem happens when system is loaded with many fonts (my font situation is listed below.) some of which may be causing some minor troubles then xemacs exits with segfaults without useful messages. Since this was reported repeatedly over 6 years without fix and many reports come from DD, this is not so rare problem. Since I am not having problem with gvim, this is not necessary a problem which can be worked around nicely. (emacs21 now fails to start nicely either but at least it does not segfaults. See http://bugs.debian.org/405952 ) Although I am not inflating severity of this bug, since UTF-8 is now the default for etch that prompt more fonts loaded by the Asian uses, this kind of situation is very undesirable for release. Since so many bug was filed on seemingly the same issue, let me summarize them all here. I marked bug reports with "backtrace" and listed bug submitter email address which were DD (CCed). (Lines started with "| " are quotation.) * http://bugs.debian.org/56542 (backtrace) locale=C and en_GB.ISO-8859-1 [EMAIL PROTECTED] This is very old bug report from 28 Jan 2000. Package name then was xemacs21. Possibly related to the rest of the "segfault on startup bug" reports. * http://bugs.debian.org/133607 locale=C and fi_FI Missing required fonts for particular locale [EMAIL PROTECTED] was one cause. "dangling symlinks to some truetype fonts" was identified as a possible another cause of the segfault. * http://bugs.debian.org/153040 (backtrace) [EMAIL PROTECTED] There is a suggestion to run "dpkg-reconfigure x-ttcidfont-conf" in this thread. In my case, it caused following funny errors on my system. | Can't exec "/usr/bin/mkcfm": No such file or directory at /var/lib/defoma/scripts/x-ttcidfont-conf.defoma line 791. | ... | Can't exec "/usr/bin/mkcfm": No such file or directory at /var/lib/defoma/scripts/x-ttcidfont-conf.defoma line 791. Here line 791 is: system('/usr/bin/mkcfm', "$PkgDir/dirs/CID"); Hmmm... suspicious system inconsistency on my system. I also switched to xtt from freetype, things did not change at all. * http://bugs.debian.org/160973 (backtrace) Quick fix suggested as: | apt-get --purge remove 'xfonts*'; rm -f /usr/lib/X11R6/lib/X11/fonts/* and | then re-install of all xfonts seems to fix the problem. I tried this as the last resort after everything else. Restarting X seems to be fixed situation. See below for reduced fonts after this. xemacs started OK but still output funny message. | Warning: Missing charsets in String to FontSet conversion | Warning: Missing charsets in String to FontSet conversion | Warning: Unable to load any usable fontset * http://bugs.debian.org/182971 LANG=C, [EMAIL PROTECTED] [EMAIL PROTECTED] * http://bugs.debian.org/258572 en_IE.UTF-8 * http://bugs.debian.org/303103 en_US.UTF-8 Workaround and bug source are reported to be identified. By adding following 2 line to ~/.Xresources by getting hint from this bug reports (with few more fixes): | Emacs*menubar*FontSet: -*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-*, \ | -*-*-*-*-*-*-*-120-*-*-*-*-iso10646-1, \ | -*-*-*-*-*-*-*-120-*-*-*-*-jisx0208.1983-0, \ | -*-*-*-*-*-*-*-120-*-*-*-*-jisx0201.1976-0 | Emacs*popup*FontSet: -*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-*, \ | -*-*-*-*-*-*-*-120-*-*-*-*-iso10646-1, \ | -*-*-*-*-*-*-*-120-*-*-*-*-jisx0208.1983-0, \ | -*-*-*-*-*-*-*-120-*-*-*-*-jisx0201.1976-0 then this did not work. So I tried simple iso8859 only as below: | Emacs*menubar*FontSet: -*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-* | Emacs*popup*FontSet: -*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-* xemacs start OK with this workaround but still complains: | Warning: Missing charsets in String to FontSet conversion | Warning: Missing charsets in String to FontSet conversion | Warning: Unable to load any usable fontset Now quite useful but not quite right since this prevent displaying non-ASCII like Japanese etc (Hmmm... message is in English now) By starting it under ja_JP.UTF-8, I get Japanese message on screen but menu was still in English. Besides, I get error message reported in 356584 and 396182. | (1) (xim-xlib/warning) Can't get fontset resource for Input Method * http://bugs.debian.org/363246 (backtrace) LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (???) xfontsel program comparison was mentioned on this bug report. It gives interesting view over the font situation. Here on my system: | $ LANG=C xfontsel | ...(start nicely in X) | $ xfontsel | ...(start OK in X but put out following to the console) | Warning: Missing charsets in String to FontSet conversion | Warning: Unable to load any usable fontset Enabling xtt freetype to avoid crash was suggested on BTS. But why we need it if we can fix it with correct font path? * http://bugs.debian.org/369165 (intensive backtrace info) LANG=C, LC_CTYPE=en_US.UTF-8 * http://bugs.debian.org/382701 (backtrace but missing symbol) en_US.UTF-8 Similar but error with input method...: * http://bugs.debian.org/356584 fi_fi.utf8 this is very similar bug but it has extra message of "can't get fontset resource for input method". not merged but watched. * http://bugs.debian.org/396182 de_de.utf-8 "(xim-xlib/warning) Can't get fontset resource for Input Method" (I will keep these 2 bunches of bugs separate but I will close both bunch with attached patch.) Related bug reports: * http://bugs.debian.org/363667 emacs21 * http://bugs.debian.org/363664 emacs21 * http://bugs.debian.org/362894 x11-common * http://bugs.debian.org/405952 emacs21 Unrelated bug reports (but kind of similar): * http://bugs.debian.org/382427 (backtrace, different problem) ============== segfault message log of current situation =============== Script started on Mon 08 Jan 2007 10:43:12 AM JST [EMAIL PROTECTED]: ~xemacs Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string "-*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-*, -*-*-*-*-*-*-*-120-*-iso10646-1, -*-*-*-*-*-*-*-120-*-jisx0208.1983-0, -*-*-*-*-*-*-*-120-*-jisx0201.1976-0" to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Unable to load any usable fontset Warning: Missing charsets in String to FontSet conversion Warning: Unable to load any usable fontset Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. Your version of XEmacs was distributed with a PROBLEMS file that may describe your crash, and with luck a workaround. Please check it first, but do report the crash anyway. Please report this bug by invoking M-x report-emacs-bug, or by selecting `Send Bug Report' from the Help menu. If necessary, send ordinary email to [EMAIL PROTECTED]'. *MAKE SURE* to include the XEmacs configuration from M-x describe-installation, or equivalently the file Installation in the top of the build tree. *Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely to be able to analyse the problem. Locate the core file produced as a result of this crash (often called `core' or `core.<process-id>', and located in the directory in which you started XEmacs or your home directory), and type gdb /usr/bin/xemacs core then type `where' at the debugger prompt. No GDB on your system? You may have DBX, or XDB, or SDB. (Ask your system administrator if you need help.) If no core file was produced, enable them (often with `ulimit -c unlimited' in case of future recurrence of the crash. Lisp backtrace follows: # bind (frame-being-created) make-frame(nil #<x-device on ":0.0" 0xb10>) frame-initialize() # bind (debugger debug-on-error command-line-args-left) command-line() # (condition-case ... . ((t (byte-code " §" ... 1)))) # bind (error-data) normal-top-level() # (condition-case ... . error) # (catch top-level ...) Segmentation fault [EMAIL PROTECTED]:~$ exit Script done on Mon 08 Jan 2007 10:43:24 AM JST (Trailing ^M removed.) Here, at condition-case line has a funny binary sequence of 00000830 2E 20 2E 20 │ 28 28 74 20 │ 28 62 79 74 │ 65 2D 63 6F . . ((t (byte-co 00000840 64 65 20 22 │ 09 10 81 C2 │ 8F A7 22 20 │ 2E 2E 2E 20 de "...Â.§" ... 00000850 31 29 29 29 │ 29 0D 0A 20 │ 20 23 20 62 │ 69 6E 64 20 1)))).. # bind I have following xfont* installed: ii xfonts-100dpi 1.0.0-3 100 dpi fonts for X ii xfonts-75dpi 1.0.0-3 75 dpi fonts for X ii xfonts-a12k12 1-8 12-dot Kanji & ASCII fonts for X ii xfonts-ayu 1.7+0a+0debian1-2 Gothic 18/20 dot Japanese and ISO-8859-1 X11 ii xfonts-baekmuk 2.2-2.1 BAEKMUK Korean fonts for X ii xfonts-base 1.0.0-4 standard fonts for X ii xfonts-encodings 1.0.0-6 Encodings for X.Org fonts ii xfonts-intl-chinese 1.2.1-6 International fonts for X -- Chinese ii xfonts-intl-chinese-big 1.2.1-6 International fonts for X -- Chinese big ii xfonts-intl-japanese 1.2.1-6 International fonts for X -- Japanese ii xfonts-intl-japanese-big 1.2.1-6 International fonts for X -- Japanese big ii xfonts-kaname 1.1-9 Kaname Cho 12 dot Japanese Kanji, Latin 1 fo ii xfonts-kappa20 0.396-3 X11 Kappa 20dot Fonts (ISO-8859-1..4/9/10/13 ii xfonts-marumoji 0.2-7 Roundish fonts (marumoji fonts) for X ii xfonts-mona 2.21-4 proportional fonts for 2ch ASCII art ii xfonts-mplus 2.2.4-1 M+ bitmap 10/12 dot Latin/Japanese fonts for ii xfonts-scalable 1.0.0-6 scalable fonts for X ii xfonts-shinonome 5-1.1 Various 12,14,16 dot Japanese Kanji, iso8859 ii xfonts-utils 1.0.1-1 X Window System font utility programs --->> After reinstalling fonts ii xfonts-100dpi 1.0.0-3 100 dpi fonts for X ii xfonts-75dpi 1.0.0-3 75 dpi fonts for X ii xfonts-base 1.0.0-4 standard fonts for X ii xfonts-encodings 1.0.0-6 Encodings for X.Org fonts ii xfonts-scalable 1.0.0-6 scalable fonts for X ii xfonts-utils 1.0.1-1 X Window System font utility programs -- ~\^o^/~~~ ~\^.^/~~~ ~\^*^/~~~ ~\^_^/~~~ ~\^+^/~~~ ~\^:^/~~~ ~\^v^/~~~ +++++ Osamu Aoki <[EMAIL PROTECTED]> Yokohama Japan, GPG-key: A8061F32 .''`. Debian Reference: post-installation user's guide for non-developers : :' : http://qref.sf.net and http://people.debian.org/~osamu `. `' "Our Priorities are Our Users and Free Software" --- Social Contract
