Re: Re: #21139 [Ctl]: zlib.output_compression + windows failure
| From: | Derick Rethans | Date: | Thu, 26 Dec 2002 19:17:04 +0000 |
| Subject: | Re: Re: #21139 [Ctl]: zlib.output_compression + windows failure | ||
| References: | 1 2 3 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-92842@lists.php.net to get a copy of this message | ||
On Thu, 26 Dec 2002, Edin Kadribasic wrote:
> On Tuesday 24 December 2002 04:51, Moriyoshi Koizumi wrote:
> > "Edin Kadribasic" <edink@proventum.net> wrote:
> > > > Isn't the solution as "simple" as changing the #ifdef to include
> > > > COMPILE_DL_ZLIB in the checks, or is this another situation where the
> > > > zlib extension should be compiled into the distribution itself?
> > > >
> > > > Is there a problem with doing that in the win32 build Edin?
> > > > (it seems that the unix build will also have the same problems if zlib
> > > > is built as a shared extension - there was even a bug report today
> > > > about related issues).
> > >
> > > One of the solutions for the windows build is to compile zlib module into
> > > php4ts.dll statically. In that way all the problems go away and its a
> > > nice module to have built-in anyway. I have a patch ready and a test
> > > build of php4ts.dll at
> > > http://snaps.php.net/~edink/php4ts.dll-zlib.zip
> >
> > I've checked your test build, and it works fine as for Apache-1.3.27.
> > But it still fails with Apache2... this seems another apache2filter
> > problem.
> >
> > Anyway this solution sounds like a quickest and most reasonable way.
>
> Any objections to making zlib built-in extension on windows?
Nope.
Derick
--
-------------------------------------------------------------------------
Derick Rethans http://derickrethans.nl/
PHP Magazine - PHP Magazine for Professionals http://php-mag.net/
-------------------------------------------------------------------------