_init _fini __uClibc_main __deregister_frame_info __register_frame_info _Jv_RegisterClasses strlen strcmp progName stderr fprintf noisy inName outName fputs exitValue exit strncpy srcMode opMode deleteOutputOnInterrupt outputHandleJustInCase fclose remove numFileNames numFilesProcessed malloc strcpy getenv __ctype_b tmpName BZ2_bzlibVersion fopen64 lstat64 fdopen longestFileName fputc __fgetc_unlocked fgetc ungetc perror fchmod fchown utime strcat __errno_location strerror forceOverwrite stdout fileno stdin isatty verbosity fflush ferror blockSize100k workFactor BZ2_bzWriteOpen fread BZ2_bzWrite BZ2_bzWriteClose64 keepInputFiles smallMode BZ2_bzReadOpen BZ2_bzRead BZ2_bzReadGetUnused BZ2_bzReadClose testFailsExist unzSuffix fwrite rewind unzFailsExist signal progNameReally strstr strncmp free BZ2_crc32Table BZ2_bzDecompressEnd BZ2_bzDecompressInit BZ2_bzCompressInit memset BZ2_rNums BZ2_indexIntoF BZ2_decompress BZ2_bzDecompress BZ2_compressBlock BZ2_bzCompress BZ2_bzCompressEnd BZ2_bzWriteClose BZ2_blockSort BZ2_bz__AssertH__fail BZ2_hbMakeCodeLengths BZ2_hbAssignCodes BZ2_hbCreateDecodeTables libgcc_s.so.1 _DYNAMIC_LINKING __RLD_MAP libc.so.0 _GLOBAL_OFFSET_TABLE_ _ftext _fdata _gp _edata __bss_start _fbss _end GLIBC_2.0
%s: %s is redundant in versions 0.9.5 and above Input file = %s, output file = %s bzip2: I'm not configured correctly for this platform! I require Int32, Int16 and Char to have sizes of 4, 2 and 1 bytes to run properly, and they don't. Probably you can fix this by defining them correctly, and recompiling. Bye! It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. bzip2: file name `%s' is suspiciously (more than %d chars) long. Try using a reasonable file name instead. Sorry! :-) %s: Deleting output file %s, if it exists. %s: WARNING: deletion of output file (apparently) failed. %s: WARNING: deletion of output file suppressed %s: since input file no longer exists. Output file %s: `%s' may be incomplete. %s: I suggest doing an integrity test (bzip2 -tv) of it. %s: WARNING: some files have not been processed: %s: %d specified on command line, %d not processed yet. %s: couldn't allocate enough memory %s: Caught a SIGSEGV or SIGBUS whilst compressing. Possible causes are (most likely first): (1) This computer has unreliable memory or cache hardware (a surprisingly common problem; try a different machine.) (2) A bug in the compiler used to create this executable (unlikely, if you didn't compile bzip2 yourself.) (3) A real bug in bzip2 -- I hope this should never be the case. The user's manual, Section 4.3, has more info on (1) and (2). If you suspect this is a bug in bzip2, or are unsure about (1) or (2), feel free to report it to me at: jseward@bzip.org. Section 4.3 of the user's manual describes the info a useful bug report should have. If the manual is available on your system, please try and read it before mailing me. If you don't have the manual or can't be bothered to read it, mail me anyway. %s: Caught a SIGSEGV or SIGBUS whilst decompressing. Possible causes are (most likely first): (1) The compressed data is corrupted, and bzip2's usual checks failed to detect this. Try bzip2 -tvv my_file.bz2. (2) This computer has unreliable memory or cache hardware (a surprisingly common problem; try a different machine.) (3) A bug in the compiler used to create this executable (unlikely, if you didn't compile bzip2 yourself.) (4) A real bug in bzip2 -- I hope this should never be the case. The user's manual, Section 4.3, has more info on (2) and (3). If you suspect this is a bug in bzip2, or are unsure about (2) or (3), feel free to report it to me at: jseward@bzip.org. Section 4.3 of the user's manual describes the info a useful bug report should have. If the manual is available on your system, please try and read it before mailing me. If you don't have the manual or can't be bothered to read it, mail me anyway. %s: Control-C or similar caught, quitting. %s: PANIC -- internal consistency error: %s This is a BUG. Please report it to me at: jseward@bzip.org bzip2, a block-sorting file compressor. Version %s. usage: %s [flags and input files in any order] -h --help print this message -d --decompress force decompression -z --compress force compression -k --keep keep (don't delete) input files -f --force overwrite existing output files -t --test test compressed file integrity -c --stdout output to standard out -q --quiet suppress noncritical error messages -v --verbose be verbose (a 2nd -v gives more) -L --license display software version & license -V --version display software version & license -s --small use less memory (at most 2500k) -1 .. -9 set block size to 100k .. 900k --fast alias for -1 --best alias for -9 If invoked as `bzip2', default action is to compress. as `bunzip2', default action is to decompress. as `bzcat', default action is to decompress to stdout. If no file names are given, bzip2 compresses or decompresses from standard input to standard output. You can combine short flags, so `-v -4' means the same as -v4 or -4v, &c. bzip2, a block-sorting file compressor. Version %s. Copyright (C) 1996-2010 by Julian Seward. This program is free software; you can redistribute it and/or modify it under the terms set out in the LICENSE file, which is included in the bzip2-1.0.6 source distribution. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the LICENSE file for more details. rb %s: I/O or other error, bailing out. Possible reason follows. compress: bad modes (stdin) (stdout) .bz2 %s: Can't open input file %s: %s. %s: Input file %s already has %s suffix. %s: Input file %s is a directory. %s: Input file %s is not a normal file. %s: Output file %s already exists. s %s: Input file %s has %d other link%s. %s: I won't write compressed data to a terminal. %s: For help, type: `%s --help'. wb %s: Can't create output file %s: %s. compress: bad srcMode %s: no data compressed. %6.3f:1, %6.3f bits/byte, %5.2f%% saved, %s in, %s out. compress:unexpected error testf: bad modes (none) %s: Can't open input %s: %s. %s: I won't read compressed data from a terminal. %s: Can't open input file %s:%s. testf: bad srcMode test:bzReadGetUnused %s: %s: data integrity (CRC) error in data file ends unexpectedly bad magic number (file not created by bzip2) trailing garbage after EOF ignored test:unexpected error ok uncompress: bad modes .out %s: Can't guess original name for %s -- using %s uncompress: bad srcMode decompress:bzReadGetUnused %s: Data integrity error when decompressing. %s: Compressed file ends unexpectedly; perhaps it is corrupted? *Possible* reason follows. %s: %s: trailing garbage after EOF ignored decompress:unexpected error done not a bzip2 file. %s: %s is not a bzip2 file. BZIP2 BZIP -- unzip UNZIP z2cat Z2CAT zcat ZCAT %s: Bad flag `%s' --stdout --decompress --compress --force --test --keep --small --quiet --version --license --exponential --repetitive-best --repetitive-fast --fast --best --verbose --help %s: -c and -t cannot be used together. .bz .tbz2 .tbz .tar m n n m n m m T| } | ~ 4} `| | ? p@ @ Y@1.0.6, 6-Sept-2010 w b {0x%08x, 0x%08x} combined CRCs: stored = 0x%08x, computed = 0x%08x bzip2/libbzip2: internal error number %d. This is a bug in bzip2/libbzip2, %s. Please report it to me at: jseward@bzip.org. If this happened when you were using some program which uses libbzip2 as a component, you should also report this bug to the author(s) of that program. Please make an effort to report this bug; timely and accurate bug reports eventually lead to higher quality software. Thanks. Julian Seward, 10 December 2007. *** A special note about internal error number 1007 *** Experience suggests that a common cause of i.e. 1007 is unreliable memory or other hardware. The 1007 assertion just happens to cross-check the results of huge numbers of memory reads/writes, and so acts (unintendedly) as a stress test of your memory system. I suggest the following: try compressing the file again, possibly monitoring progress in detail with the -vv flag. * If the error cannot be reproduced, and/or happens at different points in compression, you may have a flaky memory system. Try a memory-test program. I have used Memtest86 (www.memtest86.com). At the time of writing it is free (GPLd). Memtest86 tests memory much more thorougly than your BIOSs power-on test, and may find failures that the BIOS doesn't. * If the error can be repeatably reproduced, this is a bug in bzip2, and I would very much like to hear about it. Please let me know, and, ideally, save a copy of the file causing the problem -- without which I will be unable to investigate it. OK SEQUENCE_ERROR PARAM_ERROR MEM_ERROR DATA_ERROR DATA_ERROR_MAGIC IO_ERROR UNEXPECTED_EOF OUTBUFF_FULL CONFIG_ERROR ??? block %d: crc = 0x%08x, combined CRC = 0x%08x, size = %d %d in block, %d after MTF & 1-2 coding, %d+2 syms in use initial group %d, [%d .. %d], has %d syms (%4.1f%%) pass %d: size is %d, grp uses are %d bytes: mapping %d, selectors %d, code lengths %d, codes %d final combined CRC = 0x%08x [%d: huff+mtf rt+rld d p , H H P 4 h P , T 0 d 4 H bucket sorting ... depth %6d has %6d unresolved strings reconstructing block ... main sort initialise ... qsort [0x%x, 0x%x] done %d this %d %d pointers, %d sorted, %d scanned %d work, %d block, ratio %5.2f too repetitive; using fallback sorting algorithm ( y l E q& Ts Y ) }$
@E ,A 03A 43A <3A 4 A 4 A D3A D3A n; &C v kk M PG & " /a K+d 5 1 < O8p L H E RA _ [ Vu VR 6 j+ n c Zg @ y ] }z{ p f^t # W 9 ` < ' R d X[+ F 6` }h -/ 30 ] l m2 'p V IKq L 6 " =u ( : F y > C - } wp 4 mG0 K = V 9 ' C# = .r * x O K } x V|i q u kl Ro b f F ^ [^Z } Wf` Sc0 M -ZI D @ d ' N K ` % # /+ 6l A / ] D@h f+ *{ P u &6 >; ;k vq UP2 M _ } 1 > 4 y : Z iY m `7 Od2 z ~\ s KwV O K86 F +GB { \=f X @ US]CQ ; %)& ! ,G ^(BM 6 P 2,v ? kZ;& H V M # R V/ K `m pl + e= h ' o d j # ` ~ > } : { y `6 q} [ Fu 2 t- 0q ]. KY T@ PE N OJ+ G C!} { `COF r [ v hJ Gl 0 a$- e K ^VZ p 0m 5= ^ [ Q 7 R3? > : $: V -T )y& ;h + P Ml k/ |v v ` # d s ' y g : b } > q +2 h6 mf {u ]6 @ k 0 - 6 _ [ O m > I c 3 n + e c c 1 ^ ' O o ; { m q i _ I z O U ! j r R d ! 3 M \ c X ~ T w b ) b U f X D u & 6 ( G w C j i \ 0 B O $ ` > a [ p _ # ^ ] b c 4 a D O r v o Q r } , 5 N W N ` ~ Y f k D | R d p k ) w 4 X ^ Q X % . N q } E ) f 3 & b w A @ i r ~ o < 8 . ) ; W 8 V ^ l ; l w 0 I W a : v 6 I l 1 l = R W q & ' ; $ z < P 5 + R ? # % 8 5 e & ` z = j n t 7 & { d r Y 2 l r e f R Z l ~
GCC: (GNU) 3.3.2 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 3.3.2
.shstrtab .interp .reginfo .dynamic .hash .dynsym .dynstr .gnu.version .gnu.version_r .init .text .MIPS.stubs .fini .rodata .eh_frame .ctors .dtors .jcr .data.rel.ro .data .rld_map .got .sdata .sbss .bss .comment .mdebug.abi32 .pdr
%s: %s is redundant in versions 0.9.5 and above Input file = %s, output file = %s bzip2: I'm not configured correctly for this platform! I require Int32, Int16 and Char to have sizes of 4, 2 and 1 bytes to run properly, and they don't. Probably you can fix this by defining them correctly, and recompiling. Bye! It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. bzip2: file name `%s' is suspiciously (more than %d chars) long. Try using a reasonable file name instead. Sorry! :-) %s: Deleting output file %s, if it exists. %s: WARNING: deletion of output file (apparently) failed. %s: WARNING: deletion of output file suppressed %s: since input file no longer exists. Output file %s: `%s' may be incomplete. %s: I suggest doing an integrity test (bzip2 -tv) of it. %s: WARNING: some files have not been processed: %s: %d specified on command line, %d not processed yet. %s: couldn't allocate enough memory %s: Caught a SIGSEGV or SIGBUS whilst compressing. Possible causes are (most likely first): (1) This computer has unreliable memory or cache hardware (a surprisingly common problem; try a different machine.) (2) A bug in the compiler used to create this executable (unlikely, if you didn't compile bzip2 yourself.) (3) A real bug in bzip2 -- I hope this should never be the case. The user's manual, Section 4.3, has more info on (1) and (2). If you suspect this is a bug in bzip2, or are unsure about (1) or (2), feel free to report it to me at: jseward@bzip.org. Section 4.3 of the user's manual describes the info a useful bug report should have. If the manual is available on your system, please try and read it before mailing me. If you don't have the manual or can't be bothered to read it, mail me anyway. %s: Caught a SIGSEGV or SIGBUS whilst decompressing. Possible causes are (most likely first): (1) The compressed data is corrupted, and bzip2's usual checks failed to detect this. Try bzip2 -tvv my_file.bz2. (2) This computer has unreliable memory or cache hardware (a surprisingly common problem; try a different machine.) (3) A bug in the compiler used to create this executable (unlikely, if you didn't compile bzip2 yourself.) (4) A real bug in bzip2 -- I hope this should never be the case. The user's manual, Section 4.3, has more info on (2) and (3). If you suspect this is a bug in bzip2, or are unsure about (2) or (3), feel free to report it to me at: jseward@bzip.org. Section 4.3 of the user's manual describes the info a useful bug report should have. If the manual is available on your system, please try and read it before mailing me. If you don't have the manual or can't be bothered to read it, mail me anyway. %s: Control-C or similar caught, quitting. %s: PANIC -- internal consistency error: %s This is a BUG. Please report it to me at: jseward@bzip.org bzip2, a block-sorting file compressor. Version %s. usage: %s [flags and input files in any order] -h --help print this message -d --decompress force decompression -z --compress force compression -k --keep keep (don't delete) input files -f --force overwrite existing output files -t --test test compressed file integrity -c --stdout output to standard out -q --quiet suppress noncritical error messages -v --verbose be verbose (a 2nd -v gives more) -L --license display software version & license -V --version display software version & license -s --small use less memory (at most 2500k) -1 .. -9 set block size to 100k .. 900k --fast alias for -1 --best alias for -9 If invoked as `bzip2', default action is to compress. as `bunzip2', default action is to decompress. as `bzcat', default action is to decompress to stdout. If no file names are given, bzip2 compresses or decompresses from standard input to standard output. You can combine short flags, so `-v -4' means the same as -v4 or -4v, &c. bzip2, a block-sorting file compressor. Version %s. Copyright (C) 1996-2010 by Julian Seward. This program is free software; you can redistribute it and/or modify it under the terms set out in the LICENSE file, which is included in the bzip2-1.0.6 source distribution. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the LICENSE file for more details. rb %s: I/O or other error, bailing out. Possible reason follows. compress: bad modes (stdin) (stdout) .bz2 %s: Can't open input file %s: %s. %s: Input file %s already has %s suffix. %s: Input file %s is a directory. %s: Input file %s is not a normal file. %s: Output file %s already exists. s %s: Input file %s has %d other link%s. %s: I won't write compressed data to a terminal. %s: For help, type: `%s --help'. wb %s: Can't create output file %s: %s. compress: bad srcMode %s: no data compressed. %6.3f:1, %6.3f bits/byte, %5.2f%% saved, %s in, %s out. compress:unexpected error testf: bad modes (none) %s: Can't open input %s: %s. %s: I won't read compressed data from a terminal. %s: Can't open input file %s:%s. testf: bad srcMode test:bzReadGetUnused %s: %s: data integrity (CRC) error in data file ends unexpectedly bad magic number (file not created by bzip2) trailing garbage after EOF ignored test:unexpected error ok uncompress: bad modes .out %s: Can't guess original name for %s -- using %s uncompress: bad srcMode decompress:bzReadGetUnused %s: Data integrity error when decompressing. %s: Compressed file ends unexpectedly; perhaps it is corrupted? *Possible* reason follows. %s: %s: trailing garbage after EOF ignored decompress:unexpected error done not a bzip2 file. %s: %s is not a bzip2 file. BZIP2 BZIP -- unzip UNZIP z2cat Z2CAT zcat ZCAT %s: Bad flag `%s' --stdout --decompress --compress --force --test --keep --small --quiet --version --license --exponential --repetitive-best --repetitive-fast --fast --best --verbose --help %s: -c and -t cannot be used together. .bz .tbz2 .tbz .tar m n n m n m m T| } | ~ 4} `| | ? p@ @ Y@1.0.6, 6-Sept-2010 w b {0x%08x, 0x%08x} combined CRCs: stored = 0x%08x, computed = 0x%08x bzip2/libbzip2: internal error number %d. This is a bug in bzip2/libbzip2, %s. Please report it to me at: jseward@bzip.org. If this happened when you were using some program which uses libbzip2 as a component, you should also report this bug to the author(s) of that program. Please make an effort to report this bug; timely and accurate bug reports eventually lead to higher quality software. Thanks. Julian Seward, 10 December 2007. *** A special note about internal error number 1007 *** Experience suggests that a common cause of i.e. 1007 is unreliable memory or other hardware. The 1007 assertion just happens to cross-check the results of huge numbers of memory reads/writes, and so acts (unintendedly) as a stress test of your memory system. I suggest the following: try compressing the file again, possibly monitoring progress in detail with the -vv flag. * If the error cannot be reproduced, and/or happens at different points in compression, you may have a flaky memory system. Try a memory-test program. I have used Memtest86 (www.memtest86.com). At the time of writing it is free (GPLd). Memtest86 tests memory much more thorougly than your BIOSs power-on test, and may find failures that the BIOS doesn't. * If the error can be repeatably reproduced, this is a bug in bzip2, and I would very much like to hear about it. Please let me know, and, ideally, save a copy of the file causing the problem -- without which I will be unable to investigate it. OK SEQUENCE_ERROR PARAM_ERROR MEM_ERROR DATA_ERROR DATA_ERROR_MAGIC IO_ERROR UNEXPECTED_EOF OUTBUFF_FULL CONFIG_ERROR ??? block %d: crc = 0x%08x, combined CRC = 0x%08x, size = %d %d in block, %d after MTF & 1-2 coding, %d+2 syms in use initial group %d, [%d .. %d], has %d syms (%4.1f%%) pass %d: size is %d, grp uses are %d bytes: mapping %d, selectors %d, code lengths %d, codes %d final combined CRC = 0x%08x [%d: huff+mtf rt+rld d p , H H P 4 h P , T 0 d 4 H bucket sorting ... depth %6d has %6d unresolved strings reconstructing block ... main sort initialise ... qsort [0x%x, 0x%x] done %d this %d %d pointers, %d sorted, %d scanned %d work, %d block, ratio %5.2f too repetitive; using fallback sorting algorithm ( y l E q& Ts Y ) }$
@E ,A 03A 43A <3A 4 A 4 A D3A D3A n; &C v kk M PG & " /a K+d 5 1 < O8p L H E RA _ [ Vu VR 6 j+ n c Zg @ y ] }z{ p f^t # W 9 ` < ' R d X[+ F 6` }h -/ 30 ] l m2 'p V IKq L 6 " =u ( : F y > C - } wp 4 mG0 K = V 9 ' C# = .r * x O K } x V|i q u kl Ro b f F ^ [^Z } Wf` Sc0 M -ZI D @ d ' N K ` % # /+ 6l A / ] D@h f+ *{ P u &6 >; ;k vq UP2 M _ } 1 > 4 y : Z iY m `7 Od2 z ~\ s KwV O K86 F +GB { \=f X @ US]CQ ; %)& ! ,G ^(BM 6 P 2,v ? kZ;& H V M # R V/ K `m pl + e= h ' o d j # ` ~ > } : { y `6 q} [ Fu 2 t- 0q ]. KY T@ PE N OJ+ G C!} { `COF r [ v hJ Gl 0 a$- e K ^VZ p 0m 5= ^ [ Q 7 R3? > : $: V -T )y& ;h + P Ml k/ |v v ` # d s ' y g : b } > q +2 h6 mf {u ]6 @ k 0 - 6 _ [ O m > I c 3 n + e c c 1 ^ ' O o ; { m q i _ I z O U ! j r R d ! 3 M \ c X ~ T w b ) b U f X D u & 6 ( G w C j i \ 0 B O $ ` > a [ p _ # ^ ] b c 4 a D O r v o Q r } , 5 N W N ` ~ Y f k D | R d p k ) w 4 X ^ Q X % . N q } E ) f 3 & b w A @ i r ~ o < 8 . ) ; W 8 V ^ l ; l w 0 I W a : v 6 I l 1 l = R W q & ' ; $ z < P 5 + R ? # % 8 5 e & ` z = j n t 7 & { d r Y 2 l r e f R Z l ~
GCC: (GNU) 3.3.2 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 4.2.3 GCC: (GNU) 3.3.2
.shstrtab .interp .reginfo .dynamic .hash .dynsym .dynstr .gnu.version .gnu.version_r .init .text .MIPS.stubs .fini .rodata .eh_frame .ctors .dtors .jcr .data.rel.ro .data .rld_map .got .sdata .sbss .bss .comment .mdebug.abi32 .pdr