Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
Message-ID:	<3BAA034A.EEB4B0C8@cportcorp.com>
Date:	Thu, 20 Sep 2001 10:55:06 -0400
From:	Peter Buckley <peter DOT buckley AT cportcorp DOT com>
X-Mailer:	Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language:	en
MIME-Version:	1.0
To:	gp AT familiehaase DOT de
CC:	"S. L." <s_i_lao AT gmx DOT net>, cygwin AT cygwin DOT com
Subject:	Re: dynamic perl shipped with cygwin
References:	<3BA74A9A DOT 30390 DOT 280FFEB1 AT localhost>

Okay, my problem is solved. Thanks to both of 
you for responding, it sent me looking at some 
interesting stuff and I definitely learned a lot. 

But my problem was a simple one- I had recently 
updated cygwin due to a problem with perl 5.6.1-1. 
I was moving stuff around and copying and pasting, 
and I ended up with a 5.6.1-2 perl.exe, and a 5.6.1-1 
libperl5_6_1.dll. That is a bad combination. Not to 
mention my /lib/perl5 stuff was a mix and match of 
5.6.1-2 and 5.6.1-1 stuff. The fact that the "/lib/perl5/*/cygwin" 
folder changed names to "/lib/perl5/*/cygwin-multi" 
didn't help me when I was copying *over* the /lib/perl5 folder. :-)

So I guess the only cure for my stupidity is 
banging my head against the wall. 

Thanks for you help-

Peter

"Gerrit P. Haase" wrote:
> 
> S. L. schrieb am 2001-09-18, 7:40:
> 
> >[...]
> >> I don't understand why the perl-5.6.1.README says
> >> "This package is configured to support dynamic loading"
> >> and I am getting an error that seems to contradict that statement.
> >[...]
> >
> >Except the fact that your libperl<version>.dll could be damaged or that you
> >affected the perl environment so that it can't find IO.dll or the above, a
> >good thing would be to "ln -s <path_to_your_dll>/libperl<version>.dll
> >/lib/libperl.dll" or /usr/local/lib/libperl.dll. It seems that there are
> >some modules searching for dynamic loading using this name; although the
> >CPAN modules I'm using don't have this problem, the postgresql perl5 and
> >plperl do. And the "ln -s [...]" above solves it.
> 
> perl.exe & libperl5_6_1.dll are in /usr/bin. If that path is in your PATH
> settings included, there should no symlink needed.
> Perl 'knows' where to find the rest of his .dll's.
> 
> 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/

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

- Raw text -