Valgrind 3.7 + GLibc 1.14.1

The latest version of Valgrind and GLibc do not play nicely together.
#include <stdio.h>
#include <locale.h>
main(){
setlocale(LC_ALL, "");
Gives a horrible output. I am trying to use Valgrind, and this is really inconvenient, it is flagging up errors on every turn. Code was compiled with straight up cc val2.c -g -o val2.
$ valgrind --leak-check=yes -v --track-origins=yes ./val2
==23068== Memcheck, a memory error detector
==23068== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==23068== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==23068== Command: ./val2
==23068==
--23068-- Valgrind options:
--23068-- --leak-check=yes
--23068-- -v
--23068-- --track-origins=yes
--23068-- Contents of /proc/version:
--23068-- Linux version 3.1.1-1-ARCH (tobias@T-POWA-LX) (gcc version 4.6.2 (GCC) ) #1 SMP PREEMPT Fri Nov 11 22:05:37 UTC 2011
--23068-- Arch and hwcaps: X86, x86-sse1-sse2
--23068-- Page sizes: currently 4096, max supported 4096
--23068-- Valgrind library directory: /usr/lib/valgrind
--23068-- Reading syms from /lib/ld-2.14.1.so (0x4000000)
--23068-- Reading syms from /home/drumm/Dropbox/Programming/C/Valgrind-DONOTCOPY/val2 (0x8048000)
--23068-- Reading syms from /usr/lib/valgrind/memcheck-x86-linux (0x38000000)
--23068-- object doesn't have a symbol table
--23068-- object doesn't have a dynamic symbol table
--23068-- Reading suppressions file: /usr/lib/valgrind/default.supp
==23068== embedded gdbserver: reading from /tmp/vgdb-pipe-from-vgdb-to-23068-by-drumm-on-???
==23068== embedded gdbserver: writing to /tmp/vgdb-pipe-to-vgdb-from-23068-by-drumm-on-???
==23068== embedded gdbserver: shared mem /tmp/vgdb-pipe-shared-mem-vgdb-23068-by-drumm-on-???
==23068==
==23068== TO CONTROL THIS PROCESS USING vgdb (which you probably
==23068== don't want to do, unless you know exactly what you're doing,
==23068== or are doing some strange experiment):
==23068== /usr/lib/valgrind/../../bin/vgdb --pid=23068 ...command...
==23068==
==23068== TO DEBUG THIS PROCESS USING GDB: start GDB like this
==23068== /path/to/gdb ./val2
==23068== and then give GDB the following command
==23068== target remote | /usr/lib/valgrind/../../bin/vgdb --pid=23068
==23068== --pid is optional if only one valgrind process is running
==23068==
--23068-- REDIR: 0x4017970 (strlen) redirected to 0x38056b04 (???)
--23068-- REDIR: 0x40177b0 (index) redirected to 0x38056adf (???)
--23068-- Reading syms from /usr/lib/valgrind/vgpreload_core-x86-linux.so (0x4023000)
--23068-- object doesn't have a symbol table
--23068-- Reading syms from /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so (0x4026000)
--23068-- object doesn't have a symbol table
--23068-- Reading syms from /lib/libc-2.14.1.so (0x4053000)
--23068-- object doesn't have a symbol table
--23068-- REDIR: 0x40c92f0 (rindex) redirected to 0x402a320 (rindex)
--23068-- REDIR: 0x40c8740 (index) redirected to 0x402a430 (index)
--23068-- REDIR: 0x40cb860 (strchrnul) redirected to 0x402cd90 (strchrnul)
--23068-- REDIR: 0x40c5090 (malloc) redirected to 0x4029fb0 (malloc)
==23068== Invalid read of size 4
==23068== at 0x40C901B: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40771E8: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x4076D33: setlocale (in /lib/libc-2.14.1.so)
==23068== by 0x8048400: main (val2.c:5)
==23068== Address 0x41d002c is 4 bytes inside a block of size 5 alloc'd
==23068== at 0x402A018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==23068== by 0x407E42B: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40784A4: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40771E8: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x4076D33: setlocale (in /lib/libc-2.14.1.so)
==23068== by 0x8048400: main (val2.c:5)
==23068==
--23068-- REDIR: 0x40c5540 (free) redirected to 0x40291b0 (free)
==23068== Conditional jump or move depends on uninitialised value(s)
==23068== at 0x40C9043: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40771E8: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x4076D33: setlocale (in /lib/libc-2.14.1.so)
==23068== by 0x8048400: main (val2.c:5)
==23068== Uninitialised value was created by a stack allocation
==23068== at 0x4077E11: ??? (in /lib/libc-2.14.1.so)
==23068==
==23068== Conditional jump or move depends on uninitialised value(s)
==23068== at 0x40C904D: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40771E8: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x4076D33: setlocale (in /lib/libc-2.14.1.so)
==23068== by 0x8048400: main (val2.c:5)
==23068== Uninitialised value was created by a stack allocation
==23068== at 0x4077E11: ??? (in /lib/libc-2.14.1.so)
==23068==
==23068==
==23068== HEAP SUMMARY:
==23068== in use at exit: 0 bytes in 0 blocks
==23068== total heap usage: 28 allocs, 28 frees, 1,953 bytes allocated
==23068==
==23068== All heap blocks were freed -- no leaks are possible
==23068==
==23068== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 13 from 8)
==23068==
==23068== 1 errors in context 1 of 3:
==23068== Conditional jump or move depends on uninitialised value(s)
==23068== at 0x40C904D: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40771E8: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x4076D33: setlocale (in /lib/libc-2.14.1.so)
==23068== by 0x8048400: main (val2.c:5)
==23068== Uninitialised value was created by a stack allocation
==23068== at 0x4077E11: ??? (in /lib/libc-2.14.1.so)
==23068==
==23068==
==23068== 1 errors in context 2 of 3:
==23068== Conditional jump or move depends on uninitialised value(s)
==23068== at 0x40C9043: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40771E8: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x4076D33: setlocale (in /lib/libc-2.14.1.so)
==23068== by 0x8048400: main (val2.c:5)
==23068== Uninitialised value was created by a stack allocation
==23068== at 0x4077E11: ??? (in /lib/libc-2.14.1.so)
==23068==
==23068==
==23068== 1 errors in context 3 of 3:
==23068== Invalid read of size 4
==23068== at 0x40C901B: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40771E8: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x4076D33: setlocale (in /lib/libc-2.14.1.so)
==23068== by 0x8048400: main (val2.c:5)
==23068== Address 0x41d002c is 4 bytes inside a block of size 5 alloc'd
==23068== at 0x402A018: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==23068== by 0x407E42B: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40784A4: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x40771E8: ??? (in /lib/libc-2.14.1.so)
==23068== by 0x4076D33: setlocale (in /lib/libc-2.14.1.so)
==23068== by 0x8048400: main (val2.c:5)
==23068==
--23068--
--23068-- used_suppression: 13 U1004-ARM-_dl_relocate_object
==23068==
==23068== ERROR SUMMARY: 3 errors from 3 contexts (suppressed: 13 from 8)
I hope I have given enough data, I'll supply more if it's requested. I just want to know if there's any way to fix this, it has been suggested to me by someone to compile 3.6 from source. I'll try it and return with my results.

I have reported it to the mailing list for Valgrind. Another Arch user reported that he had no issues on a clean install of Arch.
Interestingly setting the locale with
setlocale(LC_ALL, "C");
Comes out clean with Valgrind.

Similar Messages

  • Issues with valgrind and glibc

    ------- Additional Comment #2 From Tom Hughes 2008-06-12 08:51 ------- 
    You appear to be using valgrind 3.3.0 on a gibc 2.8 system but 3.3.1 does not support glibc 2.8 and configure should have errored at build time. What you are seeing is valgrind not having suppressions for glibc 2.8 issues.
    This is a quote from a bug I reported regarding valgrind.
    I'm using the testing repository, but maybe it should have given a conflict? Anyway, seems valgrind is releasing a new version compatible with glibc 2.8.
    Link to the bug report http://bugs.kde.org/show_bug.cgi?id=163852
    EDIT: I also think he mean that 3.3.0 doesnt support glibc 2.8
    Last edited by raul_nds (2008-06-12 14:31:13)

    I already reported a bug in the valgrind bug tracker.
    The thing is that glibc in testing is always released before valgrind do their release that supports the latest glibc.
    If you don't enable the testing repo eveything should be fine (as always).
    I will contact the package maintainer to let him know.

  • *** glibc detected *** double free or corruption

    Hello
    This is an extension of the following thread but brings up problems of its own.
    PANIC: fatal region detected, run recovery
    I wrote a Python script to upload all my XML files to a container. Earlier I was adding the document without transaction and it went OK. But on querying the container, I got all kinds of error as mentioned in the previous thread.
    As suggested, I changed the code to use transaction while inserting the document. Now it fails while inserting the first document itself with error:
    Logic index added
    Status index added
    Difficulty index added
    *** glibc detected *** double free or corruption (!prev): 0x087cf158 ***
    Aborted
    The code I am using is:
    http://dpaste.com/20134/
    If I change line 35 with line 36 then everything is ok.
    Each of my XML document is around 3-10MB and there are around 10000 of them.
    So is it a bug with Python library? I have been trying for last 3 weeks to get all the documents up in the container and query it but I always end up having some error or the other.
    Is there anyway I can upload all my 10000 docs without any problem and query it?
    I looked into dbxml_dump and dbxml_load and it seems that dbxml_load only understands dbxml_dump format which I dont know how it works.
    Any help?

    Thanks for pointing that out. It makes sense to at least have a flag that allows dbxml_load_container to continue after a bad document.
    As for the python/glibc issue -- I cannot reproduce it using your script, using either of the optional lines (35/36). If you really want to debug this, you might look at using gdb and/or valgrind to get more information (if you're on linux).
    Regards,
    George

  • How to rebuild glibc on older gcc & kernel?

    My env (these are dummy package with STLinux's prebuild binaries)
    binutils 2.18.50.0.8-43
    gcc 4.2.4-76
    gcc-libs 4.2.4-76
    glibc 2.6.1-74
    linux-api-headers 2.6.23.17-1
    I'm using old kernel on sh4 CPU arch and want to upgrade to newest gcc. So, I changed the glibc's PKGBUILD as
    # toolchain build order: linux-api-headers->glibc->binutils->gcc->binutils->glibc
    # NOTE: valgrind requires rebuilt with each major glibc version
    pkgname=glibc
    pkgver=2.17
    pkgrel=3
    pkgdesc="GNU C Library"
    arch=('i686' 'x86_64' 'sh4')
    url="http://www.gnu.org/software/libc"
    license=('GPL' 'LGPL')
    groups=('base')
    depends=('linux-api-headers' 'tzdata' 'filesystem')
    makedepends=('gcc')
    backup=(etc/gai.conf
    etc/locale.gen
    etc/nscd.conf)
    options=('!strip')
    install=glibc.install
    source=(http://ftp.gnu.org/gnu/libc/${pkgname}-${pkgver}.tar.xz{,.sig}
    glibc-2.17-sync-with-linux37.patch
    nscd.service
    nscd.tmpfiles
    locale.gen.txt
    locale-gen)
    md5sums=('87bf675c8ee523ebda4803e8e1cec638'
    '6db4d1661cf34282755dc90330465f6d'
    'fb99380d94598cc76d793deebf630022'
    'c1e07c0bec0fe89791bfd9d13fc85edf'
    'bccbe5619e75cf1d97312ec3681c605c'
    '07ac979b6ab5eeb778d55f041529d623'
    '476e9113489f93b348b21e144b6a8fcf')
    build() {
    cd ${srcdir}/${pkgname}-${pkgver}
    # combination of upstream commits 318cd0b, b540704 and fc1abbe
    #patch -p1 -i ${srcdir}/glibc-2.17-sync-with-linux37.patch
    cd ${srcdir}
    mkdir -p glibc-build
    cd glibc-build
    if [[ ${CARCH} = "i686" ]]; then
    # Hack to fix NPTL issues with Xen, only required on 32bit platforms
    # TODO: make separate glibc-xen package for i686
    export CFLAGS="${CFLAGS} -mno-tls-direct-seg-refs"
    fi
    echo "slibdir=/usr/lib" >> configparms
    # remove hardening options from CFLAGS for building libraries
    CFLAGS=${CFLAGS/-fstack-protector/}
    CFLAGS=${CFLAGS/-D_FORTIFY_SOURCE=2/}
    ${srcdir}/${pkgname}-${pkgver}/configure --prefix=/usr \
    --libdir=/usr/lib --libexecdir=/usr/lib \
    --with-headers=/usr/include \
    --with-bugurl=https://bugs.archlinux.org/ \
    --enable-add-ons=nptl,libidn \
    --enable-obsolete-rpc \
    --enable-kernel=2.6.23 \
    --enable-bind-now --disable-profile \
    --enable-stackguard-randomization \
    --disable-multi-arch
    # build libraries with hardening disabled
    echo "build-programs=no" >> configparms
    make
    # re-enable hardening for programs
    sed -i "/build-programs=/s#no#yes#" configparms
    echo "CC += -fstack-protector -D_FORTIFY_SOURCE=2" >> configparms
    echo "CXX += -fstack-protector -D_FORTIFY_SOURCE=2" >> configparms
    make
    # remove harding in preparation to run test-suite
    sed -i '2,4d' configparms
    check() {
    # bug to file - the linker commands need to be reordered
    LDFLAGS=${LDFLAGS/--as-needed,/}
    cd ${srcdir}/glibc-build
    make check
    package() {
    cd ${srcdir}/glibc-build
    install -dm755 ${pkgdir}/etc
    touch ${pkgdir}/etc/ld.so.conf
    make install_root=${pkgdir} install
    rm -f ${pkgdir}/etc/ld.so.{cache,conf}
    install -dm755 ${pkgdir}/usr/lib/{locale,systemd/system,tmpfiles.d}
    install -m644 ${srcdir}/${pkgname}-${pkgver}/nscd/nscd.conf ${pkgdir}/etc/nscd.conf
    install -m644 ${srcdir}/nscd.service ${pkgdir}/usr/lib/systemd/system
    install -m644 ${srcdir}/nscd.tmpfiles ${pkgdir}/usr/lib/tmpfiles.d/nscd.conf
    install -m644 ${srcdir}/${pkgname}-${pkgver}/posix/gai.conf ${pkgdir}/etc/gai.conf
    install -m755 ${srcdir}/locale-gen ${pkgdir}/usr/bin
    # temporary symlink
    ln -s ../../sbin/ldconfig ${pkgdir}/usr/bin/ldconfig
    # create /etc/locale.gen
    install -m644 ${srcdir}/locale.gen.txt ${pkgdir}/etc/locale.gen
    sed -e '1,3d' -e 's|/| |g' -e 's|\\| |g' -e 's|^|#|g' \
    ${srcdir}/glibc-${pkgver}/localedata/SUPPORTED >> ${pkgdir}/etc/locale.gen
    # Do not strip the following files for improved debugging support
    # ("improved" as in not breaking gdb and valgrind...):
    # ld-${pkgver}.so
    # libc-${pkgver}.so
    # libpthread-${pkgver}.so
    # libthread_db-1.0.so
    cd $pkgdir
    strip $STRIP_BINARIES sbin/{ldconfig,sln} \
    usr/bin/{gencat,getconf,getent,iconv,locale,localedef} \
    usr/bin/{makedb,pcprofiledump,pldd,rpcgen,sprof} \
    usr/lib/getconf/* \
    usr/sbin/{iconvconfig,nscd}
    [[ $CARCH = "i686" ]] && strip $STRIP_BINARIES usr/bin/lddlibc4
    strip $STRIP_STATIC usr/lib/*.a
    strip $STRIP_SHARED usr/lib/{libanl,libBrokenLocale,libcidn,libcrypt}-*.so \
    usr/lib/libnss_{compat,db,dns,files,hesiod,nis,nisplus}-*.so \
    usr/lib/{libdl,libm,libnsl,libresolv,librt,libutil}-*.so \
    usr/lib/{libmemusage,libpcprofile,libSegFault}.so \
    usr/lib/{pt_chown,{audit,gconv}/*.so}
    checking for autoconf... autoconf
    checking whether autoconf works... no
    configure: error:
    *** These critical programs are missing or too old: as ld gcc
    *** Check the INSTALL file for required versions.
    ==> ERROR: A failure occurred in build().
    Aborting...

    a *very* quick guide
    you can change the details to suit your environment
    # = run as root
    $ = run as regular user
    # pacman -S abs
    # abs
    $ mkdir -p ~/abs/core/glibc
    $ cp -R /var/abs/core/glibc ~/abs/core/glibc
    $ cd ~/abs/core/glibc
    $ vi PKGBUILD
    modify the --enable-kernel line so it reads 2.6.18
    $ makepkg
    # pacman -U <your new glibc package>.xv
    You might also want to add glibc to the ignorepkg line in pacman.conf.  That way, you'll just be notified when a new version is out and you can repeat all of this.  You don't need to resync the entire abs tree though, the following command will do it for one package
    # abs core/glibc
    One other tip - make sure you have a copy of the regular glibc package before making any changes just to be safe
    Last edited by oliver (2011-03-02 21:17:24)

  • Glibc 2.15-2 segfaults apache

    [root@eeepc chalker]# httpd -t
    Syntax OK
    [root@eeepc chalker]# pacman -Su
    :: Starting full system upgrade...
    resolving dependencies...
    looking for inter-conflicts...
    Targets (2): glibc-2.15-2 valgrind-3.7.0-2
    Total Installed Size: 81.62 MiB
    Net Upgrade Size: 1.76 MiB
    Proceed with installation? [Y/n]
    (2/2) checking package integrity [############################################] 100%
    (2/2) loading package files [############################################] 100%
    (2/2) checking for file conflicts [############################################] 100%
    (2/2) checking available disk space [############################################] 100%
    (1/2) upgrading glibc [############################################] 100%
    warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
    Generating locales...
    en_US.UTF-8... done
    en_US.ISO-8859-1... done
    ru_RU.UTF-8... done
    ru_RU.CP1251... done
    Generation complete.
    (2/2) upgrading valgrind [############################################] 100%
    [root@eeepc chalker]# httpd -t
    Segmentation fault
    [root@eeepc chalker]# pacman -Ss ^glibc$
    testing/glibc 2.15-2 (base) [installed]
    GNU C Library
    core/glibc 2.14.1-4 (base) [installed: 2.15-2]
    GNU C Library
    [root@eeepc chalker]# pacman -S core/glibc extra/valgrind
    warning: downgrading package glibc (2.15-2 => 2.14.1-4)
    warning: downgrading package valgrind (3.7.0-2 => 3.7.0-1)
    resolving dependencies...
    looking for inter-conflicts...
    Targets (2): glibc-2.14.1-4 valgrind-3.7.0-1
    Total Installed Size: 79.86 MiB
    Net Upgrade Size: -1.76 MiB
    Proceed with installation? [Y/n]
    (2/2) checking package integrity [############################################] 100%
    (2/2) loading package files [############################################] 100%
    (2/2) checking for file conflicts [############################################] 100%
    (2/2) checking available disk space [############################################] 100%
    (1/2) upgrading glibc [############################################] 100%
    warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
    Generating locales...
    en_US.UTF-8... done
    en_US.ISO-8859-1... done
    ru_RU.UTF-8... done
    ru_RU.CP1251... done
    Generation complete.
    (2/2) upgrading valgrind [############################################] 100%
    [root@eeepc chalker]# httpd -t
    Syntax OK
    [root@eeepc chalker]# pacman -Ss ^glibc$
    testing/glibc 2.15-2 (base) [installed: 2.14.1-4]
    GNU C Library
    core/glibc 2.14.1-4 (base) [installed]
    GNU C Library
    «httpd -t» is here just for check, apache also segfaults on «/etc/rc.d/httpd start».

    There is a thing called a bug tracker where things like this should get posted....    Luckily it is already there.

  • Glibc/gcc-libs dependencies off?

    I keep getting annoying messages about gmp in my chroot. Mostly looks like this:
    error: could not open file /var/lib/pacman/local/gmp-5.0.4-1/desc: No such file or directory
    [snip]
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    This started to get me digging on my regular installation (which, up till the digging, worked just fine ).
    So it turned out pacman thought gmp was installed (I fixed that). However, when I tell pacman to remove gmp (which seems to have been a pretty much low-level dependency at some point, but not anymore), this is what pacman suggests:
    # pacman -Rsn gmp
    checking dependencies...
    warning: glibc is designated as a HoldPkg.
    HoldPkg was found in target list. Do you want to continue? [y/N]
    So just for kicks 'n' giggles I said yes. Of course that hosed my system, but the real question is (after multiple package database refreshes): is there something botched with packages depending on glibc? It's afaik *the* low-level C library, and just by tossing out gmp along it goes.
    Just testing the waters and seeing if I did something wrong. Seems gcc-libs is in the same boat: very popular once, but now, not anymore. Removing gmp would dump gcc-libs as well.
    To illustrate the case with the actual chroot output:
    $ chrbuild32
    Wachtwoord:
    ==> Creating clean working copy...done
    ==> WARNING: Cannot find the git binary required to determine latest git revision.
    ==> Making package: crystalhd-git-lts 20120209-1 (Sun Feb 26 01:57:35 UTC 2012)
    ==> Checking runtime dependencies...
    ==> Checking buildtime dependencies...
    error: could not open file /var/lib/pacman/local/gmp-5.0.4-1/desc: No such file or directory
    ==> Installing missing dependencies...
    resolving dependencies...
    error: could not open file /var/lib/pacman/local/gmp-5.0.4-1/desc: No such file or directory
    looking for inter-conflicts...
    Targets (3): perl-error-0.17017-1 git-1.7.9.2-1 linux-lts-headers-3.0.22-1
    Total Installed Size: 48.80 MiB
    Proceed with installation? [Y/n]
    (3/3) checking package integrity [########################################################################################] 100%
    (3/3) loading package files [########################################################################################] 100%
    (3/3) checking for file conflicts [########################################################################################] 100%
    warning: could not get filesystem information for /var/lib/nfs/rpc_pipefs: No such file or directory
    warning: could not get filesystem information for /home/bla/media/films: No such file or directory
    warning: could not get filesystem information for /home/bla/media/series: No such file or directory
    warning: could not get filesystem information for /home/bla/media/documentaires: No such file or directory
    warning: could not get filesystem information for /home/bla/media/mediadb: No such file or directory
    warning: could not get filesystem information for /home/bla/.gvfs: No such file or directory
    (3/3) checking available disk space [########################################################################################] 100%
    (1/3) installing linux-lts-headers [########################################################################################] 100%
    (2/3) installing perl-error [########################################################################################] 100%
    (3/3) installing git [########################################################################################] 100%
    Optional dependencies for git
    tk: gitk and git gui
    perl-libwww: git svn
    perl-term-readkey: git svn
    perl-mime-tools: git send-email
    perl-net-smtp-ssl: git send-email TLS support
    perl-authen-sasl: git send-email TLS support
    python2: various helper scripts
    subversion: git svn
    cvsps: git cvsimport
    error: could not open file /var/lib/pacman/local/gmp-5.0.4-1/desc: No such file or directory
    ==> Retrieving Sources...
    ==> Extracting Sources...
    ==> Starting build()...
    ==> Connecting to Linuxtv.org GIT server....
    Cloning into 'crystalhd'...
    ==> Compiling kernel module...
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    The expr error keeps on coming (and actual compilation does not seem to progress).
    Last edited by .:B:. (2012-02-26 01:59:17)

    Not sure how you can remove glibc...
    pacman -Qi glibc gives me:
    Required By : a52dec alsa-lib attr babl bash binutils bison bzip2
    calc cdparanoia coreutils cracklib device-mapper dhcpcd
    diffutils eject elfutils eventlog expat faac faad2
    fakeroot file findutils flex foomatic-filters fribidi
    fuse gawk gcc-libs gcc-snapshot gdbm gnuchess grep gsm
    gzip hspell hyphen idnkit initscripts iproute2 iptables
    iputils json-c kbd keyutils kmod libasyncns libcap
    libcap-ng libcddb libdatrie libdrm libdvdcss libexif
    libffi libgpg-error libgssglue libice libidn libirman
    libjpeg-turbo libksba libmad libmikmod libnl libogg
    libpcap libpciaccess libpipeline libtasn1 libtextcat
    libusb libvpx libxau libxdmcp lpsolve lsof m4 make
    mkinitcpio-busybox mlocate mp3gain nasm ncurses net-tools
    nspr openal opencore-amr optipng orc p11-kit pam patch
    pciutils perl pixman pkg-config popt ppp pth readline
    recode run-parts sdl sdparm sg3_utils sudo sysfsutils
    sysvinit talloc tar usbutils v4l-utils valgrind wget
    which x264 xf86-input-evdev xvidcore zlib

  • Error reading from file glibc-2.5-24.i686.rpm RHEL 5 Setup stuck at 80%

    Hi, I am installing Oracle 10g on RHEL 5 (Red Hat Enterprise Linux 5) machine I am facing two problems
    1) while installing the rpm packages the following package gave an error
    Error reading from file glibc-2.5-24.i686.rpm
    2) I still gave a try to runInstaller command the installer opened but was stuck at 80%
    I have 3 GB ram and 320GB hard drive I am not sure what to put in the swap memory and other settings i blindly followed instructions given here
    http://www.oracle-base.com/articles/10g/OracleDB10gR2InstallationOnRHEL5.php
    What could be the problem where do I find the error log if its created
    Please help me
    Thanks
    Edited by: 891355 on Nov 6, 2011 12:06 PM

    I found the installActions file in the installer folder and I think this could be the problem
    INFO: The 'shiphomeproperties.xml' file is missing from shiphome location '/home/oracle/Desktop/database/install/../stage/products.xml.' Add this file to the 'Disk1/stage' directory of the shiphome.
    though I am attaching the log file for more details do you think the installer is corrupt :(
    InstallActions log file ==> http://www.mediafire.com/?nh7mx7bxqht9ovu
    Edited by: 891355 on Nov 6, 2011 1:35 PM

  • Gcc not working with compiled glibc from PKGBUILD

    hello folks, please excuse my english
    i like to compile certain parts of my system, between them are the kernel, glibc , zsh, etc.
    i had noticed that using a compiled version of glibc from abs results in gcc not working at all ( C compiler cannot create executables logs says). this is weird especially because i hadn't had problems before, i have looked for the error mesagges on Google and a lot of people has had this problem but  nobody has a "generic" solution for this
    this is the config.log file from one failed compile of mpg123
    This file contains any messages produced by compilers while
    running configure, to aid debugging if configure makes a mistake.
    It was created by mpg123 configure 1.12.3, which was
    generated by GNU Autoconf 2.65. Invocation command line was
    $ ./configure --prefix=/usr --with-audio=alsa esd sdl
    ## Platform. ##
    hostname = Soul
    uname -m = x86_64
    uname -r = 2.6.34.1
    uname -s = Linux
    uname -v = #1 SMP PREEMPT Tue Jul 6 23:23:17 CLT 2010
    /usr/bin/uname -p = unknown
    /bin/uname -X = unknown
    /bin/arch = x86_64
    /usr/bin/arch -k = unknown
    /usr/convex/getsysinfo = unknown
    /usr/bin/hostinfo = unknown
    /bin/machine = unknown
    /usr/bin/oslevel = unknown
    /bin/universe = unknown
    PATH: /bin
    PATH: /usr/bin
    PATH: /usr/local/bin
    PATH: /sbin
    PATH: /usr/sbin
    PATH: /usr/local/sbin
    PATH: /usr/share/java/apache-ant/bin
    PATH: /usr/lib/perl5/core_perl/bin
    ## Core tests. ##
    configure:2849: checking build system type
    configure:2863: result: x86_64-unknown-linux-gnu
    configure:2883: checking host system type
    configure:2896: result: x86_64-unknown-linux-gnu
    configure:2933: checking for a BSD-compatible install
    configure:3001: result: /bin/install -c
    configure:3012: checking whether build environment is sane
    configure:3062: result: yes
    configure:3203: checking for a thread-safe mkdir -p
    configure:3242: result: /bin/mkdir -p
    configure:3255: checking for gawk
    configure:3271: found /bin/gawk
    configure:3282: result: gawk
    configure:3293: checking whether make sets $(MAKE)
    configure:3315: result: yes
    configure:3402: checking for -Werror in CFLAGS (It breaks tests)
    configure:3412: result: no
    configure:3423: checking if you are up to something totally static with LDFLAGS/CFLAGS
    configure:3443: result: no
    configure:3463: checking for style of include used by make
    configure:3491: result: GNU
    configure:3561: checking for gcc
    configure:3577: found /usr/bin/gcc
    configure:3588: result: gcc
    configure:3817: checking for C compiler version
    configure:3826: gcc --version >&5
    gcc (GCC) 4.5.1
    Copyright (C) 2010 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions. There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
    configure:3837: $? = 0
    configure:3826: gcc -v >&5
    Using built-in specs.
    COLLECT_GCC=gcc
    COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/lto-wrapper
    Target: x86_64-unknown-linux-gnu
    Configured with: ../configure --prefix=/usr --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-gnu-unique-object --enable-lto --enable-plugin --disable-multilib --disable-libstdcxx-pch --with-system-zlib --with-ppl --with-cloog --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
    Thread model: posix
    gcc version 4.5.1 (GCC)
    configure:3837: $? = 0
    configure:3826: gcc -V >&5
    gcc: '-V' option must have argument
    configure:3837: $? = 1
    configure:3826: gcc -qversion >&5
    gcc: unrecognized option '-qversion'
    gcc: no input files
    configure:3837: $? = 1
    configure:3857: checking whether the C compiler works
    configure:3879: gcc -march=amdfam10 -O2 -pipe -Wl,--hash-style=gnu -Wl,--as-needed conftest.c >&5
    /usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/crt1.o: In function `_start':
    (.text+0x12): undefined reference to `__libc_csu_fini'
    /usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/crt1.o: In function `_start':
    (.text+0x19): undefined reference to `__libc_csu_init'
    collect2: ld returned 1 exit status
    configure:3883: $? = 1
    configure:3921: result: no
    configure: failed program was:
    | /* confdefs.h */
    | #define PACKAGE_NAME "mpg123"
    | #define PACKAGE_TARNAME "mpg123"
    | #define PACKAGE_VERSION "1.12.3"
    | #define PACKAGE_STRING "mpg123 1.12.3"
    | #define PACKAGE_BUGREPORT "[email protected]"
    | #define PACKAGE_URL ""
    | #define PACKAGE "mpg123"
    | #define VERSION "1.12.3"
    | /* end confdefs.h. */
    |
    | int
    | main ()
    | {
    |
    | ;
    | return 0;
    | }
    configure:3926: error: in `/var/abs/local/mpg123/src/mpg123-1.12.3':
    configure:3930: error: C compiler cannot create executables
    See `config.log' for more details.
    ## Cache variables. ##
    ac_cv_build=x86_64-unknown-linux-gnu
    ac_cv_env_CCASFLAGS_set=
    ac_cv_env_CCASFLAGS_value=
    ac_cv_env_CCAS_set=
    ac_cv_env_CCAS_value=
    ac_cv_env_CC_set=
    ac_cv_env_CC_value=
    ac_cv_env_CFLAGS_set=set
    ac_cv_env_CFLAGS_value='-march=amdfam10 -O2 -pipe'
    ac_cv_env_CPPFLAGS_set=
    ac_cv_env_CPPFLAGS_value=
    ac_cv_env_CPP_set=
    ac_cv_env_CPP_value=
    ac_cv_env_ESD_CFLAGS_set=
    ac_cv_env_ESD_CFLAGS_value=
    ac_cv_env_ESD_LIBS_set=
    ac_cv_env_ESD_LIBS_value=
    ac_cv_env_JACK_CFLAGS_set=
    ac_cv_env_JACK_CFLAGS_value=
    ac_cv_env_JACK_LIBS_set=
    ac_cv_env_JACK_LIBS_value=
    ac_cv_env_LDFLAGS_set=set
    ac_cv_env_LDFLAGS_value='-Wl,--hash-style=gnu -Wl,--as-needed'
    ac_cv_env_LIBS_set=
    ac_cv_env_LIBS_value=
    ac_cv_env_PKG_CONFIG_set=
    ac_cv_env_PKG_CONFIG_value=
    ac_cv_env_PULSE_CFLAGS_set=
    ac_cv_env_PULSE_CFLAGS_value=
    ac_cv_env_PULSE_LIBS_set=
    ac_cv_env_PULSE_LIBS_value=
    ac_cv_env_SDL_CFLAGS_set=
    ac_cv_env_SDL_CFLAGS_value=
    ac_cv_env_SDL_LIBS_set=
    ac_cv_env_SDL_LIBS_value=
    ac_cv_env_build_alias_set=
    ac_cv_env_build_alias_value=
    ac_cv_env_host_alias_set=
    ac_cv_env_host_alias_value=
    ac_cv_env_target_alias_set=
    ac_cv_env_target_alias_value=
    ac_cv_host=x86_64-unknown-linux-gnu
    ac_cv_path_install='/bin/install -c'
    ac_cv_path_mkdir=/bin/mkdir
    ac_cv_prog_AWK=gawk
    ac_cv_prog_ac_ct_CC=gcc
    ac_cv_prog_make_make_set=yes
    ## Output variables. ##
    ACLOCAL='${SHELL} /var/abs/local/mpg123/src/mpg123-1.12.3/build/missing --run aclocal-1.11'
    AIX_CFLAGS=''
    AIX_LDFLAGS=''
    AIX_LIBS=''
    ALIB_CFLAGS=''
    ALIB_LDFLAGS=''
    ALIB_LIBS=''
    ALSA_CFLAGS=''
    ALSA_LDFLAGS=''
    ALSA_LIBS=''
    AMDEPBACKSLASH='\'
    AMDEP_FALSE='#'
    AMDEP_TRUE=''
    AMTAR='${SHELL} /var/abs/local/mpg123/src/mpg123-1.12.3/build/missing --run tar'
    API_VERSION='25'
    AR=''
    ARTS_CFLAGS=''
    ARTS_LDFLAGS=''
    ARTS_LIBS=''
    AS=''
    AUTOCONF='${SHELL} /var/abs/local/mpg123/src/mpg123-1.12.3/build/missing --run autoconf'
    AUTOHEADER='${SHELL} /var/abs/local/mpg123/src/mpg123-1.12.3/build/missing --run autoheader'
    AUTOMAKE='${SHELL} /var/abs/local/mpg123/src/mpg123-1.12.3/build/missing --run automake-1.11'
    AWK='gawk'
    CC='gcc'
    CCAS=''
    CCASDEPMODE=''
    CCASFLAGS=''
    CCDEPMODE=''
    CFLAGS='-march=amdfam10 -O2 -pipe'
    COREAUDIO_CFLAGS=''
    COREAUDIO_LDFLAGS=''
    COREAUDIO_LIBS=''
    CPP=''
    CPPFLAGS=''
    CYGPATH_W='echo'
    DECODER_LOBJ=''
    DECODER_OBJ=''
    DEFS=''
    DEPDIR='.deps'
    DLLTOOL=''
    DSYMUTIL=''
    DUMMY_CFLAGS=''
    DUMMY_LDFLAGS=''
    DUMMY_LIBS=''
    DUMPBIN=''
    ECHO_C=''
    ECHO_N='-n'
    ECHO_T=''
    EGREP=''
    ESD_CFLAGS=''
    ESD_LDFLAGS=''
    ESD_LIBS=''
    EXEC_LT_LDFLAGS=''
    EXEEXT=''
    FGREP=''
    GREP=''
    HAVE_AIX_FALSE=''
    HAVE_AIX_TRUE=''
    HAVE_ALIB_FALSE=''
    HAVE_ALIB_TRUE=''
    HAVE_ALSA_FALSE=''
    HAVE_ALSA_TRUE=''
    HAVE_ARTS_FALSE=''
    HAVE_ARTS_TRUE=''
    HAVE_COREAUDIO_FALSE=''
    HAVE_COREAUDIO_TRUE=''
    HAVE_DUMMY_FALSE=''
    HAVE_DUMMY_TRUE=''
    HAVE_ESD_FALSE=''
    HAVE_ESD_TRUE=''
    HAVE_HP_FALSE=''
    HAVE_HP_TRUE=''
    HAVE_JACK_FALSE=''
    HAVE_JACK_TRUE=''
    HAVE_MINT_FALSE=''
    HAVE_MINT_TRUE=''
    HAVE_MODULES_FALSE=''
    HAVE_MODULES_TRUE=''
    HAVE_NAS_FALSE=''
    HAVE_NAS_TRUE=''
    HAVE_OPENAL_FALSE=''
    HAVE_OPENAL_TRUE=''
    HAVE_OS2_FALSE=''
    HAVE_OS2_TRUE=''
    HAVE_OSS_FALSE=''
    HAVE_OSS_TRUE=''
    HAVE_PORTAUDIO_FALSE=''
    HAVE_PORTAUDIO_TRUE=''
    HAVE_PULSE_FALSE=''
    HAVE_PULSE_TRUE=''
    HAVE_SDL_FALSE=''
    HAVE_SDL_TRUE=''
    HAVE_SGI_FALSE=''
    HAVE_SGI_TRUE=''
    HAVE_SNDIO_FALSE=''
    HAVE_SNDIO_TRUE=''
    HAVE_SUN_FALSE=''
    HAVE_SUN_TRUE=''
    HAVE_WIN32_FALSE=''
    HAVE_WIN32_TRUE=''
    HP_CFLAGS=''
    HP_LDFLAGS=''
    HP_LIBS=''
    INCLUDE_STDIO_H=''
    INCLUDE_STDLIB_H=''
    INCLUDE_SYS_TYPE_H=''
    INSTALL_DATA='${INSTALL} -m 644'
    INSTALL_PROGRAM='${INSTALL}'
    INSTALL_SCRIPT='${INSTALL}'
    INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
    JACK_CFLAGS=''
    JACK_LDFLAGS=''
    JACK_LIBS=''
    LD=''
    LDFLAGS='-Wl,--hash-style=gnu -Wl,--as-needed'
    LFS_LOBJ=''
    LIBMPG123_VERSION='25:5:25'
    LIBOBJS=''
    LIBS=''
    LIBTOOL=''
    LIPO=''
    LN_S=''
    LTLIBOBJS=''
    LT_LDFLAGS='-export-dynamic'
    MAKEINFO='${SHELL} /var/abs/local/mpg123/src/mpg123-1.12.3/build/missing --run makeinfo'
    MINT_CFLAGS=''
    MINT_LDFLAGS=''
    MINT_LIBS=''
    MKDIR_P='/bin/mkdir -p'
    MODULE_OBJ=''
    NAS_CFLAGS=''
    NAS_LDFLAGS=''
    NAS_LIBS=''
    NM=''
    NMEDIT=''
    OBJDUMP=''
    OBJEXT=''
    OPENAL_CFLAGS=''
    OPENAL_LDFLAGS=''
    OPENAL_LIBS=''
    OS2_CFLAGS=''
    OS2_LDFLAGS=''
    OS2_LIBS=''
    OSS_CFLAGS=''
    OSS_LDFLAGS=''
    OSS_LIBS=''
    OTOOL64=''
    OTOOL=''
    OUTPUT_CFLAGS=''
    OUTPUT_LDFLAGS=''
    OUTPUT_LIBS=''
    OUTPUT_MOD=''
    OUTPUT_OBJ=''
    PACKAGE='mpg123'
    PACKAGE_BUGREPORT='[email protected]'
    PACKAGE_NAME='mpg123'
    PACKAGE_STRING='mpg123 1.12.3'
    PACKAGE_TARNAME='mpg123'
    PACKAGE_URL=''
    PACKAGE_VERSION='1.12.3'
    PATH_SEPARATOR=':'
    PKG_CONFIG=''
    PORTAUDIO_CFLAGS=''
    PORTAUDIO_LDFLAGS=''
    PORTAUDIO_LIBS=''
    PULSE_CFLAGS=''
    PULSE_LDFLAGS=''
    PULSE_LIBS=''
    RANLIB=''
    SDL_CFLAGS=''
    SDL_LDFLAGS=''
    SDL_LIBS=''
    SED=''
    SET_MAKE=''
    SGI_CFLAGS=''
    SGI_LDFLAGS=''
    SGI_LIBS=''
    SHELL='/bin/sh'
    SNDIO_CFLAGS=''
    SNDIO_LDFLAGS=''
    SNDIO_LIBS=''
    STRIP=''
    SUN_CFLAGS=''
    SUN_LDFLAGS=''
    SUN_LIBS=''
    VERSION='1.12.3'
    WIN32_CFLAGS=''
    WIN32_CODES_FALSE=''
    WIN32_CODES_TRUE=''
    WIN32_LDFLAGS=''
    WIN32_LIBS=''
    ac_ct_CC='gcc'
    ac_ct_DUMPBIN=''
    am__EXEEXT_FALSE=''
    am__EXEEXT_TRUE=''
    am__fastdepCCAS_FALSE=''
    am__fastdepCCAS_TRUE=''
    am__fastdepCC_FALSE=''
    am__fastdepCC_TRUE=''
    am__include='include'
    am__isrc=''
    am__leading_dot='.'
    am__quote=''
    am__tar='${AMTAR} chof - "$$tardir"'
    am__untar='${AMTAR} xf -'
    bindir='${exec_prefix}/bin'
    build='x86_64-unknown-linux-gnu'
    build_alias=''
    build_cpu='x86_64'
    build_os='linux-gnu'
    build_vendor='unknown'
    datadir='${datarootdir}'
    datarootdir='${prefix}/share'
    docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
    dvidir='${docdir}'
    exec_prefix='NONE'
    host='x86_64-unknown-linux-gnu'
    host_alias=''
    host_cpu='x86_64'
    host_os='linux-gnu'
    host_vendor='unknown'
    htmldir='${docdir}'
    includedir='${prefix}/include'
    infodir='${datarootdir}/info'
    install_sh='${SHELL} /var/abs/local/mpg123/src/mpg123-1.12.3/build/install-sh'
    libdir='${exec_prefix}/lib'
    libexecdir='${exec_prefix}/libexec'
    localedir='${datarootdir}/locale'
    localstatedir='${prefix}/var'
    lt_ECHO='echo'
    mandir='${datarootdir}/man'
    mkdir_p='/bin/mkdir -p'
    oldincludedir='/usr/include'
    pdfdir='${docdir}'
    prefix='/usr'
    program_transform_name='s,x,x,'
    psdir='${docdir}'
    sbindir='${exec_prefix}/sbin'
    sharedstatedir='${prefix}/com'
    sysconfdir='${prefix}/etc'
    target_alias=''
    ## confdefs.h. ##
    /* confdefs.h */
    #define PACKAGE_NAME "mpg123"
    #define PACKAGE_TARNAME "mpg123"
    #define PACKAGE_VERSION "1.12.3"
    #define PACKAGE_STRING "mpg123 1.12.3"
    #define PACKAGE_BUGREPORT "[email protected]"
    #define PACKAGE_URL ""
    #define PACKAGE "mpg123"
    #define VERSION "1.12.3"
    configure: exit 77
    the parts i had searched on google are specificaly the
    "/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/crt1.o: In function `_start':
    (.text+0x12): undefined reference to `__libc_csu_fini'
    /usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/crt1.o: In function `_start':
    (.text+0x19): undefined reference to `__libc_csu_init'"
    does anyone have an idea of what could it be?
    notice that this doesn't bother me because if i use the glibc from the repositories everything works fine, this is just for curiosity of why it doesn't work
    thanks in advance

    slacknatcher wrote:
    the parts i had searched on google are specificaly the
    "/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/crt1.o: In function `_start':
    (.text+0x12): undefined reference to `__libc_csu_fini'
    /usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/crt1.o: In function `_start':
    (.text+0x19): undefined reference to `__libc_csu_init'"
    does anyone have an idea of what could it be?
    notice that this doesn't bother me because if i use the glibc from the repositories everything works fine, this is just for curiosity of why it doesn't work
    thanks in advance
    You have stripped glibc too much.  See the Arch PKGBUILD and make sure your makepkg.conf has STRIP_BINARY etc defined.

  • [SOLVED]DeveloperWiki apparently unfinished with glibc

    Recently, I ran into a problem upgrading Arch Linux because I ran into the /lib error ("/lib exists"). I read through the Arch Linux news page, and running the commands shown did not work. There is a link to click on if it didn't work. I clicked on it, and that took me to the https://wiki.archlinux.org/index.php/De … iki:usrlib page. I followed every instruction to the letter and discovered that the ONLY package that held any files or ownership or whatever was glibc. The wiki states that for any file "other than glibc", you can simply upgrade the packages after glibc.
    Problem is, the ONLY package that had anything in /lib was glibc, and the wiki says nothing about what to do *IF* the only package is glibc. Here's the section I followed quoted below:
    Packages that own files in /lib
    If after this the "pacman -Su" still has conflicts with /lib, this is likely because a package on your system other than glibc owns files in /lib. Such packages can be detected using:
    $ grep '^lib/' /var/lib/pacman/local/*/files
    These packages need rebuilding so as not to include the /lib directory. They can also simply be uninstalled and reinstalled again <b>after upgrading glibc</b>. The the final "pacman -Su" will successfully install glibc if there are no untracked files (see the next section).
    Unpackaged files
    This means that you have files or folders still in /lib or pacman thinks a package apart from glibc still own /lib. You can see which package own files in /lib by using:
    $ find /lib -exec pacman -Qo -- {} +
    If any package apart from glibc is listed as owning a file, that package needs to be updated to install its files in /usr/lib. Any files unowned by a package should either be deleted or moved to /usr/lib and any directories within /lib need deleted (after they are empty...).
    One common source of files in /lib is left overs from running depmod after upgrading the kernel, but prior to reboot. The kernel modules included with the linux package in the repositories are now stored in /usr/lib/modules.
    ... after upgrading glibc?? If you can't even upgrade glibc because it has files in the /lib, how can it be changed or upgraded if it won't let you? Seeing no instructions on the page that says anything about *if* it is glibc, I opted to try and uninstall it. Yes, it's broken. Fortunately, it was a new installation and trying to fix it (even with chroot and boot CD to repair) failed, only resulting in a permanent kernel panic, I'm reinstalling.
    So can someone please give instructions on what to do *IF* the only package that won't install is glibc because of the /lib so that new people learning Arch can also learn to fix it? I can't fix /lib without upgrading glibc, and I can't upgrade glibc without fixing /lib. So what can possibly be done to fix this if it comes up again?
    Last edited by 12o (2012-07-30 03:18:02)

    Looks like I'm back to this point yet again. After following the developerwiki and moving the 'modules' folder to another location, the only files located in the /lib folder are owned by glibc as the grep program as informed me. The wiki says to simply run:
    pacman -Su
    and it should work. It doesn't. Still reports that /lib exists when I try to upgrade glibc. But I did happen to notice one file and need to know what to do with it as I don't want to severely hose up my system again. The file is:
    /lib/ld-linux.so.2 is owned by lib32-glibc 2.15-10
    I have x86_64 installed, but needed the lib32-glibc 2.15-10 installed to run a 32bit program. The wiki does say something about unpackaged files other than glibc, but does that include lib32-glibc? Nothing specifically mentions it, and glibc might as well be glibc.
    Do I re-install the lib32-glibc file, and then run pacman -Su? Or do I delete the ld-linux.so.2 file from the /lib folder? I assume re-install the lib32-glibc package as that seems the most logical. I just don't want to screw anything up.
    Thanks for the help.
    Last edited by 12o (2012-07-30 02:24:57)

  • Glibc-patched 8.1.7.0.1 has undefined references during link

    I am receiving the following errors when running 'make -f ins_rdbms install'
    after installing the glibc patch for 8.1.7.0.1:
    /lib/libnsl.so.1: undefined reference to `svc_getreq_poll@GLIBC_2.2'
    /lib/libnsl.so.1: undefined reference to `__strndup@GLIBC_2.2'
    /lib/libnsl.so.1: undefined reference to `svc_max_pollfd@GLIBC_2.2'
    /lib/libnsl.so.1: undefined reference to `svc_pollfd@GLIBC_2.2'
    collect2: ld returned 1 exit status
    I am running SuSE Linux 7.1 and have installed all pertinent updates from
    the SuSE ftp site. Installation
    of the Oracle 8.1.7.0.1 distribution ran flawlessly (after I unset LANG
    before running runInstaller).
    I downloaded the latest 'glibc-2.1.3-stubs.tar.gz' patch from
    technet.oracle.com and installed per the directions in the READMEglibc213.txt file. When
    I ran 'setup_stubs.sh', everything appeared to run fine (no visible errors).
    I even remembered to fix the root.sh file per the instructions from the SuSE
    web site.
    Yet when I attempted to build a database (via dbassist or manually), I got
    the following error when running svrmgrl:
    oracle@mars:~ > svrmgrl
    Oracle Server Manager Release 3.1.7.0.0 - Production
    Copyright (c) 1997, 1999, Oracle Corporation. All Rights Reserved.
    ORA-12545: Connect failed because target host or object does not exist
    SVRMGR>
    I discovered that the reason for this was that the 'oracle' executable was
    not present in $ORACLE_HOME/bin (I later discovered that a number of other
    files were missing as well). Then I noticed that the 'setup_stubs.sh'
    script uses 'make -i', which ignores errors. When I ran 'make -f
    ins_rdbms.mk install' from $ORACLE_HOME/rdbms/lib, I got the link errors
    shown above. Of course, this explains why I don't have an 'oracle' file in
    $ORACLE_HOME/bin; it was never created during the patch install.
    I tried manually running all of the other relinks manually and all of them
    worked with the exception of ctx. When I ran 'make -f ins_ctx.mk' from
    $ORACLE_HOME/ctx/lib', I got this:
    gcc -o
    ctxhxx -L/u01/app/oracle/product/8.1.7/ctx/lib/ -L/u01/app/oracle/product
    /8.1.7/lib/ -L/u01/app/oracle/product/8.1.7/lib//stubs/
    /u01/app/oracle/produc
    t/8.1.7/ctx/lib/ctxhx.o -Wl,-rpath,/u01/app/oracle/product/8.1.7/ctx/lib/ -l
    m -l
    sc_fa -lsc_fi -lsc_ch -lsc_ut -lsc_ex -lsc_da -lctxhx -lm -lc -lnls8 -lcore
    8 -l
    nls8 -lcore8 -lnls8
    /lib/libdl.so.2: undefined reference to `_dl_vsym@GLIBC_2.2'
    /lib/libdl.so.2: undefined reference to `_dl_sym@GLIBC_2.2'
    collect2: ld returned 1 exit status
    make: *** [ctxhxx] Error 1
    I found that the /lib/libc.so.6 library contained the necessary definitions
    to these references. However, I am not sure if it is safe to add this to
    the list of libraries used during the link.
    What concerns me most is that I know a lot of folks have used the patch
    successfully, but I cannot think of what I've done wrong. Any ideas?
    null

    In case anyone else is having this problem, here is the answer:
    The problem only occurs if you include the Oracle Parallel Server option
    during installation. In order to get the oracle kernel to re-link after
    installing the glibc patch, you need to add -lnsl to the
    $ORACLE_HOME/lib/sysliblist like so:
    before: -ldl -lm -lpthread
    after : -ldl -lm -lnsl -lpthread
    Then relink the oracle kernel:
    cd $ORACLE_HOME/rdbms/lib
    make -f ins_rdbms.mk install
    null

  • [SOLVED]I'm stupid :), deleted glibc package.....

    Hi
    I know, I'm stupid. I have accidentally deleted glibc package. I booted my laptop from  ARCH install cd and mounted root partition. Then I have installed glibc  "Pacman -S glibc -r /path/to/mounted/root". It solved the problem I can now boot the system.
    The problem is that pacman doesn't see that glibc is installed. Everything is actually working but I can not reinstall glibc.
    [lukasz@lukaszdell ~]$ sudo pacman -S glibc
    rozwiązywanie zależności...
    szukanie konfliktów międzypakietowych...
    Cele (1): glibc-2.15-7
    Całkowity rozmiar po instalacji: 33,07 MiB
    Kontynuować instalację? [T/n] t
    (1/1) sprawdzanie spójności pakietów [######################] 100%
    (1/1) wczytywanie plików pakietu [######################] 100%
    (1/1) sprawdzanie konfliktów plików [######################] 100%
    błąd: nie udało się dokonać transakcji (konfliktujące pliki)
    glibc: /etc/rc.d/nscd znajduje się w systemie plików
    glibc: /etc/rpc znajduje się w systemie plików
    glibc: /lib/ld-2.15.so znajduje się w systemie plików
    glibc: /lib/ld-linux.so.2 znajduje się w systemie plików
    glibc: /lib/libBrokenLocale-2.15.so znajduje się w systemie plików
    glibc: /lib/libBrokenLocale.so.1 znajduje się w systemie plików
    glibc: /lib/libSegFault.so znajduje się w systemie plików
    glibc: /lib/libanl-2.15.so znajduje się w systemie plików
    glibc: /lib/libanl.so.1 znajduje się w systemie plików
    glibc: /lib/libc-2.15.so znajduje się w systemie plików
    glibc: /lib/libc.so.6 znajduje się w systemie plików
    glibc: /lib/libcidn-2.15.so znajduje się w systemie plików
    glibc: /lib/libcidn.so.1 znajduje się w systemie plików
    glibc: /lib/libcrypt-2.15.so znajduje się w systemie plików
    glibc: /lib/libcrypt.so.1 znajduje się w systemie plików
    glibc: /lib/libdl-2.15.so znajduje się w systemie plików
    glibc: /lib/libdl.so.2 znajduje się w systemie plików
    glibc: /lib/libm-2.15.so znajduje się w systemie plików
    glibc: /lib/libm.so.6 znajduje się w systemie plików
    glibc: /lib/libmemusage.so znajduje się w systemie plików
    glibc: /lib/libnsl-2.15.so znajduje się w systemie plików
    glibc: /lib/libnsl.so.1 znajduje się w systemie plików
    glibc: /lib/libnss_compat-2.15.so znajduje się w systemie plików
    glibc: /lib/libnss_compat.so.2 znajduje się w systemie plików
    glibc: /lib/libnss_db-2.15.so znajduje się w systemie plików
    glibc: /lib/libnss_db.so.2 znajduje się w systemie plików
    glibc: /lib/libnss_dns-2.15.so znajduje się w systemie plików
    glibc: /lib/libnss_dns.so.2 znajduje się w systemie plików
    glibc: /lib/libnss_files-2.15.so znajduje się w systemie plików
    glibc: /lib/libnss_files.so.2 znajduje się w systemie plików
    glibc: /lib/libnss_hesiod-2.15.so znajduje się w systemie plików
    glibc: /lib/libnss_hesiod.so.2 znajduje się w systemie plików
    glibc: /lib/libnss_nis-2.15.so znajduje się w systemie plików
    glibc: /lib/libnss_nis.so.2 znajduje się w systemie plików
    glibc: /lib/libnss_nisplus-2.15.so znajduje się w systemie plików
    glibc: /lib/libnss_nisplus.so.2 znajduje się w systemie plików
    glibc: /lib/libpcprofile.so znajduje się w systemie plików
    glibc: /lib/libpthread-2.15.so znajduje się w systemie plików
    glibc: /lib/libpthread.so.0 znajduje się w systemie plików
    glibc: /lib/libresolv-2.15.so znajduje się w systemie plików
    glibc: /lib/libresolv.so.2 znajduje się w systemie plików
    glibc: /lib/librt-2.15.so znajduje się w systemie plików
    glibc: /lib/librt.so.1 znajduje się w systemie plików
    glibc: /lib/libthread_db-1.0.so znajduje się w systemie plików
    glibc: /lib/libthread_db.so.1 znajduje się w systemie plików
    glibc: /lib/libutil-2.15.so znajduje się w systemie plików
    glibc: /lib/libutil.so.1 znajduje się w systemie plików
    glibc: /sbin/ldconfig znajduje się w systemie plików
    glibc: /sbin/sln znajduje się w systemie plików
    glibc: /usr/bin/catchsegv znajduje się w systemie plików
    glibc: /usr/bin/gencat znajduje się w systemie plików
    glibc: /usr/bin/getconf znajduje się w systemie plików
    glibc: /usr/bin/getent znajduje się w systemie plików
    glibc: /usr/bin/iconv znajduje się w systemie plików
    glibc: /usr/bin/ldd znajduje się w systemie plików
    glibc: /usr/bin/lddlibc4 znajduje się w systemie plików
    glibc: /usr/bin/locale znajduje się w systemie plików
    glibc: /usr/bin/localedef znajduje się w systemie plików
    glibc: /usr/bin/makedb znajduje się w systemie plików
    glibc: /usr/bin/mtrace znajduje się w systemie plików
    glibc: /usr/bin/pcprofiledump znajduje się w systemie plików
    glibc: /usr/bin/pldd znajduje się w systemie plików
    glibc: /usr/bin/rpcgen znajduje się w systemie plików
    glibc: /usr/bin/sotruss znajduje się w systemie plików
    glibc: /usr/bin/sprof znajduje się w systemie plików
    glibc: /usr/bin/xtrace znajduje się w systemie plików
    glibc: /usr/include/_G_config.h znajduje się w systemie plików
    glibc: /usr/include/a.out.h znajduje się w systemie plików
    glibc: /usr/include/aio.h znajduje się w systemie plików
    glibc: /usr/include/aliases.h znajduje się w systemie plików
    glibc: /usr/include/alloca.h znajduje się w systemie plików
    glibc: /usr/include/ar.h znajduje się w systemie plików
    glibc: /usr/include/argp.h znajduje się w systemie plików
    glibc: /usr/include/argz.h znajduje się w systemie plików
    glibc: /usr/include/arpa/ftp.h znajduje się w systemie plików
    glibc: /usr/include/arpa/inet.h znajduje się w systemie plików
    glibc: /usr/include/arpa/nameser.h znajduje się w systemie plików
    glibc: /usr/include/arpa/nameser_compat.h znajduje się w systemie plików
    glibc: /usr/include/arpa/telnet.h znajduje się w systemie plików
    glibc: /usr/include/arpa/tftp.h znajduje się w systemie plików
    glibc: /usr/include/assert.h znajduje się w systemie plików
    glibc: /usr/include/bits/a.out.h znajduje się w systemie plików
    glibc: /usr/include/bits/byteswap.h znajduje się w systemie plików
    glibc: /usr/include/bits/cmathcalls.h znajduje się w systemie plików
    glibc: /usr/include/bits/confname.h znajduje się w systemie plików
    glibc: /usr/include/bits/dirent.h znajduje się w systemie plików
    glibc: /usr/include/bits/dlfcn.h znajduje się w systemie plików
    glibc: /usr/include/bits/elfclass.h znajduje się w systemie plików
    glibc: /usr/include/bits/endian.h znajduje się w systemie plików
    glibc: /usr/include/bits/environments.h znajduje się w systemie plików
    glibc: /usr/include/bits/errno.h znajduje się w systemie plików
    glibc: /usr/include/bits/error.h znajduje się w systemie plików
    glibc: /usr/include/bits/fcntl.h znajduje się w systemie plików
    glibc: /usr/include/bits/fcntl2.h znajduje się w systemie plików
    glibc: /usr/include/bits/fenv.h znajduje się w systemie plików
    glibc: /usr/include/bits/fenvinline.h znajduje się w systemie plików
    glibc: /usr/include/bits/huge_val.h znajduje się w systemie plików
    glibc: /usr/include/bits/huge_valf.h znajduje się w systemie plików
    glibc: /usr/include/bits/huge_vall.h znajduje się w systemie plików
    glibc: /usr/include/bits/in.h znajduje się w systemie plików
    glibc: /usr/include/bits/inf.h znajduje się w systemie plików
    glibc: /usr/include/bits/initspin.h znajduje się w systemie plików
    glibc: /usr/include/bits/ioctl-types.h znajduje się w systemie plików
    glibc: /usr/include/bits/ioctls.h znajduje się w systemie plików
    glibc: /usr/include/bits/ipc.h znajduje się w systemie plików
    glibc: /usr/include/bits/ipctypes.h znajduje się w systemie plików
    glibc: /usr/include/bits/libc-lock.h znajduje się w systemie plików
    glibc: /usr/include/bits/libio-ldbl.h znajduje się w systemie plików
    glibc: /usr/include/bits/link.h znajduje się w systemie plików
    glibc: /usr/include/bits/local_lim.h znajduje się w systemie plików
    glibc: /usr/include/bits/locale.h znajduje się w systemie plików
    glibc: /usr/include/bits/math-finite.h znajduje się w systemie plików
    glibc: /usr/include/bits/mathcalls.h znajduje się w systemie plików
    glibc: /usr/include/bits/mathdef.h znajduje się w systemie plików
    glibc: /usr/include/bits/mathinline.h znajduje się w systemie plików
    glibc: /usr/include/bits/mman.h znajduje się w systemie plików
    glibc: /usr/include/bits/monetary-ldbl.h znajduje się w systemie plików
    glibc: /usr/include/bits/mqueue.h znajduje się w systemie plików
    glibc: /usr/include/bits/mqueue2.h znajduje się w systemie plików
    glibc: /usr/include/bits/msq.h znajduje się w systemie plików
    glibc: /usr/include/bits/nan.h znajduje się w systemie plików
    glibc: /usr/include/bits/netdb.h znajduje się w systemie plików
    glibc: /usr/include/bits/poll.h znajduje się w systemie plików
    glibc: /usr/include/bits/posix1_lim.h znajduje się w systemie plików
    glibc: /usr/include/bits/posix2_lim.h znajduje się w systemie plików
    glibc: /usr/include/bits/posix_opt.h znajduje się w systemie plików
    glibc: /usr/include/bits/printf-ldbl.h znajduje się w systemie plików
    glibc: /usr/include/bits/pthreadtypes.h znajduje się w systemie plików
    glibc: /usr/include/bits/resource.h znajduje się w systemie plików
    glibc: /usr/include/bits/sched.h znajduje się w systemie plików
    glibc: /usr/include/bits/select.h znajduje się w systemie plików
    glibc: /usr/include/bits/select2.h znajduje się w systemie plików
    glibc: /usr/include/bits/sem.h znajduje się w systemie plików
    glibc: /usr/include/bits/semaphore.h znajduje się w systemie plików
    glibc: /usr/include/bits/setjmp.h znajduje się w systemie plików
    glibc: /usr/include/bits/setjmp2.h znajduje się w systemie plików
    glibc: /usr/include/bits/shm.h znajduje się w systemie plików
    glibc: /usr/include/bits/sigaction.h znajduje się w systemie plików
    glibc: /usr/include/bits/sigcontext.h znajduje się w systemie plików
    glibc: /usr/include/bits/siginfo.h znajduje się w systemie plików
    glibc: /usr/include/bits/signum.h znajduje się w systemie plików
    glibc: /usr/include/bits/sigset.h znajduje się w systemie plików
    glibc: /usr/include/bits/sigstack.h znajduje się w systemie plików
    glibc: /usr/include/bits/sigthread.h znajduje się w systemie plików
    glibc: /usr/include/bits/sockaddr.h znajduje się w systemie plików
    glibc: /usr/include/bits/socket.h znajduje się w systemie plików
    glibc: /usr/include/bits/socket2.h znajduje się w systemie plików
    glibc: /usr/include/bits/stab.def znajduje się w systemie plików
    glibc: /usr/include/bits/stat.h znajduje się w systemie plików
    glibc: /usr/include/bits/statfs.h znajduje się w systemie plików
    glibc: /usr/include/bits/statvfs.h znajduje się w systemie plików
    glibc: /usr/include/bits/stdio-ldbl.h znajduje się w systemie plików
    glibc: /usr/include/bits/stdio-lock.h znajduje się w systemie plików
    glibc: /usr/include/bits/stdio.h znajduje się w systemie plików
    glibc: /usr/include/bits/stdio2.h znajduje się w systemie plików
    glibc: /usr/include/bits/stdio_lim.h znajduje się w systemie plików
    glibc: /usr/include/bits/stdlib-ldbl.h znajduje się w systemie plików
    glibc: /usr/include/bits/stdlib.h znajduje się w systemie plików
    glibc: /usr/include/bits/string.h znajduje się w systemie plików
    glibc: /usr/include/bits/string2.h znajduje się w systemie plików
    glibc: /usr/include/bits/string3.h znajduje się w systemie plików
    glibc: /usr/include/bits/stropts.h znajduje się w systemie plików
    glibc: /usr/include/bits/sys_errlist.h znajduje się w systemie plików
    glibc: /usr/include/bits/syscall.h znajduje się w systemie plików
    glibc: /usr/include/bits/syslog-ldbl.h znajduje się w systemie plików
    glibc: /usr/include/bits/syslog-path.h znajduje się w systemie plików
    glibc: /usr/include/bits/syslog.h znajduje się w systemie plików
    glibc: /usr/include/bits/termios.h znajduje się w systemie plików
    glibc: /usr/include/bits/time.h znajduje się w systemie plików
    glibc: /usr/include/bits/timex.h znajduje się w systemie plików
    glibc: /usr/include/bits/types.h znajduje się w systemie plików
    glibc: /usr/include/bits/typesizes.h znajduje się w systemie plików
    glibc: /usr/include/bits/uio.h znajduje się w systemie plików
    glibc: /usr/include/bits/unistd.h znajduje się w systemie plików
    glibc: /usr/include/bits/ustat.h znajduje się w systemie plików
    glibc: /usr/include/bits/utmp.h znajduje się w systemie plików
    glibc: /usr/include/bits/utmpx.h znajduje się w systemie plików
    glibc: /usr/include/bits/utsname.h znajduje się w systemie plików
    glibc: /usr/include/bits/waitflags.h znajduje się w systemie plików
    glibc: /usr/include/bits/waitstatus.h znajduje się w systemie plików
    glibc: /usr/include/bits/wchar-ldbl.h znajduje się w systemie plików
    glibc: /usr/include/bits/wchar.h znajduje się w systemie plików
    glibc: /usr/include/bits/wchar2.h znajduje się w systemie plików
    glibc: /usr/include/bits/wordsize.h znajduje się w systemie plików
    glibc: /usr/include/bits/xopen_lim.h znajduje się w systemie plików
    glibc: /usr/include/bits/xtitypes.h znajduje się w systemie plików
    glibc: /usr/include/byteswap.h znajduje się w systemie plików
    glibc: /usr/include/complex.h znajduje się w systemie plików
    glibc: /usr/include/cpio.h znajduje się w systemie plików
    glibc: /usr/include/crypt.h znajduje się w systemie plików
    glibc: /usr/include/ctype.h znajduje się w systemie plików
    glibc: /usr/include/dirent.h znajduje się w systemie plików
    glibc: /usr/include/dlfcn.h znajduje się w systemie plików
    glibc: /usr/include/elf.h znajduje się w systemie plików
    glibc: /usr/include/endian.h znajduje się w systemie plików
    glibc: /usr/include/envz.h znajduje się w systemie plików
    glibc: /usr/include/err.h znajduje się w systemie plików
    glibc: /usr/include/errno.h znajduje się w systemie plików
    glibc: /usr/include/error.h znajduje się w systemie plików
    glibc: /usr/include/execinfo.h znajduje się w systemie plików
    glibc: /usr/include/fcntl.h znajduje się w systemie plików
    glibc: /usr/include/features.h znajduje się w systemie plików
    glibc: /usr/include/fenv.h znajduje się w systemie plików
    glibc: /usr/include/fmtmsg.h znajduje się w systemie plików
    glibc: /usr/include/fnmatch.h znajduje się w systemie plików
    glibc: /usr/include/fpu_control.h znajduje się w systemie plików
    glibc: /usr/include/fstab.h znajduje się w systemie plików
    glibc: /usr/include/fts.h znajduje się w systemie plików
    glibc: /usr/include/ftw.h znajduje się w systemie plików
    glibc: /usr/include/gconv.h znajduje się w systemie plików
    glibc: /usr/include/getopt.h znajduje się w systemie plików
    glibc: /usr/include/glob.h znajduje się w systemie plików
    glibc: /usr/include/gnu-versions.h znajduje się w systemie plików
    glibc: /usr/include/gnu/lib-names.h znajduje się w systemie plików
    glibc: /usr/include/gnu/libc-version.h znajduje się w systemie plików
    glibc: /usr/include/gnu/stubs-32.h znajduje się w systemie plików
    glibc: /usr/include/gnu/stubs.h znajduje się w systemie plików
    glibc: /usr/include/grp.h znajduje się w systemie plików
    glibc: /usr/include/gshadow.h znajduje się w systemie plików
    glibc: /usr/include/iconv.h znajduje się w systemie plików
    glibc: /usr/include/ieee754.h znajduje się w systemie plików
    glibc: /usr/include/ifaddrs.h znajduje się w systemie plików
    glibc: /usr/include/inttypes.h znajduje się w systemie plików
    glibc: /usr/include/langinfo.h znajduje się w systemie plików
    glibc: /usr/include/lastlog.h znajduje się w systemie plików
    glibc: /usr/include/libgen.h znajduje się w systemie plików
    glibc: /usr/include/libintl.h znajduje się w systemie plików
    glibc: /usr/include/libio.h znajduje się w systemie plików
    glibc: /usr/include/limits.h znajduje się w systemie plików
    glibc: /usr/include/link.h znajduje się w systemie plików
    glibc: /usr/include/locale.h znajduje się w systemie plików
    glibc: /usr/include/malloc.h znajduje się w systemie plików
    glibc: /usr/include/math.h znajduje się w systemie plików
    glibc: /usr/include/mcheck.h znajduje się w systemie plików
    glibc: /usr/include/memory.h znajduje się w systemie plików
    glibc: /usr/include/mntent.h znajduje się w systemie plików
    glibc: /usr/include/monetary.h znajduje się w systemie plików
    glibc: /usr/include/mqueue.h znajduje się w systemie plików
    glibc: /usr/include/net/ethernet.h znajduje się w systemie plików
    glibc: /usr/include/net/if.h znajduje się w systemie plików
    glibc: /usr/include/net/if_arp.h znajduje się w systemie plików
    glibc: /usr/include/net/if_packet.h znajduje się w systemie plików
    glibc: /usr/include/net/if_ppp.h znajduje się w systemie plików
    glibc: /usr/include/net/if_shaper.h znajduje się w systemie plików
    glibc: /usr/include/net/if_slip.h znajduje się w systemie plików
    glibc: /usr/include/net/ppp-comp.h znajduje się w systemie plików
    glibc: /usr/include/net/ppp_defs.h znajduje się w systemie plików
    glibc: /usr/include/net/route.h znajduje się w systemie plików
    glibc: /usr/include/netash/ash.h znajduje się w systemie plików
    glibc: /usr/include/netatalk/at.h znajduje się w systemie plików
    glibc: /usr/include/netax25/ax25.h znajduje się w systemie plików
    glibc: /usr/include/netdb.h znajduje się w systemie plików
    glibc: /usr/include/neteconet/ec.h znajduje się w systemie plików
    glibc: /usr/include/netinet/ether.h znajduje się w systemie plików
    glibc: /usr/include/netinet/icmp6.h znajduje się w systemie plików
    glibc: /usr/include/netinet/if_ether.h znajduje się w systemie plików
    glibc: /usr/include/netinet/if_fddi.h znajduje się w systemie plików
    glibc: /usr/include/netinet/if_tr.h znajduje się w systemie plików
    glibc: /usr/include/netinet/igmp.h znajduje się w systemie plików
    glibc: /usr/include/netinet/in.h znajduje się w systemie plików
    glibc: /usr/include/netinet/in_systm.h znajduje się w systemie plików
    glibc: /usr/include/netinet/ip.h znajduje się w systemie plików
    glibc: /usr/include/netinet/ip6.h znajduje się w systemie plików
    glibc: /usr/include/netinet/ip_icmp.h znajduje się w systemie plików
    glibc: /usr/include/netinet/tcp.h znajduje się w systemie plików
    glibc: /usr/include/netinet/udp.h znajduje się w systemie plików
    glibc: /usr/include/netipx/ipx.h znajduje się w systemie plików
    glibc: /usr/include/netiucv/iucv.h znajduje się w systemie plików
    glibc: /usr/include/netpacket/packet.h znajduje się w systemie plików
    glibc: /usr/include/netrom/netrom.h znajduje się w systemie plików
    glibc: /usr/include/netrose/rose.h znajduje się w systemie plików
    glibc: /usr/include/nfs/nfs.h znajduje się w systemie plików
    glibc: /usr/include/nl_types.h znajduje się w systemie plików
    glibc: /usr/include/nss.h znajduje się w systemie plików
    glibc: /usr/include/obstack.h znajduje się w systemie plików
    glibc: /usr/include/paths.h znajduje się w systemie plików
    glibc: /usr/include/poll.h znajduje się w systemie plików
    glibc: /usr/include/printf.h znajduje się w systemie plików
    glibc: /usr/include/protocols/routed.h znajduje się w systemie plików
    glibc: /usr/include/protocols/rwhod.h znajduje się w systemie plików
    glibc: /usr/include/protocols/talkd.h znajduje się w systemie plików
    glibc: /usr/include/protocols/timed.h znajduje się w systemie plików
    glibc: /usr/include/pthread.h znajduje się w systemie plików
    glibc: /usr/include/pty.h znajduje się w systemie plików
    glibc: /usr/include/pwd.h znajduje się w systemie plików
    glibc: /usr/include/re_comp.h znajduje się w systemie plików
    glibc: /usr/include/regex.h znajduje się w systemie plików
    glibc: /usr/include/regexp.h znajduje się w systemie plików
    glibc: /usr/include/resolv.h znajduje się w systemie plików
    glibc: /usr/include/rpc/auth.h znajduje się w systemie plików
    glibc: /usr/include/rpc/auth_des.h znajduje się w systemie plików
    glibc: /usr/include/rpc/auth_unix.h znajduje się w systemie plików
    glibc: /usr/include/rpc/clnt.h znajduje się w systemie plików
    glibc: /usr/include/rpc/des_crypt.h znajduje się w systemie plików
    glibc: /usr/include/rpc/key_prot.h znajduje się w systemie plików
    glibc: /usr/include/rpc/netdb.h znajduje się w systemie plików
    glibc: /usr/include/rpc/pmap_clnt.h znajduje się w systemie plików
    glibc: /usr/include/rpc/pmap_prot.h znajduje się w systemie plików
    glibc: /usr/include/rpc/pmap_rmt.h znajduje się w systemie plików
    glibc: /usr/include/rpc/rpc.h znajduje się w systemie plików
    glibc: /usr/include/rpc/rpc_des.h znajduje się w systemie plików
    glibc: /usr/include/rpc/rpc_msg.h znajduje się w systemie plików
    glibc: /usr/include/rpc/svc.h znajduje się w systemie plików
    glibc: /usr/include/rpc/svc_auth.h znajduje się w systemie plików
    glibc: /usr/include/rpc/types.h znajduje się w systemie plików
    glibc: /usr/include/rpc/xdr.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/bootparam.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/bootparam_prot.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/bootparam_prot.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/key_prot.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/key_prot.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/klm_prot.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/klm_prot.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/mount.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/mount.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nfs_prot.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nfs_prot.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nis.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nis.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nis_callback.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nis_callback.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nis_object.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nis_tags.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nislib.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nlm_prot.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/nlm_prot.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/rex.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/rex.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/rquota.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/rquota.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/rstat.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/rstat.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/rusers.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/rusers.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/sm_inter.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/sm_inter.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/spray.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/spray.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/yp.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/yp.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/yp_prot.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/ypclnt.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/yppasswd.h znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/yppasswd.x znajduje się w systemie plików
    glibc: /usr/include/rpcsvc/ypupd.h znajduje się w systemie plików
    glibc: /usr/include/sched.h znajduje się w systemie plików
    glibc: /usr/include/scsi/scsi.h znajduje się w systemie plików
    glibc: /usr/include/scsi/scsi_ioctl.h znajduje się w systemie plików
    glibc: /usr/include/scsi/sg.h znajduje się w systemie plików
    glibc: /usr/include/search.h znajduje się w systemie plików
    glibc: /usr/include/semaphore.h znajduje się w systemie plików
    glibc: /usr/include/setjmp.h znajduje się w systemie plików
    glibc: /usr/include/sgtty.h znajduje się w systemie plików
    glibc: /usr/include/shadow.h znajduje się w systemie plików
    glibc: /usr/include/signal.h znajduje się w systemie plików
    glibc: /usr/include/spawn.h znajduje się w systemie plików
    glibc: /usr/include/stab.h znajduje się w systemie plików
    glibc: /usr/include/stdint.h znajduje się w systemie plików
    glibc: /usr/include/stdio.h znajduje się w systemie plików
    glibc: /usr/include/stdio_ext.h znajduje się w systemie plików
    glibc: /usr/include/stdlib.h znajduje się w systemie plików
    glibc: /usr/include/string.h znajduje się w systemie plików
    glibc: /usr/include/strings.h znajduje się w systemie plików
    glibc: /usr/include/stropts.h znajduje się w systemie plików
    glibc: /usr/include/sys/acct.h znajduje się w systemie plików
    glibc: /usr/include/sys/bitypes.h znajduje się w systemie plików
    glibc: /usr/include/sys/cdefs.h znajduje się w systemie plików
    glibc: /usr/include/sys/debugreg.h znajduje się w systemie plików
    glibc: /usr/include/sys/dir.h znajduje się w systemie plików
    glibc: /usr/include/sys/elf.h znajduje się w systemie plików
    glibc: /usr/include/sys/epoll.h znajduje się w systemie plików
    glibc: /usr/include/sys/errno.h znajduje się w systemie plików
    glibc: /usr/include/sys/eventfd.h znajduje się w systemie plików
    glibc: /usr/include/sys/fanotify.h znajduje się w systemie plików
    glibc: /usr/include/sys/fcntl.h znajduje się w systemie plików
    glibc: /usr/include/sys/file.h znajduje się w systemie plików
    glibc: /usr/include/sys/fsuid.h znajduje się w systemie plików
    glibc: /usr/include/sys/gmon.h znajduje się w systemie plików
    glibc: /usr/include/sys/gmon_out.h znajduje się w systemie plików
    glibc: /usr/include/sys/inotify.h znajduje się w systemie plików
    glibc: /usr/include/sys/io.h znajduje się w systemie plików
    glibc: /usr/include/sys/ioctl.h znajduje się w systemie plików
    glibc: /usr/include/sys/ipc.h znajduje się w systemie plików
    glibc: /usr/include/sys/kd.h znajduje się w systemie plików
    glibc: /usr/include/sys/kdaemon.h znajduje się w systemie plików
    glibc: /usr/include/sys/klog.h znajduje się w systemie plików
    glibc: /usr/include/sys/mman.h znajduje się w systemie plików
    glibc: /usr/include/sys/mount.h znajduje się w systemie plików
    glibc: /usr/include/sys/msg.h znajduje się w systemie plików
    glibc: /usr/include/sys/mtio.h znajduje się w systemie plików
    glibc: /usr/include/sys/param.h znajduje się w systemie plików
    glibc: /usr/include/sys/pci.h znajduje się w systemie plików
    glibc: /usr/include/sys/perm.h znajduje się w systemie plików
    glibc: /usr/include/sys/personality.h znajduje się w systemie plików
    glibc: /usr/include/sys/poll.h znajduje się w systemie plików
    glibc: /usr/include/sys/prctl.h znajduje się w systemie plików
    glibc: /usr/include/sys/procfs.h znajduje się w systemie plików
    glibc: /usr/include/sys/profil.h znajduje się w systemie plików
    glibc: /usr/include/sys/ptrace.h znajduje się w systemie plików
    glibc: /usr/include/sys/queue.h znajduje się w systemie plików
    glibc: /usr/include/sys/quota.h znajduje się w systemie plików
    glibc: /usr/include/sys/raw.h znajduje się w systemie plików
    glibc: /usr/include/sys/reboot.h znajduje się w systemie plików
    glibc: /usr/include/sys/reg.h znajduje się w systemie plików
    glibc: /usr/include/sys/resource.h znajduje się w systemie plików
    glibc: /usr/include/sys/select.h znajduje się w systemie plików
    glibc: /usr/include/sys/sem.h znajduje się w systemie plików
    glibc: /usr/include/sys/sendfile.h znajduje się w systemie plików
    glibc: /usr/include/sys/shm.h znajduje się w systemie plików
    glibc: /usr/include/sys/signal.h znajduje się w systemie plików
    glibc: /usr/include/sys/signalfd.h znajduje się w systemie plików
    glibc: /usr/include/sys/socket.h znajduje się w systemie plików
    glibc: /usr/include/sys/socketvar.h znajduje się w systemie plików
    glibc: /usr/include/sys/soundcard.h znajduje się w systemie plików
    glibc: /usr/include/sys/stat.h znajduje się w systemie plików
    glibc: /usr/include/sys/statfs.h znajduje się w systemie plików
    glibc: /usr/include/sys/statvfs.h znajduje się w systemie plików
    glibc: /usr/include/sys/stropts.h znajduje się w systemie plików
    glibc: /usr/include/sys/swap.h znajduje się w systemie plików
    glibc: /usr/include/sys/syscall.h znajduje się w systemie plików
    glibc: /usr/include/sys/sysctl.h znajduje się w systemie plików
    glibc: /usr/include/sys/sysinfo.h znajduje się w systemie plików
    glibc: /usr/include/sys/syslog.h znajduje się w systemie plików
    glibc: /usr/include/sys/sysmacros.h znajduje się w systemie plików
    glibc: /usr/include/sys/termios.h znajduje się w systemie plików
    glibc: /usr/include/sys/time.h znajduje się w systemie plików
    glibc: /usr/include/sys/timeb.h znajduje się w systemie plików
    glibc: /usr/include/sys/timerfd.h znajduje się w systemie plików
    glibc: /usr/include/sys/times.h znajduje się w systemie plików
    glibc: /usr/include/sys/timex.h znajduje się w systemie plików
    glibc: /usr/include/sys/ttychars.h znajduje się w systemie plików
    glibc: /usr/include/sys/ttydefaults.h znajduje się w systemie plików
    glibc: /usr/include/sys/types.h znajduje się w systemie plików
    glibc: /usr/include/sys/ucontext.h znajduje się w systemie plików
    glibc: /usr/include/sys/uio.h znajduje się w systemie plików
    glibc: /usr/include/sys/ultrasound.h znajduje się w systemie plików
    glibc: /usr/include/sys/un.h znajduje się w systemie plików
    glibc: /usr/include/sys/unistd.h znajduje się w systemie plików
    glibc: /usr/include/sys/user.h znajduje się w systemie plików
    glibc: /usr/include/sys/ustat.h znajduje się w systemie plików
    glibc: /usr/include/sys/utsname.h znajduje się w systemie plików
    glibc: /usr/include/sys/vfs.h znajduje się w systemie plików
    glibc: /usr/include/sys/vlimit.h znajduje się w systemie plików
    glibc: /usr/include/sys/vm86.h znajduje się w systemie plików
    glibc: /usr/include/sys/vt.h znajduje się w systemie plików
    glibc: /usr/include/sys/vtimes.h znajduje się w systemie plików
    glibc: /usr/include/sys/wait.h znajduje się w systemie plików
    glibc: /usr/include/sys/xattr.h znajduje się w systemie plików
    glibc: /usr/include/syscall.h znajduje się w systemie plików
    glibc: /usr/include/sysexits.h znajduje się w systemie plików
    glibc: /usr/include/syslog.h znajduje się w systemie plików
    glibc: /usr/include/tar.h znajduje się w systemie plików
    glibc: /usr/include/termio.h znajduje się w systemie plików
    glibc: /usr/include/termios.h znajduje się w systemie plików
    glibc: /usr/include/tgmath.h znajduje się w systemie plików
    glibc: /usr/include/thread_db.h znajduje się w systemie plików
    glibc: /usr/include/time.h znajduje się w systemie plików
    glibc: /usr/include/ttyent.h znajduje się w systemie plików
    glibc: /usr/include/ucontext.h znajduje się w systemie plików
    glibc: /usr/include/ulimit.h znajduje się w systemie plików
    glibc: /usr/include/unistd.h znajduje się w systemie plików
    glibc: /usr/include/ustat.h znajduje się w systemie plików
    glibc: /usr/include/utime.h znajduje się w systemie plików
    glibc: /usr/include/utmp.h znajduje się w systemie plików
    glibc: /usr/include/utmpx.h znajduje się w systemie plików
    glibc: /usr/include/values.h znajduje się w systemie plików
    glibc: /usr/include/wait.h znajduje się w systemie plików
    glibc: /usr/include/wchar.h znajduje się w systemie plików
    glibc: /usr/include/wctype.h znajduje się w systemie plików
    glibc: /usr/include/wordexp.h znajduje się w systemie plików
    glibc: /usr/include/xlocale.h znajduje się w systemie plików
    glibc: /usr/lib/Mcrt1.o znajduje się w systemie plików
    glibc: /usr/lib/Scrt1.o znajduje się w systemie plików
    glibc: /usr/lib/audit/sotruss-lib.so znajduje się w systemie plików
    glibc: /usr/lib/crt1.o znajduje się w systemie plików
    glibc: /usr/lib/crti.o znajduje się w systemie plików
    glibc: /usr/lib/crtn.o znajduje się w systemie plików
    glibc: /usr/lib/gconv/ANSI_X3.110.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ARMSCII-8.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ASMO_449.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/BIG5.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/BIG5HKSCS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/BRF.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP10007.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1125.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1250.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1251.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1252.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1253.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1254.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1255.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1256.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1257.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP1258.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP737.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP770.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP771.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP772.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP773.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP774.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP775.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CP932.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CSN_369103.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/CWI.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/DEC-MCS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-AT-DE-A.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-AT-DE.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-CA-FR.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-DK-NO-A.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-DK-NO.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-ES-A.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-ES-S.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-ES.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-FI-SE-A.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-FI-SE.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-FR.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-IS-FRISS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-IT.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-PT.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-UK.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EBCDIC-US.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ECMA-CYRILLIC.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EUC-CN.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EUC-JISX0213.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EUC-JP-MS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EUC-JP.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EUC-KR.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/EUC-TW.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GB18030.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GBBIG5.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GBGBK.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GBK.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GEORGIAN-ACADEMY.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GEORGIAN-PS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GOST_19768-74.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GREEK-CCITT.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GREEK7-OLD.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/GREEK7.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/HP-GREEK8.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/HP-ROMAN8.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/HP-ROMAN9.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/HP-THAI8.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/HP-TURKISH8.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM037.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM038.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1004.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1008.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1008_420.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1025.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1026.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1046.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1047.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1097.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1112.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1122.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1123.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1124.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1129.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1130.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1132.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1133.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1137.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1140.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1141.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1142.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1143.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1144.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1145.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1146.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1147.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1148.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1149.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1153.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1154.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1155.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1156.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1157.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1158.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1160.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1161.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1162.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1163.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1164.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1166.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1167.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM12712.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1364.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1371.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1388.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1390.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM1399.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM16804.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM256.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM273.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM274.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM275.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM277.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM278.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM280.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM281.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM284.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM285.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM290.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM297.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM420.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM423.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM424.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM437.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM4517.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM4899.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM4909.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM4971.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM500.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM5347.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM803.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM850.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM851.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM852.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM855.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM856.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM857.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM860.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM861.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM862.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM863.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM864.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM865.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM866.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM866NAV.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM868.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM869.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM870.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM871.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM874.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM875.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM880.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM891.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM901.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM902.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM903.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM9030.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM904.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM905.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM9066.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM918.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM921.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM922.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM930.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM932.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM933.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM935.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM937.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM939.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM943.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IBM9448.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/IEC_P27-1.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/INIS-8.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/INIS-CYRILLIC.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/INIS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISIRI-3342.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO-2022-CN-EXT.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO-2022-CN.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO-2022-JP-3.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO-2022-JP.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO-2022-KR.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO-IR-197.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO-IR-209.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO646.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-1.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-10.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-11.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-13.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-14.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-15.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-16.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-2.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-3.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-4.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-5.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-6.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-7.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-8.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-9.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO8859-9E.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO_10367-BOX.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO_11548-1.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO_2033.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO_5427-EXT.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO_5427.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO_5428.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO_6937-2.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/ISO_6937.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/JOHAB.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/KOI-8.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/KOI8-R.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/KOI8-RU.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/KOI8-T.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/KOI8-U.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/LATIN-GREEK-1.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/LATIN-GREEK.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/MAC-CENTRALEUROPE.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/MAC-IS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/MAC-SAMI.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/MAC-UK.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/MACINTOSH.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/MIK.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/NATS-DANO.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/NATS-SEFI.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/PT154.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/RK1048.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/SAMI-WS2.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/SHIFT_JISX0213.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/SJIS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/T.61.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/TCVN5712-1.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/TIS-620.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/TSCII.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/UHC.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/UNICODE.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/UTF-16.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/UTF-32.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/UTF-7.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/VISCII.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/gconv-modules znajduje się w systemie plików
    glibc: /usr/lib/gconv/libCNS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/libGB.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/libISOIR165.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/libJIS.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/libJISX0213.so znajduje się w systemie plików
    glibc: /usr/lib/gconv/libKSC.so znajduje się w systemie plików
    glibc: /usr/lib/gcrt1.o znajduje się w systemie plików
    glibc: /usr/lib/getconf/POSIX_V6_ILP32_OFF32 znajduje się w systemie plików
    glibc: /usr/lib/getconf/POSIX_V6_ILP32_OFFBIG znajduje się w systemie plików
    glibc: /usr/lib/getconf/POSIX_V7_ILP32_OFF32 znajduje się w systemie plików
    glibc: /usr/lib/getconf/POSIX_V7_ILP32_OFFBIG znajduje się w systemie plików
    glibc: /usr/lib/getconf/XBS5_ILP32_OFF32 znajduje się w systemie plików
    glibc: /usr/lib/getconf/XBS5_ILP32_OFFBIG znajduje się w systemie plików
    glibc: /usr/lib/libBrokenLocale.a znajduje się w systemie plików
    glibc: /usr/lib/libBrokenLocale.so znajduje się w systemie plików
    glibc: /usr/lib/libanl.a znajduje się w systemie plików
    glibc: /usr/lib/libanl.so znajduje się w systemie plików
    glibc: /usr/lib/libbsd-compat.a znajduje się w systemie plików
    glibc: /usr/lib/libc.a znajduje się w systemie plików
    glibc: /usr/lib/libc.so znajduje się w systemie plików
    glibc: /usr/lib/libc_nonshared.a znajduje się w systemie plików
    glibc: /usr/lib/libcidn.so znajduje się w systemie plików
    glibc: /usr/lib/libcrypt.a znajduje się w systemie plików
    glibc: /usr/lib/libcrypt.so znajduje się w systemie plików
    glibc: /usr/lib/libdl.a znajduje się w systemie plików
    glibc: /usr/lib/libdl.so znajduje się w systemie plików
    glibc: /usr/lib/libg.a znajduje się w systemie plików
    glibc: /usr/lib/libieee.a znajduje się w systemie plików
    glibc: /usr/lib/libm.a znajduje się w systemie plików
    glibc: /usr/lib/libm.so znajduje się w systemie plików
    glibc: /usr/lib/libmcheck.a znajduje się w systemie plików
    glibc: /usr/lib/libnsl.a znajduje się w systemie plików
    glibc: /usr/lib/libnsl.so znajduje się w systemie plików
    glibc: /usr/lib/libnss_compat.so znajduje się w systemie plików
    glibc: /usr/lib/libnss_db.so znajduje się w systemie plików
    glibc: /usr/lib/libnss_dns.so znajduje się w systemie plików
    glibc: /usr/lib/libnss_files.so znajduje się w systemie plików
    glibc: /usr/lib/libnss_hesiod.so znajduje się w systemie plików
    glibc: /usr/lib/libnss_nis.so znajduje się w systemie plików
    glibc: /usr/lib/libnss_nisplus.so znajduje się w systemie plików
    glibc: /usr/lib/libpthread.a znajduje się w systemie plików
    glibc: /usr/lib/libpthread.so znajduje się w systemie plików
    glibc: /usr/lib/libpthread_nonshared.a znajduje się w systemie plików
    glibc: /usr/lib/libresolv.a znajduje się w systemie plików
    glibc: /usr/lib/libresolv.so znajduje się w systemie plików
    glibc: /usr/lib/librpcsvc.a znajduje się w systemie plików
    glibc: /usr/lib/librt.a znajduje się w systemie plików
    glibc: /usr/lib/librt.so znajduje się w systemie plików
    glibc: /usr/lib/libthread_db.so znajduje się w systemie plików
    glibc: /usr/lib/libutil.a znajduje się w systemie plików
    glibc: /usr/lib/libutil.so znajduje się w systemie plików
    glibc: /usr/lib/pt_chown znajduje się w systemie plików
    glibc: /usr/sbin/iconvconfig znajduje się w systemie plików
    glibc: /usr/sbin/locale-gen znajduje się w systemie plików
    glibc: /usr/sbin/nscd znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ANSI_X3.110-1983.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ANSI_X3.4-1968.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ARMSCII-8.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ASMO_449.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/BIG5-HKSCS.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/BIG5.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/BRF.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/BS_4730.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/BS_VIEWDATA.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP10007.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1125.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1250.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1251.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1252.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1253.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1254.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1255.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1256.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1257.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP1258.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP737.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP770.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP771.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP772.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP773.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP774.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP775.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CP949.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CSA_Z243.4-1985-1.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CSA_Z243.4-1985-2.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CSA_Z243.4-1985-GR.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CSN_369103.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/CWI.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/DEC-MCS.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/DIN_66003.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/DS_2089.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-AT-DE-A.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-AT-DE.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-CA-FR.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-DK-NO-A.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-DK-NO.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-ES-A.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-ES-S.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-ES.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-FI-SE-A.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-FI-SE.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-FR.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-IS-FRISS.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-IT.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-PT.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-UK.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EBCDIC-US.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ECMA-CYRILLIC.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ES.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ES2.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EUC-JISX0213.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EUC-JP-MS.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EUC-JP.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EUC-KR.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/EUC-TW.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GB18030.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GB2312.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GBK.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GB_1988-80.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GEORGIAN-ACADEMY.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GEORGIAN-PS.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GOST_19768-74.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GREEK-CCITT.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GREEK7-OLD.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/GREEK7.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/HP-GREEK8.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/HP-ROMAN8.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/HP-ROMAN9.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/HP-THAI8.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/HP-TURKISH8.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM037.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM038.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1004.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1026.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1047.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1124.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1129.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1132.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1133.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1160.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1161.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1162.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1163.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM1164.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM256.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM273.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM274.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM275.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM277.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM278.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM280.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM281.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM284.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM285.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM290.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM297.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM420.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM423.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM424.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM437.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM500.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM850.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM851.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM852.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM855.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM856.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM857.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM860.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM861.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM862.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM863.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM864.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM865.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM866.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM866NAV.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM868.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM869.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM870.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM871.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM874.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM875.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM880.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM891.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM903.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM904.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM905.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM918.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IBM922.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IEC_P27-1.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/INIS-8.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/INIS-CYRILLIC.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/INIS.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/INVARIANT.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISIRI-3342.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-1.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-10.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-11.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-13.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-14.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-15.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-16.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-2.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-3.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-4.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-5.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-6.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-7.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-8.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-9.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-8859-9E.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-IR-197.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-IR-209.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO-IR-90.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_10367-BOX.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_10646.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_11548-1.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_2033-1983.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_5427-EXT.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_5427.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_5428.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_646.BASIC.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_646.IRV.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_6937-2-25.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_6937-2-ADD.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_6937.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_8859-1,GL.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/ISO_8859-SUPP.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/IT.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/JIS_C6220-1969-JP.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/JIS_C6220-1969-RO.gz znajduje się w systemie plików
    glibc: /usr/share/i18n/charmaps/JIS_C6229-1984-A.gz znajduje się w s

    My polish (assuming that's the language) is a bit rusty, but I'm guessing what you're seeing there is this.

  • Glibc-2.9.2-i686 breaks apache and causes problems with samba?

    I could not start the apache daemon.  The output from /usr/sbin/apachectl start is
    httpd: ../sysdeps/posix/getaddrinfo.c:1465: rfc3484_sort: Assertion `src->results[i].native == -1 || src->results[i].native == a2_native' failed.
    /usr/sbin/apachectl: line 78: 2933 Aborted $HTTPD -k $ARGV
    The getaddrinfo.c, I believe, is in the glibc package.
    Also, I get error logs in my /var/log/samba directory named like  "__ffff" followed by the IP address of a remote client.  In one of them it says that samba is dumping core and contains
    [2008/12/24 18:47:10, 0] lib/util.c:log_stack_trace(1767)
    BACKTRACE: 23 stack frames:
    #0 /usr/sbin/smbd(log_stack_trace+0x2d) [0xb7cda584]
    #1 /usr/sbin/smbd(smb_panic+0x80) [0xb7cda6e1]
    #2 /usr/sbin/smbd [0xb7cc5033]
    #3 [0xb7a31400]
    #4 /lib/libc.so.6(abort+0x188) [0xb733b0c8]
    #5 /lib/libc.so.6(__assert_fail+0xee) [0xb73326ee]
    #6 /lib/libc.so.6 [0xb73c7a01]
    #7 /lib/libc.so.6 [0xb733b888]
    #8 /lib/libc.so.6(qsort_r+0x291) [0xb733bdd1]
    #9 /lib/libc.so.6(getaddrinfo+0x7cf) [0xb73c91ff]
    #10 /usr/sbin/smbd [0xb7cdca56]
    #11 /usr/sbin/smbd(get_mydnsfullname+0x181) [0xb7cdcc5d]
    #12 /usr/sbin/smbd(get_mydnsdomname+0x17) [0xb7cdada1]
    #13 /usr/sbin/smbd [0xb7b7af8c]
    #14 /usr/sbin/smbd(ntlmssp_update+0x297) [0xb7b792d6]
    #15 /usr/sbin/smbd(auth_ntlmssp_update+0x48) [0xb7d27cc1]
    #16 /usr/sbin/smbd [0xb7b04ecf]
    #17 /usr/sbin/smbd(reply_sesssetup_and_X+0x1c4) [0xb7b057cd]
    #18 /usr/sbin/smbd [0xb7b39f16]
    #19 /usr/sbin/smbd(smbd_process+0x429) [0xb7b3ba61]
    #20 /usr/sbin/smbd(main+0xfa2) [0xb7f2bbc7]
    #21 /lib/libc.so.6(__libc_start_main+0xe5) [0xb73256c5]
    #22 /usr/sbin/smbd [0xb7abfa81]
    I downgraded glibc to 2.8-3 and I can now start apache.  No problems with samba yet either although I had to make pacman skip dependency checks because a number of packages depended on glibc >= 2.9.

    getaddrinfo.c - this is place where glibc 2.9 has a major change in IP resolving. see the bugreport we had and still have. search google and upstream (Fedora/RedHat) for reports.
    maybe a simple recompile of the affected packages can help. holding an outdated version is a bad solution. new packages compiled against the new version may use new functions and break with the old one.

  • Need help recovering from glibc upgrade [SOLVED]

    I recently did pacman -Syu on a system because I was having trouble with a softphone utility. I installed Arch on this laptop perhaps 6 months ago and have not done many upgrades since that time. Of course I've been waylaid by the recent glibc changes and I'm trying to recover. I think I've gotten a good deal of the way there by researching the issue and attempting a few solutions. But I'm quite confused by what I'm now seeing, so I want to ask for help here.
    First, let me point out that I posted in this forum yesterday about certain events that led to my problems--see that thread at https://bbs.archlinux.org/viewtopic.php?pid=1186089. Essentially, I followed the wrong set of instructions and did pacman -Syu --ignore glibc pacman -Su before doing pacman -U http://pkgbuild.com/~allan/glibc-2.16.0 … pkg.tar.xz. That broke pacman, which, being the most current version, was expecting that glibc version to be on the system.
    To remedy the problem I followed the procedure outlined in that thread--namely booting from a USB drive on the affected system and running pacman -U http://pkgbuild.com/~allan/glibc-2.16.0 … pkg.tar.xz --root /mnt/brokenRoot. Things kinda started to work then: pacman would run, but I noted that my mouse cursor was not responding. I decided to try and finish the upgrade and so ran pacman -Syu again using the --ignore glibc switch as suggested at https://wiki.archlinux.org/index.php/De … iki:usrlib.
    Things started to get really weird after that. For example, at a certain point during the boot process--I believe when the console is getting ready to switch to framebuffer (or whatever point that's called where screen resolution changes from vga)--and the screen just freezes. The laptop won't accept any keyboard or mouse input and just appears to be hung. I was able to chroot in to the system and cause the sshd daemon to start though, and have discovered that I can ssh in and do things.
    I upgraded the kernel again today in an ssh session, which gave some quite strange results: mkinitcipio is searching for modules under /lib, whereas as I understand it, /lib is now supposed to contain nothing and is to be simply a symlink to /usr/lib. But I can't build an init image on this system unless a /modules directory is present under /lib. Well, the /lib directory was there, so I symlinked /usr/lib/modules to /lib and mkinitcpio ran fine after that. So what's up here? Why is mkinitcpio expecting the /modules directory to be under /lib?
    Just as weird, there seems to be a newer glibc version. But I can't upgrade to it: I get the message "glibc: /lib exists in filesystem." Now, having read https://wiki.archlinux.org/index.php/De … iki:usrlib I know that there are suggestions for remedying this. But when I run the commands suggested there to try and find out what packages own files in /lib, it looks to me that all files there are owned by glibc 2.16.0-1:
    find /lib -exec pacman -Qo -- {} +
    error: cannot determine ownership of directory '/lib'
    /lib/libthread_db.so.1 is owned by glibc 2.16.0-1
    /lib/libnss_files-2.16.so is owned by glibc 2.16.0-1
    /lib/libc-2.16.so is owned by glibc 2.16.0-1
    /lib/libnss_nisplus.so.2 is owned by glibc 2.16.0-1
    /lib/libnss_dns-2.16.so is owned by glibc 2.16.0-1
    /lib/libnss_nisplus-2.16.so is owned by glibc 2.16.0-1
    /lib/libanl-2.16.so is owned by glibc 2.16.0-1
    /lib/libnsl-2.16.so is owned by glibc 2.16.0-1
    /lib/libcidn-2.16.so is owned by glibc 2.16.0-1
    /lib/librt.so.1 is owned by glibc 2.16.0-1
    /lib/libnss_nis.so.2 is owned by glibc 2.16.0-1
    /lib/libBrokenLocale-2.16.so is owned by glibc 2.16.0-1
    /lib/libc.so.6 is owned by glibc 2.16.0-1
    /lib/libpthread-2.16.so is owned by glibc 2.16.0-1
    /lib/libcrypt.so.1 is owned by glibc 2.16.0-1
    /lib/libnss_db.so.2 is owned by glibc 2.16.0-1
    /lib/libutil-2.16.so is owned by glibc 2.16.0-1
    /lib/libm-2.16.so is owned by glibc 2.16.0-1
    /lib/libpthread.so.0 is owned by glibc 2.16.0-1
    /lib/libnss_files.so.2 is owned by glibc 2.16.0-1
    /lib/ld-linux-x86-64.so.2 is owned by glibc 2.16.0-1
    /lib/libcidn.so.1 is owned by glibc 2.16.0-1
    /lib/libSegFault.so is owned by glibc 2.16.0-1
    /lib/libnss_nis-2.16.so is owned by glibc 2.16.0-1
    error: No package owns /lib/modules
    /lib/librt-2.16.so is owned by glibc 2.16.0-1
    /lib/libthread_db-1.0.so is owned by glibc 2.16.0-1
    /lib/libnss_hesiod-2.16.so is owned by glibc 2.16.0-1
    /lib/libdl-2.16.so is owned by glibc 2.16.0-1
    /lib/libanl.so.1 is owned by glibc 2.16.0-1
    /lib/libpcprofile.so is owned by glibc 2.16.0-1
    /lib/libnss_compat-2.16.so is owned by glibc 2.16.0-1
    /lib/libnss_compat.so.2 is owned by glibc 2.16.0-1
    /lib/libmemusage.so is owned by glibc 2.16.0-1
    /lib/libm.so.6 is owned by glibc 2.16.0-1
    /lib/libresolv-2.16.so is owned by glibc 2.16.0-1
    /lib/libBrokenLocale.so.1 is owned by glibc 2.16.0-1
    /lib/libutil.so.1 is owned by glibc 2.16.0-1
    /lib/libcrypt-2.16.so is owned by glibc 2.16.0-1
    /lib/libnss_hesiod.so.2 is owned by glibc 2.16.0-1
    /lib/libdl.so.2 is owned by glibc 2.16.0-1
    /lib/ld-2.16.so is owned by glibc 2.16.0-1
    /lib/libnsl.so.1 is owned by glibc 2.16.0-1
    /lib/libresolv.so.2 is owned by glibc 2.16.0-1
    /lib/libnss_dns.so.2 is owned by glibc 2.16.0-1
    /lib/libnss_db-2.16.so is owned by glibc 2.16.0-1
    Long story short, I'm quite confused by this. And I have a barely-working system I need to fix.
    Can anyone please offer input on what might be going on with this system? And perhaps offer suggestions for straightening out the mess?
    Thanks,
    James
    Last edited by jamtat (2012-11-02 23:55:10)

    Ok. So I'm officially dumb--in case that wasn't already apparent. I thought I'd tried upgrading glibc after I'd deleted the symlink to /usr/lib/modules (I deleted it a couple of times). But I was apparently wrong: after just now deleting it upon reading your post, I see that the upgrade has worked and that  the system reboots into its former normal state. So. it looks like it's fixed and like this thread can be marked solved. Still I'm curious: will mkinitcpio continue looking for modules in /lib?
    Thanks,
    James
    Last edited by jamtat (2012-11-03 16:22:09)

  • Install of SAP on  Linux -glibc-32bit-8.1-9 for Novell SUSE SLES Linux 10.

    Hi All
    We are installing the Oracle on x86_64 using Novell SUSE SLES 10.
    As per OSS note 841728 , (Installation Proble #8) for SUSE\UnitedLinux x86_64 ) we should have glibc-32-8.1-9 and glibc-devel-32bit-8.1-9 installed.
    We have glibc-32bit-2.4-31.30 and glibc-devel-32bit-2.4-31.30 installed on Linux server.
    My question are :-
    1) Do we must have these files (glibc-32-8.1-9) installed? Or will do with  glibc-32bit-2.4-31.30.
    As OUI gives following warning during installation :-
    Checking recommended glibc version.......failed
    2 ) where to get these files from? I was unable to find these RPMs?
    Any help is much appreciated.
    Thanks

    Dear Hannes
    First of all thank you for the reply.
    Yes, I am using the "RUNINSTALLER" from SAP directory, but updated "RUNINSTALLER" I downloaded as per OSS note  980426.
    Using workaround # 3 , recommended by SAP.
    I have downloaded these Oracle CD's (material #  51031676) from service market place 5days ago and they are dated as 11-04-2006.
    I have to use OSS note 980426 as I was getting following error
    /oracle/stage/102_64/database/SAP/SVRCUSTOM.RSP --> /tmp/.orainst_rsp.18836: Done
    Starting Oracle Universal Installer...
    Checking installer requirements...
    Checking operating system version: must be redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2                                       Failed <<<<
    Here are the messaged I am getting from OUI
    Msg#1
    ===========================================
    Checking operating system requirements ...
    Expected result: One of redhat-3,redhat-4,SuSE-9
    Actual Result: SuSE-SUSE Linux Enterprise Server 10 (x86_64)
    Check complete. The overall result of this check is: Failed <<<<
    Problem: Oracle Database 10g is not certified on the current operating system.
    Recommendation: Make sure you are installing the software on the correct platform.
    =======================================================================
    Msg#2
    Checking operating system package requirements ...
    Check complete. The overall result of this check is: Not executed <<<<
    OUI-18001: The operating system 'Linux Version SuSE-SUSE Linux Enterprise Server 10 (x86_64)' is not supported.
    Recommendation: Install the required packages before continuing with the installation.
    =======================================================================
    Msg#3
    Checking security kernel parameters
    Check complete. The overall result of this check is: Not executed <<<<
    OUI-18001: The operating system 'Linux Version SuSE-SUSE Linux Enterprise Server 10 (x86_64)' is not supported.
    Recommendation: Perform operating system specific instructions to update the kernel parameters, namely BIT_SIZE and noexec_user_stack.
    =======================================================================
    Msg#4
    Checking Recommended glibc version
    Check complete. The overall result of this check is: Not executed <<<<
    OUI-18001: The operating system 'Linux Version SuSE-SUSE Linux Enterprise Server 10 (x86_64)' is not supported.
    Recommendation: You may actually have installed packages which have obsoleted these, in which case you can successfully continue with the install. If you have not, it is recommended that you do not continue. Refer to the readme to find out how to get the missing packages.
    ========================================
    So, I was more concern about Msg# 4, and that's how I came across OSS note Note 841728 - Installation problem #8.
    So, I believe we are OK to go ahead and run the installation of Oracle, isn't it????
    Thank you again.
    Sandeep

  • Oracle 8.0.5 certified on GLIBC 2.1 system (e.g., RH 6.0)

    Oracle 8.0.5.x is certified on GLIBC 2.1 system and a patch
    is available for this.
    The patch available for download contains two files -
    README including instructions for applying the patch and
    the patch file glibcpatch.tgz (compressed tar). Follow the
    instructions provided in the README to apply this patch.
    This patch is available for both 8.0.5 Standard and Enterprise
    Editions of Oracle.
    Get Technical!
    http://technet.oracle.com
    null

    I would not blame ORACLE - I think the problem is
    with the EGCS and the libraries.
    I have emails from the linux.devel on these.
    For e.g. a simple program such as
    #include "stdio.h"
    FILE *fp = stderr;
    main() {
    gives error on Redhat 6.0, Caldera 2.2!
    It works on Solaris, IRIX, AIX, Redhat 5.2 and
    even with Visual C++ 6!
    I have had other programs such as pdksh (ksh) also
    dumping on Redhat 6.0 and Caldera 2.2
    (even after I compile everything from source!).
    I have also had nothing but trouble with other databases
    on 6.0. I think new kernels should go through a lot more
    testing before being released like this.
    I am also debating whether to move back to Redhat 5.2!
    Freddy Wissing (guest) wrote:
    : Oracle Development Team wrote:
    : : Oracle 8.0.5.x is certified on GLIBC 2.1 system and a patch
    : : is available for this.
    : : The patch available for download contains two files -
    : : README including instructions for applying the patch and
    : : the patch file glibcpatch.tgz (compressed tar). Follow the
    : : instructions provided in the README to apply this patch.
    : : This patch is available for both 8.0.5 Standard and
    Enterprise
    : : Editions of Oracle.
    : : Get Technical!
    : : http://technet.oracle.com
    : I agree with the others. Referring back to an older library
    : merely for compatibility's sake is different from forward
    : motion. I 've been having nuttin' but trouble with the compat
    : stuff, and now my pro-c stuff won't work at all. (separate
    post)
    : There needs to be REAL glibc-2.1 linking. I hesitate to run
    : anything important (no less mission critical) on top of these
    : compat packages, and it's truly making me rethink my strategy
    of
    : using RedHat/Oracle unless I revert back to RedHat 5.2, which I
    : liked.
    : If you are already publishing a real fix for this, please
    : disregard. Otherwise, please do us this favor. There's a
    : tremendous RedHat 6.0 population out there.
    : Freddy Wissing
    null

Maybe you are looking for

  • Multi-consumer queue table does not empty

    Hello, I must be missing something pretty trivial here but I have setup queue with a queue table where multiple_consumers = true. When I dequeue a message from the queue it is received, but the message is still left in the queue table. When I do a se

  • Error While copying the Planning version : S001 001 doesnt exist in P44V

    Hi Leads, I am trying to copy the planning version for S001 (Version - 001), from the Transaction MC8V. But, it is giving error sayin "S001 001 doesn't exist in P44V". How can I solve this issue. Please do suggest. Thanks, Sandeep

  • OIM AD Group Object Classes

    Hello I need to add an additional object class to AD groups that are created from OIM. I am using OIM 9.1.0.2 and trying to update the lookup.ad.configuration ldapgroupobject class from "group" to "group | PosixGroup" and it looks like this is not ta

  • String text color

    I am trying to do the following. I have a VI which updates the current weight of an item and compared it to the initial weight through division, when it is between 10%<item<25% I have it inserting into an array (that has all the item information) a s

  • Run TIme Error Message- Array Out of Bounds Exception

    Good evening all, I seem to have a run time error with the below segment of code. I've changed the (args[0]) a variety of ways but still get the same message. I have a few questions regarding my methodology. First, am I headed down the right path (no