Base install of RH8 has glibc 2.0 I get a file not found now. Any solution? Works perfectly fine with RH7.2 base install standard glibc on that machine. Help? Paul
I'm a bit baffled here. The system I am sitting at is RH8, and it has glibc 2.2.93 (and no zlibc by default). DCN On Thu, 15 May 2003, Paul Murray wrote:
Base install of RH8 has glibc 2.0 I get a file not found now. Any solution? Works perfectly fine with RH7.2 base install standard glibc on that machine.
Help?
Paul
-- --------------------------------------------------------- David C. Niemi (Reston, Virginia, USA) niemi@tuxers.net Know the difference between the color of the wine and the color of the glass. (Jalaluddin Rumi) --------------------------------------------------------- _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
David, Sorry my mistake. RH8 does have 2.2.93 by default. The problem is that I can't get a version of zlibc to work on RH8 base install. 9j correctly shows compressed files using "ls" however, using "cat" to test a test.txt.gz file ..the system says "file not found" when I use "cat test.txt" Do you have a version of zlibc that you know works for RH8? Cheers, Paul ----- Original Message ----- From: "David C Niemi" <niemi@tuxers.net> To: <zlibc@tux.org> Sent: Thursday, May 15, 2003 8:35 PM Subject: Re: [zlibc] Redhat 8
I'm a bit baffled here. The system I am sitting at is RH8, and it has glibc 2.2.93 (and no zlibc by default).
DCN
On Thu, 15 May 2003, Paul Murray wrote:
Base install of RH8 has glibc 2.0 I get a file not found now. Any solution? Works perfectly fine with RH7.2 base install standard glibc on that machine.
Help?
Paul
-- --------------------------------------------------------- David C. Niemi (Reston, Virginia, USA) niemi@tuxers.net Know the difference between the color of the wine and the color of the glass. (Jalaluddin Rumi) ---------------------------------------------------------
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Hello! I had a similar problem and I got the following answer Alain Knaff: Just try the zlibc-0.9j-20030205.diff.gz patch from www.zlibc.linux.lu, it should work and it worked. I also couldn't compile zlibc in my RedHat-8.0 due to some error in kernel_stat.h and Alain sent me then folowing kernel_stat.h: ------------------------------------------------------------------------ #ifndef KERNEL_STAT_H #define KERNEL_STAT_H /* Definition of `struct stat' used in the kernel.. */ struct kernel_stat { unsigned short int st_dev; unsigned short int __pad1; #define _HAVE___PAD1 unsigned long int st_ino; unsigned short int st_mode; unsigned short int st_nlink; unsigned short int st_uid; unsigned short int st_gid; unsigned short int st_rdev; unsigned short int __pad2; #define _HAVE___PAD2 unsigned long int st_size; unsigned long int st_blksize; unsigned long int st_blocks; #ifdef st_atime struct timespec st_atim; #else unsigned long int st_atime; unsigned long int __unused1; #endif #define _HAVE___UNUSED1 #ifdef st_mtime struct timespec st_mtim; #else unsigned long int st_mtime; unsigned long int __unused2; #endif #define _HAVE___UNUSED2 #ifdef st_mtime struct timespec st_ctim; #else unsigned long int st_ctime; unsigned long int __unused3; #endif #define _HAVE___UNUSED3 unsigned long int __unused4; #define _HAVE___UNUSED4 unsigned long int __unused5; #define _HAVE___UNUSED5 }; #endif ----------------------------------------------------------------------------- Hope this will solve your problems. /Regards Mats Quoting Paul Murray <pjmurray@tfb.com>:
David, Sorry my mistake. RH8 does have 2.2.93 by default. The problem is that I can't get a version of zlibc to work on RH8 base install. 9j correctly shows compressed files using "ls" however, using "cat" to test a test.txt.gz file ..the system says "file not found" when I use "cat test.txt" Do you have a version of zlibc that you know works for RH8?
Cheers, Paul
----- Original Message ----- From: "David C Niemi" <niemi@tuxers.net> To: <zlibc@tux.org> Sent: Thursday, May 15, 2003 8:35 PM Subject: Re: [zlibc] Redhat 8
I'm a bit baffled here. The system I am sitting at is RH8, and it has glibc 2.2.93 (and no zlibc by default).
DCN
On Thu, 15 May 2003, Paul Murray wrote:
Base install of RH8 has glibc 2.0 I get a file not found now. Any solution? Works perfectly fine with RH7.2 base install standard glibc on that machine.
Help?
Paul
-- --------------------------------------------------------- David C. Niemi (Reston, Virginia, USA) niemi@tuxers.net Know the difference between the color of the wine and the color of the glass. (Jalaluddin Rumi) ---------------------------------------------------------
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
-- Mats Luspa Phone: +46 (0)980 79 022 Institutet foer Rymdfysik Fax: +46 (0)980 79 050 Swedish Institute of Space Physics email: mats.luspa@irf.se Box 812 SE-981 28 Kiruna, Sweden _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Mats, Yes, patch with the diff file worked to get "cat" working properly. I have to work out some issues on a different program. Paul -----Original Message----- From: zlibc-admin@tux.org [mailto:zlibc-admin@tux.org]On Behalf Of Mats Luspa Sent: Sunday, May 18, 2003 10:40 PM To: Paul Murray Cc: David C Niemi; zlibc@tux.org Subject: Re: [zlibc] Redhat 8 Hello! I had a similar problem and I got the following answer Alain Knaff: Just try the zlibc-0.9j-20030205.diff.gz patch from www.zlibc.linux.lu, it should work and it worked. I also couldn't compile zlibc in my RedHat-8.0 due to some error in kernel_stat.h and Alain sent me then folowing kernel_stat.h: ------------------------------------------------------------------------ #ifndef KERNEL_STAT_H #define KERNEL_STAT_H /* Definition of `struct stat' used in the kernel.. */ struct kernel_stat { unsigned short int st_dev; unsigned short int __pad1; #define _HAVE___PAD1 unsigned long int st_ino; unsigned short int st_mode; unsigned short int st_nlink; unsigned short int st_uid; unsigned short int st_gid; unsigned short int st_rdev; unsigned short int __pad2; #define _HAVE___PAD2 unsigned long int st_size; unsigned long int st_blksize; unsigned long int st_blocks; #ifdef st_atime struct timespec st_atim; #else unsigned long int st_atime; unsigned long int __unused1; #endif #define _HAVE___UNUSED1 #ifdef st_mtime struct timespec st_mtim; #else unsigned long int st_mtime; unsigned long int __unused2; #endif #define _HAVE___UNUSED2 #ifdef st_mtime struct timespec st_ctim; #else unsigned long int st_ctime; unsigned long int __unused3; #endif #define _HAVE___UNUSED3 unsigned long int __unused4; #define _HAVE___UNUSED4 unsigned long int __unused5; #define _HAVE___UNUSED5 }; #endif ---------------------------------------------------------------------------- - Hope this will solve your problems. /Regards Mats Quoting Paul Murray <pjmurray@tfb.com>:
David, Sorry my mistake. RH8 does have 2.2.93 by default. The problem is that I can't get a version of zlibc to work on RH8 base install. 9j correctly shows compressed files using "ls" however, using "cat" to test a test.txt.gz file ..the system says "file not found" when I use "cat test.txt" Do you have a version of zlibc that you know works for RH8?
Cheers, Paul
----- Original Message ----- From: "David C Niemi" <niemi@tuxers.net> To: <zlibc@tux.org> Sent: Thursday, May 15, 2003 8:35 PM Subject: Re: [zlibc] Redhat 8
I'm a bit baffled here. The system I am sitting at is RH8, and it has glibc 2.2.93 (and no zlibc by default).
DCN
On Thu, 15 May 2003, Paul Murray wrote:
Base install of RH8 has glibc 2.0 I get a file not found now. Any solution? Works perfectly fine with RH7.2 base install standard glibc on that machine.
Help?
Paul
-- --------------------------------------------------------- David C. Niemi (Reston, Virginia, USA) niemi@tuxers.net Know the difference between the color of the wine and the color of the glass. (Jalaluddin Rumi) ---------------------------------------------------------
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
-- Mats Luspa Phone: +46 (0)980 79 022 Institutet foer Rymdfysik Fax: +46 (0)980 79 050 Swedish Institute of Space Physics email: mats.luspa@irf.se Box 812 SE-981 28 Kiruna, Sweden _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
On Tuesday 20 May 2003 07:53, Paul Murray wrote:
Mats, Yes, patch with the diff file worked to get "cat" working properly. I have to work out some issues on a different program.
Paul
There were a number of smaller issues and typoes (double symbols, etc.) with the previous patch. I've made a new one (20030525), which should work a lot better. Regards, Alain _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Alain, thanks! I'll try your new patch out and let you know if I see any further problems. Regards, Paul -----Original Message----- From: Alain Knaff [mailto:alain.knaff@lll.lu] Sent: Saturday, May 24, 2003 3:42 PM To: pjmurray@tfb.com; 'Mats Luspa' Cc: 'David C Niemi'; zlibc@tux.org Subject: Re: [zlibc] Redhat 8 On Tuesday 20 May 2003 07:53, Paul Murray wrote:
Mats, Yes, patch with the diff file worked to get "cat" working properly. I have to work out some issues on a different program.
Paul
There were a number of smaller issues and typoes (double symbols, etc.) with the previous patch. I've made a new one (20030525), which should work a lot better. Regards, Alain _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Used the new patch on RH8 and everything works as expected. Marnus ----- Original Message ----- From: "Paul Murray" <pjmurray@tfb.com> To: <alain@knaff.lu>; "'Mats Luspa'" <mats.luspa@irf.se> Cc: "'David C Niemi'" <niemi@tuxers.net>; <zlibc@tux.org> Sent: Monday, May 26, 2003 10:53 PM Subject: RE: [zlibc] Redhat 8
Alain, thanks! I'll try your new patch out and let you know if I see any further problems.
Regards,
Paul
-----Original Message----- From: Alain Knaff [mailto:alain.knaff@lll.lu] Sent: Saturday, May 24, 2003 3:42 PM To: pjmurray@tfb.com; 'Mats Luspa' Cc: 'David C Niemi'; zlibc@tux.org Subject: Re: [zlibc] Redhat 8
On Tuesday 20 May 2003 07:53, Paul Murray wrote:
Mats, Yes, patch with the diff file worked to get "cat" working properly. I have to work out some issues on a different program.
Paul
There were a number of smaller issues and typoes (double symbols, etc.) with the previous patch. I've made a new one (20030525), which should work a lot better.
Regards,
Alain
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Marnus, can you let me know what you did? I don't see any difference in the latest patch ...and on my rh8 build, I still only get "cat" to work with zlibc. Help??? Paul ----- Original Message ----- From: "Marnus van Niekerk" <tmp@mjvn.net> To: <zlibc@tux.org> Sent: Monday, May 26, 2003 11:33 PM Subject: Re: [zlibc] Redhat 8
Used the new patch on RH8 and everything works as expected.
Marnus
----- Original Message ----- From: "Paul Murray" <pjmurray@tfb.com> To: <alain@knaff.lu>; "'Mats Luspa'" <mats.luspa@irf.se> Cc: "'David C Niemi'" <niemi@tuxers.net>; <zlibc@tux.org> Sent: Monday, May 26, 2003 10:53 PM Subject: RE: [zlibc] Redhat 8
Alain, thanks! I'll try your new patch out and let you know if I see any further problems.
Regards,
Paul
-----Original Message----- From: Alain Knaff [mailto:alain.knaff@lll.lu] Sent: Saturday, May 24, 2003 3:42 PM To: pjmurray@tfb.com; 'Mats Luspa' Cc: 'David C Niemi'; zlibc@tux.org Subject: Re: [zlibc] Redhat 8
On Tuesday 20 May 2003 07:53, Paul Murray wrote:
Mats, Yes, patch with the diff file worked to get "cat" working properly. I have to work out some issues on a different program.
Paul
There were a number of smaller issues and typoes (double symbols, etc.) with the previous patch. I've made a new one (20030525), which should work a lot better.
Regards,
Alain
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
On Tuesday 27 May 2003 18:41, Paul Murray wrote:
Marnus, can you let me know what you did? I don't see any difference in the latest patch ...and on my rh8 build,
I still only get "cat" to work with zlibc.
Help???
Paul
The previous patch accidentally contained a number of compilation files, which are cleaned up in the new one. Moreover, there was a problem in the getxattr functions which is now fixed (confusion between set and get), and another issue in the kernel_stat.h file. Most of these issues showed up as problems during compilation. I just made another patch, because the 20030525 patch contained references to generated files in the reference copy. If the problems still persist, could you please describe exactly what happens (patch command said "Reversed (or previously applied) patch detected", or "Compilation failed with the following message: ...", or running 'cat someFile' segfaults) Regards, Alain _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Alain, I rebuild zlibc-09j with the new patch applied. Same results, "cat" works but "more" does not and I'm not sure why. I have to get "more" and another program called "marparse" to see use zlibc properly again. Below is the verbose output of a test file using more and the ldd for the more that I am using. The response of "no such file or directory is the same that I get with marparse" Suggestions? Paul [root@eeyore /tmp]# more test.txt progname = more /root/.zlibrc /usr/local/etc/zlibc.conf 0 0 default stating test.txt stated test.txt, rv=0 test.txt: No such file or directory [root@eeyore /tmp]# ldd /bin/more progname = sh /root/.zlibrc /usr/local/etc/zlibc.conf 0 0 default /lib/uncompress.o => /lib/uncompress.o (0x40013000) libtermcap.so.2 => /lib/libtermcap.so.2 (0x40039000) libc.so.6 => /lib/i686/libc.so.6 (0x42000000) libdl.so.2 => /lib/libdl.so.2 (0x4003d000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) ----- Original Message ----- From: "Alain Knaff" <alain@knaff.lu> To: "Paul Murray" <pjmurray@tfb.com> Cc: "Marnus van Niekerk" <tmp@mjvn.net>; <zlibc@tux.org> Sent: Tuesday, May 27, 2003 9:59 AM Subject: Re: [zlibc] Redhat 8
On Tuesday 27 May 2003 18:41, Paul Murray wrote:
Marnus, can you let me know what you did? I don't see any difference in the latest patch ...and on my rh8 build,
I still only get "cat" to work with zlibc.
Help???
Paul
The previous patch accidentally contained a number of compilation files, which are cleaned up in the new one. Moreover, there was a problem in the getxattr functions which is now fixed (confusion between set and get), and another issue in the kernel_stat.h file. Most of these issues showed up as problems during compilation.
I just made another patch, because the 20030525 patch contained references to generated files in the reference copy.
If the problems still persist, could you please describe exactly what happens (patch command said "Reversed (or previously applied) patch detected", or "Compilation failed with the following message: ...", or running 'cat someFile' segfaults)
Regards,
Alain
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Paul, I went and checked and "/bin/more" does not mork for me either but "/usr/bin/less" does. I did not pick it up before because I have "alias more=less" in my .bashrc file. Marnus ----- Original Message ----- From: "Paul Murray" <pjmurray@tfb.com> To: "Alain Knaff" <alain@knaff.lu> Cc: "Marnus van Niekerk" <tmp@mjvn.net>; <zlibc@tux.org> Sent: Tuesday, May 27, 2003 7:59 PM Subject: Re: [zlibc] Redhat 8
Alain, I rebuild zlibc-09j with the new patch applied. Same results, "cat" works but "more" does not and I'm not sure why. I have to get "more" and another program called "marparse" to see use zlibc properly again. Below is the verbose output of a test file using more and the ldd for the more that I am using. The response of "no such file or directory is the same that I get with marparse"
Suggestions? Paul
[root@eeyore /tmp]# more test.txt progname = more /root/.zlibrc /usr/local/etc/zlibc.conf 0 0 default stating test.txt stated test.txt, rv=0 test.txt: No such file or directory [root@eeyore /tmp]# ldd /bin/more progname = sh /root/.zlibrc /usr/local/etc/zlibc.conf 0 0 default /lib/uncompress.o => /lib/uncompress.o (0x40013000) libtermcap.so.2 => /lib/libtermcap.so.2 (0x40039000) libc.so.6 => /lib/i686/libc.so.6 (0x42000000) libdl.so.2 => /lib/libdl.so.2 (0x4003d000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
----- Original Message ----- From: "Alain Knaff" <alain@knaff.lu> To: "Paul Murray" <pjmurray@tfb.com> Cc: "Marnus van Niekerk" <tmp@mjvn.net>; <zlibc@tux.org> Sent: Tuesday, May 27, 2003 9:59 AM Subject: Re: [zlibc] Redhat 8
On Tuesday 27 May 2003 18:41, Paul Murray wrote:
Marnus, can you let me know what you did? I don't see any difference in the latest patch ...and on my rh8 build,
I still only get "cat" to work with zlibc.
Help???
Paul
The previous patch accidentally contained a number of compilation files, which are cleaned up in the new one. Moreover, there was a problem in the getxattr functions which is now fixed (confusion between set and get), and another issue in the kernel_stat.h file. Most of these issues showed up as problems during compilation.
I just made another patch, because the 20030525 patch contained references to generated files in the reference copy.
If the problems still persist, could you please describe exactly what happens (patch command said "Reversed (or previously applied) patch detected", or "Compilation failed with the following message: ...", or running 'cat someFile' segfaults)
Regards,
Alain
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Marnus thanks for the info. I wanted to make sure I wasn't doing something wrong. "more" and another program "marparse" are the programs that I need to get working...with marparse being the most important. I sent Alain a verbose strace of marparse so Alain could see what calls were being made and perhaps see where the code is behaving differently. Paul ----- Original Message ----- From: "Marnus van Niekerk" <m@mjvn.net> To: "Paul Murray" <pjmurray@tfb.com> Cc: <zlibc@tux.org> Sent: Wednesday, May 28, 2003 12:43 AM Subject: Re: [zlibc] Redhat 8
Paul,
I went and checked and "/bin/more" does not mork for me either but "/usr/bin/less" does.
I did not pick it up before because I have "alias more=less" in my .bashrc file.
Marnus
----- Original Message ----- From: "Paul Murray" <pjmurray@tfb.com> To: "Alain Knaff" <alain@knaff.lu> Cc: "Marnus van Niekerk" <tmp@mjvn.net>; <zlibc@tux.org> Sent: Tuesday, May 27, 2003 7:59 PM Subject: Re: [zlibc] Redhat 8
Alain, I rebuild zlibc-09j with the new patch applied. Same results, "cat" works but "more" does not and I'm not sure why. I have to get "more" and another program called "marparse" to see use zlibc properly again. Below is the verbose output of a test file using more and the ldd for the more that I am using. The response of "no such file or directory is the same that I get with marparse"
Suggestions? Paul
[root@eeyore /tmp]# more test.txt progname = more /root/.zlibrc /usr/local/etc/zlibc.conf 0 0 default stating test.txt stated test.txt, rv=0 test.txt: No such file or directory [root@eeyore /tmp]# ldd /bin/more progname = sh /root/.zlibrc /usr/local/etc/zlibc.conf 0 0 default /lib/uncompress.o => /lib/uncompress.o (0x40013000) libtermcap.so.2 => /lib/libtermcap.so.2 (0x40039000) libc.so.6 => /lib/i686/libc.so.6 (0x42000000) libdl.so.2 => /lib/libdl.so.2 (0x4003d000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
----- Original Message ----- From: "Alain Knaff" <alain@knaff.lu> To: "Paul Murray" <pjmurray@tfb.com> Cc: "Marnus van Niekerk" <tmp@mjvn.net>; <zlibc@tux.org> Sent: Tuesday, May 27, 2003 9:59 AM Subject: Re: [zlibc] Redhat 8
On Tuesday 27 May 2003 18:41, Paul Murray wrote:
Marnus, can you let me know what you did? I don't see any difference in the latest patch ...and on my rh8 build,
I still only get "cat" to work with zlibc.
Help???
Paul
The previous patch accidentally contained a number of compilation files, which are cleaned up in the new one. Moreover, there was a problem in the getxattr functions which is now fixed (confusion between set and get), and another issue in the kernel_stat.h file. Most of these issues showed up as problems during compilation.
I just made another patch, because the 20030525 patch contained references to generated files in the reference copy.
If the problems still persist, could you please describe exactly what happens (patch command said "Reversed (or previously applied) patch detected", or "Compilation failed with the following message: ...", or running 'cat someFile' segfaults)
Regards,
Alain
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
On Wednesday 28 May 2003 17:50, Paul Murray wrote:
Marnus thanks for the info. I wanted to make sure I wasn't doing something wrong. "more" and another program "marparse" are the programs that I need to get working...with marparse being the most important. I sent Alain a verbose strace of marparse so Alain could see what calls were being made and perhaps see where the code is behaving differently.
Paul
I looked more closely into the issue, and noticed that glibc 2.3 has changed the way how libc internal functions call other libc internal functions. Formerly, they would pick up zlibc's replacements, but they no longer do now (many libc function set up "hidden" definitions using the libc_hidden_def macro, that can no longer be overriden by outside programs). Thus applications that direclty use open() continue to work with zlibc, but those that use fopen64() don't, because fopen64() now always calls libc's own open64, and never zlibc's. I've notified Ulrich Drepper and Jakub Jelinek from the glibc development team about the issue; hopefully we'll be able to work out a solution together. In the meantime, I'd suggest you downgrade to glibc 2.2 Regards, Alain _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
In the meantime, I'd suggest you downgrade to glibc 2.2
Could you not install glibc 2.2 in addition to the existing 2.3 and then use the LD_PRELOAD to load it for programs that require zlibc? Marnus _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
On Friday 30 May 2003 08:15, you wrote:
In the meantime, I'd suggest you downgrade to glibc 2.2
Could you not install glibc 2.2 in addition to the existing 2.3 and then use the LD_PRELOAD to load it for programs that require zlibc?
Marnus
Yes, you can try to install the "old" glibc in /glibc-2.2/lib, and then point LD_LIBRARY_PATH to that directory: mkdir /glibc-2.2 cd /glibc-2.2 rpm2cpio glibc-2.2.93-5.i386.rpm| cpio -i --make-directories ... export LD_PRELOAD=uncompress.o export LD_LIBRARY_PATH=/glibc-2.2/lib You may need to recompile zlibc with the old library as well... Alain _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Alain, Any progress made on the Redhat 8.0 glibc 2.3 issue?? Regards, Paul ----- Original Message ----- From: "Alain Knaff" <alain@knaff.lu> To: "Marnus van Niekerk" <m@mjvn.net> Cc: <zlibc@tux.org>; "Paul Murray" <pjmurray@tfb.com> Sent: Thursday, May 29, 2003 11:44 PM Subject: Re: [zlibc] Redhat 8
On Friday 30 May 2003 08:15, you wrote:
In the meantime, I'd suggest you downgrade to glibc 2.2
Could you not install glibc 2.2 in addition to the existing 2.3 and then use the LD_PRELOAD to load it for programs that require zlibc?
Marnus
Yes, you can try to install the "old" glibc in /glibc-2.2/lib, and then point LD_LIBRARY_PATH to that directory:
mkdir /glibc-2.2 cd /glibc-2.2 rpm2cpio glibc-2.2.93-5.i386.rpm| cpio -i --make-directories
... export LD_PRELOAD=uncompress.o export LD_LIBRARY_PATH=/glibc-2.2/lib
You may need to recompile zlibc with the old library as well...
Alain
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Alain, this is the issue that we saw as well. open vs fopen. I hope you are able to work it out! I may have to leave certain machines on 7.2 to support the program marparse until a solution is resolved. Its easier than downgrading to 2.2. Paul ----- Original Message ----- From: "Alain Knaff" <alain.knaff@lll.lu> To: "Paul Murray" <pjmurray@tfb.com>; "Marnus van Niekerk" <m@mjvn.net> Cc: <zlibc@tux.org> Sent: Thursday, May 29, 2003 6:17 AM Subject: Re: [zlibc] Redhat 8
On Wednesday 28 May 2003 17:50, Paul Murray wrote:
Marnus thanks for the info. I wanted to make sure I wasn't doing something wrong. "more" and another program "marparse" are the programs that I need to get working...with marparse being the most important. I sent Alain a verbose strace of marparse so Alain could see what calls were being made and perhaps see where the code is behaving differently.
Paul
I looked more closely into the issue, and noticed that glibc 2.3 has changed the way how libc internal functions call other libc internal functions. Formerly, they would pick up zlibc's replacements, but they no longer do now (many libc function set up "hidden" definitions using the libc_hidden_def macro, that can no longer be overriden by outside programs).
Thus applications that direclty use open() continue to work with zlibc, but those that use fopen64() don't, because fopen64() now always calls libc's own open64, and never zlibc's.
I've notified Ulrich Drepper and Jakub Jelinek from the glibc development team about the issue; hopefully we'll be able to work out a solution together.
In the meantime, I'd suggest you downgrade to glibc 2.2
Regards,
Alain
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Hi, DLed http://www.zlibc.linux.lu/zlibc-0.9j.tar.gz and unpacked in /tmp/zlibc-0.9j/ DLed http://www.zlibc.linux.lu/zlibc-0.9j-20030205.diff.gz, unzipped and mv'ed to /tmp/zlibc-0.9j/ # cd /tmp/zlibc-0.9j/ # ./configure (to create Makefile which is part of the patch.) # patch < zlibc-0.9j-20030205.diff # make Then I set LD_PRELOAD=/tmp/zlibc-0.9j/uncompress.o and it worked so I did make install. This is on a stock RH8 installation and it worked first time with the patch. Marnus ----- Original Message ----- From: "Paul Murray" <pjmurray@tfb.com> To: "Marnus van Niekerk" <tmp@mjvn.net>; <zlibc@tux.org> Sent: Tuesday, May 27, 2003 6:41 PM Subject: Re: [zlibc] Redhat 8
Marnus, can you let me know what you did? I don't see any difference in the latest patch ...and on my rh8 build,
I still only get "cat" to work with zlibc.
Help???
Paul
----- Original Message ----- From: "Marnus van Niekerk" <tmp@mjvn.net> To: <zlibc@tux.org> Sent: Monday, May 26, 2003 11:33 PM Subject: Re: [zlibc] Redhat 8
Used the new patch on RH8 and everything works as expected.
Marnus
----- Original Message ----- From: "Paul Murray" <pjmurray@tfb.com> To: <alain@knaff.lu>; "'Mats Luspa'" <mats.luspa@irf.se> Cc: "'David C Niemi'" <niemi@tuxers.net>; <zlibc@tux.org> Sent: Monday, May 26, 2003 10:53 PM Subject: RE: [zlibc] Redhat 8
Alain, thanks! I'll try your new patch out and let you know if I see any further problems.
Regards,
Paul
-----Original Message----- From: Alain Knaff [mailto:alain.knaff@lll.lu] Sent: Saturday, May 24, 2003 3:42 PM To: pjmurray@tfb.com; 'Mats Luspa' Cc: 'David C Niemi'; zlibc@tux.org Subject: Re: [zlibc] Redhat 8
On Tuesday 20 May 2003 07:53, Paul Murray wrote:
Mats, Yes, patch with the diff file worked to get "cat" working properly. I have to work out some issues on a different program.
Paul
There were a number of smaller issues and typoes (double symbols, etc.) with the previous patch. I've made a new one (20030525), which should work a lot better.
Regards,
Alain
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
On Friday 16 May 2003 00:15, Paul Murray wrote:
Base install of RH8 has glibc 2.0 I get a file not found now. Any solution? Works perfectly fine with RH7.2 base install standard glibc on that machine.
Help?
Paul
Did you try the pach from zlibc.linux.lu ? It adresses a couple of glibc issues Alain _______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
Alain, I've tried 9i and 9j versions. Both work fine with Linux 7.2. However when I try to use it on a fresh install of RH8, 9j translates the .gz file correctly when I do an "ls" but if I try and use ..cat or something to test it, it says "file not found" So I'm a bit confused on what is happening here. Paul ----- Original Message ----- From: "Alain Knaff" <alain.knaff@lll.lu> To: "Paul Murray" <pjmurray@tfb.com>; <zlibc@tux.org> Sent: Thursday, May 15, 2003 11:08 PM Subject: Re: [zlibc] Redhat 8
On Friday 16 May 2003 00:15, Paul Murray wrote:
Base install of RH8 has glibc 2.0 I get a file not found now. Any solution? Works perfectly fine with RH7.2 base install standard glibc on that machine.
Help?
Paul
Did you try the pach from zlibc.linux.lu ? It adresses a couple of glibc issues
Alain
_______________________________________________ zlibc mailing list zlibc@tux.org http://www.tux.org/mailman/listinfo/zlibc
participants (7)
-
Alain Knaff -
Alain Knaff -
David C Niemi -
Marnus van Niekerk -
Marnus van Niekerk -
Mats Luspa -
Paul Murray