This is the mail archive of the cygwin@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Concurrent versions of cygwin1.dll on one system


And if the commercial software does their things right that SHOULD not
cause any problems. But the real world shows differently...

But please - go ahead and place your dlls wherever you want them - just
know that nobody else than yourselfe will be able to support you.

A better idea from mt point of view is to create a specific directory for
third party tools/dlls and ensure that it os loaded in the correct sequense
(i´this means that you might have to create more than one directory for
this purpose).

BTW, one of the real good things about cygwin is that you have an
environment that is halfways isolated from your normal windows system -
this is really what gives it the big value that you do not have to worry
about dlls and other stuff as long as you stay within cygwin bash (or
whatever shell you prefer...)

Med venlig hilsen / Regards
Franz Wolfhagen


"Robert Collins" <robert.collins@syncretize.net> on 10-07-2002 01:56:04

Please respond to "Robert Collins" <robert.collins@syncretize.net>

To:    <cygwin@cygwin.com>, Franz Wolfhagen/Denmark/IBM@IBMDK
cc:
Subject:    Re: Concurrent versions of cygwin1.dll on one system


To get full use of cygwin1.dll I always place it's location in the system
path. Any commercial software using licenced cygwin1.dll versions may cause
trouble, but there is no excuse for folk redistributing the net release
(GPL
cywin1.dll) to conflict with the cygwin setup.exe environment.

Rob

----- Original Message -----
From: "Franz Wolfhagen" <FRANZW@dk.ibm.com>
To: <cygwin@cygwin.com>
Sent: Tuesday, July 09, 2002 9:35 PM
Subject: Re: Concurrent versions of cygwin1.dll on one system



Be aware that there is commercial software that uses the cygwin1.dll.

One example is Tivoli Framework from IBM (which I happens to work with
proffesionally...).

To ensure that a dll is not interfering with other versions of the same dll
you must ensure that it is located in a directory that by default is NOT
included in the windows path. You should aælso familiarize yourself with
terms of dll search sequence and private dlls. This will help you
understand how to avoid conflicts of this kind.







--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]