Zlibc

zlibc@zlibc.linux.lu

18 discussions

Solaris 9 support
by Rogalewski, David 05 May '04

05 May '04

Will zlibc work on Solaris 9 (SPARC)? I've tried downloading 0.9j but couldn't compile it (or patch it for that matter). Any views ? David Rogalewski This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

2 1

Re: [zlibc] zlibc-0.9j.tar.gz
by Alain Knaff 28 Feb '04

28 Feb '04

begin Wednesday 05 November 2003 21:55, Warren L Dodge quote: > I just grabbed zlibc-0.9j.tar.gz and tried to build it > > It seems to have a typo in Makefile.in > > prefix = @prefix@ > exec_prefix = @exec_prefix@ > bindir = @bindir@ > infodir = @infodir@ > mandir = @mandir@ > infodir = @infodir@ > libdir = /lib > > I think the last line should be > > libdir = @prefix@/lib > > At least I had to add the prefix in my case. > > > Also the infodir is listed twice Thanks for the note. These changes are now in today's patch. At one time, the libdir absolutely needed to be /lib, as this was the only place that the shared linker (ld-linux.so) was checking for. However, this is no longer the case, so I added the prefix. Regards, Alain

1 0

Solution for RH8 or RH9 and zlibc?
by Paul Murray 20 Aug '03

20 Aug '03

Alain, Have you had any progress for a solution on the C library problem for these OS's? I know the glibc developers haven't been very helpful at all, but I was wondering if you had decided to look at implementing fopen and fclose the same as you did open and close and whether that would be feasible. Regards, Paul

1 0

i need help
by ixnay hombre 14 Aug '03

14 Aug '03

Another time sorry if ths question have already been asked...but i couldn't find it on the archives. I need to use zlibc on Sun Solaris (SunOS 5.8). I've read that the library have been tested on it. I've tested and it doesn't work, I've had so many problems... at the install, now i manage that, but it still doesn't work .... So I don't understand why? Does it work or not on Solaris? If someone knows what I must do in order to use the zlibc on Solaris, he would be very nice... Thanks Georges PS j'suis francophone, au cas ou quelqu'un parle francais.... _________________________________________________________________ Hotmail : un compte GRATUIT qui vous suit partout et tout le temps ! http://g.msn.fr/FR1000/9493 _______________________________________________ zlibc mailing list zlibc(a)tux.org http://www.tux.org/mailman/listinfo/zlibc

1 0

Re: How to override "hidden symbols" from a preloadable object (LD_PRELOAD)
by Alain Knaff 22 Jun '03

22 Jun '03

Any news on this libc_hidden_def issue? Thx, Alain On Thursday 29 May 2003 12:20, Alain Knaff wrote: > Hello, > > I'm the author of zlibc (http://zlibc.linux.lu), which is a > preloadable object that allows applications to transparently read > compressed data. No recompilation or relinking necessary. > > It works by overriding a number of key system calls (or rather, their > libc entry points), such as open, stat, etc. in such a way that they > check for .gz files if the file requested by the application did not > exist, and then spawning a gunzip to uncompress the file. > > This has worked fine since the a.out days, until glibc-2.2, but > recently broke in the glibc 2.3. > > From what I've seen, the reason for the problem are the > libc_hidden_def macros which are now used throughout glibc. Their goal > apparently is to make sure that libc functions (such as fopen or > fopen64) only call libc's own functions (such as open), and to > completely ignore any functions brought by LD_PRELOADed objects. As > you can imagine, this breaks zlibc big time. Fopen will no longer call > zlibc's "open" that checks for compressed files. > > Do you know of any method to have fopen still use the open supplied by > zlibc? Or is it now considered "bad etiquette" to attempt to override > libc's internal functions? > > Thanks for any ideas, > > Alain _______________________________________________ zlibc mailing list zlibc(a)tux.org http://www.tux.org/mailman/listinfo/zlibc

3 3

Redhat 8
by Paul Murray 19 Jun '03

19 Jun '03

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

7 20

linking zlibc to an executable?
by Francis 29 Jan '03

29 Jan '03

Hello, Sorry if this question has been already answered but the archive file seems unreachable. I got: Archive File Not Found No file /zlibc/ (/home/mailman/archives/private/zlibc/) Is it possible to link the library to an executable instead of LD_PRELOADING uncompress.o? Thanks a lot for your help and time, Regards, Francis. _______________________________________________ zlibc mailing list zlibc(a)tux.org http://www.tux.org/mailman/listinfo/zlibc

2 1

Bug Report fo zlibc-0.9j on Sparc Solaris 8 (fwd)
by David C Niemi 16 May '02

16 May '02

Received: from mailgate2.manu.com (mail.manu.com [192.189.83.69]) by gwyn.tux.org (8.9.3/8.9.1) with ESMTP id KAA06146 for <zlibc(a)tux.org>; Wed, 15 May 2002 10:56:18 -0400 From: mjohnson(a)manu.com Received: from notesgate2.manu.com (not verified[10.0.2.25]) by mailgate2.manu.com id <B0005d535b>; Wed, 15 May 2002 10:48:31 -0400 To: zlibc(a)tux.org Subject: Bug Report fo zlibc-0.9j on Sparc Solaris 8 MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.8 June 18, 2001 Message-ID: <OFF9B65C28.B9E6F179-ON85256BBA.004E9FD2(a)manu.com> Date: Wed, 15 May 2002 10:56:30 -0400 X-MIMETrack: Serialize by Router on Notesgate2/MANUGISTICS(Release 5.0.10 |March 22, 2002) at 05/15/2002 10:53:22 AM, Serialize complete at 05/15/2002 10:53:22 AM Content-Type: text/plain; charset="us-ascii" When compiling zlibc-0.9j on an UltraSparc 5 Solaris 8 system with gcc-3.0.4 and make-3.79.1: ./configure --prefix=/usr/local/gnu make zlibc.h:241:13: warning: extra tokens at the end of #undef directive === changes to zlibc.h === === changes to zlibc.h === altnames.c:32: redefinition of '_unlink' altnames.c:31: '_unlink' previously defined here make: *** [altnames.o] Error 1 === altnames.c changes === 32: change "_unlink" to "__unlink" to mirror the other aliases === altnames.c changes === filetype.c: In function 'remove_ld_preload': filetype.c:45: 'environ' undeclared (first use in this function) filetype.c:45: === filetype.c changes === copy line 182: extern char **environ; paste after line 28: char **zlib_uncompressor; === filetype.c changes === altnames.o: In function '__open' altnames.o(.text+0x0): multiple definition of '__open' === altnames.c changes === all references to '__open' look okay === altnames.c changes === tried aliasing ld='/usr/local/bin/ld' to no avail gave up and switched to zlibc-0.9e, which compiles and installs just fine on the same system Matthew Johnson Data Comm Specialist Manugistics, Inc. 301-255-5045

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Zlibc