From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yb1-xb2e.google.com (mail-yb1-xb2e.google.com [IPv6:2607:f8b0:4864:20::b2e]) by sourceware.org (Postfix) with ESMTPS id BE09F3858D3C for ; Mon, 8 Nov 2021 20:49:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BE09F3858D3C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dinwoodie.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=dinwoodie.org Received: by mail-yb1-xb2e.google.com with SMTP id 131so47013505ybc.7 for ; Mon, 08 Nov 2021 12:49:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dinwoodie.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=THGaOdbveXAE+ab864srtthsbsKq6jl225LzsSRRurg=; b=DVdWPgc69bu5Ofn/08Ng36Ca9qpjcnAX0ToKoLamDU9SndKe+yospkWFj+zyztiGXj PgeEHmx3Jik0NQ8PplTDIpAF/15M1SI0vVEi1PH9VFeHJpokYjcdRzAy/PmfmWiWxZ5x A5M+BeaH8OUFQFfQypAM1s8zfJHklpu2aZp8M= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=THGaOdbveXAE+ab864srtthsbsKq6jl225LzsSRRurg=; b=x9vtv7HO+eB0kztV5SPz0yATzljCY201b6ggBrl5JuaOLlHbleZBgz/bJD+DD2ZO36 1lOk5PjMdkA6Ba18EXLkQvPUaMPojzdTIQKYoiTFp5zYaPCYG5M/5uJIzG89KmSD0eyl mTV3azlC9cDmReJZxmyX3fYrKGbMim+Bd0/ISYVLA+24ZU0NAG2lccL0KMT82yOpiKDY wfMIJLhIiG3xAj+Sgvg4z1dp4up75AkCzWGSi5OwYFpS3i0KStc+jzELqp94yTCBASGN 12lC1MD94q0JPCJhf9A43QioDhnCy80JuxHnoC10Zwk0efj4+DHCHDCmJHCFOmBuUCqg sMYQ== X-Gm-Message-State: AOAM533/j/DeUAkHEGEu3FQR5r9yQr9VGaxhT74QM2YZGTle3PCqlg99 dM4YavdWpbGsn4bT1O8q66q5r/Cubtx9eOM7ZlXDqc26PDA= X-Google-Smtp-Source: ABdhPJxzPGmaNLUrNF/vQhcRfSKsxT/WEW2esn5rVyTlCf8e9waCP89iyPzTcHVjiVA5I0mJJ5OMSKjaCeuSr/Uyby8= X-Received: by 2002:a25:1344:: with SMTP id 65mr2381496ybt.468.1636404585235; Mon, 08 Nov 2021 12:49:45 -0800 (PST) MIME-Version: 1.0 References: <20211105123950.b118a7f2ba38379764df4c12@nifty.ne.jp> <20211105170542.96ce6dd4ca32880ddfddd660@nifty.ne.jp> <87lf213ipk.fsf@Otto.invalid> <797980938.20211108193050@yandex.ru> In-Reply-To: <797980938.20211108193050@yandex.ru> From: Adam Dinwoodie Date: Mon, 8 Nov 2021 20:49:09 +0000 Message-ID: Subject: Re: 3.3.0: Possible regression in cygwin DLL (Win10); fixed in snapshot To: cygwin@cygwin.com Cc: ASSI , Andrey Repin Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2021 20:49:47 -0000 On Mon, 8 Nov 2021 at 16:36, Andrey Repin via Cygwin wrote: > > Greetings, ASSI! > > > Brian via Cygwin writes: > >> 1. Install git version 2.33.0 via the Cygwin installer (only the CLI). > >> 2. Download the GCM-Core 2.0.567 release zip file ( > >> https://github.com/microsoft/Git-Credential-Manager-Core/releases/) and > >> extract somewhere. > >> 3. Copy all *.exe and *.dll files to your Cygwin /usr/libexec/git-core/ > >> directory. > > > This is wrong on so many levels that I don't even know where to start. > > Well, then start somewhere? This is mixing Cygwin and non-Cygwin binaries in a way that will make debugging problems difficult. Applications compiled for Cygwin have different styles of interfaces to those compiled for native Windows, as they're using Cygwin's approximations to Linux APIs, so it's not safe to rely on them working together seamlessly. > >> Please let me know if there are any other steps you think might be missing. > > > You either need to have a proper Cygwin package and/or wrappers to put > > into Cygwin that use the Windows executables. > > The git itself is a wrapper in this case. Cygwin Git is not inherently an appropriate wrapper to allow Cygwin applications to seamlessly communicate with non-Cygwin Windows applications. Naively mixing the two will work sometimes, but it's reasonable to expect problems due to, for example, the fact that a native Windows application and a Cygwin application will have very different ideas about the absolute path to a given file. In this case, it looks like the change of behaviour was an unintended side-effect of changes made to the Cygwin DLL, and the folk working on the DLL have found a way to get things working as expected for Brian. Nonetheless I agree with Achim, and in general I wouldn't expect the steps Brian was taking to work reliably anyway. I would expect that, to get things working within Cygwin's design paradigms, one would need to either (a) compile GCM as a Cygwin application, (b) not use Cygwin at all and instead swap to Git for Windows, or (c) write a shim application that uses native Windows APIs to talk to GCM and *nix-style Cygwin APIs to talk to Cygwin Git.