On Jan 8, 2008 8:09 PM, Glenn Linderman <[EMAIL PROTECTED]> wrote:
> I'm not sure of where the implementation is, or what constraints it is
> under, but would it be possible to provide this option based on an
> environment variable, instead of a hacked build/package time option?
> Pass the value o
I tried the patch and it worked for me, without the -f options since I
don't have those packages installed. Make sure you are patching the
par.pl in the source distribution and that you do a clean build and
install of the PAR::Packer package with the patch applied. An
incremental build after the
I tried to use if (! -f $dest_name) as well, It is still not working. I
tried to print the $dest_name extracted, but I can not see it in STDOUT.
Why ? Are we modifying the right place ? Thanks
my $extract_name = $1;
my $dest_name = File::Spec->catfile($ENV{PAR_TEMP},
$e
On Jan 8, 2008 4:55 PM, Steffen Mueller <[EMAIL PROTECTED]> wrote:
> Sorry, but I can't test it. It's only going to break on Windows and I
> currently have no access to that.
I can reproduce Henry's problem here (Active perl 5.8.8 with latest
PAR::Packer).
I can also reproduce that the fix doesn't
Hi Roderich,
Roderich Schupp wrote:
> the recent post about the problem of DLLs being re-extracted reminded
> me of a hack I once used to diagnose a similar problem. It should
> be possible to start a packed binary (which after the first stage
> of extraction is just a custom perl executable) unde
Hi Henry,
Henry Wu wrote:
> Thanks for your help.
> I just tried, Surprisingly the fix does not work. It seems that the fix
> does not have any effect at all. I am still getting the same error.
Could you try again with the -s test removed from the following line in
that patch I posted earlier?
Thanks for your help.
I just tried, Surprisingly the fix does not work. It seems that the fix
does not have any effect at all. I am still getting the same error.
I attached a very simple test perl script called testpp.pl. I attached the
two dlls used as well.
testpp.pl is very simple, only 10
