Hi Stephen,
Stephen Benning wrote:
> I, too, have been given fits by this bug. However, I have restarted my
> portmapper multiple times, and the problem was *not* fixed. I have this
> problem whether or not my NFS is firewalled (in fact, the problem first
> showed up on my non-firewalled machines at home). This is not due to bug
> 391911, as I have statd running:
do you know at which openoffice.org version the problem first occurded?
In the institut we are running 2.0.3-6~bpo.1 and there's everything on nfs
(even the root filesystem) without any problems.
> respond only to a command line kill [pid] or "killall soffice". Not being
That means its not in D state, since processes in D state wouldn't be
killable.
> There are some curious calls being made to the mozilla suite when I start
> the program up.
> stat64("/usr/lib/mozilla/libnss3.so", 0xafa23f68) = -1 ENOENT (No such
> file or directory)
You mean those stat64() calls? This only means that /usr/lib/mozilla/ is in
your library path and that it is looking there for libnss3.so. Nothing
wrong with that.
More interesting is the fact that it DOESN'T find the libnss3.so library.
Hmm, I see openoffice.org-core has a dependency to libnss3-0d but none to
libnss3. I just straced it myself and its really calling libnss3.so and not
libnss3.so.0d (but libnss3 is installed on my system).
Can you install the libnss3 package and see what happens?
Did you give the option "-f" to strace to see process forks?
Cheers,
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
