From: Andrew Oakley <andrew@adoakley.name>
To: Joel Holdsworth <jholdsworth@nvidia.com>
Cc: git@vger.kernel.org,
Tzadik Vanderhoof <tzadik.vanderhoof@gmail.com>,
Dorgon Chang <dorgonman@hotmail.com>,
Joachim Kuebart <joachim.kuebart@gmail.com>,
Daniel Levin <dendy.ua@gmail.com>,
Johannes Schindelin <johannes.schindelin@gmx.de>,
Luke Diamand <luke@diamand.org>, Ben Keene <seraphire@gmail.com>
Subject: Re: [PATCH 0/4] git-p4: fix RCS keyword processing encoding errors
Date: Tue, 14 Dec 2021 22:36:01 +0000 [thread overview]
Message-ID: <20211214223601.420d8b54@ado-tr.dyn.home.arpa> (raw)
In-Reply-To: <20211213225441.1865782-1-jholdsworth@nvidia.com>
On Mon, 13 Dec 2021 22:54:37 +0000
Joel Holdsworth <jholdsworth@nvidia.com> wrote:
> This patch-set fixes a family of issues with git-p4's handling of
> incoming text data that contains RCS keywords, when those files
> contain bytes which are invalid UTF-8 codes.
>
> Among the patches is a fix for the issue, as well as some peripheral
> tidy-ups and improvements to the existing code.
FWIW, these patches look good to me.
I spent a while trying to understand exactly how perforce handles the
keyword expansion stuff a few years ago. Other quirks which I can
remember are:
- Files with a filetype of "utf16" files get expanded before we see
them. If we want to support that in git-p4 then I think some special
handling will be required.
- Lines longer than lbr.rcs.maxlen at time of commit are not considered
to be keyword expansions. I don't think there is any way to handle
this, but hopefully it won't ever occur in practice.
I'm not suggesting that these issues need to be solved as part of this
set of patches, just thought that you might want to be aware that there
are some more unsolved issues here.
Thanks
prev parent reply other threads:[~2021-12-14 22:36 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-13 22:54 [PATCH 0/4] git-p4: fix RCS keyword processing encoding errors Joel Holdsworth
2021-12-13 22:54 ` [PATCH 1/4] git-p4: use with statements to close files after use in patchRCSKeywords Joel Holdsworth
2021-12-13 22:54 ` [PATCH 2/4] git-p4: pre-compile RCS keyword regexes Joel Holdsworth
2021-12-13 22:54 ` [PATCH 3/4] git-p4: add raw option to read_pipelines Joel Holdsworth
2021-12-13 22:54 ` [PATCH 4/4] git-p4: resolve RCS keywords in binary Joel Holdsworth
2021-12-13 23:34 ` Junio C Hamano
2021-12-14 13:12 ` Joel Holdsworth
2021-12-15 21:41 ` Junio C Hamano
2021-12-14 22:36 ` Andrew Oakley [this message]
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=20211214223601.420d8b54@ado-tr.dyn.home.arpa \
--to=andrew@adoakley.name \
--cc=dendy.ua@gmail.com \
--cc=dorgonman@hotmail.com \
--cc=git@vger.kernel.org \
--cc=jholdsworth@nvidia.com \
--cc=joachim.kuebart@gmail.com \
--cc=johannes.schindelin@gmx.de \
--cc=luke@diamand.org \
--cc=seraphire@gmail.com \
--cc=tzadik.vanderhoof@gmail.com \
/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).