* John Wolford <[EMAIL PROTECTED]> [010502 14:30]:
> [john@homer licq-console-1.0.3]$ licq -p cosole
> 12:27:40: [WRN] Licq: Ignoring stale lockfile (pid 3684)
> 12:27:40: [ERR] Unable to load plugin (cosole): /usr/lib/licq/licq_cosole.so:
> cannot open shared object file: No such file or directory.
>
> So what happens when i delete the stale lockfile? It works! I don't get that
> ERR message anymore. The lockfile is just a file that the program writes when
> it starts up, then if it's started up a second time and the first one is not
> closed, the second one will see the lockfile and exit, so that there's not two
> copies of the same thing running.
>
> So obviously that error is't neccessarily caused by the library not being
> there, despite what it may (seem to) say.
>
> I don't know what is going on in this situation, but i think that might help
> you a bit.
>
> j
That message is an application which cannot load a plugin, via the
ldopen() call. It is manually and explicitly attempting to link in a
dynamic object.
The problem reported relating to libstdc++ is almost certainly relating
to the automatic dynamic loader. I really hope no program is explicitly
loading the standard C++ library as a plugin.. that would be a _very_
_very_ odd program.
Thus these two problems are unrelated, even though both mention shared
objects.
Joshua Rodman
