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: Wed, 30 Mar 2005 17:11:07 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: cygexec mounted binaries don't inherit PATH during dynamic loading Message-ID: <20050330221107.GA18483@trixie.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com References: <424A3A3D DOT A4484691 AT dessent DOT net> <20050330160110 DOT GA4621 AT trixie DOT casa DOT cgf DOT cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050330160110.GA4621@trixie.casa.cgf.cx> User-Agent: Mutt/1.5.8i On Wed, Mar 30, 2005 at 11:01:10AM -0500, Christopher Faylor wrote: >On Tue, Mar 29, 2005 at 09:33:49PM -0800, Brian Dessent wrote: >>So my question is simply this: in the case of spawning a cygexec-mounted >>binary, shouldn't build_env at least fill in PATH from the calling >>process' value, so that Windows can do its runtime DLL loading? > >Yes, it should. I've been closing my eyes to this problem for a while but >this is the second time it's been reported in the span of a week (the other >time was over in the crossgcc mailing list). > >There were several problems with the handling of PATH and other special >environment variables. I hope I have fixed all of them in CVS. A new >snapshot is being generated now. I can't believe that I didn't notice this, but after not sleeping all night running over various ways to fix this problem, I ended up "fixing" it by exporting *only* the PATH environment variable to a cygexec binary. Then once I fixed that, I reintroduced the lack of SYSTEMROOT so none of my network apps worked. What fun. Anyway, I'm regenerating the snapshot now with, hopefully, a better fix. 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/