Re: Strange font / frame size problem makes emacs unusable.

[Gaute Amundsen]

On Sun, 2010-04-25 at 10:28 +0200, Peter Dyballa wrote:
> Am 24.04.2010 um 22:53 schrieb Gaute Amundsen:
> 
> > Any ideas are appreciated.
> 
> 
> Font switching happens. Possible cause: GNU Emacs has an internal  
> default, X11 has a different X resource, GTK has its own settings. In  
> this sequence, presumingly, one overrides the elder. GTK makes, IMO,  
> things complicated since it customises compound ideas, comprised of  
> simple elements.

Well, it's not just fonts, is it? The buffer starts one line high, even
when the fonts are tiny, and that last screenshot where two lines fills
the screen is supposedly 11pt. fonts.
Come to think of it I should also mention that it looks like that last
shot, briefly during startup. 

I also notice now, that startup seems slower than it ought to be.
Takes around 12 seconds, while -nw is ~1 sec.
Cpu maxes out for some seconds there as well.


Hm.. not my specialty, but playing around with strace...
# strace -c emacs

(emacs:25774): GLib-WARNING **: g_set_prgname() called multiple times
% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
 42.18    0.004471           1      3660           poll
 39.57    0.004195           1      4724      2022 read
 11.28    0.001196           2       532           getdents64
...

# strace -c emacs -nw
% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
 66.73    0.000379           2       172           close
 13.56    0.000077           0       946       864 stat64
  6.87    0.000039           0       151           read
...

I figure a lot of those read errors must be from blocks like this.


--- SIGIO (I/O possible) @ 0 (0) ---
sigreturn()                             = ? (mask now [])
read(3, "\1<\377\2L\0\0\0\0\0N\0N\0|\0 \0\341\1\1\0\22\0\0\0N\0N\0|
\0"..., 4096) = 396
read(3, 0x9f10018, 4096)                = -1 EAGAIN (Resource
temporarily unavailable)
read(3, 0x9f10018, 4096)                = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3,
revents=POLLOUT}])
writev(3, [{"2\30\21\0\1\0<\0", 8},
{"-misc-fixed-medium-r-normal--161"..., 60}, {"", 0}], 3) = 68
poll([{fd=3, events=POLLIN}], 1, -1)    = 1 ([{fd=3, revents=POLLIN}])
--- SIGIO (I/O possible) @ 0 (0) ---


Something about fonts..., but I have to work on that..

> Check documentation, and check whether you have forgotten to migrate  
> ~/.Xdefaults and ~/.emacs.d/gtkrc or ~/.gtkrc, whichever gets used...

I have none of the those anywhere on the system.
You don't think I should try to narrow down where the cause might be a
bit more before I start reading docs? Seems to me I could read docs for
a week to cover the possible territory at this point.. :)

tried emacs -QD but no change.

emacs -fn lucidasans-24 looks more sensible during startup, but then
just the same behavior. Hm.. lucida is not an option in the "default
font" dialog, but is one of the hits in xlsfonts | grep -i sans.


Well, some new angles to work on anyway.

Thanks :)

Gaute