From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98) Description of problem: cpio hangs in glibc on a read() when trying to extract from a large file. See the following stack trace for the exact location. #0 0x40105c34 in __libc_read () from /lib/libc.so.6 #1 0xbffff650 in ?? () #2 0x8049659 in read_in_header (file_hdr=0xbffff8d0, in_des=0) at copyin.c:65 #3 0x8049ea3 in process_copy_in () at copyin.c:452 #4 0x804e2fe in main (argc=3, argv=0xbffffa14) at main.c:515 #5 0x40050b65 in __libc_start_main (main=0x804e2cc <main>, argc=3, ubp_av=0xbff ffa14, init=0x8049018 <_init>, fini=0x805171c <_fini>, rtld_fini=0x4000df24 <_dl_fi ni>, stack_end=0xbffffa0c) at ../sysdeps/generic/libc-start.c:111 Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.obtain a large cpio file. Suggest the Oracle for Linux cpio available at www.oracle.com 2.attempt any cpio action. Even attempting cpio -t will hang in glibc on a read () operation. I was unable to debug any further than this. 3. Actual Results: see stack trace in description. Will not return, even if left running overnight. Expected Results: read operation in glibc should eventually return. Additional info:
Very Sorry. Was using wrong syntax. Was saying: cpio parms filename instead of cpio parms < filename Please cancel this bug report.