From owner-freebsd-current  Thu Jul 20 04:08:00 1995
Return-Path: current-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.11/8.6.6) id EAA03795
          for current-outgoing; Thu, 20 Jul 1995 04:08:00 -0700
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34])
          by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA03666
          ; Thu, 20 Jul 1995 04:07:34 -0700
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA22942; Thu, 20 Jul 1995 21:02:31 +1000
Date: Thu, 20 Jul 1995 21:02:31 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199507201102.VAA22942@godzilla.zeta.org.au>
To: bde@zeta.org.au, phk@freefall.cdrom.com
Subject: Re: Hmmmm!  New error encountered with cpio while building root.flp
Cc: current@freefall.cdrom.com, jkh@time.cdrom.com
Sender: current-owner@FreeBSD.org
Precedence: bulk

>> cpio (and tar) now check for minor numbers that would be truncated.  pax
>> now uses the correct macro for minor() so its existing check works.  The

>You shouldn't check when "cpio -p" is in effect..

I only check for `cpio -o' since that is the only place where I thought
minor numbers would be truncated.

Now I can think of some more places: for `cpio -i', 32-bit rdevs in the
input may be silently truncated if ints or rdevs in the target system
are less than 32 bits.  I think there are similar bugs in nfs.

Bruce