X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: <4D0AE22D.5060802@cygwin.com> References: <4D0A93EF DOT 4000509 AT brabec DOT at> <4D0AADFF DOT 6090904 AT cygwin DOT com> <4D0AC919 DOT 8000209 AT gmail DOT com> <4D0AE22D DOT 5060802 AT cygwin DOT com> Date: Fri, 17 Dec 2010 13:57:22 +0100 Message-ID: Subject: Re: Cygwin 1.7.7: intermittent Perl "unable to remap *.dll" error with Windows 7/2008R2 From: Reini Urban To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 2010/12/17 Larry Hall (Cygwin): > On 12/16/2010 9:21 PM, Daniel Colascione wrote: >> On 12/16/10 4:25 PM, Larry Hall (Cygwin) wrote: >>> On 12/16/2010 5:34 PM, Manfred Brabec wrote: >>>> Cygwin is really great, but has huge stability problems running on top >>>> of Windows 7 or Windows 2008R2 (both 64Bit). >>>> >>>> When running Perl scipts, they intermittent stop with fatal error >>>> "unable to remap" any dll. When you try to run the perl script several= times, >>>> then it will work again for one or if you are lucky for many times. >>>> >>>> Unsuccessful workarounds so far: >>>> 1. ash -> =A0rebaseall: does not solve the problem. >>> >>> For perl, you need perlrebase. =A0rebaseall doesn't know about all the = perl >>> modules that you may have installed. >> >> Why doesn't rebase just look for all DLLs in the usual Cygwin locations >> instead of using the package database? Interesting problem: 1. We don't have enough address space for all DLL's. E.g. I have about 20 different perl's in /usr/lib/perl5 to test, similar to python. I don't run these at the same time, so they can share the base. 2. We don't want to maintain thousands of perl and python subpackages within cygwin's setup, just the ones which are really needed as base, bootstrap and dependencies. The rest can be done by the user himself in the usual way as documented in perl and python. Those DLL's should be rebased if needed on request. For perl I developed perlrebase, because I need it very often. But the idea to just add /usr/lib/perl5/site_perl/5.10/ and the equivalent python site path to rebaseall is convincing. But you have to persuade Jason which cmdline switch should used for this, a= nd it will be the first rebase non-cygwin packaged dll's. Using perlrebase is much simplier IMHO but it solves your particular proble= m. > I suppose it could. =A0But the rebase package was developed to address the > rebase problem for Cygwin packages that are part of the distribution. =A0= That > includes perl. =A0But perl can pull in its own stuff, particularly stuff = that > isn't in the distro. =A0The rebase package would have to be taught how to= find > and handle those. =A0Presumably, this could be done by leveraging what > perlrebase does but that requires coordination and effort, even if Reini = and > Jason want it to happen. =A0It's really their call since it's their packa= ges > that would be directly affected by any work to address your question. See the patch in http://cygwin.com/ml/cygwin/2010-12/msg00091.html (-d0) for the recent random adress layout problem with perl and report back. This -d0 patch is not in the package. Globally disabling it is really not advised. --=20 Reini Urban http://phpwiki.org/=A0 =A0 =A0 =A0 =A0=A0 http://murbreak.at/ -- 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