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 PMI 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 advanceslacknatcher 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?
nullIn 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 -
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 sMy 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.
ThanksDear 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.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
nullI 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
-
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
-
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