Hello,
We are using par to distribute an application on windows and have
encountered some strange behaviour. Only two of our users hit the follow
problem, but do so every time. We don't have easy access to their
machines (they barely do...) so I'm seeking advice from anyone
who may have encountered this. We can send snippets to test on
their machines, so ideas for that would be appreciated.
The start the executable (a least two builds tried) and it dies
at compile time with:
Can't locate utf8_heavy.pl in @INC (@INC contains: CODE(0x106e1e4)
CODE(0xebc704)
CODE(0xebc83c)) at utf8.pm line 17, <DATA> line 16.
utf8_heavy.pl is in the par exe and seems to "require" fine on other
machines.
C:\ddict>unzip -l -v MDS-Validator.exe | perl -nle "print if /utf8/"
433 Stored 433 0% 11-19-07 15:56 021d953e utf8.pm
10951 Stored 10951 0% 11-19-07 15:56 443f57ec utf8_heavy.pl
utf8_heavy.pl and utf8.pm are being loaded indirectly, via DateTime.
I don't think this is the same utf8 issue mentioned in the ChangeLog
http://search.cpan.org/src/SMUELLER/PAR-Packer-0.976/ChangeLog
as I'm using post-fix versions:
perl -v
This is perl, v5.8.8 built for MSWin32-x86-multi-thread
(with 25 registered patches, see perl -V for more detail)
perl -MPAR -e "die $PAR::VERSION"
0.959 at -e line 1.
perl -MPAR::Packer -e "die $PAR::Packer::VERSION"
0.970 at -e line 1.
perl -MModule::ScanDeps -e "die $Module::ScanDeps::VERSION"
0.72 at -e line 1.
What environment differences could cause this?
We've had issues with virus-checkers and file indexers before,
but that involved file deletion.
Thanks,
Brad
--
Through you life advance daily, becoming more skillful than yesterday,
more skillful than today. This is never-ending.
-- Hagakure http://bereft.net/hagakure/
