Johnny Cash 16 Biggest Hits Rar there. Hi Guys, I'm running RHEL6 and Centos 6 and I get the following error /lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found on one of the programs I need to run on the system. I'm currently at gcc version 4.7.0. When i do the following command 'strings /usr/lib/libstdc++.so.6 grep GLIBCXX' I get: so it looks like 3.4. Melsoft Gx Works 2. 15 is there.

# strings /usr/lib/libstdc++.so.6 grep GLIBCXX GLIBCXX_3. If there is an SRPM for the package you are trying to run then rebuilding that on CentOS 6 will produce. Download libstdc++.so.6(GLIBCXX_3.4.15) linux packages for ALTLinux, CentOS, Fedora, Mageia, OpenMandriva, openSUSE, PCLinuxOS, ROSA.

Any ideas on how I can correct this issue? GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_3.4.14 GLIBCXX_3.4.15 GLIBCXX_3.4.16 GLIBCXX_3.4.17 GLIBCXX_FORCE_NEW GLIBCXX_DEBUG_MESSAGE_LENGTH.

Code: # rpm -q gcc gcc-4.4.6-4.el6.x86_64 # strings /usr/lib/libstdc++.so.6 grep GLIBCXX GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_FORCE_NEW GLIBCXX_DEBUG_MESSAGE_LENGTH # rpm -qf /usr/lib/libstdc++.so.6 libstdc++-4.4.6-4.el6.i686 # rpm -q centos-release centos-release-6-3.el6.centos.9.x86_64 If you break it you get to keep all the pieces. I never found 3.4.15 on my CentOS6.4 machine, is it possible it is only on your actual redhat machine?

You are chasing this from the wrong end. The problem is that the program you are trying to run is compiled and linked against the wrong copy of the C runtime.

The C runtime on CentOS is exactly how it should be and does not support that level of code. The solution is not to change glibc (which effectively means throwing away your entire operating system and rebuilding it) but to use a version of the application that is actually built to run on your o/s. Nofx Greatest Hits Rar.

If there is an SRPM for the package you are trying to run then rebuilding that on CentOS 6 will produce a version that will work. A 32-bit environment with custom binaries in odd places? That's how the scripts available from do it, too. My advice is to carefully handle this library, or not handle it at all, as it may lead to full OS failure. I followed some hints on other forums and I had to reinstall my OS 2 times in a row because of handling with gcc libs, so my advice is not to touch it.

If some.rpm that you are trying to install gives you this error, most likely is that is not supported by your Linux version, and I found this out the hard way by trying to install KingSoft Office and Grive on my CentOS 6.5 Linux. Anyway, you can try to follow this tip that I found in other forum that I did not test yet, but seems a good tip: 'Just add symlink to the libc.so.6 file as following: sudo ln -s /lib/i386-linux-gnu/libc.so.6 /lib/libc.so.6 The same goes for other missing files still on the system, in my case Matlab was missing the file, the problem is gone now.' Adding a link is not very intrusive and should work. Give a try and share the results pls Farewell.

Thanks, I was heading in that direction. Reading up on yum just as you replied. I'm new to Linux but, I had a lot of previous UNIX experience some years ago. [envdiag@localhost ~]$ cat /proc/version Linux version 2.6.9-67.ELhugemem () (gcc version 3.4.6 20060404 (Red Hat 3.4.6-9)) #1 SMP Fri Nov 16 13:04:12 EST 2007 [envdiag@localhost ~]$ [envdiag@localhost ~]$ [envdiag@localhost ~]$ cat /etc/redhat-release CentOS release 4.6 (Final) [envdiag@localhost ~]$ I will give the yum command a try now. Thanks for the reply, very much appreciated.