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
Date: Mon, 14 Feb 2005 10:16:08 -0500
From: Christopher Faylor <cgf-no-personal-reply-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: recommendations for 3rd party distributors?
Message-ID: <20050214151608.GA1312@trixie.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
References: <Pine DOT LNX DOT 4 DOT 61 DOT 0502140952180 DOT 6551 AT lack DOT ucs DOT indiana DOT edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.61.0502140952180.6551@lack.ucs.indiana.edu>
User-Agent: Mutt/1.4.1i

On Mon, Feb 14, 2005 at 09:54:41AM -0500, Dick Repasky wrote:
>Every so often a query surfaces about cygwin dll version compatibility.
>What would be useful is a set of recommendations that can be used by 3rd 
>party distributors of the cygwin dll to minimize the chance of version 
>collisions with installed instances of cygwin and with other 3rd party 
>software that is distributed with cygwin dlls.  Everyone should benefit 
>from a set of recommendations: cygwin users will have fewer problems,
>3rd party distributors will have fewer problems, and cygwin mailing list 
>subscribers will have less mail.
>
>After searching the mailing list archives and finding Igor Pechtchanski's 
>post (http://www.cygwin.com/ml/cygwin/2003-10/msg00605.html), reading the 
>source code, tinkering and testing, I've come up with a list.  I ask 
>readers of the cygwin mailing list for comments and suggestions.  Are 
>there errors in the list that I do not see?  Do you have suggestions for 
>improving the list?
>
>The recommendations are:
>
>  1) Use a distinctly named shared memory area in the cygwin dll.
>  2) Use a distinctly named registry key for storing cygwin file system
>     mount points.
>  3) Identify the origin of the cygwin dll in the cygwin dll.

Your archive searching couldn't have been too comprehensive if you think
we want to get into ways of doing this.

There are no recommendations for changing the cygwin dll.

>These changes work under the conditions that I have tested them.
>Comments?  Suggestions?

You haven't done much testing if you think those will work.  You seem to
have missed command line interactions.

If you are a 3rd party distributor, you should check for existing
installations of the dll.  If the existing version of cygwin DLL is the
same or newer than the one you want to use, then notify the user that
there is already a version on the system and that you will not be
installing a new version.

Otherwise, install your version in a standard location so that it will
survive being upgraded if a user decides to upgrade.

And, of course, unless this is a distribution which is internal to your
organization, remember to offer the user the source code to whatever
application you're providing to them.

I work for a company which distributes cygwin in the way that I've
outlined and, to the best of my knowledge, we have not had any problems
with this technique.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/