X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id :references:to; q=dns; s=default; b=duglk/JhdozGgoBS2vpaLUFuObdr XJwpvfX/yPjj+UDbDUk5VkGYX9aMSIjEQgoQ914Yo5MLgsYgbAjQ0/B+1mytpj2O Xs9/j8rZjnDdd/RAbPTicXwy7yS1XpANPdI5xpUJZljpEMTrQ3pcsbSND7uxKs/z +GJR4LrcRfHRTYU= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id :references:to; s=default; bh=vjbPFwCz61ev2rRfR4Y7fve215g=; b=s2 eYRzmG0FiNuWmznLx9PtWUReXl4tJI9x4S1EYazR4lj93Sm8FnWfe9SmgNLqoJvs IX91iVYcDHESvSlVedUVNbH2HZZy38P2YDo+LJGU2S5X2CjUyALlMZZiXFUomla/ i/qJYXyFIFb4A26nYgqivvysW9nK/jmVB2evcjy4w= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 X-HELO: smtp5-g21.free.fr Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.1 From: Denis Excoffier In-Reply-To: Date: Thu, 23 Oct 2014 20:06:32 +0200 Message-Id: References: To: cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id s9NI7OJN013372 On 2014-10-22 11:23, Corinna Vinschen wrote: > > - Drop the current working directory from the default DLL search path in > favor of Cygwin's /bin dir. I'm not so comfortable with this one. I use PATH=/my/dir/bin:/usr/bin /my/otherdir/myprog There is no DLL at all in /my/otherdir (this is the very first place for Windows to look for DLL's, and i think that this cannot change). In /my/dir/bin, there is an updated version of a library also located in /usr/bin, for example an updated cygstdc++-6.dll (from GCC 4.9.1). Does this mean that, under this change, cygstdc++-6.dll will be found in /usr/bin and not in /my/dir/bin ? In fact, this is what i can observe personnally. Also, i don't remember that the CWD has an impact on where DLL is found (apart from being in PATH, and apart from being the dir where the exe resides). For a test i have commented out in cygheap.cc the line 'wcpncpy (installation_dir, ...' (and also the next one) and the old behaviour is now back. It seems to me that this change is a regression. Could someone please argue? Regards, Denis Excoffier. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple