SourceForge: unix - 16bit UID/GID limit

[pmqs]

Ticket Migrated From SourceForge

Ticket	Status	Author	Created	Updated
bugs #12	closed-fixed	rfried	2007-09-03 08:42:51	2013-02-28 16:58:20

[pmqs]

From rfried on 2007-09-03 08:42:51

Dear Maintainers,

thank you for this great cross platform archiver!

I encountered the problem when I try to restore UID/GID with -X option on my university campus workstation (very high uid (82273), central managed, because we are all networked with AFS).

Bug Report: ----------- > unzip -X foo.zip Archive: foo.zip creating: d/ extracting: d/f1 (warning) cannot set UID 16737 and/or GID 16737 extracting: d/f2 (warning) cannot set UID 16737 and/or GID 16737 warning: cannot set UID 16737 and/or GID 16737 for d/ warning: set times/attribs failed for d/ failed setting attrib/times for 1 dir entriesrfried@dione:~/tmp/d> > id uid=82273(rfried) gid=82273(rfried) groups=82273(rfried)

Zip Version Information: ------------------------ > unzip -v UnZip 5.52 of 28 February 2005, by Info-ZIP. Maintained by C. Spieler. Send bug reports using http://www.info-zip.org/zip-bug.html; see README for details.

Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip/ ; see ftp://ftp.info-zip.org/pub/infozip/UnZip.html for other sites.

Compiled with gcc 4.1.0 (SUSE Linux) for Unix (Linux ELF) on Apr 23 2006.

UnZip special compilation options: ASM_CRC COPYRIGHT_CLEAN (PKZIP 0.9x unreducing method not supported) SET_DIR_ATTRIB TIMESTAMP USE_EF_UT_TIME USE_UNSHRINK (PKZIP/Zip 1.x unshrinking method supported) USE_DEFLATE64 (PKZIP 4.x Deflate64(tm) supported) VMS_TEXT_CONV [decryption, version 2.9 of 05 May 2000]

UnZip and ZipInfo environment options: UNZIP: [none] UNZIPOPT: [none] ZIPINFO: [none] ZIPINFOOPT: [none]

> zip -v Copyright (C) 1990-2005 Info-ZIP Type 'zip "-L"' for software license. This is Zip 2.31 (March 8th 2005), by Info-ZIP. Currently maintained by Onno van der Linden. Please send bug reports to the authors using http://www.info-zip.org/zip-bug.html; see README for details.

Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip, as of above date; see http://www.info-zip.org for other sites.

Compiled with gcc 4.1.0 (SUSE Linux) for Unix (Linux ELF) on Apr 23 2006.

Zip special compilation options: ASM_CRC ASMV USE_EF_UT_TIME [encryption, version 2.9 of 05 May 2000] Encryption notice: The encryption code of this program is not copyrighted and is put in the public domain. It was originally written in Europe and, to the best of our knowledge, can be freely distributed in both source and object forms from any country, including the USA under License Exception TSU of the U.S. Export Administration Regulations (section 740.13(e)) of 6 June 2002.

Zip environment options: ZIP: [none] ZIPOPT: [none] >

Kind Regards, Roland

[pmqs]

From Dan Nelson on 2007-09-10 05:28:06

The Unix attribute blocks used by Info-Zip (0x7855) and PKWare (0x000D) both use a short to store uid and gid, and both simply store real_uid mod 65536. It might be nice to create an extended 7855 block:

Uid2 2 bytes File user ID Gid2 2 bytes File group ID Uid8 8 bytes File user ID if >= 65536 Gid8 8 bytes File group ID if >= 65536

Suggesting 8 here just so it'll never have to be extended again :)

[pmqs]

From @gordoneo on 2007-10-07 22:08:09

Extending an existing extra field can cause problems and requires keeping the old fields around. We are currently looking at proposing a new extra field that includes a version field, the long UID and GID fields, and also adds a structure for extended attributes. This would be a new UNIX extra field. The version field will allow updating this field in the future if needed. It makes sense to set aside 8 bytes for UID and GUI so we'll probably do that, though it's hard to imagine the need for UIDs and GIDs that large. Never is a long time though.

[pmqs]

From @gordoneo on 2008-02-10 07:52:05

This issue is currently being looked at with the current goal to create a new extra field that handles larger UID/GID and extended attributes. Please send in suggestions.

[pmqs]

From @antinode-org on 2013-02-28 16:58:20

• status: open --> closed-fixed