From: Junio C Hamano <gitster@pobox.com>
To: "René Scharfe" <rene.scharfe@lsrfire.ath.cx>
Cc: Jeff King <peff@peff.net>,
Sven Strickroth <sven.strickroth@tu-clausthal.de>,
git@vger.kernel.org
Subject: Re: git archive --format zip utf-8 issues
Date: Tue, 04 Sep 2012 14:03:02 -0700 [thread overview]
Message-ID: <7vehmh8prt.fsf@alter.siamese.dyndns.org> (raw)
In-Reply-To: <5046634A.4020608@lsrfire.ath.cx> ("René Scharfe"'s message of "Tue, 04 Sep 2012 22:23:38 +0200")
René Scharfe <rene.scharfe@lsrfire.ath.cx> writes:
> But now for the patch, which is a bit confusing as well. I'm curious to
> hear about results for more platforms, extractors and character classes.
> Based on that we can see if we need to generate the extra fields instead
> of relying on the new flag.
Thanks for keeping the ball rolling.
> Subject: [PATCH] archive-zip: support UTF-8 paths
>
> Set general purpose flag 11 if we encounter a path that contains
> non-ASCII characters. We assume that all paths are given as UTF-8; no
> conversion is done.
>
> The flag seems to be ignored by unzip unless we also mark the archive
> entry as coming from a Unix system. This is done by setting the field
> creator_version ("version made by" in the standard[1]) to 0x03NN.
>
> The NN part represents the version of the standard supported by us, and
> this patch sets it to 3f (for version 6.3) for Unix paths. We keep
> creator_version set to 0 (FAT filesystem, standard version 0) in the
> non-special cases, as before.
>
> But when we declare a file to have a Unix path, then we have to set the
> file mode as well, or unzip will extract the files with the permission
> set 0000, i.e. inaccessible by all.
>
> [1] http://www.pkware.com/documents/casestudies/APPNOTE.TXT
>
> Signed-off-by: Rene Scharfe <rene.scharfe@lsrfire.ath.cx>
> ---
> archive-zip.c | 27 +++++++++++++++++++++------
> 1 file changed, 21 insertions(+), 6 deletions(-)
>
> diff --git a/archive-zip.c b/archive-zip.c
> index f5af81f..928da1d 100644
> --- a/archive-zip.c
> +++ b/archive-zip.c
> @@ -4,6 +4,8 @@
> #include "cache.h"
> #include "archive.h"
> #include "streaming.h"
> +#include "commit.h"
> +#include "utf8.h"
>
> static int zip_date;
> static int zip_time;
> @@ -16,7 +18,8 @@ static unsigned int zip_dir_offset;
> static unsigned int zip_dir_entries;
>
> #define ZIP_DIRECTORY_MIN_SIZE (1024 * 1024)
> -#define ZIP_STREAM (8)
> +#define ZIP_STREAM (1 << 3)
> +#define ZIP_UTF8 (1 << 11)
>
> struct zip_local_header {
> unsigned char magic[4];
> @@ -173,7 +176,8 @@ static int write_zip_entry(struct archiver_args *args,
> {
> struct zip_local_header header;
> struct zip_dir_header dirent;
> - unsigned long attr2;
> + unsigned int creator_version = 0;
> + unsigned long attr2 = 0;
> unsigned long compressed_size;
> unsigned long crc;
> unsigned long direntsize;
> @@ -187,6 +191,13 @@ static int write_zip_entry(struct archiver_args *args,
>
> crc = crc32(0, NULL, 0);
>
> + if (has_non_ascii(path)) {
Do we want to treat \033 as "ascii" in this codepath? The function
primarily is used by the log formatter to see if we need 8-bit CTE
when writing out in the e-mail format.
> + if (is_utf8(path))
> + flags |= ZIP_UTF8;
> + else
> + warning("Path is not valid UTF-8: %s", path);
> + }
> +
> if (pathlen > 0xffff) {
> return error("path too long (%d chars, SHA1: %s): %s",
> (int)pathlen, sha1_to_hex(sha1), path);
> @@ -204,10 +215,15 @@ static int write_zip_entry(struct archiver_args *args,
> enum object_type type = sha1_object_info(sha1, &size);
>
> method = 0;
> - attr2 = S_ISLNK(mode) ? ((mode | 0777) << 16) :
> - (mode & 0111) ? ((mode) << 16) : 0;
> if (S_ISREG(mode) && args->compression_level != 0 && size > 0)
> method = 8;
> + if (S_ISLNK(mode) || (mode & 0111) || (flags & ZIP_UTF8)) {
> + creator_version = 0x033f;
> + attr2 = mode;
> + if (S_ISLNK(mode))
> + attr2 |= 0777;
> + attr2 <<= 16;
> + }
> compressed_size = size;
>
> if (S_ISREG(mode) && type == OBJ_BLOB && !args->convert &&
> @@ -254,8 +270,7 @@ static int write_zip_entry(struct archiver_args *args,
> }
>
> copy_le32(dirent.magic, 0x02014b50);
> - copy_le16(dirent.creator_version,
> - S_ISLNK(mode) || (S_ISREG(mode) && (mode & 0111)) ? 0x0317 : 0);
> + copy_le16(dirent.creator_version, creator_version);
> copy_le16(dirent.version, 10);
> copy_le16(dirent.flags, flags);
> copy_le16(dirent.compression_method, method);
next prev parent reply other threads:[~2012-09-04 21:03 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-10 21:58 git archive --format zip utf-8 issues Sven Strickroth
2012-08-10 22:47 ` Junio C Hamano
2012-08-10 23:53 ` Sven Strickroth
2012-08-11 20:53 ` René Scharfe
2012-08-12 4:08 ` Junio C Hamano
2012-08-11 20:53 ` René Scharfe
2012-08-11 21:37 ` Sven Strickroth
2012-08-30 22:26 ` Jeff King
2012-09-04 20:23 ` René Scharfe
2012-09-04 21:03 ` Junio C Hamano [this message]
2012-09-05 19:36 ` René Scharfe
2012-09-18 19:40 ` René Scharfe
2012-09-18 19:46 ` [PATCH 1/2] archive-zip: support UTF-8 paths René Scharfe
2012-09-18 19:53 ` [PATCH 2/2] archive-zip: declare creator to be Unix for " René Scharfe
2012-09-18 20:24 ` git archive --format zip utf-8 issues René Scharfe
2012-09-18 21:12 ` Junio C Hamano
2012-09-20 22:00 ` René Scharfe
2012-09-24 15:56 ` René Scharfe
2012-09-24 18:13 ` Junio C Hamano
2012-09-24 15:56 ` [PATCH 3/2] archive-zip: write extended timestamp René Scharfe
2012-08-12 4:27 ` git archive --format zip utf-8 issues Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7vehmh8prt.fsf@alter.siamese.dyndns.org \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=peff@peff.net \
--cc=rene.scharfe@lsrfire.ath.cx \
--cc=sven.strickroth@tu-clausthal.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).