X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type :content-transfer-encoding; q=dns; s=default; b=wjgNNo9cfkiEDHpC H2SfwXmzTl/YUoIoGK3IHdbZp7alhNjLuXxRFurbA7mG1xU4UkmyCO5FD3p71qcS IoyYFuSgTAMwXbH9yQds7YSiNmNMTxzYKoelS2rpoe4tIqs11Eb1QGVYPF6QFDEr PBuTZpZiNrgvFmGqC0DHDYWru/c= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type :content-transfer-encoding; s=default; bh=ScUGb01N+OVSnE+Cvjo3nv DYfmA=; b=k7bNiFkdGsQhVvUhPF4uq+81y/lUbqkWv8dMxegDthKSg71Y1pjjE2 kCZBZEVGMY4vQXc6idD+WvRUISXteZqV0o+pQSidluEXMDdf2vb1e7v8XuhC6RR2 ajmd5CMudrsHF4qyXIpgYkEEVLIZBMffk63zExrA6aAwtjxQksmiM= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.8 required=5.0 tests=AWL,BAYES_50,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,KAM_FROM_URIBL_PCCC,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2 X-HELO: mail-we0-f171.google.com MIME-Version: 1.0 X-Received: by 10.194.58.84 with SMTP id o20mr22175748wjq.75.1424695037133; Mon, 23 Feb 2015 04:37:17 -0800 (PST) In-Reply-To: References: Date: Mon, 23 Feb 2015 07:37:17 -0500 Message-ID: Subject: Re: Cygwin DLLs being modified somehow? From: Michael DePaulo To: The Cygwin Mailing List Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id t1NCbX35014472 On Sun, Feb 22, 2015 at 10:31 PM, René Berber wrote: > On 2/22/2015 7:53 PM, Michael DePaulo wrote: > >> I am seeing very weird behavior and I am hoping that someone can explain it. >> >> This happens on 2 different machines. My personal Windows 10 64-bit >> machine, and a Windows 7 64-bit VM hosted by the X2Go project on >> another continent. >> >> It seems to be happening to multiple DLLs, but I will list one example below. >> >> I install 32-bit Cygwin with the 2.870 installer >> >> libopenssl100 is one of the packages that gets installed. It is at >> version. 1.0.1k-1 >> >> /bin/cygcrypto-1.0.0.dll always appears to be 1,820,199 bytes, and it >> always appears to be last modified on 1/8/2015 20:30 UTC. >> >> When I extract it from the tarball: >> Its md5sum is: >> c79b900428d91e5882c24bbb6bc36969 >> And its sha256sum is: >> 53376a3d69be996cb71abda41b7cc6bea7a599b027fe819323fafc3c433b7767 >> >> Yet on both systems, once installed, its m5sum and sha1sum differ! > [snip] > > The installation, you may have noticed, always runs rebase at the end. > > There's very little documentation left about rebase, the only one I > found is in: > > /usr/share/doc/Cygwin/_autorebase.README > -- > René Berber Thank you René and Andrey. I found this too: http://cygwin.wikia.com/wiki/Rebaseall However, this leads to a another question. On the X2Go project, we compile nxproxy, a 3rd-party piece of software that we are now maintaining, against Cygwin. We also recompile Cygwin OpenSSH with an X2Go-compatibility patch applied and with Kerberos support disabled. (We make sure to comply with the GPL.) So far we have just been distributing these .exe files and .dll files[1] in the X2Go Client directory (C:\Program Files (x86)\x2goclient\), which also contains regular win32 code. We do not run the Cygwin installer or call rebase. We use NSIS for our installer, and it simply copies the files. So my question is: Is there a better way to distribute/install these 2 programs? (We want to make X2Go Client for Windows easy to install, even for people who have never used Cygwin. We also want to update/upgrade these files in between X2Go Client maintenance releases (like 4.0.3.x) only when there is a need to, such as a security update.) Also, in the absence of a doing things differently, should we just distribute the original .exe and .dll files from the cygwin binary packages? -Mike [1] original cygwin files: cygcrypto-1.0.0.dll cygedit-0.dll cyggcc_s-1.dll cygjpeg-8.dll cygncursesw-10.dll cygpng15-15.dll cygssp-0.dll cygstdc++-6.dll cygwin1.dll cygz.dll sh.exe (renamed from dash.exe) recompiled OpenSSH: sftp.exe sftp-server.exe sshd.exe ssh-keygen.exe nxproxy: cygXcomp.dll nxproxy.exe -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple