similar to: pthread_setschedprio function in glibc-2.3.4

I'd like to modify pthread library ( e.g. manipulating some functions ) in glibc, so I want to compile and install modified glibc. However, I failed to compile glibc and need some help. How can I fix the problem? Here is the process that I've tried. 1. download glibc-2.3.4.tar.tar from http://ftp.gnu.org/gnu/glibc/ 2. unzip glibc-2.3.4.tar.tar 3. make build-folder [root at localhost /]#

On a centos 4.6 box rpm -qa | grep glib glib-1.2.10-15 glibc-2.3.4-2.39 glibc-headers-2.3.4-2.39 glibc-common-2.3.4-2.39 dbus-glib-0.22-12.EL.9 glibc-kernheaders-2.4-9.1.100.EL glibc-devel-2.3.4-2.39 glib2-2.4.7-1 I am getting this type of error at times on a mail server *** glibc detected *** free(): invalid pointer: 0xbffa11b8 *** While I am researching this more, I am wondering if the

Hi, I recently upgraded my system to CentOS 4.6 and noticed that gettext does not behave as before the update. As soon as I install the old glibc version (glibc-2.3.4-2.36) instead of the new one (glibc-2.3.4-2.39) it works again. See the Attachment for details. Any hints would be appreciated! Thank you, Christoph -------------- next part -------------- # rpm -qa | grep glibc

Hello all, I've been googling and haven't found an answer. I have a Centos 4.6 box that is having an issue since the last yum update. The nss_ldap and kernel packages were the only packages installed/updated. When I try to run yum I now receive: [root at ns1 ~]# yum update There was a problem importing one of the Python modules required to run yum. The error leading to this problem was:

Hi, I was doing updates on a server and I think that the network connection got reset. So I guess the yum update didn't complete and I now get this when I run 'yum update': ======================= Setting up Update Process Setting up repositories Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please

Does anyone know how to diagnose the error "Unable to handle kernel paging request at virtual address xxxxxx"? I got this error (followed by a panic and a crash) on a server running CentOS 4.4 with the 2.6.9-42.0.8.ELsmp kernel. The machine is based on an Intel 975XBX2 motherboard (975X chipset). I have built several of these and they have been extremely stable. This one is

Howdy all, Any recommendation as to the right way to config X. Last time I did was using X86Setup back in OpenBSD 2.7 days. What's the Xorg tool? How do I invoke it? Looks like I just need to fix the ranges, maybe they mean sync vert & horiz or something. Or should I be typing gdm instead of startx? Any advice? -below are some errors, infos, although the dmesg didn't pipe out

Hello, all, I'm trying to get Wine running on some Red Hat boxes at my University (don't worry, I have permission!) ... But, I don't have any root access to the boxes, and I'm limited to installing on my shared (AFS) space. In any case, I'd probably want it to run from my user space anyways, so that its accessible from all boxes on the network. Some required information,

CentOS Errata and Security Advisory 2012:0125 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0125.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c40f7a3d1091ec0ce10233b49f58cfaf8a9a59380e44fe61303b3e22124a345c glibc-2.3.4-2.57.i386.rpm

Seeing upstream has an update for glibc http://rhn.redhat.com/errata/RHBA-2009-0052.html I rebuilt the glibc-2.3.4-2.41.el4_7.1.src.rpm and it produced the following rpms :- glibc-2.3.4-2.41.el4_7.1.i386.rpm glibc-common-2.3.4-2.41.el4_7.1.i386.rpm glibc-debuginfo-2.3.4-2.41.el4_7.1.i386.rpm glibc-debuginfo-common-2.3.4-2.41.el4_7.1.i386.rpm glibc-devel-2.3.4-2.41.el4_7.1.i386.rpm

[root@1950 SRPMS]# rpmbuild -bp glibc-2.3.4-2.9xen2.src.rpm ... + mkdir -p /var/tmp/glibc-2.3.4-root/usr/lib/nptl + cp -a libc.a nptl/libpthread.a nptl/libpthread_nonshared.a rt/librt.a /var/tmp/glibc-2.3.4-root/usr/lib/nptl/ + sed ''s| /lib/| /lib/tls/|'' /var/tmp/glibc-2.3.4-root/usr/lib/libc.so sed: can''t read /var/tmp/glibc-2.3.4-root/usr/lib/libc.so: No such file or

Hi, I've just done a fresh install of Centos 4.0 on a Via C3 Based system using the Centos DVD I downloaded a while ago. Then install goes though fine as does running 'yum check-update'. However when running the actual 'yum update', it downloads all the headers but afterwards displays the following errors:- --> Processing Dependency: glibc-common = 2.3.4-2 for package:

Hi all I don't know what went wrong but i no longer seem to be able to compile asterisk. I first do : cd /usr/src/dahdi-linux-2.1.0.4 make clean ; make all ; make install cd /usr/src/dahdi-tools-2.1.0.2 ./configure ; make clean ; make all ; make install ; make config So far.... so good but then when i do : cd /usr/src/asterisk-1.6.0.6 make clean ; ./configure ; make all ; make install i

Hi, I need a script which makes the package compa??o rpm's through two text files ... Since a file is the output of the command *rpm-qa > pkg.out * And the second file is a list of several packages rpm's, multiple versions and architectures. My idea is to compare a package *x* file pkg.out with several packages *y* of the file update.out and know

On Tue, Sep 2, 2008 at 12:08 PM, John Regehr <regehr at cs.utah.edu> wrote: > I get the error below (and have for a couple weeks now) when trying to > build llvm-gcc on Ubuntu Feisty. In the meantime, on Ubuntu Gutsy, > everything has been building fine. Both are release builds for x86. I've seen this error too with gcc version 4.1.2 20070626 (Red Hat 4.1.2-14). I do not see

I grabbed the new SYSLINUX 3.54, but it refuses to build on my RedHat RHEL4 system: # make set -e ; for i in mbr ; do make DATE=0x47606c42 HEXDATE=0x47606c42 -C $i all ; done make[1]: Entering directory `/scratch/syslinux-3.54/mbr' gcc -m32 -ffreestanding -march=i386 -Wa,-a=mbr.lst -c -o mbr.o mbr.S as: option `-alternate' doesn't allow an argument make[1]: *** [mbr.o] Error 1

I am trying to track down the cause of some errors that have been occurring on a number of our servers using LDAP. We have noticed that when a certain LDAP group exceeds 65 users we begin seeing glibc errors for users in the group. Users that are not in the group do not exhibit this behavior. We have seen this issue on machines running Centos 4.5 x86 & x86_64 with glibc-2.3.4-2.36 and RH4

I'm building an RPM of a DNS server called NSD on CentOS 4.4. I'm going to be using it for some heavy-duty DNS traffic, so I want to minimise its dependencies on external libraries. I have therefore attempted to link it statically. The package does build, and even runs fine. However, during the build process, gcc emits warnings like these: nsd.o(.text+0xfba): In function `main':

> I've seen this error too with gcc version 4.1.2 20070626 (Red Hat 4.1.2-14). > I do not see it with gcc version 3.4.6 20060404 (Red Hat 3.4.6-9). Right-- Ubuntu Feisty also uses 4.1.2, and fails to build LLVM. The newer Ubuntu uses 4.2.something and compiles LLVM cleanly. John

Using GCC 3.4.6 20060404 (Red Hat 3.4.6-11) I've had this problem with the ALWAYS_INLINE directive in SelectionDAGISel.cpp: /arm/scratch/egrimley/llvm.svn/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp: In function `bool CheckChildType(const unsigned char*, unsigned int&, llvm::SDValue, const llvm::TargetLowering&, unsigned int)':