Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 30 Mar 2001 21:47:49 +0300
From:      Vladimir Tchoukharev <chu@h33.erkki.ton.tut.fi>
To:        Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc:        freebsd-bugs@FreeBSD.org
Subject:   Re: bin/25620: tar does not handle existing large minor numbers
Message-ID:  <3AC4D4D4.7AE91C71@h33.erkki.ton.tut.fi>
References:  <98595.985807923@critter>

next in thread | previous in thread | raw e-mail | index | archive | help
Poul-Henning Kamp wrote:
> 
> done.

Sorry for rising this again. I found in CVS the following:


CVS log for src/gnu/usr.bin/tar/create.c
...
Support 21-bit minor numbers.  Avoid wasting a byte in their octal
representation by generating the same format as tar-1.13 (use a single
space as the terminator for 7-digit octal numbers).  This is POSIX.1
conformant (2-byte terminators are just a bug or historical wart in
old versions of gnu tar).  All devices created by `MAKEDEV all' except
rsa0.ctl can now be handled by tar(1).


Perhaps this 21-bit size should be indicated too?

Best regards,
V. Tchoukharev

> In message <3AC23B44.18AA6956@h33.erkki.ton.tut.fi>, Vladimir Tchoukharev write
> s:
> >phk@FreeBSD.org wrote:
> >>
> >> Synopsis: tar does not handle existing large minor numbers
> >>
> >> State-Changed-From-To: open->closed
> >> State-Changed-By: phk
> >> State-Changed-When: Wed Mar 28 09:44:37 PST 2001
> >> State-Changed-Why:
> >> You are right, as it says: it doesn't.
> >>
> >> The tar format is a semi fixed width field format, and the field
> >> for device numbers were designed for 16 bit (8 major, 8 minor)
> >> and can not absorb our 32 bit (8 major, 16+8 minor) numbers.
> >>
> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=25620
> >
> >OK, thanks for clearification. What about adding these same words to
> >the man page, section "Bugs"?
> >
> >Best regards,
> >V. Tchoukharev
> >
> 
> --
> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> phk@FreeBSD.ORG         | TCP/IP since RFC 956
> FreeBSD committer       | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3AC4D4D4.7AE91C71>