Hallo Andreas!
On Wed, 20 Apr 2005, Andreas Pakulat wrote:
> [...]
> Hmm, w�re mal interessant, welche Datei das ist, ansonsten kann man dir
> n�mlich nicht helfen - fd 18 k�nnte alles m�gliche sein (ist kein fester
> fd, wie 0, 1, 2).
Sorry, h�tte auch gleich drandenken k�nnen, nach einem dazu passenden open()
zu suchen, der fd 18 zur�ck gibt ;-)
Mittlerweile hab ich rausgefunden, da� es sich offensichtlich um ein lock
file handelt, welches allerdings erst *w�hrend* des Aufrufs von
/usr/sbin/update-mozilla-chrome erzeugt wird:
/tmp/gconfd-root/lock/ior
Bei einem read() von diesem file bleibt /usr/sbin/update-mozilla-chrome
w�hrend der Ausf�hrung des "regchrome"-Kommandos h�ngen. Der read() call
versucht von fd 18 zu lesen und dahinter verbirgt sich offensichtlich die
genannte Datei.
L�schen hilft leider nicht; das file wird wieder neu erzeugt.
Ich kann mir allerdings nicht erkl�ren, welches Kommando innerhalb von
/usr/sbin/update-mozilla-chrome dieses lock file erzeugt. Kann es sein, da�
der Mozilla noch das "alte" gconf bzw. die dazu passende lib braucht, obwohl
sie in den dependencies nirgends aufgef�hrt ist?
Danke f�r die Info!
Gru�,
Holger
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
