Re: 0.29.1 font troubles...



hi,

On Thu, Jan 15, 2004 at 07:46:01PM +0100, Danilo Segan wrote:
> Peter Blokland <peter desk nl> writes:

> > ** (gnome-session:29584): WARNING **: Cannot open font file for font
> > Bitstream Vera Sans 10
 
> Also, Gnome uses new font architecture for a long time, so you want to
> try "fc-list" to check whether Vera is available ('fc-list Vera').

it's there allright. system-wide, per-user or strictly
garnome-environment, it's always there...

> Yet, my suspect is that you've got installed a new fontconfig, which
> has its configuration file in ~/garnome/etc/fonts/fonts.conf and
> local.conf, whereas Vera is listed in system-wide
> /etc/fonts/fonts.conf and local.conf, so you might want to copy those
> files over to ~/garnome/etc/fonts/ instead, and run fc-list to
> refresh cache, and check whether Vera is found now.

it's even weirder than that. fc-list now shows the font, as does
fslsfonts. xlsfonts still doesn't. but, and now it gets weird, when
i run gnome-font-properties (in the 0.29.1 environment), the applet
runs, and shows vera being present.

running anything else (gnome-session, epiphany, gnome-control-center)
still ends with 

** (gnome-control-center:23043): WARNING **: Cannot open font file for
font Bitstream Vera Sans 10

** (gnome_segv:23044): WARNING **: Cannot open font file for font
Bitstream Vera Sans 10

now, tracing this gets me (snipped for brevity) :

<snip>

open("/home/peter/.fonts.cache-1", O_RDONLY) = 15

<somewhere later, still reading .fonts.cache-1>

read(15, "\"Vera.ttf\" 0 \"Bitstream Vera San"..., 4096) = 4096

<snip>

open("/usr/X11R6/lib/X11/fonts/ttf", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 15

<sometime later, still reading dir>

stat64("/usr/X11R6/lib/X11/fonts/ttf/Vera.ttf", {st_mode=S_IFREG|0444, st_size=65932, ...}) = 0

<then the notice>

access("/home/peter/garnome-0.29-1-compile/lib/pango/1.4.0/modules/pango-basic-fc.so", F_OK) = 0
open("/home/peter/garnome-0.29-1-compile/lib/pango/1.4.0/modules/pango-basic-fc.so", O_RDONLY) = 15
read(15, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \r\0\000"..., 512) = 512
fstat64(15, {st_mode=S_IFREG|0755, st_size=70488, ...}) = 0
old_mmap(NULL, 10468, PROT_READ|PROT_EXEC, MAP_PRIVATE, 15, 0) = 0x40dba000
old_mmap(0x40dbc000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 15, 0x1000) = 0x40dbc000
close(15)                               = 0
getpid()                                = 23090
write(2, "\n** (gnome-control-center:23090)"..., 100) = 100

<snip, the complete segfault follows>

getdents64(0xf, 0x8161e28, 0x1000, 0x40c76640) = 0
close(15)                               = 0
open("/usr/X11R6/lib/X11/fonts/Type1/c0419bt_.pfb", O_RDONLY) = 15
fcntl64(15, F_SETFD, FD_CLOEXEC)        = 0
fstat64(15, {st_mode=S_IFREG|0644, st_size=40766, ...}) = 0
old_mmap(NULL, 40766, PROT_READ, MAP_PRIVATE, 15, 0) = 0x40df0000
close(15)                               = 0
--- SIGSEGV (Segmentation fault) ---
write(3, "\234\21\3\0\2\0\240\0H\0\0\0\33\1\2\0\0\0\0\0", 20) = 20
write(3, " \21\2\0\0\0\0\0", 8)         = 8
write(3, "+\21\1\0", 4)                 = 4
read(3, "\1\1=\0\0\0\0\0\20\0 \0\0\0\0\0\1\0\0\0\17\0\0\0\250\372"...,
32) = 32
fork()                                  = 23052
waitpid(23052, [WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV], 0) = 23052
--- SIGCHLD (Child exited) ---
sigreturn()                             = ? (mask now [SEGV RTMIN])
semget(1, 20039, 0)                     = -1 ENOSYS (Function not
implemented)
_exit(1)                                = ?

this behaviour repeats with many (but not all) gnome binaries.
gnome-terminal runs, but gnome-control-center doesn't.
gnome-font-properties runs, but gnome-calculator doesn't. very strange. 

plus, judging from the trace, the missing font (which isn't missing at
all), isn't the cause of the segfault. i don't know what is, though.
a complete trace (for gnome-calculator) is available at

http://tech-no-logical.demon.nl/trace/


-- 
CUL8R, Peter.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]