From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18694 invoked by alias); 23 Apr 2008 09:27:22 -0000 Received: (qmail 18676 invoked by uid 22791); 23 Apr 2008 09:27:21 -0000 X-Spam-Check-By: sourceware.org Received: from dessent.net (HELO dessent.net) (69.60.119.225) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 23 Apr 2008 09:27:02 +0000 Received: from localhost ([127.0.0.1] helo=dessent.net) by dessent.net with esmtp (Exim 4.50) id 1JobFj-0003KW-6S; Wed, 23 Apr 2008 09:26:59 +0000 Message-ID: <480F00E3.7DF2AAA0@dessent.net> Date: Wed, 23 Apr 2008 09:27:00 -0000 From: Brian Dessent Reply-To: cygwin-apps@cygwin.com X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: P?teris =?iso-8859-1?Q?K=3Favi=3F=9A?= CC: cygwin-apps@cygwin.com Subject: Re: [HEADSUP] Let's start a Cygwin 1.7 release area References: <20080415183856.GM23852@calimero.vinschen.de> <4804FB2D.6040802@byu.net> <4805645E.63ED0505@dessent.net> <20080416084447.GN23852@calimero.vinschen.de> <20080421140428.GA7301@calimero.vinschen.de> <20080421174811.GZ23852@calimero.vinschen.de> <20080421201510.GE23852@calimero.vinschen.de> <480D7F83.300AE579@dessent.net> <20080422084800.GG23852@calimero.vinschen.de> <480DB3E6.E51F9986@dessent.net> <20080422105702.GI23852@calimero.vinschen.de> <480DC6D8.26697F92@dessent.net> <480DF99D.50403@netspace.net.au> <480DFC6F.3D5C2519@dessent.net> <480E037E.5050608@netspace.net.au> <480E06A2.E63DC76@dessent.net> <480E7211.4090209@netspace.net.au> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com X-SW-Source: 2008-04/txt/msg00286.txt.bz2 P?teris K?avi?=9A wrote: > So why can't the registry entry be instead of the fixed > 'setup\rootdir' in order that the setup application could populate a > drop-down list of all currently installed Cygwins? It could. But I think Chuck made a good point that the ability to have multiple installed copies extends to what you might call "expert users", i.e. they must know the ins and outs of not actually ever using these two installs at once. And so we need to be careful not to give the impression that this is supposed to work in the general case. > Maybe all cyg*.exe native Windows applications could use this same > algorithm to compute their root. cygcheck and strace are the only things that use the code in question, and strace only uses it for the purpose of resolving the win32 filename of the output file specified with -o. > Would this problem go away if cygrunsrv.exe used the same algorithm to > compute its root? No, the problem is that the operating system's service configuration in the registry needs the path to cygrunsrv.exe -- it needs to know the path to the image to execute, and we of course have no control over that. The only workaround I can think of to providing an absolute path would be to use the REG_EXPAND_SZ key type's capability to expand variables from the environment, e.g. %CygwinRoot%\bin\cygrunsrv.exe.=20 However, this doesn't really solve anything, it just shifts the problem to making sure this variable is set. And even if you figured out a way to do that, the change in environment would not take effect in the services.exe process until the next time it was started, i.e. a reboot.=20 It would still be easier just to edit the service config after moving the files. > I have (finally) started using an environment where I share all my > personal files on a separate disk drive accessible from all my bootable > operating systems, whether it's Vista, WS2008, or Debian. The drive > names (and mount points) vary. It's the same as moving install trees, > and it would be nice if Cygwin didn't really care that when I started > the services this time they were started from a different location than > last time. In this case the problem has nothing to do with any code in Cygwin. But no I don't see your situation as the same, since as long as the location is consistent on any given system, you can install the service once and it will continue to be correct from there on. Brian