Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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: Fri, 28 Jun 2002 19:50:00 +0100 From: "Jim.George" X-X-Sender: SYSTEM AT gateway DOT george DOT co DOT uk Reply-To: jim DOT george AT blueyonder DOT co DOT uk To: cygwin AT cygwin DOT com Subject: Re: more on inetd problems In-Reply-To: <3D1C79A2.9040208@Salira.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" On Fri, 28 Jun 2002, Andrew DeFaria wrote: > Jim.George wrote: > > > Chris, > > > > I removed all cygwin1.dlls except the one in /bin. I ensured that my > > Control Panel PATH had E:\cygwin\bin at the start. > > Your Control Panel PATH for you or for the system? There are two > environment variable settings. One for the user login and one for the > system login. > > Even if you set the correct one, the system environment variable PATH it > still wouldn't work. Why? Well because services are started before you > login. And they pick up their environment at the time the system is > booted. Setting the system environment variable to include Cygwin's bin > directory then expecting service to automatically notice that is not > gonna work. Remember services run even if you don't log in so therefore > they are running before you log in. You need to refresh the system > environment so that the services pick up the new PATH setting. How do > you do that? Unfortunately you have to reboot. Otherwise you'll see > something like what you mention below. > > > I then tried to restart inetd and got an error stating that no > > cygwin1.dll could be found in a path that I have no recollection of. > > It starts with e:\cygwin\usr\bin and then has multiple entries for > > windows system directory (I hasten to add that they all point to the > > same directory and none of them contain cygwin1.dll). > > Yes. The Windows loader, when loading a program, has to resolve all > libraries (DLLs). How does it do this? Well it looks in the directory > that the executable is in by default and if not found then checks all > PATH components searching for the library. You system environment does > now know how to find cygwin1.dll because it's unaware of the change that > you made to PATH because you have not rebooted yet. > Thanks very much for this, and indeed all the advice I got whilst trying to resolve the problem. Whilst waiting I decided to try the unscientific approach of upgrading to the latest release of cygwin and inetd, and guess what? I'm now logged into my box remotely sending you this mail so my thanks to all for your help. Regards, Jim -- 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/