summaryrefslogtreecommitdiffstats
path: root/sys/net/zlib.c
Commit message (Collapse)AuthorAgeFilesLines
* Juggle some internal symbols from our antique zlib (that originally camepeter2013-01-061-1/+8
| | | | | | | in from kernel-pppd which is long gone) so that ZFS and DTRACE play nice. This is a horrible hack to get freefall to compile, and is in dire need of reconciliation. This antique zlib-1.04 code needs to go away.
* Revert previous commit...kevlo2012-10-101-1/+1
| | | | Pointyhat to: kevlo (myself)
* Prefer NULL over 0 for pointerskevlo2012-10-091-1/+1
|
* Forward declare z_errmsg with static linkage since it is definedrodrigc2005-09-111-1/+1
| | | | with static linkage later in the file. Eliminates GCC 4.0 error.
* /* -> /*- for license, minor formatting changesimp2005-01-071-1/+2
|
* Give zlib the ability to be a module that can be depended on,markm2004-06-201-0/+24
| | | | in the MODULE_DEPEND() sense.
* chase more of the MIN/MAX mess. *sigh*alfred2003-02-021-0/+1
|
* Consolidate MIN/MAX macros into one place (param.h).alfred2003-02-021-2/+0
| | | | Submitted by: Hiten Pandya <hiten@unixdaemons.com>
* Fix instances of macros with improperly parenthasized arguments.alfred2002-11-091-14/+14
| | | | Verified by: md5
* We have mem{cpy,cmp,set} functions in the kernel, don't #define them tophk2002-10-201-3/+0
| | | | | | b{copy,zero,cmp} functions anymore. Spotted by: FlexeLint.
* Work around zlib bug where using a deflate window size of 8 willjedgar2002-03-231-1/+1
| | | | cause memory corruption.
* Fix a bug introduced in 1.11 (and also MFCd to stable AND the security branch)dillon2002-03-201-1/+5
| | | | | | | | | | | | | | | | | | | | that causes a machine to panic when the kernel PPP / DEFLATE code is used. 1.11 moved a ZFREE to a point after the structural members were clobbered by stores into a union'd structure. This commit fixes the bug and adds a big whopping comment to make sure the code isn't 'cleaned up' again :-) Ian Dowse came up with the same patch independantly 68 seconds before I did, talk about Karma! I would also like to thank Eugene Grosbein for marathon work in tracking the problem down by udpating his -stable based on date over and over again to close in on the commit that caused his crashes. PR: kern/35969 Reviewed by: Ian Dowse <iedowse@maths.tcd.ie> X-MFC after: immediately
* Error handling fixes for inflate.jedgar2002-02-171-4/+7
|
* Change #ifdef KERNEL to #ifdef _KERNEL in the public headers. "KERNEL"peter1999-12-291-4/+4
| | | | | | is an application space macro and the applications are supposed to be free to use it as they please (but cannot). This is consistant with the other BSD's who made this change quite some time ago. More commits to come.
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Fix warnings in preparation for adding -Wall -Wcast-qual to thedillon1999-01-271-3/+3
| | | | kernel compile
* Merge ppp changes from 2.3.3 -> 2.3.5. I have spotted some morepeter1998-06-201-3/+3
| | | | problems, which I'll have a go at shortly.
* Update kernel parts of ppp to ppp-2.3.3. Not much has changed exceptpeter1998-03-211-716/+1456
| | | | that the deflate components use zlib 1.0.4 instead of zlib 0.95.
* Staticize.eivind1998-02-091-2/+2
|
* Removed unused #includes.bde1997-09-011-2/+1
|
* Update kernel parts of pppd from 2.2.0 to 2.3.0. I've yet to look at thepeter1997-08-191-0/+4640
| | | | | | | | | | 2.3.0 -> 2.3.1 changes, but I seem to recall that there are certain "issues" with 2.3.1 (I'm not sure if it's just pppd or the whole lot, I am not quite that far). The present pppd seems to work with it just fine for the time being. Among the changes are that zlib (aka LZ77 aka deflate aka gzip) compression is implemented as well as the original compress(1) LZW style.
* Send these files to the attic until they are in use for several reasons.peter1997-07-051-4636/+0
| | | | | | | | | | | 1: cvs and cvsup don't really support vendor branches other than 1.1.1.x, this is on 1.1.2.x and causing problems in cvsup 'checkout mode', just the same as cvs has problems interpreting dates. (cvs has "1.1.1" hard coded) 2: cvs 'rm'ing them takes them off the vendor branch and should hide the above problems. 3: it's just clutter until the merge is done. 4: if the problem isn't sufficiently resolved by taking these off the vendor branch, the files will have to be nuked and re-imported.
* Initial revisionpeter1997-07-011-0/+4636
OpenPOWER on IntegriCloud