This is the mail archive of the
mailing list for the Cygwin project.
Re: Why only 1 cygwin1.dll?
On Sat, Mar 25, 2006 at 12:56:56PM -0500, Christopher Faylor wrote:
> On Sat, Mar 25, 2006 at 12:40:51PM -0500, Bob Rossi wrote:
> >On Sat, Mar 25, 2006 at 12:38:53PM -0500, Lev Bishop wrote:
> >> FAQ candidate? Either of Eric's explanations seem spot on, to me. And
> >> this question does come up fairly regularly.
> >In the FAQ, I think it would be a good idea to mention that this
> >limitation makes it impossible (outside of setup.exe) to package an
> >application based on Cygwin and guarantee that it runs on the host
> >machine. That is, it's impossible to determine if the cygwin1.dll is
> >already on the machine.
> It is certainly not impossible.
> We support the cygwin release here. That does not preclude (except for
> lack of interest apparently) someone providing providing a nifty tool
> for determining if/when to install a 3PP cygwin DLL but we all know that
> anyone who wants that automatically is only able to complain about the
> lack of such a tool. It's been a given for years in this mailing list
> and I doubt that it will change anytime soon. The best that people seem
> to be able to do is complain about how much they want to do this here
> and predict the death of cygwin if something isn't changed to
> accommodate their desires.
I certainly didn't mean to complain. I really love Cygwin and wouldn't
ever predict it's death. I can't work without it on windows.
However, I still think that it's not possible, without a horrid solution.
The problem with the third party tool is that it would need to be run every
time before the third party application is run. If the user installed Cygwin,
remove the local cygwin1.dll. If the user removed Cygwin, replace the removed
cygwin1.dll. Very odd. Does this sound like a reasonable solution to
you (although I'll admit it's possible)?
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html