Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    IREX    |    Internet Rex (FTN <=> Internet) Public S    |    1,458 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 374 of 1,458    |
|    Anthony Rico to All    |
|    irex possible workaround    |
|    13 Mar 12 04:51:00    |
      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 programs.              To avoid using statically linked binaries, use -Bstatic ... -Bdynamic since       it is way preferred, that way one can decide what libraries should be linked       into the program and what libraries are linked dynamically. Certainly,              As a possible 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              http://xtcbox.org              --- Mystic BBS v1.09 (Windows)        * Origin: FlupH * fluph.darktech.org (1:275/91)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca