Darian Anthony Patrick wrote:
> Steffen Mueller wrote:
>> Hi all,
>>
>> I just committed potential fixes for the two bugs I described in my long
>> mail from a couple of minutes ago. I'd appreciate if you have the trunk
>> version of PAR a whirl.
>>
>> http://svn.openfoundry.org/par/trunk
>>
>> Cheers,
>> Steffen
>>
>> PS: This made me think there's another, more delicate bug lurking in the
>> code that implements static dependencies, but I'll have to think about
>> it some more because I can't think of a simple fix.
>>
> 
> Steffen,
> 
> I get different error now:
> 
> Undefined subroutine &PAR::Heavy::_find_par_internals called at
> /home/dapatrick/perl5/lib/perl5/PAR/Heavy.pm line 88
> 

I fully qualified the calles to &PAR::_find_par_internals and now I get
the following error:

Can't locate loadable object for module Term::ReadKey in @INC (@INC
contains: /home/dapatrick/workspace/rentchaser-www/scripts/../lib/perl
CODE(0x77ee60)
/home/dapatrick/perl5/lib/perl5/x86_64-linux-gnu-thread-multi
/home/dapatrick/perl5/lib/perl5 /etc/perl /usr/local/lib/perl/5.10.0
/usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5
/usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .
CODE(0x78be90)) at /home/dapatrick/perl5/lib/perl5/PAR/Heavy.pm line 102

This is basically the same as the original error that I reported, except
that I don't have Term::ReadKey deployed to both the filesystem and to a
PAR repo, I just have it deployed to a PAR repo.  So it seems the change
didn't correct the issue.

-- 
Darian Anthony Patrick    <d...@darianpatrick.com>
=================================================
88FC 044D 5144 BD3A DAF8 FD9F 8C9E DF14 9AD3 4117
=================================================
* Signed and encrypted communications preferred.

Reply via email to