Summary: | xemacs hangs with UTF-8 locale | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Christian Vogler <cvogler2001> |
Component: | Current packages | Assignee: | XEmacs team <xemacs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | caneko, jstein |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Christian Vogler
2005-03-01 21:19:33 UTC
The following link may be pertinent to this bug. If so, it hints at a wider issue with Xorg, and consequently, this bug should be reassigned to Xorg. Further testing revealed that a lot of other X applications are affected, such as Xfig, xedit, etc. https://bugs.freedesktop.org/show_bug.cgi?id=2475 Yes, that seems to be the problem. Emerging the intlfonts package and adding /usr/share/fonts/intlfonts to the font path greatly alleviated the problem. There is still a brief, strange 100% CPU spike when the X applications in question are started, so it looks as if there is something else still going on, but the startup times are now bearable. I've seen this off and on. After upgrading to freetype-2.1.10, xemacs would crash and take out the X server (either 6.8.2-rc2 or 6.8.99.14) --- see #99089. After removing almost all fonts, it's back to the massive CPU/long pause mode of startup. IMHO, there's some strange interaction between xemacs + UTF8 + current freetype + current x.org, which I'd guess no one package is going to solve. Cross posted to #99089. (In reply to comment #3) > I've seen this off and on. After upgrading to freetype-2.1.10, xemacs would > crash and take out the X server (either 6.8.2-rc2 or 6.8.99.14) --- see #99089. > > After removing almost all fonts, it's back to the massive CPU/long pause mode of > startup. > > IMHO, there's some strange interaction between xemacs + UTF8 + current freetype > + current x.org, which I'd guess no one package is going to solve. > > Cross posted to #99089. > > And reverting to freetype 2.1.9-r1 fixes everything, no crashes, no pauses. *** Bug 108686 has been marked as a duplicate of this bug. *** One possible way to work around this in Gentoo is to make xemacs depend on intlfonts when the mule USE flag is selected. Even if that doesn't fix the problem it makes it a lot less bearable. Any comments on this proposed solution? If not then I'll commit this to portage in a week or so. From what I can tell from discussion on the xemacs-beta mailing list xemacs does some pretty weird and outdated things with fonts due to the mule way of handling multiple character sets, so that may easily cause these issues. This won't be fixed, instead efforts in 21.5 are focused on getting better UTF-8 support. any news? Can we close it? Thanks for bringing this to my attention. I can't reproduce the issue using current xemacs-21.4.24.ebuild so I will close it. |