Copy

Defect #110

Wrong decoding of gzip compressed data when using fsockopen

Added by Adrian Lang 604 days ago. Updated 586 days ago.

Status:Fixed Start:2008-12-02
Priority:Medium Due date:
Assigned to:- % Done:

0%
Category:HTTP
Target version:1.1.3
Affected Version:

1.1.2

 PHP Version:

5.2.0
mbstring enabled:

No

 iconv enabled:

No
cURL enabled:

No

 zlib enabled:

Yes

Description

On my machine, crc and isize are not parsed correctly which leads to wrong fault messages.

Examples:
calced crc   unpacked crc
2718289338   -1576677958
a205cdba     a205cdba10

2650758252   -1644209044
9dff5c6c     9dff5c6c

isize even looks like it should not be unpacked with 'N' but 'V'.

i'm running debian etch on a virtual server.

Related issues

duplicated by Defect #107 Certain feeds give an XML empty error Duplicate 2008-11-17

Associated revisions

Revision 1022
Added by Ryan McCue 587 days ago

Attempt to fix gzip decoding again. See #110

Revision 1023
Added by Ryan McCue 587 days ago

Fix #110 (gzip decoding) by ignoring CRC of data.

History

Updated by Geoffrey Sneddon 604 days ago

  • Status changed from Unconfirmed to New
  • Target version set to 1.1.3

Do you happen to be on a 64-bit machine running a 64-bit version of PHP?

Updated by Adrian Lang 603 days ago

Geoffrey Sneddon wrote:

Do you happen to be on a 64-bit machine running a 64-bit version of PHP?

Nope, `uname -m` gives i686 so I think it's a 32-bit system.

Updated by Ryan McCue 602 days ago

I'm pretty sure this is the same thing I'm experiencing.

Updated by Geoffrey Sneddon 587 days ago

Yeah, ISIZE should be V. So should CRC.

Updated by Ryan McCue 587 days ago

  • Status changed from New to Fixed

Applied in changeset r1023.

Updated by Geoffrey Sneddon 586 days ago

  • Subject changed from Wrong decoding of compressed data to Wrong decoding of gzip compressed data when using fsockopen

Also available in: Atom PDF