Bug 112707 - dynamic-link.h:57: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed.
Summary: dynamic-link.h:57: elf_get_dynamic_info: Assertion `! "bad dynamic tag"' failed.
Alias: None
Product: Fedora
Classification: Fedora
Component: binutils
Version: 1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2003-12-29 11:30 UTC by Christopher Stone
Modified: 2007-11-30 22:10 UTC (History)
0 users

Clone Of:
Last Closed: 2003-12-29 11:45:30 UTC

Attachments (Terms of Use)

Description Christopher Stone 2003-12-29 11:30:24 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5)
Gecko/20031110 Firebird/0.7

Description of problem:
I get the following error when loki_update tries to install an update:

dynamic-link.h:57: elf_get_dynamic_info: Assertion `! "bad dynamic
tag"' failed.

I also get the same error when I try to run Kohan (by loki) because it
seems Kohan tries to run the Loki QAgent support tool upon execution.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.  Run kohan (by loki) or..
2.  Run loki_update and try to update a loki product.


Actual Results:  Application crashes with error message:

dynamic-link.h:57: elf_get_dynamic_info: Assertion `! "bad dynamic
tag"' failed.

Expected Results:  Program runs normally.

Additional info:

I tried setting LD_ASSUME_KERNEL to different values, but this did not

Comment 1 Jakub Jelinek 2003-12-29 11:45:30 UTC
You are trying to run statically linked binaries which use NSS/dlopen/iconv
and have been built against very old glibcs.
This is not going to work, such programs were never portable, if they
are able to run against glibc other than the exact version they have
been compiled against, it is just by luck.
The problem is that those statically linked binaries have their copy
of the dynamic linker linked into them, and that copy isn't able to 
cope with current glibc.
Current glibc warns at link time about such programs, so that developers
are aware of the limitations of not-fully self-contained statically linked
Ask Loki to avoid using statically linked binaries.  -Bstatic ... -Bdynamic
is way preferred, that way one can decide what libraries should be linked
into the program and what libraries are linked dynamically.  Certainly,
libc.so, libpthread.so, ld-linux.so should be always linked dynamically.

As a workaround, you could try unpacking some old glibc into some directory,
say ~/oldglibc/lib and then run the statically linked program with
LD_LIBRARY_PATH=~/oldglibc/lib ./statically_linked_program
This certainly will not work if the statically linked program tries
to execute some dynamically linked program though.

Note You need to log in before you can comment on or make changes to this bug.