git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Luke Diamand <luke@diamand.org>
To: Lars Schneider <larsxschneider@gmail.com>
Cc: git@vger.kernel.org, gitster@pobox.com
Subject: Re: [PATCH v2 2/2] git-p4: handle "Translation of file content failed"
Date: Tue, 15 Sep 2015 23:12:32 +0100	[thread overview]
Message-ID: <55F897D0.9000100@diamand.org> (raw)
In-Reply-To: <5FF97F9B-E2FB-4919-BCAF-5462ED9D1EEE@gmail.com>

On 15/09/15 16:38, Lars Schneider wrote:
>
> On 15 Sep 2015, at 08:43, Luke Diamand <luke@diamand.org> wrote:
>


>> Do we know the mechanism by which we end up in this state?
> Unfortunately no. I tried hard to reproduce the error with “conventional” methods. As you can see I ended up manipulating the P4 database…
>
> However, it looks like this error happens in the wild, too:
> https://stackoverflow.com/questions/5156909/translation-of-file-content-failed-error-in-perforce
> https://stackoverflow.com/questions/887006/perforce-translation-of-file-content-failed-error

It's described in the Perforce FAQ here:

http://answers.perforce.com/articles/KB/3117

i.e. it looks to be caused by mixing old and new P4 clients.

>>>
>>> Known issue: This works only if git-p4 is executed in verbose mode.
>>> In normal mode no exceptions are thrown and git-p4 just exits.
>>
>> Does that mean that the error will only be detected in verbose mode? That doesn't seem right!
> Correct. I don’t like this either but I also don’t want to make huge changes to git-p4.
> You can see the root problem here:
> https://github.com/git/git/blob/97d7ad75b6fe74960d2a12e4a9151a55a5a87d6d/git-p4.py#L110-L114
>
> Any idea how to approach that best?

I guess what we have is not ideal but probably good enough.


>>> +            try:
>>> +                text = p4_read_pipe(['print', '-q', '-o', '-', '%s@%s' % (file['depotFile'], file['change'])])
>>> +            except Exception as e:
>>
>> Would it be better to specify which kind of Exception you are catching? Looks like you could get OSError, ValueError and CalledProcessError; it's the last of these you want (I think).
> I think it is just a plain exception. See here:
> https://github.com/git/git/blob/97d7ad75b6fe74960d2a12e4a9151a55a5a87d6d/git-p4.py#L111

OK, you're right (probably less than ideal behaviour from read_pipe() 
and die() but let's not try to fix that).


>>> +                if p4_version_string().find('/NT') >= 0:
>>> +                    text = text.replace('\r\n', '\n')
>>> +                contents = [ text ]
>>
>> The indentation on this bit doesn't look right to me.
> I believe it is exactly how it was:
> https://github.com/git/git/blob/97d7ad75b6fe74960d2a12e4a9151a55a5a87d6d/git-p4.py#L2397-L2399

OK.

>
>
> In general, what is the appropriate way to reference code in this email list? Are GitHub links OK?

I'm not an expert, but it feels possibly a bit ephemeral - if someone is 
digging through email archives in a future where that github project has 
been moved elsewhere, the links will all be dead.

Luke

  reply	other threads:[~2015-09-15 22:12 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-14 16:55 [PATCH v2 0/2] git-p4: handle "Translation of file content failed" larsxschneider
2015-09-14 16:55 ` [PATCH v2 1/2] git-p4: add test case for "Translation of file content failed" error larsxschneider
2015-09-15  4:40   ` Torsten Bögershausen
2015-09-15 14:49     ` Lars Schneider
2015-09-14 16:55 ` [PATCH v2 2/2] git-p4: handle "Translation of file content failed" larsxschneider
2015-09-15  6:43   ` Luke Diamand
2015-09-15 15:38     ` Lars Schneider
2015-09-15 22:12       ` Luke Diamand [this message]
2015-09-16 11:38         ` Lars Schneider

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=55F897D0.9000100@diamand.org \
    --to=luke@diamand.org \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=larsxschneider@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).