Debian Firefox startet nicht, selbst installierter schon

[Jan-Benedict Glaw]

On Thu, 2005-01-13 16:40:32 +0100, Sascha Schnitzler <sascha at apsu.de>
wrote in message <1105630832.5510.8.camel at localhost>:
> Hier die letzten strace-Lebenszeichen vom Debian Firefox:
> [....]
> write(4, "1039,nsPIAccessNode,{b3507946-4a"..., 66) = 66
> write(4, "1040,nsIUploadChannel,{ddf633d8-"..., 68) = 68
> write(4, "1041,nsIXPCFunctionThisTranslato"..., 81) = 81
> write(4, "1042,nsIController,{d5b61b82-1da"..., 66) = 66
> write(4, "1043,nsIBadCertListener,{8696095"..., 70) = 70
> close(4)                                = 0
> access("/home/sascha/.firefox/default/gx8bodjz.slt/xpti.dat", F_OK) = 0
> stat64("/home/sascha/.firefox/default/gx8bodjz.slt/xpti.dat",
> {st_mode=S_IFREG|0644, st_size=72234, ...}) = 0
> lstat64("/home/sascha/.firefox/default/gx8bodjz.slt/xpti.dat",
> {st_mode=S_IFREG|0644, st_size=72234, ...}) = 0
> unlink("/home/sascha/.firefox/default/gx8bodjz.slt/xpti.dat") = 0
> access("/home/sascha/.firefox/default/gx8bodjz.slt", F_OK) = 0
> stat64("/home/sascha/.firefox/default/gx8bodjz.slt", {st_mode=S_IFDIR|
> 0700, st_size=4096, ...}) = 0
> rename("/home/sascha/.firefox/default/gx8bodjz.slt/xpti.dat.tmp",
> "/home/sascha/.firefox/default/gx8bodjz.slt/xpti.dat") = 0
> brk(0)                                  = 0x819e000
> brk(0x81bf000)                          = 0x81bf000
> pipe([4, 5])                            = 0
> fcntl64(4, F_GETFL)                     = 0 (flags O_RDONLY)
> fcntl64(4, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
> fcntl64(5, F_GETFL)                     = 0x1 (flags O_WRONLY)
> fcntl64(5, F_SETFL, O_WRONLY|O_NONBLOCK) = 0
> read(4, 0xbffff013, 1)                  = -1 EAGAIN (Resource
> temporarily unavailable)
> close(4)                                = 0
> close(5)                                = 0
> brk(0)                                  = 0x81bf000
> brk(0)                                  = 0x81bf000
> brk(0x81be000)                          = 0x81be000
> brk(0)                                  = 0x81be000
> brk(0)                                  = 0x81be000
> brk(0)                                  = 0x81be000
> brk(0x81bd000)                          = 0x81bd000
> brk(0)                                  = 0x81bd000
> unlink("/home/sascha/.firefox/default/gx8bodjz.slt/lock") = 0
> exit_group(1)                           = ?
> 
> Ich kann mit dem brk(0) Aufruf nichts anfangen, auch weiß ich nicht, was
> er mit exit_group(1) meinen könnte - abgesehen von einem Errorlevel??

Mit brk(0) kann man praktisch das entere Ende (im virtuellen Speicher)
des Programms abfragen, mit brk(ein_wert) auf diesen setzen. Genutzt
wird das, um Speicher zu allokieren.

exit_group() ist im wesentlichen dasselbe wie exit(), nur beendet es
alle Threads, nicht nur den aktuellen.

> Hat jemand von euch ne Idee?

Noch nicht wirklich; offensichtlich fehlt erstmal nichts Wesentliches.
Allerdings scheint es mehrere Threads zu geben, die Du nicht
mitge'strace't (-f -ff) hat. Entweder geht dort etwas schief, oder es
passen ihm einige der Einstellungen nicht.

Um diese Interna zu durchleuchten, kannst Du ltrace mal ausprobieren.
Funktioniert im Prinzip genauso, wie strace, nur daß es an der
Library-Schnittstelle, und nicht an der Syscall-Schnittstelle, lauscht.
(Allerdings sind die entstehenden Datenmengen auch deutlich größer...)

MfG, JBG

-- 
Jan-Benedict Glaw       jbglaw at lug-owl.de    . +49-172-7608481             _ O _
"Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg  _ _ O
 fuer einen Freien Staat voll Freier Bürger" | im Internet! |   im Irak!   O O O
ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lug-owl.de/pipermail/linux/attachments/20050113/54d8e94f/attachment.sig>