From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-3.0 required=3.0 tests=AWL,BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE shortcircuit=no autolearn=ham autolearn_force=no version=3.4.6 Received: from out1.vger.email (out1.vger.email [IPv6:2620:137:e000::1:20]) by dcvr.yhbt.net (Postfix) with ESMTP id 3FE321F452 for ; Thu, 27 Apr 2023 22:34:50 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344306AbjD0We1 (ORCPT ); Thu, 27 Apr 2023 18:34:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47726 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344315AbjD0WeX (ORCPT ); Thu, 27 Apr 2023 18:34:23 -0400 Received: from bluemchen.kde.org (bluemchen.kde.org [IPv6:2001:470:142:8::100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 60F4C40C8 for ; Thu, 27 Apr 2023 15:33:59 -0700 (PDT) Received: from ugly.fritz.box (localhost [127.0.0.1]) by bluemchen.kde.org (Postfix) with ESMTP id EA93F24151; Thu, 27 Apr 2023 18:33:56 -0400 (EDT) Received: by ugly.fritz.box (masqmail 0.3.4, from userid 1000) id 1psABY-5cK-00; Fri, 28 Apr 2023 00:33:56 +0200 Date: Fri, 28 Apr 2023 00:33:56 +0200 From: Oswald Buddenhagen To: Junio C Hamano Cc: git@vger.kernel.org, Alban Gruin , Phillip Wood , Elijah Newren Subject: Re: [PATCH] sequencer: rectify empty hint in call of require_clean_work_tree() Message-ID: Mail-Followup-To: Junio C Hamano , git@vger.kernel.org, Alban Gruin , Phillip Wood , Elijah Newren References: <20230323162234.995514-1-oswald.buddenhagen@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org On Thu, Apr 27, 2023 at 02:13:29PM -0700, Junio C Hamano wrote: >I think the right fix would be more like the attached patch, which >will fix any other callsites that pass "" at the same time. Of >course, you can fix the callers on top, but that is secondary. > there is only that one incorrect (in-tree) call. i don't think that making the behavior more compliant with the shell implementation is particularly elegant or even useful. if i wanted to be super-pedantic about it, i'd assert that non-null strings are non-empty. but that would only help if all error paths actually have test coverage. >--- i/wt-status.c >+++ w/wt-status.c >@@ -2650,7 +2650,7 @@ int require_clean_work_tree(struct repository *r, > >- if (hint) >+ if (hint && *hint) > error("%s", hint); -- ossi