From: Kaartic Sivaraam <kaartic.sivaraam@gmail.com>
To: Junio C Hamano <gitster@pobox.com>, Justin Tobler <jltobler@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH 2/2] object-file: return error on index-pack abnormal exit
Date: Tue, 10 Nov 2026 14:34:02 +0530 [thread overview]
Message-ID: <4c7c44df-4eca-4abf-a825-1bb3b16015c2@gmail.com> (raw)
In-Reply-To: <xmqq8q38yz5i.fsf@gitster.g>
On 11/5/26 04:36, Junio C Hamano wrote:
>> @@ -1487,24 +1487,24 @@ static int odb_transaction_files_write_pack(struct odb_transaction *base,
>> child.in = pack_fd;
>> child.err = err_fd;
>> child.git_cmd = 1;
>> - status = start_command(&child);
>> - if (status) {
>> + if (start_command(&child)) {
>> strbuf_addstr(err_msg, "index-pack fork failed");
>> return -1;
>> }
>>
>> - ret = read_index_pack_report(repo, child.out, &pack_name, NULL);
>> + report_err = read_index_pack_report(repo, child.out, &pack_name, NULL);
>>
>> close(child.out);
>>
>> - status = finish_command(&child);
>> - if (status) {
>> + if (finish_command(&child)) {
>> strbuf_addstr(err_msg, "index-pack abnormal exit");
>> + ret = -1;
>> goto out;
>> }
>
> OK. A slight simplication that does not change any behaviour again.
>
>> - if (ret) {
>> + if (report_err) {
>> strbuf_addstr(err_msg, "index-pack failed to report pack name");
>> + ret = -1;
>> goto out;
>> }
>
> I guess this also does not change a behaviour? We used to relay the
> error status returned by read_index_pack_report(), but now we force
> the error code to an explicit -1.
>
> Personally, I somehow find that the original "unless we positively
> declare success, default to 'ret = -1', and if we may have detected
> more specific error, return it back, and reset ret to 0 when we see
> a success" easier to follow, but that may be subjective preference.
>
+1. I too have a slight preference for the old flow of having ret = -1
and resetting it when there's no error. It may not be worth a re-roll,
though.
Otherwise, both patches look good to me.
--
Sivaraam
next prev parent reply other threads:[~2026-11-10 9:04 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-03 21:24 [PATCH 0/2] object-file: small error handling follow-ups Justin Tobler
2026-11-03 21:24 ` [PATCH 1/2] object-file: warn on failed unlink Justin Tobler
2026-11-04 23:00 ` Junio C Hamano
2026-11-03 21:24 ` [PATCH 2/2] object-file: return error on index-pack abnormal exit Justin Tobler
2026-11-04 23:06 ` Junio C Hamano
2026-11-05 18:09 ` Justin Tobler
2026-11-10 9:04 ` Kaartic Sivaraam [this message]
2026-11-10 16:43 ` Junio C Hamano
2026-11-10 17:57 ` Kaartic Sivaraam
2026-11-10 19:25 ` Justin Tobler
2026-11-05 15:30 ` Patrick Steinhardt
2026-11-05 18:06 ` Justin Tobler
2026-11-04 13:37 ` [PATCH 0/2] object-file: small error handling follow-ups Karthik Nayak
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=4c7c44df-4eca-4abf-a825-1bb3b16015c2@gmail.com \
--to=kaartic.sivaraam@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=jltobler@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.