Re: luatex panics after update of zlib to 1.3.1

Hello Ken, On 2024-02-01 19:02, Ken Brown wrote: On 1/30/2024 3:49 PM, Heiko Oberdiek via Cygwin wrote: programs (lualatex, texdoc, ...) abort with a panic error: the version 1.3 of the header files I've just uploaded a new texlive package which should fix this problem. Give it about an hou

Re: luatex panics after update of zlib to 1.3.1

On 1/30/2024 3:49 PM, Heiko Oberdiek via Cygwin wrote: Hallo, after the latest update of Cygwin, especially zlib from 1.3 to 1.3.1, luatex and related programs (lualatex, texdoc, ...) abort with a panic error: the version 1.3 of the header files of zlib (compile time) does not match the version

Re: luatex panics after update of zlib to 1.3.1

On 1/31/2024 3:16 AM, ASSI via Cygwin wrote: Heiko Oberdiek via Cygwin writes: I assume, luatex from texlive-collection-luatex needs to be recompiled with the updated zlib sources. Yes, and that version check needs to actually look at the ABI and not some random string; or at least not

Re: luatex panics after update of zlib to 1.3.1

Heiko Oberdiek via Cygwin writes: > I assume, luatex from texlive-collection-luatex > needs to be recompiled with the updated zlib > sources. Yes, and that version check needs to actually look at the ABI and not some random string; or at least not complain when only the minor versio

luatex panics after update of zlib to 1.3.1

Hallo, after the latest update of Cygwin, especially zlib from 1.3 to 1.3.1, luatex and related programs (lualatex, texdoc, ...) abort with a panic error: the version 1.3 of the header files of zlib (compile time) does not match the version 1.3.1 of the dynamic library (runtime). I assume

Re: lulatex problems after update of zlib

cters… I've been made aware of what seems to be a similar problem in cmake's "find_package(ZLIB)", see: https://gitlab.kitware.com/cmake/cmake/-/issues/25200 I think that means we need a cmake update with a fix for that... -- Problem reports: https://cyg

Re: lulatex problems after update of zlib

Ken Brown via Cygwin writes: > On 8/21/2023 11:02 AM, ASSI via Cygwin wrote: >> (although in this case maybe i got spooked by the change >> from 1.2.x to 1.3) > > It looks like that's exactly what happened. The version check > compares the first 4 characters of the version string. Almost exactly

lualatex and zlib

Everything now works as expected after the texlive update, thanks! -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: lulatex problems after update of zlib

On 8/21/2023 11:02 AM, ASSI via Cygwin wrote: (although in this case maybe i got spooked by the change from 1.2.x to 1.3) It looks like that's exactly what happened. The version check compares the first 4 characters of the version string. Ken -- Problem reports: https://cygwin.com/pro

Re: lulatex problems after update of zlib

Ken Brown via Cygwin writes: > Thanks for the report. I think I can fix this by rebuilding the TeX > Live binaries with the new zlib. I'll do that ASAP. The ABI hasn't changed, so it would be good if you relaxed or removed this check. I've done that in a few other packages

Re: lulatex problems after update of zlib

On 8/21/2023 3:31 AM, Per Larsson via Cygwin wrote: After the latest update of zlib (1.2.13 -> 1.3), I’ve got a problem using lualatex: “lualatex failed: PANIC: unprotected error in call to Lua API (zlib library version does not match - header: 1.2.13, library: 1.3)” It can be avoided

lulatex problems after update of zlib

After the latest update of zlib (1.2.13 -> 1.3), I’ve got a problem using lualatex: “lualatex failed: PANIC: unprotected error in call to Lua API (zlib library version does not match - header: 1.2.13, library: 1.3)” It can be avoided by resetting zlib to the previous version, but report

[ANNOUNCEMENT] Updated: {mingw64-{i686,x86_64}-,}zlib-1.3-1

The following packages have been uploaded to the Cygwin distribution: * zlib0-1.3-1 * zlib-devel-1.3-1 * mingw64-i686-zlib-1.3-1 * mingw64-x86_64-zlib-1.3-1 zlib is designed to be a free, general-purpose, lossless data-compression library for use on virtually any computer hardware and

[ANNOUNCEMENT] Updated: {mingw64-{i686, x86_64}-, }zlib-1.2.13-1 (security)

The following packages have been uploaded to the Cygwin distribution: * zlib0-1.2.13-1 * zlib-devel-1.2.13-1 * mingw64-i686-zlib-1.2.13-1 * mingw64-x86_64-zlib-1.2.13-1 zlib is designed to be a free, general-purpose, lossless data-compression library for use on virtually any computer hardware

[ANNOUNCEMENT] Updated: {mingw64-{i686, x86_64}-, }zlib-1.2.12-1 (security)

The following packages have been uploaded to the Cygwin distribution: * zlib0-1.2.12-1 * zlib-devel-1.2.12-1 * mingw64-i686-zlib-1.2.12-1 * mingw64-x86_64-zlib-1.2.12-1 zlib is designed to be a free, general-purpose, lossless data-compression library for use on virtually any computer hardware

Re: Problems (and a workaround) with zlib and Windows Dev Channel

> I noticed that some programs that depend on zlib stopped working and started > creating stackdumps with Windows Dev Channel build 20246.1. I could not get > gdb working with zlib but I figured a workaround: I recompiled zlib with > cygport using the latest gcc (10.2.0) and copied

Re: Problems (and a workaround) with zlib and Windows Dev Channel

On 2020-10-31 14:19, Teemu via Cygwin wrote: > I noticed that some programs that depend on zlib stopped working and started > creating stackdumps with Windows Dev Channel build 20246.1. I could not get > gdb working with zlib but I figured a workaround: I recompiled zlib with > c

Problems (and a workaround) with zlib and Windows Dev Channel

Hello! I noticed that some programs that depend on zlib stopped working and started creating stackdumps with Windows Dev Channel build 20246.1. I could not get gdb working with zlib but I figured a workaround: I recompiled zlib with cygport using the latest gcc (10.2.0) and copied the dll over

Re: pngcheck warning: Compiled with zlib 1.2.8; using zlib 1.2.11.

Thank you, Marco and Andrey. I'm relieved and I've decided not to care the info. But, I've dropped another example. Just reporting it: $ pngcheck a.png b.png > ab.log; echo ; cat ab.log; echo zlib warning: different version (expected 1.2.8, using 1.2.11) OK

Re: pngcheck warning: Compiled with zlib 1.2.8; using zlib 1.2.11.

Greetings, Lemures Lemniscati! > Hi, > pngcheck warns like this, though it seems not to be harmful. > $ pngcheck > PNGcheck, version 2.3.0 of 7 July 2007, >by Alexander Lehmann, Andreas Dilger and Greg Roelofs. >Compiled with zlib 1.2.8; using zlib 1.2.11. > ...

Re: pngcheck warning: Compiled with zlib 1.2.8; using zlib 1.2.11.

On 17/03/2018 09:33, Lemures Lemniscati wrote: Hi, pngcheck warns like this, though it seems not to be harmful. $ pngcheck PNGcheck, version 2.3.0 of 7 July 2007, by Alexander Lehmann, Andreas Dilger and Greg Roelofs. Compiled with zlib 1.2.8; using zlib 1.2.11. ... just an info

pngcheck warning: Compiled with zlib 1.2.8; using zlib 1.2.11.

Hi, pngcheck warns like this, though it seems not to be harmful. $ pngcheck PNGcheck, version 2.3.0 of 7 July 2007, by Alexander Lehmann, Andreas Dilger and Greg Roelofs. Compiled with zlib 1.2.8; using zlib 1.2.11. ... $ cygcheck -c pngcheck zlib Cygwin Package Information Package

Re: lftp / zlib problems

> From: Harri T. > > Hi all, > > > > After updating Cygwin 32-bit we have had problems with all the > > combinations of lftp 4.7.7.-1 / 4.8.0-1 and zlib 1.2.8-3 / 1.2.11-1. > > ... > > assertion "ptr(x.heap_index)==&x" faSKiled: file > >

RE: lftp / zlib problems

From: Andrew Schulman > > > From: Harri T. > > > > Hi all, > > > > > > > > After updating Cygwin 32-bit we have had problems with all the > > > > combinations of lftp 4.7.7.-1 / 4.8.0-1 and zlib 1.2.8-3 / 1.2.11-1. > > > > ... &g

Re: lftp / zlib problems

> > From: Harri T. > > > Hi all, > > > > > > After updating Cygwin 32-bit we have had problems with all the > > > combinations of lftp 4.7.7.-1 / 4.8.0-1 and zlib 1.2.8-3 / 1.2.11-1. > > > ... > > > assertion "ptr(x.heap_index)==&a

Re: lftp / zlib problems

> From: Harri T. > > Hi all, > > > > After updating Cygwin 32-bit we have had problems with all the > > combinations of lftp 4.7.7.-1 / 4.8.0-1 and zlib 1.2.8-3 / 1.2.11-1. > > ... > > assertion "ptr(x.heap_index)==&x" faSKiled: file > >

RE: lftp / zlib problems

From: Harri T. > Hi all, > > After updating Cygwin 32-bit we have had problems with all the > combinations of lftp 4.7.7.-1 / 4.8.0-1 and zlib 1.2.8-3 / 1.2.11-1. > ... > assertion "ptr(x.heap_index)==&x" faSKiled: file > "/home/ASchulma/dev/cygwin/lftp

lftp / zlib problems

Hi all, After updating Cygwin 32-bit we have had problems with all the combinations of lftp 4.7.7.-1 / 4.8.0-1 and zlib 1.2.8-3 / 1.2.11-1. 1. Command "mget -E myfile*" causes "zlib inflate error: incorrect header check" always with Core FTP server 1.2 if there is nothin

Re: Link error with static version of zlib?

e and link the app with no > other dependencies than msvcrt.dll. I can run the cross-compiled app > directly on Windows. > > But for some reason, the MinGW compiler present in Cygwin looks for > threading support which is not there. > > This is strange because I manually co

Re: Link error with static version of zlib?

cross-compiled app directly on Windows. But for some reason, the MinGW compiler present in Cygwin looks for threading support which is not there. This is strange because I manually compiled the source for both libraries (zlib with minizip in the contrib folder) and it gives the same error. Searchin

Re: Link error with static version of zlib?

On Thu, 20 Jul 2017 20:59:00, =?UTF-8?Q?Hans-Bernhard_Br=c3=b6ker?= wrote: And that's where you went off in the wrong direction. You're writing to the Cygwin mailing, but that's the MSYS2 package repository. Those are two different environments, so you should _not_ mix up them up like that.

Re: Link error with static version of zlib?

Am 20.07.2017 um 16:07 schrieb J: Hello Steven, Thank you very much for taking the time to reply to my question! I downloaded http://repo.msys2.org/mingw/x86_64/mingw-w64-x86_64-zlib-1.2.8-9-any.pkg.tar.xz And that's where you went off in the wrong direction. You're writi

Re: Link error with static version of zlib?

Hello Steven, Thank you very much for taking the time to reply to my question! I downloaded http://repo.msys2.org/mingw/x86_64/mingw-w64-x86_64-zlib-1.2.8-9-any.pkg.tar.xz I then copied the file libminizip.a contained within to /usr/x86_64-w64-mingw32/sys-root/mingw/lib/ I also copied the

Re: Link error with static version of zlib?

On Wed, 19 Jul 2017 11:07:42, J wrote: If I am not mistaken, when selecting the package mingw64-x86_64-zlib with the installer, it installs the library, which has been compiled as both a DLL and a static library. But it appears that the minizip library included within the zlib package is only

Link error with static version of zlib?

Hello, I am trying to produce an executable using mingw that uses all-static linking, that is, that it does not rely on any DLLs except possibly the Microsoft msvcrt.dll Is it possible? If I am not mistaken, when selecting the package mingw64-x86_64-zlib with the installer, it installs the

[ANNOUNCEMENT] zlib 1.2.11-1

The following packages have been uploaded to the Cygwin distribution: * zlib0-1.2.11-1 * zlib-devel-1.2.11-1 * libminizip1-1.2.11-1 * libminizip-devel-1.2.11-1 * mingw64-i686-zlib-1.2.11-1 * mingw64-x86_64-zlib-1.2.11-1 zlib is designed to be a free, general-purpose, lossless data-compression

Re: zlib-1.2.8-2 breaks clamav [attn Yaakov]

On 11/19/14 5:24 PM, Yaakov Selkowitz wrote: On 2014-11-19 16:32, Marco Atzeri wrote: On 11/2/2014 1:31 AM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the "sigtool" commmand from clamav is attached. It's using gzrea

Re: zlib-1.2.8-2 breaks clamav [attn Yaakov]

On 2014-11-19 16:32, Marco Atzeri wrote: On 11/2/2014 1:31 AM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the "sigtool" commmand from clamav is attached. It's using gzread() to read the compressed signature databases, an

Re: zlib-1.2.8-2 breaks clamav [attn Yaakov]

On 11/19/2014 10:26 PM, Marco Atzeri wrote: On 11/2/2014 1:31 AM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the "sigtool" commmand from clamav is attached. It's using gzread() to read the compressed signature dat

Re: zlib-1.2.8-2 breaks clamav

On 11/2/2014 1:31 AM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the "sigtool" commmand from clamav is attached. It's using gzread() to read the compressed signature databases, and the format of the data returned

Re: zlib-1.2.8-2 breaks clamav

On 11/13/14 11:23 AM, Mike Bonnet wrote: On 11/7/14 5:19 AM, Mike Bonnet wrote: On 11/06/2014 11:40 AM, Marco Atzeri wrote: On 11/6/2014 4:35 PM, Mike Bonnet wrote: On 11/01/2014 08:31 PM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of

Re: zlib-1.2.8-2 breaks clamav

On 11/7/14 5:19 AM, Mike Bonnet wrote: On 11/06/2014 11:40 AM, Marco Atzeri wrote: On 11/6/2014 4:35 PM, Mike Bonnet wrote: On 11/01/2014 08:31 PM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the "sigtool" commmand from

Re: zlib-1.2.8-2 breaks clamav

On 11/06/2014 11:40 AM, Marco Atzeri wrote: On 11/6/2014 4:35 PM, Mike Bonnet wrote: On 11/01/2014 08:31 PM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the "sigtool" commmand from clamav is attached. It's using gzrea

Re: zlib-1.2.8-2 breaks clamav

On 11/6/2014 4:35 PM, Mike Bonnet wrote: On 11/01/2014 08:31 PM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the "sigtool" commmand from clamav is attached. It's using gzread() to read the compressed signature databases,

Re: zlib-1.2.8-2 breaks clamav

On Thu, Nov 6, 2014 at 4:35 PM, Mike Bonnet wrote: > On 11/01/2014 08:31 PM, Mike Bonnet wrote: >> >> Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the >> output of the "sigtool" commmand from clamav is attached. It's using >>

Re: zlib-1.2.8-2 breaks clamav

On 11/01/2014 08:31 PM, Mike Bonnet wrote: Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the "sigtool" commmand from clamav is attached. It's using gzread() to read the compressed signature databases, and the format of the data returned

zlib-1.2.8-2 breaks clamav

Hi. I just found out that the zlib-1.2.8-2 breaks clamav. A log of the output of the "sigtool" commmand from clamav is attached. It's using gzread() to read the compressed signature databases, and the format of the data returned has apparently changed between zlib 1.2.8-1 and

[ANNOUNCEMENT] Updated: mingw64-x86_64-bzip2/libgcrypt/libgpg-error/xz/zlib

The following packages have been updated for both arches: *** mingw64-x86_64-bzip2-1.0.6-4 *** mingw64-x86_64-libgcrypt-1.5.3-1 *** mingw64-x86_64-libgpg-error-1.12-1 *** mingw64-x86_64-minizip-1.2.8-3 *** mingw64-x86_64-xz-5.0.5-1 *** mingw64-x86_64-zlib-1.2.8-3 These packages are intended to

[ANNOUNCEMENT] Updated: mingw-{zlib,zlib-devel,zlib1,minizip,libminizip-devel,libminizip1}-1.2.8-1

The mingw-zlib package has been updated to version 1.2.8-1. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. [[ compiled using mingw-gcc-4.7.3-1 ]] CHANGES since

[ANNOUNCEMENT] Updated: mingw64-*-zlib-1.2.8-1

The following package have been updated in the Cygwin distribution: *** mingw64-i686-minizip-1.2.8-1 *** mingw64-i686-zlib-1.2.8-1 *** mingw64-x86_64-minizip-1.2.8-1 *** mingw64-x86_64-zlib-1.2.8-1 This package is intended to be used in conjunction with the *-w64-mingw32 toolchains to create

[ANNOUNCEMENT] Updated: {zlib/zlib0/zlib-devel/minizip/libminizip1/libminizip-devel}-1.2.8-1

The zlib package has been updated to version 1.2.8-1. zlib is a standard lossless compression library. This is a routine update to the latest upstream version. CHANGES since 1.2.7-1 * Update to latest upstream version * Autogenerate .hint files * Build using win32

[ANNOUNCEMENT] New packages: bzip2/libgcrypt/libgpg-error/xz/zlib for mingw64 toolchains

The following packages have been added to the Cygwin distribution: *** mingw64-i686-bzip2-1.0.6-2 *** mingw64-i686-libgcrypt-1.5.0-2 *** mingw64-i686-libgpg-error-1.10-2 *** mingw64-i686-minizip-1.2.7-2 *** mingw64-i686-xz-5.0.4-1 *** mingw64-i686-zlib-1.2.7-2 *** mingw64-x86_64-bzip2-1.0.6-1

[ANNOUNCEMENT] Updated: mingw-{zlib,zlib-devel,zlib1}-1.2.7-1; NEW: mingw-{minizip,libminizip-devel,libminizip1}-1.2.7-1

The mingw-zlib package has been updated to version 1.2.7-1. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. [[ compiled using mingw-gcc-4.5.2 ]] CHANGES since

[ANNOUNCEMENT] Updated: {zlib/zlib0/zlib-devel}-1.2.7-1; NEW: {minizip/libminizip-devel/libminizip1}-1.2.7-1

The zlib package has been updated to version 1.2.7-1. zlib is a standard lossless compression library. This is a routine update to the latest upstream version, which (after several years of relative stagnation) is now progressing. [[ compiled using gcc-4.5.3-3 ]] CHANGES since 1.2.5-1

[ANNOUNCEMENT] Updated: mingw-{zlib,zlib-devel}-1.2.5-6; NEW: mingw-zlib1-1.2.5-6

The mingw-zlib package has been updated to version 1.2.5-6. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. [[ compiled using mingw-gcc-4.5.2

[ANNOUNCEMENT] Updated: {zlib/zlib0/zlib-devel}-1.2.5-1

The zlib package has been updated to version 1.2.5-1. zlib is a standard lossless compression library. This is a routine update to the latest upstream version, which (after several years of relative stagnation) is now progressing. [[ compiled using gcc-4.3.4-3 ]] CHANGES since 1.2.3-10

[ANNOUNCEMENT] [1.7] Updated: zlib-1.2.3-10; New: {zlib0/zlib-devel}-1.2.3-10

The zlib package has been updated to version 1.2.3-10. zlib is a standard lossless compression library. This is a packaging update. [[ compiled using gcc-3.4.4-3 ]] This is the first release specific for cygwin-1.7; the only differences between this package and the simultaneously-released zlib

[ANNOUNCEMENT] Updated: zlib-1.2.3-3; New: {zlib0/zlib-devel}-1.2.3-3

The zlib package has been updated to version 1.2.3-3. zlib is a standard lossless compression library. This is a packaging update. [[ compiled using gcc-3.4.4-3 ]] This will most likely be the final zlib update for the cygwin-1.5 distribution; future development will continue with zlib-1.2.3

[ANNOUNCEMENT] Updated: mingw-zlib-1.2.3-3; New: {mingw-zlib0/mingw-zlib-devel}-1.2.3-3

The mingw-zlib package has been updated to version 1.2.3-3. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. This is a packaging update. [[ compiled using gcc

[ANNOUNCEMENT] [1.7] Updated: mingw-zlib-1.2.3-10; New: {mingw-zlib0/mingw-zlib-devel}-1.2.3-10

The mingw-zlib package has been updated to version 1.2.3-10. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. This is a packaging update. [[ compiled using gcc

[ANNOUNCEMENT] Updated: mingw-zlib-1.2.3-2

The mingw-zlib package has been updated to version 1.2.3-2. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. This is a routine version update. CHANGES

[ANNOUNCEMENT] Updated: zlib-1.2.3-2

The zlib package has been updated to version 1.2.3-2. zlib is a standard lossless compression library. This is a build enhancement release. CHANGES: + switch to cygport build method -- Chuck To update your installation

[ANNOUNCEMENT] Updated: mingw-zlib-1.2.2-2

The mingw-zlib package has been updated to version 1.2.2-2. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. This is a security bugfix release. CHANGES

[ANNOUNCEMENT] Updated: zlib-1.2.2-2

The zlib package has been updated to version 1.2.2-2. zlib is a standard lossless compression library. This is a security bugfix release. CHANGES: Includes patch for security issue can-2005-2096 "Buffer overflow in zlib 1.2 and later versions allows remote attackers to cause a deni

RE: gpg: fatal: zlib inflate problem __ when decrypting pgp files

Problem solved. Source files had been corrupted (can't explain that). Thanks, Brian for your help. ** CONFIDENTIALITY: This e-mail is confidential and/or legally privileged and is intended only for the use of the individual o

Re: gpg: fatal: zlib inflate problem __ when decrypting pgp files

"Kelly, Brendan" wrote: > > > It could be a textmode problem if you have text mounts. But you > didn't > > include a cygcheck output as requested at > > so heck if I know what kind of > mounts > > you have. > > Apologies, attached. Okay, so you don't have textm

RE: gpg: fatal: zlib inflate problem __ when decrypting pgp files

1.9.2-1 libiconv21.9.2-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.1-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libncurses8 5.4-1 libpcre 4.1-1

Re: gpg: fatal: zlib inflate problem __ when decrypting pgp files

"Kelly, Brendan" wrote: > gpg: fatal: zlib inflate problem: invalid distance too far back > secmem usage: 1632/2748 bytes in 4/8 blocks of pool 3136/32768 > > This is a new install of cygwin on new Win 2003 Server using: > Zlib 1.2.2-1 > Gnupg 1.4.0-2 > >

gpg: fatal: zlib inflate problem __ when decrypting pgp files

Gpg decryption is failing with error message: gpg: fatal: zlib inflate problem: invalid distance too far back secmem usage: 1632/2748 bytes in 4/8 blocks of pool 3136/32768 This is a new install of cygwin on new Win 2003 Server using: Zlib 1.2.2-1 Gnupg 1.4.0-2 I've tested files f

Re: Updated: mingw-zlib-1.2.2-1

At 01:05 10/10/2004, Charles Wilson wrote: The mingw-zlib package has been updated to version 1.2.1-2. you meant 1.2.2-1? :P thanks for all your thankless work! cheers, marc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html

[ANNOUNCEMENT] Updated: mingw-zlib-1.2.2-1

The mingw-zlib package has been updated to version 1.2.1-2. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. This is a security bugfix release. CHANGES

[ANNOUNCEMENT] Updated: zlib-1.2.2-1

The zlib package has been updated to version 1.2.2-1. zlib is a standard lossless compression library. This is a security bugfix release. CHANGES: - Routine update to version 1.2.2 (inludes the same security patch in the earlier cygwin 1.2.1-2 release) -- Charles Wilson zlib volunteer

[ANNOUNCEMENT] Updated: mingw-zlib-1.2.1-2

The mingw-zlib package has been updated to version 1.2.1-2. zlib is a standard lossless compression library; mingw-zlib is a version built using the standard windows runtime library and NOT cygwin; it is used by setup.exe among other tools. This is a security bugfix release. CHANGES

[ANNOUNCEMENT] Updated: zlib-1.2.1-2

The zlib package has been updated to version 1.2.1-2. zlib is a standard lossless compression library. This is a security bugfix release. CHANGES: - included security patch from http://lwn.net/Articles/99288/ Thanks to jglong3 and Brian Dessent for the headsup. -- Charles Wilson zlib

Re: ZLIB

Tracker mentions that there is situation in zlib. > > This situation in zlib is reported as relative to the inflate() and > > inflateBack(). > > The report says the situation varies depending on the application > > using the zlib library, but if exploited can result in a d

Re: ZLIB

[EMAIL PROTECTED] wrote: > The following subject was researched in the CYGWIN Archives. If the answer exists, I > apologize if the proper string(s) were not input to find the answer to the following > discussion. > > A report by SecurityTracker mentions that there is si

ZLIB

Hello, And, Thanks for your time, advise, and help! :) :) I am a newbie at CYGWIN and the CYGWIN SHELL environment. I apologize if this is the wrong forum for this subject and if this is a subject that does not relate to zlib in CYGWIN. The following subject was researched in the CYGWIN

[Avail for test] zlib-1.2.1-1, mingw-zlib-1.2.1-1

This new release of the zlib library should be drop-in compatible with the previous 1.1.4 release. However, they are currently marked as 'test' releases on the cygwin mirrors; if all goes well I'll promote them to curr after a week or so. === Bad news for Dario/Nicholas: the zl

Re: Linking with zlib

On 24 September 2003 19:22 -0400 Igor Pechtchanski wrote: The -lz should go to the *end* of the compile line (at least, after the .c file). Ah - damn, I've read that before but it obviously hadn't sunk in. Editing the Makefile to put -lz after the .c file worked exactly as you suggested. I shall

Re: Linking with zlib

importantly zmergelog which is built from the same source file) under Cygwin. Zmergelog is a fairly simple program to merge gziped Apache log files. It uses zlib to open and read the gziped files. Mergelog's configure script appears to find that I have zlib installed but when I get to make zme

Linking with zlib

the same source file) under Cygwin. Zmergelog is a fairly simple program to merge gziped Apache log files. It uses zlib to open and read the gziped files. Mergelog's configure script appears to find that I have zlib installed but when I get to make zmergelog the link fails with undefi

Re: [ANNOUNCEMENT] NEW: mingw-zlib-1.1.4-4

Christopher Faylor wrote: Tsk, tsk. I didn't notice that you invented a new category. I don't see any reason why this should just be in Libs. It's a mingw library but, since we don't make the Mingw distinction for anything else, I don't know why zlib should be different

Re: [ANNOUNCEMENT] NEW: mingw-zlib-1.1.4-4

huck but, after some discussion, it's >>>>intended to be a separate package. The intent was to not put a zlib >>>>directory in winsup, which would be the case with mingw-runtime. Ditto >>>>for the gcc sources. >>> >>>So basically this

Re: [ANNOUNCEMENT] NEW: mingw-zlib-1.1.4-4

Christopher Faylor wrote: On Mon, Sep 08, 2003 at 10:30:08AM -0400, Igor Pechtchanski wrote: On Mon, 8 Sep 2003, Christopher Faylor wrote: I don't mean to speak for Chuck but, after some discussion, it's intended to be a separate package. The intent was to not put a zlib directory

Re: [ANNOUNCEMENT] NEW: mingw-zlib-1.1.4-4

On Mon, Sep 08, 2003 at 10:30:08AM -0400, Igor Pechtchanski wrote: >On Mon, 8 Sep 2003, Christopher Faylor wrote: >>I don't mean to speak for Chuck but, after some discussion, it's >>intended to be a separate package. The intent was to not put a zlib >>directory in

Re: [ANNOUNCEMENT] NEW: mingw-zlib-1.1.4-4

t;package forever and ever? > > I don't mean to speak for Chuck but, after some discussion, it's > intended to be a separate package. The intent was to not put a zlib > directory in winsup, which would be the case with mingw-runtime. Ditto > for the gcc sources. So basically

Re: [ANNOUNCEMENT] NEW: mingw-zlib-1.1.4-4

uck but, after some discussion, it's intended to be a separate package. The intent was to not put a zlib directory in winsup, which would be the case with mingw-runtime. Ditto for the gcc sources. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://

Re: [ANNOUNCEMENT] NEW: mingw-zlib-1.1.4-4

On Sun, 7 Sep 2003, Charles Wilson wrote: > I've made a new package available on sourceware: mingw-zlib contains the > zlib distribution compiled using 'gcc -mno-cygwin' and installed into > /usr/include/mingw/ and /usr/lib/mingw. > > It includes: > > usr/bin/

Re: [ANNOUNCEMENT] NEW: mingw-zlib-1.1.4-4

On Sun, Sep 07, 2003 at 04:48:32AM -0400, Charles Wilson wrote: >I've made a new package available on sourceware: mingw-zlib contains the >zlib distribution compiled using 'gcc -mno-cygwin' and installed into >/usr/include/mingw/ and /usr/lib/mingw. > >[snip] >

[ANNOUNCEMENT] NEW: mingw-zlib-1.1.4-4

I've made a new package available on sourceware: mingw-zlib contains the zlib distribution compiled using 'gcc -mno-cygwin' and installed into /usr/include/mingw/ and /usr/lib/mingw. It includes: usr/bin/mgwz.dll usr/include/mingw/zconf.h usr/include/mingw/zlib.h usr/lib/mingw

[ANNOUNCEMENT] Updated: zlib-1.1.4-4 [Requires cygwin-1.5.3+]

The zlib package has been updated to version 1.1.4-4. zlib is a standard lossless compression library. This release is built against the cygwin-1.5.x kernel; it will not work with 1.3.22. CHANGES: - compiled against cygwin-1.5.2 - documentation moved to /usr/share/* -- Charles Wilson zlib

Re: Cannot use zlib with Mingw

[EMAIL PROTECTED] wrote: > I was trying to compile a program which uses zlib with Mingw (i.e. > with the flag -mno-cygwin) but the compilation failed because zlib.h > could not be found. No problems with standard Cygwin compilation. > > Probably, if -mno-cygwin is used, only the d

Re: Cannot use zlib with Mingw

On Sat, Dec 28, 2002 at 09:25:27PM +0100, [EMAIL PROTECTED] wrote: >I was trying to compile a program which uses zlib with Mingw (i.e. with >the flag -mno-cygwin) but the compilation failed because zlib.h could not >be found. No problems with standard Cygwin compilation. > >Pr

Cannot use zlib with Mingw

I was trying to compile a program which uses zlib with Mingw (i.e. with the flag -mno-cygwin) but the compilation failed because zlib.h could not be found. No problems with standard Cygwin compilation. Probably, if -mno-cygwin is used, only the directory /usr/include/mingw is searched, /usr

Installation corruption with zlib and zip

Hello-- It seems that the packages zlib and zip corrupt the download/installation process for me. As the process reaches either of these files/packages, the program ends it's execution with the message "Installation incomplete, try again?" Also, if I try to reconnect to th

[ANNOUNCEMENT] Updated: zlib-1.1.4-1 (fwd)

Quick Question for Package maintainers, are the packages built under cygwin that utilize zlib linking dynamically or are there any that are built statically? If static, can you guys do us a favor and let us know which ones you have that are static? Thanks -- Prentis Brooks | [EMAIL

[ANNOUNCEMENT] Updated: zlib-1.1.4-1

The zlib package has been updated to version 1.1.4-1. zlib is a standard lossless compression library. The 1.1.4 version of zlib fixes a 'double free' bug that could lead to heap corruption when untrusted, compressed data is fed to zlib. CHANGES: - update to official 1.1

Re: backdoor.egghead trojan in zlib-1.1.3.tar.gz

/ Charles Wilson <[EMAIL PROTECTED]> wrote: | Sigh. | | False positive. | | Reported 27 times already. Multiple postings over the last three | days. Every single one was a FALSE positive. Complain to symantec. It is a virus then.. email virus ;-) Growing and growing.. spreading.. :-)

Re: backdoor.egghead trojan in zlib-1.1.3.tar.gz

nt to include your home phone number. Talk about bad ideas... Brian & Sara Feather wrote: > Hello, > > I've got some BAD news. Norton just found a copy of backdoor.egghead in > latest/zlib/zlib-1.1.3.tar.gz of the installation files for Cygwin that > I downloaded last mo

backdoor.egghead trojan in zlib-1.1.3.tar.gz

Hello, I've got some BAD news. Norton just found a copy of backdoor.egghead in latest/zlib/zlib-1.1.3.tar.gz of the installation files for Cygwin that I downloaded last month (January 10). Norton also found the trojan in d:\cygwin\bin\cygz.dll and in c:\windows\temp\usr_bin_cygz.dll (

  1   2   >