[Zlib-devel] zlib 1.2.4 released!

[John Bowler]

From: Török Edwin [mailto:edwintorok at gmail.com] 
On 03/17/2010 06:18 PM, John Bowler wrote:
>> "* * * ***passes CRT objects across the boundary*** * * *"
>> 
>> Zlib does *not* do this, so it's ok.
>
>gzdopen() gets a file descriptor that was opened in the app.

A 'file descriptor' is not a 'CRT object'.  Ok, I admit this depends on the implementation, on UNIX it's an index into the U-area file table, so it definitely isn't a CRT object, on Windows I have my doubts about whether this works:

sprintf(path, "<fd:%d>", fd);
gz = gz_open(path, fd, mode);

But it would only be likely to work if 'fd' was an (HFILE) and an (HFILE) is not a CRT object either.

>I was suggesting there should be more versions of zlib DLL, just how
>there are multiple versions of pthreads DLL (4 I think).

I agree, I was only commenting on what 'zlib1' did.  Having 'zlib1mt' (/MT linked) and 'zlib1vb' (__stdcall API) is fine and probably good *iff* the (large) maintenance overhead is acceptable, and viable.

John Bowler <jbowler at acm.org>