Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
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: Sun, 15 Sep 2002 18:46:06 +0200
From: "Gerrit P. Haase" <gp AT familiehaase DOT de>
Organization: Esse keine toten Tiere
X-Priority: 3 (Normal)
Message-ID: <701020212728.20020915184606@familiehaase.de>
To: cygwin AT cygwin DOT com
Subject: Re: who is using perl 5.8.0?
In-Reply-To: <20020913204250.54108.qmail@web21006.mail.yahoo.com>
References: <20020913204250 DOT 54108 DOT qmail AT web21006 DOT mail DOT yahoo DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hallo Nicholas,

Am Freitag, 13. September 2002 um 22:42 schriebst du:

>> > On Thu, 12 Sep 2002, Gerrit P. Haase wrote:
>> >> >> Are there no problems/bugs with perl-5.8.0?

>>> I am on Win98, and I ran ./build.sh and it seems to have stopped
>>> the problem of child processes I was having with perldoc.

>> Yep, I saw this too, remapping problems disappear after building
>> the program at the box where I want to use it (not done with perl
>> though).

> I tried building perl on a completely vanilla full install of Cygwin
> on WinME with no other application running.  I'm still getting the
> same error as before [sync_with_child] as soon as it starts the
> testing phase.  Gerrit, I think I'm at my wits end.  Nothing at all
> (blank) is being displayed in DrMingw when it crashes.

Too bad.

> Oh, BTW, perl-5.8 recognizes db3.1 as a valid db to build the db
> module against (FYI).

Fine, maybe I'll release a second perl-5.8 build linked against db3
the next days (no promises, my boss is back from vacation and we'll
have a lot of work the next time...)

> I spoke with Chuck the other day and he thinks it is *wrong* for
> perl to *require* rebasing.  I completely agree, as perl is required
> for core functionality.  Perhaps we should get Jarkko or Larry in on
> this discussion?                                ^^^added missing 'r'

No, I don't think that they can help that much.  I helped Merijn to
build ptk because of the same problems with the ptk dll's.  But we got
never problems with core perl modules dll's, well... we're all running
some kind of NT (4 or 5) or maybe XP.  I'm still convinced that it is
a Windows <-> Cygwin problem.  If it isn't possible to work around in
the Cygwin core, then a workaround in Cygwin setup is the next option,
rebasing of dll's like Stipe does it for Apache is the third
possibility, also a special flag to binutils ld to include rebasing in
the build stage would be nice, I'm not up to date with the rebase
developers discussion and I don't know where they want to integrate it,
but it needs to be included somewhere since it is already a never
ending story.


Gerrit
-- 
=^..^=


--
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/