From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x543.google.com (mail-ed1-x543.google.com [IPv6:2a00:1450:4864:20::543]) by sourceware.org (Postfix) with ESMTPS id 467C63942001 for ; Mon, 5 Oct 2020 15:50:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 467C63942001 Received: by mail-ed1-x543.google.com with SMTP id g4so9919421edk.0 for ; Mon, 05 Oct 2020 08:50:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=MfXGihBlCn/QxGVHIQclj8Ilm7mjsRbCkSaNLEV68bM=; b=BeMm4EA+MQaCx6JCNwRKQjvmCbhau+SKSzhgBVnxs2y+0e7+5sBmwpdhmcMqDHHWQ9 ZiQgQ6Uu1Hq7sxOf+t49CtV/EOpeEXwKopauro61epo2Eril+WGoJ5X2aU0GkuOHaC3J xmr2/XK1VDSUclt/O3427LsvunMfuE4vC5w2XcRnNRNI1IMRKVGXZ+2K30EhBJA+lz67 BwDZk5IBtexV/PT3/vaW4RwCqMlsC4LQXjgQRpoZVMBM3Ny8uE0xPidF3/kurVhQ6dxO X5TdTkt1Et7ZMZ2ZFPRNM92Nwe+mIjsUT7VjwfoFu0xsYQWNp7t2ibLSafxS5276n9Ly Yo3w== X-Gm-Message-State: AOAM530IQ6KtTdl0tHrqKaFekLmnNUqassX0kYPTcCCPxy+VKoeD5yKX +sGLIgXIVXfzSMhSg9oaVcYR0IDQLzl8xA== X-Google-Smtp-Source: ABdhPJwnINhsD2ePNdgkXDj5bV+IYXNjWcQh1nrfzz3G8i0H8Uj3PVZNwDE4PvI06++FkkOlmiucjA== X-Received: by 2002:aa7:c7cd:: with SMTP id o13mr310203eds.114.1601913017040; Mon, 05 Oct 2020 08:50:17 -0700 (PDT) Received: from ?IPv6:2003:cc:9f4c:92e6:88bc:9699:618c:263d? (p200300cc9f4c92e688bc9699618c263d.dip0.t-ipconnect.de. [2003:cc:9f4c:92e6:88bc:9699:618c:263d]) by smtp.gmail.com with ESMTPSA id g3sm148005eds.56.2020.10.05.08.50.16 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 05 Oct 2020 08:50:16 -0700 (PDT) Subject: Re: cygcheck doesn't work on DLLs and executables in current working directory To: cygwin@cygwin.com References: From: Marco Atzeri Message-ID: <0521e74a-d6e1-98e6-a3dd-8791ffc13445@gmail.com> Date: Mon, 5 Oct 2020 17:50:16 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: it Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.2 required=5.0 tests=BAYES_00, BODY_8BITS, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) 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, 05 Oct 2020 15:50:19 -0000 On 05.10.2020 17:20, Hamish McIntyre-Bhatty via Cygwin wrote: > On 02/10/2020 17:33, Marco Atzeri via Cygwin wrote: >> On 02.10.2020 17:59, Hamish McIntyre-Bhatty via Cygwin wrote: >>> Hi, >>> >>> I've noticed that cygcheck doesn't work when run against executables and >>> DLLs in the current working directory. Has anyone else experienced this? >>> >>> Hamish >>> >>> >> >> how are you calling it ? >> >> >> $ cygcheck ./hello_c.exe >> d:\cyg_pub\devel\openmpi\examples64\hello_c.exe >>   D:\cygwin64\bin\cygwin1.dll >>     C:\WINDOWS\system32\KERNEL32.dll >>       C:\WINDOWS\system32\ntdll.dll >>       C:\WINDOWS\system32\KERNELBASE.dll >>   D:\cygwin64\bin\cygmpi-40.dll >>     D:\cygwin64\bin\cygopen-pal-40.dll >>       D:\cygwin64\bin\cygz.dll >>       D:\cygwin64\bin\cyggcc_s-seh-1.dll >>     D:\cygwin64\bin\cygopen-rte-40.dll >> -- >> Problem reports:      https://cygwin.com/problems.html >> FAQ:                  https://cygwin.com/faq/ >> Documentation:        https://cygwin.com/docs.html >> Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple > > Irritatingly, I can't reproduce that now. It might well have been > something to do with my setup because VirtualBox is causing all sorts of > annoying problems at the moment. I'll reply again with output if it > happens again. > > I did find something else though: > > If I make a temporary directory and move into it, and then copy > /bin/bash and /bin/cygwin1.dll into it, if I run "cygcheck > /bin/bash.exe" it then says it depends on the cygwin1 DLL in the current > directory rather than the one in /bin: > that is expected. It is as Windows works the shared libs in the same directory have precedence on the one on the path.