On Thu, 25 Apr 2002, Mike Meyer wrote:
> It lists both libraries once, showing the dependencies between
> them. When it finds a library, it adds it to the list if it isn't
> already on it. It keeps listing what's in a library until all of them
> are listed.
Sounds like a good solution. :)
Doug
On Thu, Apr 25, 2002 at 12:25:36PM -0500, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Edwin Groothuis <[EMAIL PROTECTED]> typed:
> > Why didn't ldd tell me which lib it was which was failing?
> > With this idea in mind I've submitted PR bin/37448: [PATCH] ldd/rtld
>
> My version of this - bin/309
On Thu, Apr 25, 2002 at 12:14:08PM -0700, Doug White wrote:
> On Thu, 25 Apr 2002, Mike Meyer wrote:
>
> > Yes, but when lib c depends on lib d, your script won't pick it up.
> > The patches to ldd will. They will recurse on down forever.
>
> I realize this is probably extremely rare, but does i
In <[EMAIL PROTECTED]>, Doug White
<[EMAIL PROTECTED]> typed:
> Mike: 'mired.org' has some bogus DNS entries floating around. Is it a new
> domain? I can't send mail to it since it has no records at all.
No, it's not a new domain. It's over two years old. I find entries for
it on servers that a
Sorry to break the reply chain.
Mike: 'mired.org' has some bogus DNS entries floating around. Is it a new
domain? I can't send mail to it since it has no records at all.
On Thu, 25 Apr 2002, Mike Meyer wrote:
> Yes, but when lib c depends on lib d, your script won't pick it up.
> The patches t
In <[EMAIL PROTECTED]>, Miguel Mendez
<[EMAIL PROTECTED]> typed:
> On Thu, Apr 25, 2002 at 12:27:42PM -0500, Mike Meyer wrote:
>
> Hi,
>
> > As I stated just a minute ago, my version of that was committed a
> > while ago, and will hopefully be MFC's soon.
>
> Good, I didn't know someone else h
On Thu, Apr 25, 2002 at 12:27:42PM -0500, Mike Meyer wrote:
Hi,
> As I stated just a minute ago, my version of that was committed a
> while ago, and will hopefully be MFC's soon.
Good, I didn't know someone else had already submitted a patch before.
> But your script doesn't do the same thing.
In <[EMAIL PROTECTED]>, Miguel Mendez
<[EMAIL PROTECTED]> typed:
> For what is worth, that can be easily replicated with a simple shell
> script:
>
> kajsa% for i in `ldd /usr/X11R6/bin/xmms|grep -v :|awk '{ print $3}'`;
> do ldd $i;done
> /usr/lib/libc_r.so.5:
> /usr/X11R6/lib/libSM.so.6:
>
In <[EMAIL PROTECTED]>, Edwin Groothuis <[EMAIL PROTECTED]> typed:
> Why didn't ldd tell me which lib it was which was failing?
> With this idea in mind I've submitted PR bin/37448: [PATCH] ldd/rtld
My version of this - bin/30908 - has already been committed to
-CURRENT. I just sent a note to th
On Thu, Apr 25, 2002 at 09:02:02PM +1000, Edwin Groothuis wrote:
Hi,
Interesting patch, I like it :)
>[...]
> libintl.so.2 => /usr/local/lib/libintl.so.2 (0x2812b000)
> libgda-common.so.0 => /usr/X11R6/lib/libgda-common.so.0 (0x28132000)
> [...]
> /usr/local/lib/libintl.so.2
On Thu, 25 Apr 2002 21:02:02 +1000, Edwin Groothuis <[EMAIL PROTECTED]> wrote:
[..]
> them... At the end, it was gtkhtml which was holding the old
> libfreetype.so.6, but it had cost me the whole evening to find out.
>
> Why didn't ldd tell me which lib it was which was failing?
> With this ide
Greetings,
Last night I had troubles running glade because in an earlier stage
this week I had to upgrade libfreetype from so.6 to so.9.
Running ldd on it did work a little bit, I found out that it couldn't
find a libfreetype.so.6 (which I already knew :-), but couldn't
tell me where it was comi
12 matches
Mail list logo
