Thanks Guys.
I will give a try today. I will let you know the results.
Your support is the best !!
On 1/7/08, Scott Stanton <[EMAIL PROTECTED]> wrote:
>
> Ideally we'd hash the file contents, but that's going to be too slow to
> do on every startup. Checking the expected size is a good comprom
Hi Mark,
Mark Dootson schrieb:
How about setting which tests to run explicitly? The following change to
Makefile.PL does it.
my $pgentest = (!$par and $cc) ? ' t/10-parl-generation.t ' : '';
my $tests = qq(t/00-pod.t$pgentest t/20-pp.t t/30-current_exec.t);
makemaker_args(
test => { TE
Indeed only the t/10-parl-generation failed and 'nmake install' did
happily complete and running pp did result in a .exe.
Running the .exe did result in:
String found where operator expected at script/main.pl line 3, at end of
line
(Missing semicolon on previous line?)
Can't find string
Hi Scott, hi Henry,
Scott Stanton schrieb:
Ideally we'd hash the file contents, but that's going to be too slow to
do on every startup. Checking the expected size is a good compromise.
It's a fast sanity check that should catch the most common problems.
exactly: hashing is not an option bec
Ideally we'd hash the file contents, but that's going to be too slow to
do on every startup. Checking the expected size is a good compromise.
It's a fast sanity check that should catch the most common problems.
--Scott
-Original Message-
From: Steffen Mueller [mailto:[EMAIL PROTECTED]
Hi Scott,
thanks for chiming in.
Scott Stanton schrieb:
I think the problem can be resolved with the following patch. Give it a
try and let me know how it goes.
I think your patch resolves the specific issue. However, is there a case
where testing -f might not be enough? Should we make sure
I think the problem can be resolved with the following patch. Give it a
try and let me know how it goes.
--Scott
--- par.pl 2008-01-07 10:36:58.166470600 -0800
+++ par.pl.new 2008-01-07 10:36:42.996128400 -0800
@@ -680,8 +680,12 @@
}x;
my $extract_name = $1;
Hi,
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) under the perl
debugger (i.e. somehow pass a
On Jan 7, 2008 9:20 AM, Henry Wu <[EMAIL PROTECTED]> wrote:
> It works great when I run the first copy of the exe program under windows
> command prompt.
>But while the first exe file is running in command prompt when I opened
> another command prompt and try to start the exe again, I got the
Hi,
Thanks for creating the wonderful pp tool.
I used pp to package a perl script into a windows command line exe
program. I packaged openssl libeay32.dll and ssleay32.dll into the exe .
It works great when I run the first copy of the exe program under windows
command prompt.
But while
Hi Mark,
Mark Dootson wrote:
> How about setting which tests to run explicitly? The following change to
> Makefile.PL does it.
>
>
> my $pgentest = (!$par and $cc) ? ' t/10-parl-generation.t ' : '';
> my $tests = qq(t/00-pod.t$pgentest t/20-pp.t t/30-current_exec.t);
> makemaker_args(
>
11 matches
Mail list logo
