Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Date: Fri, 27 Jul 2001 16:55:57 +0400
From: egor duda <deo AT logos-m DOT ru>
X-Mailer: The Bat! (v1.53 RC/4)
Reply-To: egor duda <cygwin AT cygwin DOT com>
Organization: deo
X-Priority: 3 (Normal)
Message-ID: <76279221288.20010727165557@logos-m.ru>
To: Robert Collins <robert DOT collins AT itdomain DOT com DOT au>
CC: Dario Alcocer <alcocer AT helixdigital DOT com>, cygwin AT cygwin DOT com
Subject: Re: RPM installer (was Re: SETUP WIZARD FOR CYGWIN?XFREE86)
In-Reply-To: <996235227.24495.2.camel@lifelesswks>
References: <17B78BDF120BD411B70100500422FC6309E2FD AT IIS000>
 <15199 DOT 13618 DOT 671411 DOT 755243 AT coyote DOT priv DOT helixdigital DOT com>
 <996103548 DOT 18053 DOT 7 DOT camel AT lifelesswks>
 <15200 DOT 14214 DOT 419912 DOT 961927 AT coyote DOT priv DOT helixdigital DOT com>
 <996191259 DOT 22763 DOT 10 DOT camel AT lifelesswks>
 <15200 DOT 47790 DOT 702008 DOT 800618 AT coyote DOT priv DOT helixdigital DOT com>
 <996235227 DOT 24495 DOT 2 DOT camel AT lifelesswks>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi!

Friday, 27 July, 2001 Robert Collins robert DOT collins AT itdomain DOT com DOT au wrote:

RC> On 26 Jul 2001 17:49:50 -0700, Dario Alcocer wrote:
>> >>>>> "Robert" == Robert Collins <robert DOT collins AT itdomain DOT com DOT au> writes:
>> 
>>     Robert> As Chuck has mentioned, that cygwin1.dll should have a
>>     Robert> different shared memory region identifier, to prevent
>>     Robert> crashes :}.
>> 
>> Just curious; can't we avoid a specially built version of cygwin1.dll
>> by making sure that cygwin1.dll isn't loaded when the installer runs?
>> Making a special verion of cygwin1.dll could add more confusion.
RC> What if:
RC> the irt cygwin1.dll is incompatible with the installed, running
RC> cygwin1.dll - so that any attempt to call cygwin1.dll functions (which
RC> the irt uses?) results in a crash.
RC> I covered ina different reply the mechanics of a different shared memory
RC> identifier.

if you run x:\some\temp\path\ash.exe and x:\some\temp\path\ contains
cygwin1.dll is _doesn't_ matter if any other program is running from
c:\cygwin\bin and using incompatible version of cygwin1.dll from
c:\cygwin\bin\, as long as you're taking care about shared memory
region name.

when x:\some\temp\path\ash.exe is calling some function from
cygwin1.dll, it's taken from the x:\some\temp\path\cygwin1.dll

>>     Robert> Uhmm, assuming the user actually knows whats going
>>     Robert> on. Consider a user that is not the sysadmin of the
>>     Robert> machine, and doesn't know that sshd is running. In theory,
>>     Robert> yes with user cooperation, you can do this. In practice I
>>     Robert> suspect that saying "we have installed a new version of
>>     Robert> cygwin1.dll, to make it take effect reboot your machine"
>>     Robert> will be less prone to support questions.
>> 
>> OK, how about adding two buttons on the dialog, "Retry" and "Reboot",
>> making Reboot the default choice.  The dialog box can tell the user to
>> shut down the Cygwin apps that were found and click on retry, or they
>> press Enter and accept the default action, which would reboot the
>> machine, clearing the loaded Cygwin DLL from memory.
RC> Yes, thats good - however the reboot needs to use the replace on reboot
RC> mechanism - see below.

well, this is an issue with _any_ installer, including current
setup.exe I can't see why we're paying so much attention in context of
"RPM installer". It's generic problem (probably) worth separate
discussion.

RC> As an aside, cygwin-the-distro to me is a lot closer to debian GNU/Linux
RC> than Redhat GNU/Linux - the constantly evolving packages, with firm
RC> policies on quality and responsibility. From that angle, I'd like to see
RC> the current "run-setup every now and then, download the new stuff, and
RC> watch it install" process remain, a

this will remain as it is currently (if i understand things
correctly). RPM is good for tracking dependencies, checking
installation integrity, signature verification etc. -- the issues
current setup doesn't address or partially address.

Egor.            mailto:deo AT logos-m DOT ru ICQ 5165414 FidoNet 2:5020/496.19


--
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/