🚀 go-pugleaf

This is to report a bug in gnu cpio version 2.1.  The bug is as follows:

When gnu cpio 2.1 reads an old-style (short header) binary cpio file,
it does not read the proper c_dev and c_ino fields into the new cpio
header.  This can cause serious problems since cpio bases the decision
to create hard links (for those files with nlinks > 1) on the values of
the c_ino field.

The following patch, when applied to copyin.c, fixes the bug (changes are
made in the read_in_binary() function):

217c217
<    number), which are already filled in.  */
---
>    number), which are already filled in.
218a219,223
>    Note AT&T DAO 11/16/92: above comment is inaccurate since the first 6
>    bytes of the short binary header includes the magic number, device number,
>    and the inode number (not just the magic number !!!!).
> */
> 
241a247,251
> 
>   /* AT&T DAO 11/16/92 to fix a SERIOUS bug:  initialize c_dev and	*/
>   /* c_ino fields of short_hdr (from bytes 3 through 6 of file_hdr) !!! */
>   short_hdr.c_dev = ((struct old_cpio_header *)file_hdr)->c_dev;
>   short_hdr.c_ino = ((struct old_cpio_header *)file_hdr)->c_ino;


		David Oshinsky
		AT&T
		uucp: att!abars!dao
		phone: (908)870-7693