[Zlib-devel] TR: result of compression test

[Gilles Vollant]

do you have a sample executable which uses gzdopen te verify if a DLL is
full compatible?

-----Message d'origine-----
De : zlib-devel-bounces at madler.net [mailto:zlib-devel-bounces at madler.net] De
la part de Török Edwin
Envoyé : mardi 27 juillet 2010 09:01
À : zlib-devel at madler.net
Cc : cosmin at cs.toronto.edu
Objet : Re: [Zlib-devel] TR: result of compression test

On Tue, 27 Jul 2010 01:08:13 -0400
Cosmin Truta <cosmin at cs.toronto.edu> wrote:

> On Mon, Jul 26, 2010 at 1:22 PM, Gilles Vollant wrote:
> > If possible, I'm curious of other people on this list test and
> > compare all the dll
> > both for compatibility (which must be perfect) and performance
> > the VS2010 DLL seem faster
> 
> You mean, test the VC++ build to make sure it's compatible with the
> MinGW build, and not the other way around, yes?
> 
> I'm not being sarcastic here. Since VC7, up until the present-day
> version, Microsoft constantly broke the binary compatibility, by
> supplying a slightly different, slightly incompatible C runtime, every
> time. On the other hand, MinGW has been in the business of supplying
> VC6-compatible, MSVCRT-compatible builds, and that project is still
> going on, quite well. I expect the MinGW build to be compatible with
> the old ZLIB1.DLL, more than I expect the same from the VC build.
> 
> The good news, as pointed out by John Bowler in an old message on this
> list, is that C run-time intermixing might work in zlib, because files
> are opened and closed outside zlib, and the memory allocated by zlib
> is also freed by zlib. So we might be lucky, and be able to remove the
> restriction to link to MSVCRT.DLL.

As discussed a while ago (zlib 1.2.4) on this list the only problem
with the CRT and zlib is gzdopen(), and it was suggested to be
replaced by a macro on win32, which just passes the underlying HANDLE.

Best regards,
--Edwin

_______________________________________________
Zlib-devel mailing list
Zlib-devel at madler.net
http://mail.madler.net/mailman/listinfo/zlib-devel_madler.net