Summary: | XEmacs with MULE, very slow startup time | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Canek Peláez Valdés <caneko> |
Component: | Current packages | Assignee: | XEmacs team <xemacs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | graaff |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Canek Peláez Valdés
2005-10-09 22:41:47 UTC
Sorry, I had the times in an spreadsheet and I forgot to copy in the report: they're here: With MULE (cold start): 17.97 seconds With MULE (warm start): 14.18 seconds With MULE (cold start, -nw): 3.72 seconds With MULE (warm start, -nw): 0.88 seconds Without MULE (cold start): 3.89 seconds Without MULE (warm start): 0.74 seconds Without MULE (cold start, -nw): 1.96 seconds Without MULE (warm start, -nw): 0.48 seconds It's a font related issue, not only XEmacs, and although I don't understand it, I've a work-around. The issue is with "old" X applications; at least it happens with XEmacs and xfontsel. The same "pause" with 100% CPU occurs when starting xfontsel.The solution is very simple: star it with LANG=en_US.iso88591 instead of LANG=en_US.UTF-8. Now I start XEmacs with an script that changes the LANG variable and calls xemacs; it's dirty, but it works. I don't know what to think about this bug; but it certainlly is not an XEmacs bug (it could be an X.org bug, though). This appears to be a duplicate of #83769. The solution presented there is to install the intlfonts package. |