chun bing ge elsgcnibmcom paul marquess wrote 20071102 174001 chun bing ge mailtoelsgcnibmcom patch orda 193 gzip_fname_invalid_char_re x00x3fxff gzip_fcomment_invalid_char_re x00x0ax11x14x16x3f xff else gzip_fname_invalid_char_re x00x1fx7fx9f gzip_fcomment_invalid_char_re x00x09x11x1fx7fx9f correct change right rewrote 1st patch 2nd one elegant way could find two patches data ok new one certainly looks better ill go similarly made change extcompresszlibt03zlibv1t value ascii zgrntjgsuw data x5ax67x52x4ex74x6ax67x53x55x57 expected_crc 0xcf707a2b 3480255019 mean change shouldnt needed data zgrntjgsuw crc32 data high bit set expected_crc 0xcf707a2b 3480255019 orda 193 expected_crc 0x109df497 278787223 could save 1st way reason rewrote patch person always would like see direct words hex values linux zos think also tested cases linux changed input data ebcdic values perl would give results zos one things test create crc significant bit set change loses ill keep test way regarding patches sent one 004gziphdrt already done previous patch rest patches io_compress_zlibt101truncatet series tests form orda 193 plan tests 744 extra else plan tests 734 extra given patching 595 dont know whether needed recent development version dont see anything test harness would account extra 10 tests ill hold applying think better way could give answer could change source data test cases ebcdic values linux like abc x81x82x83 could get many extra tests run get latest perl source tree see issues please would like busy things possible anyone else running ebcdic validate blead particular see io_compress_zlibt101truncatet tests need patching paul thu 07 aug 2008 201000 0800 patch extio_compress_zlibt101truncatedeflatet ebcdic platform