delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Message-ID: | <42308B79.7080106@scytek.de> |
Date: | Thu, 10 Mar 2005 13:01:29 -0500 |
From: | Volker Quetschke <quetschke AT scytek DOT de> |
User-Agent: | Mozilla Thunderbird 1.0 (Windows/20041206) |
MIME-Version: | 1.0 |
To: | gnupg-devel AT gnupg DOT org, cygwin AT cygwin DOT com |
Subject: | Re: Two patches for cygwin build of 1.4.1rc2 |
References: | <4225EF95 DOT 8090308 AT scytek DOT de> <87fyz72roe DOT fsf AT wheatstone DOT g10code DOT de> <422CE958 DOT 1030706 AT scytek DOT de> <87acpcsk09 DOT fsf AT wheatstone DOT g10code DOT de> <422F680D DOT 1030705 AT scytek DOT de> <873bv3rdk6 DOT fsf AT wheatstone DOT g10code DOT de> <42306918 DOT 2000003 AT scytek DOT de> <874qfjmmnm DOT fsf AT wheatstone DOT g10code DOT de> |
In-Reply-To: | <874qfjmmnm.fsf@wheatstone.g10code.de> |
X-Greylist: | Sender IP whitelisted, not delayed by milter-greylist-1.2.2 (mrelay3.uni-hannover.de [130.75.2.41]); Thu, 10 Mar 2005 19:01:33 +0100 (MET) |
X-IsSubscribed: | yes |
--------------enigB0583E602B274CFE3C751D9A Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit >>Thanks, but as the dll location is defined by the cygwin installation >>(cf. www.cygwin.com) nothing except 1., 2. and 6. is an option. > > So what you are saying is that cygin passes a full filename to > LoadModule and uses its own logic to find that module? Then they > should also have a standard directory to look for or Cygwin is > severly broken. No, what I mean is that copying cygwin1.dll to 3. 4. or 5. is not an option. >>This will never happen for the cygwin distribution. The dll lives in >><cygwin main directory>/bin. Period. This was deliberately chosen in the >>past and will most propably not change to please one package. > > Sorry I don't understand: You say that there is a fixed location to > look for DLLs and in particular for the cygwin DLL. Where is the > problem then? GnuPG does not know about this DLL; the cygwin > toolchain adds the code to load that DLL. No, what I mean is when you copy the cygwin1.dll into other directories than this location the install program is no longer able to update it when you use it to upgrade your installation. The dll is not explicitly loaded from a fixed location, but the first cygwin1.dll that is found is used. But to repeat myself, having more than one cygwin1.dll on the system is caling for trouble and prohibits an upgrade using the setup program. Volker P.S.: It might be a good idea to place the cygwin1.dll (not by yourself, but generally through the setup program into the Windows system directory but this is not my call, and definitely not the currenly supported/desired status. -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D --------------enigB0583E602B274CFE3C751D9A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCMIt9PTXJup+KeF0RAqXJAJ43oW2j1LC7xvnxifQuPwXyBMN8dQCfc6S0 1XSRrV/Dxg6JcpbNJjDPYxQ= =Ctx9 -----END PGP SIGNATURE----- --------------enigB0583E602B274CFE3C751D9A--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |