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.