Overview
| Artifact ID: | a0c9df46f7ce3aa465e0c61eb38a174422e5f976 |
|---|---|
| Ticket: | 50750c735a16174f3a8cfce34109f8655138a980
memory faults in zlib-12.2 |
| User & Date: | dkf 2017-04-27 10:48:03 |
Changes
- closedate changed to: "2457870.95003843"
- closer changed to: "dkf"
- icomment:
Fix applied. A deep problem was that zlib-12.2 was very wrong anyway, which was stopping us from noticing that the tested code was failing. The <code>Z_BUF_ERROR</code> result shouldn't be produced in the decompressing loop, as we don't feed in zero length input (as this is a non-flushing use case) or use a zero length output buffer, so the code actually becomes simpler and less twisty. Which is nice.
- login: "dkf"
- mimetype: "text/html"
- resolution changed to: "Fixed"
- severity changed to: "Important"
- status changed to: "Closed"
- username: "dkf"