|
|
cwd in pp
By Louis-Philippe at Sep 18, 2007, 3:07 pm UTC
Hi All, I am new to PAR & pp, I discovered it this week when I ran into trouble trying to package scripts with PerlApp that PerlApp wouln't package because of version compatibility... so I tried pp an just felt in love with is simplicity & free nature. so, now I am trying to port my script to pp,... More...
Hi All,
I am new to PAR & pp, I discovered it this week when I ran into trouble trying to package scripts with PerlApp that PerlApp wouln't package because of version compatibility... so I tried pp an just felt in love with is simplicity & free nature.
so, now I am trying to port my script to pp, and one command is missing from my toolkit:
in PerlApp, I am aple to call PerlApp::exe() to get the executable file directory,
something I would do with cwd() inside of a straight .pl script...
I tried cwd() with a pp executable and it returns the shell working directory (i.e. my home folder).
anybody knows how to grab the executable directory path with pp?
thanks!
l-p
5 Replies
|
|
|
Problems with ActiveState PAR/PP -- procedure entry point error
By c...@gmail.com at Sep 14, 2007, 10:43 pm UTC
The "procedure entry point" error message is all over various lists/ groups but I haven't found a good resolution yet. Fresh install of ActiveState Perl, Par-Package too. The error is: The procedure entry point Perl_sv_2iv_flags could not be located in the dynamic link library perl58.dll I think I... More...
The "procedure entry point" error message is all over various lists/
groups but I haven't found a good resolution yet.
Fresh install of ActiveState Perl, Par-Package too. The error is:
The procedure entry point Perl_sv_2iv_flags could not be located
in the
dynamic link library perl58.dll
I think I understand the explanations given elsewhere, that the PAR
packager is looking for a different version of Perl58.dll than the one
that it has. What I haven't seen is how to resolve it. Rebuilding
PAR from scratch, probably not an option for me. I just need to re-
distribute a perl program to others... What versions of what packages
do I need to install?
The Perl58.dll version:
C:\Perl\bin>perl -MWin32 -e "print Win32::GetFileVersion('c:/perl/
bin/perl58.dll')"
588822
There are no other perl58.dll's on my system. Par's version:
C:\Perl\site\bin>pp -V
PAR Packager, version 0.976 (PAR version 0.976)
And Perl reports:
C:\Perl\site\bin>perl -v
This is perl, v5.8.8 built for MSWin32-x86-multi-thread
(with 18 registered patches, see perl -V for more detail)
Copyright 1987-2007, Larry Wall
Binary build 822 [280952] provided by ActiveState http://www.ActiveState.com
Built Jul 31 2007 19:34:48
Is there a resolution to all of this?
7 Replies
|
|
|
PAR::Packer on Windows Vista
By "Jamie Lahowetz" at Sep 13, 2007, 5:43 pm UTC
I'm trying to install PAR-Packer of my windows Vista machine. I first tried this using Perl Package Manager on ActivePerl with version 0.976. Didnt work. Now I'm trying to install version 0.976 using nmake. Here is the output: C:\Users\deadpickle\Desktop\PAR-Packer-0.976>perl Makefile.PL Fetching... More...
I'm trying to install PAR-Packer of my windows Vista machine. I first tried
this using Perl Package Manager on ActivePerl with version 0.976. Didnt
work. Now I'm trying to install version 0.976 using nmake. Here is the
output:
C:\Users\deadpickle\Desktop\PAR-Packer-0.976>perl Makefile.PL
Fetching 'PAR-Packer-0.976-MSWin32-x86-multi-thread-5.8.8.par' from
www.cpan.org
... done!
Checking if your kit is complete...
Looks good
Writing Makefile for PAR::Packer
C:\Users\deadpickle\Desktop\PAR-Packer-0.976>nmake
Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.
C:\Perl\bin\perl.exe "-Minc::Module::Install" -e
"extract_par(q(PAR-Pac
ker-0.976-MSWin32-x86-multi-thread-5.8.8.par))"
C:\Perl\bin\perl.exe "-Iinc" -MExtUtils::Command -e cp script/tkpp
blib\
script\tkpp
pl2bat.bat blib\script\tkpp
C:\Perl\bin\perl.exe "-Iinc" -MExtUtils::Command -e cp script/pp
blib\sc
ript\pp
pl2bat.bat blib\script\pp
C:\Perl\bin\perl.exe "-Iinc" -MExtUtils::Command -e cp script/par.pl
bli
b\script\par.pl
pl2bat.bat blib\script\par.pl
C:\Users\deadpickle\Desktop\PAR-Packer-0.976>nmake test
Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.
C:\Perl\bin\perl.exe "-Iinc" -MExtUtils::Command -e cp script/tkpp
blib\
script\tkpp
pl2bat.bat blib\script\tkpp
C:\Perl\bin\perl.exe "-Iinc" -MExtUtils::Command -e cp script/pp
blib\sc
ript\pp
pl2bat.bat blib\script\pp
C:\Perl\bin\perl.exe "-Iinc" -MExtUtils::Command -e cp script/par.pl
bli
b\script\par.pl
pl2bat.bat blib\script\par.pl
C:\Perl\bin\perl.exe "-MExtUtils::Command::MM" "-e" "test_harness(0,
'in
c', 'blib\lib', 'blib\arch')" t/*.t
t/00-pod................skipped
all skipped: Set environment variable PERL_TEST_POD=1 to test POD
t/10-parl-generation....ok 1/31
# Failed test 'Found the static build of parl in myldr'
t/10-parl-generation....NOK 4/31# at t/10-parl-generation.t line 26.
# Looks like you failed 1 test of 31.
t/10-parl-generation....dubious
Test returned status 1 (wstat 256, 0x100)
DIED. FAILED test 4
Failed 1/31 tests, 96.77% okay (less 27 skipped tests: 3 okay, 9.68%
)
t/20-pp.................ok
t/30-current_exec.......# Please wait
t/30-current_exec.......ok
1/4 skipped: various reasons
Failed Test Stat Wstat Total Fail List of Failed
-------------------------------------------------------------------------------
t/10-parl-generation.t 1 256 31 1 4
1 test and 28 subtests skipped.
Failed 1/4 test scripts. 1/69 subtests failed.
Files=4, Tests=69, 1050 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
Failed 1/4 test programs. 1/69 subtests failed.
NMAKE : fatal error U1077: 'C:\Windows\system32\cmd.exe' : return code
'0xff'
Stop.
C:\Users\deadpickle\Desktop\PAR-Packer-0.976>nmake install
Microsoft (R) Program Maintenance Utility Version 1.50
Copyright (c) Microsoft Corp 1988-94. All rights reserved.
C:\Perl\bin\perl.exe "-Minc::Module::Install" -e
"extract_par(q(PAR-Pac
ker-0.976-MSWin32-x86-multi-thread-5.8.8.par))"
C:\Perl\bin\perl.exe "-Iinc" -MExtUtils::Command -e cp script/tkpp
blib\
script\tkpp
pl2bat.bat blib\script\tkpp
C:\Perl\bin\perl.exe "-Iinc" -MExtUtils::Command -e cp script/pp
blib\sc
ript\pp
pl2bat.bat blib\script\pp
C:\Perl\bin\perl.exe "-Iinc" -MExtUtils::Command -e cp script/par.pl
bli
b\script\par.pl
pl2bat.bat blib\script\par.pl
Installing C:\Perl\html\bin\par.html
Installing C:\Perl\html\bin\tkpp.html
Installing C:\Perl\html\site\lib\pp.html
Installing C:\Perl\html\site\lib\App\Packer\PAR.html
Installing C:\Perl\html\site\lib\PAR\Filter.html
Installing C:\Perl\html\site\lib\PAR\Packer.html
Installing C:\Perl\html\site\lib\PAR\Filter\Bleach.html
Installing C:\Perl\html\site\lib\PAR\Filter\Bytecode.html
Installing C:\Perl\html\site\lib\PAR\Filter\Obfuscate.html
Installing C:\Perl\html\site\lib\PAR\Filter\PatchContent.html
Installing C:\Perl\html\site\lib\PAR\Filter\PodStrip.html
Installing C:\Perl\html\site\lib\PAR\StrippedPARL\Base.html
Installing C:\Perl\html\site\lib\PAR\StrippedPARL\Dynamic.html
Installing C:\Perl\html\site\lib\PAR\StrippedPARL\Static.html
Installing C:\Perl\site\lib\pp.pm
Installing C:\Perl\site\lib\App\Packer\PAR.pm
Installing C:\Perl\site\lib\PAR\Filter.pm
Installing C:\Perl\site\lib\PAR\Packer.pm
Installing C:\Perl\site\lib\PAR\Filter\Bleach.pm
Installing C:\Perl\site\lib\PAR\Filter\Bytecode.pm
Installing C:\Perl\site\lib\PAR\Filter\Obfuscate.pm
Installing C:\Perl\site\lib\PAR\Filter\PatchContent.pm
Installing C:\Perl\site\lib\PAR\Filter\PodStrip.pm
Installing C:\Perl\site\lib\PAR\StrippedPARL\Base.pm
Installing C:\Perl\site\lib\PAR\StrippedPARL\Dynamic.pm
Installing C:\Perl\site\lib\PAR\StrippedPARL\Static.pm
Installing C:\Perl\site\bin\par.bat
Installing C:\Perl\site\bin\par.pl
Installing C:\Perl\site\bin\parl.exe
Installing C:\Perl\site\bin\parldyn.exe
Installing C:\Perl\site\bin\pp
Installing C:\Perl\site\bin\pp.bat
Installing C:\Perl\site\bin\tkpp
Installing C:\Perl\site\bin\tkpp.bat
Appending installation info to C:\Perl\lib/perllocal.pod
C:\Users\deadpickle\Desktop\PAR-Packer-0.976>pp
'pp' is not recognized as an internal or external command,
operable program or batch file.
Any help on installing this?
--
Jamie Lahowetz
13 Replies
|
|
|
A.pm did not return a new value.
By Brad Bowman at Sep 12, 2007, 10:35 am UTC
Hello, I just encountered a strange error, although I don't think it's necessarily a bug. In a module I wrote "=head" instead of "=head1" at the start of my pod and then under-PAR (and only under PAR) got "did not return a true value" warning. Looking at the file in the zip I could see that the... More...
Hello,
I just encountered a strange error, although I don't think it's
necessarily a bug. In a module I wrote "=head" instead of "=head1"
at the start of my pod and then under-PAR (and only under PAR) got
"did not return a true value" warning. Looking at the file in the
zip I could see that the =head had hidden the code, including
the return value.
Here's a cut down example, note the "=head":
package A;
=head
=head1
=cut
1;
__DATA__
C:\>perl -e "use A; warn 123"
123 at -e line 1.
C:\>pp -e "use A; warn 123"
C:\>a.exe
A.pm did not return a true value at script/ppKoTy7.pl line 1.
BEGIN failed--compilation aborted at script/ppKoTy7.pl line 1.
C:\>unzip -p a.exe A.pm
#line 1 "A.pm"
package A;
=head
#line 8
1;
So the =head hides the rest.
Brad
--
Intelligence is nothing more than discussing things with others.
Limitless wisdom comes of this. -- Hagakure
2 Replies
|
|
|
PAR + Complex Deployment
By ademmler at Aug 30, 2007, 3:32 pm UTC
Dear PAR Users! Can you give me please a sample how to use pp for deployment, if the script needs also some system files/libs like: /usr/local/lib /usr/local/bin + Perl Modules File::Basename; IO::File; Image::Magick; PDF::API2; Time::Elapse; File::Basename; Local::TeeOutput; My Problem: It is... More...
Dear PAR Users!
Can you give me please a sample how to use pp for deployment, if the
script needs also some system files/libs like:
/usr/local/lib
/usr/local/bin
+ Perl Modules
File::Basename;
IO::File;
Image::Magick;
PDF::API2;
Time::Elapse;
File::Basename;
Local::TeeOutput;
My Problem:
It is either a lib missing or some Perl Moduls won't work.
I am trying since 3 days to get it work.
I have tried:
pp -B -o out script.pl
pp -M Module::Name -o out script.pl
pp -l /usr/local/lib -o out script.pl
. . .
I get erros while build (packaging) or while executing my app on
another fressh / blank system.
Mostly about missing Modules or libs . . .
My enviroment is Apple MAc OS X 10.4 PPC and/or MacIntel.
Perl 5.8.6 + actual CPAN PAR, PAR::Dist and PAR::Packer Modules
installed.
Thanks and Regards Alex
0 Replies
|
|
|
Can't install PAR::Packer 0.976
By Michael Carman at Aug 30, 2007, 03:29 am UTC
I'm trying to get pp working, but I'm getting beat down at every turn. I'm running Perl 5.8.4 (ActivePerl build 810). I have MinGW 3.1.0-1 installed. When I try to build PAR::Packer 0.976 I get the errors below. Can someone who understands the guts at least tell me whether the problem is in... More...
I'm trying to get pp working, but I'm getting beat down at every turn. I'm
running Perl 5.8.4 (ActivePerl build 810). I have MinGW 3.1.0-1 installed. When
I try to build PAR::Packer 0.976 I get the errors below. Can someone who
understands the guts at least tell me whether the problem is in PAR::Packer or
my environment?
Unfortunately there doesn't seem to be a binary version available for Perl
5.8.4. I was able to install the PPM via
http://theoryx5.uwinnipeg.ca/ppms/PAR-Packer.ppd which is listed as "probably"
compatible at http://par.wikia.com/wiki/PAR_PPM_Compatibility_List but it dies
with "Perl lib version (v5.8.4) doesn't match executable version (v5.8.0)."
I'm at an impasse. All advice is appreciated.
C:\Archives\Perl\PAR-Packer-0.976>dmake
cp lib/App/Packer/PAR.pm blib\lib\App\Packer\PAR.pm
cp lib/PAR/Packer.pm blib\lib\PAR\Packer.pm
cp lib/PAR/Filter/Obfuscate.pm blib\lib\PAR\Filter\Obfuscate.pm
cp lib/PAR/Filter/PodStrip.pm blib\lib\PAR\Filter\PodStrip.pm
cp lib/PAR/StrippedPARL/Base.pm blib\lib\PAR\StrippedPARL\Base.pm
cp lib/PAR/Filter.pm blib\lib\PAR\Filter.pm
cp lib/PAR/Filter/PatchContent.pm blib\lib\PAR\Filter\PatchContent.pm
cp lib/PAR/StrippedPARL/Dynamic.pm blib\lib\PAR\StrippedPARL\Dynamic.pm
cp lib/PAR/Filter/Bytecode.pm blib\lib\PAR\Filter\Bytecode.pm
cp lib/pp.pm blib\lib\pp.pm
cp lib/PAR/Filter/Bleach.pm blib\lib\PAR\Filter\Bleach.pm
cp lib/PAR/StrippedPARL/Static.pm blib\lib\PAR\StrippedPARL\Static.pm
C:\Perl\bin\perl.exe sha1.c.PL sha1.c
gcc -c -g -O2 -DWIN32 -DPERL_IMPLICIT_CONTEXT -DPERL_MSVCRT_READFIX
-I"C:\Perl\lib\CORE" sha1.c
C:\Perl\bin\perl.exe .\file2c.pl C:\Perl\bin\perl58.dll my_perl.c load_me_0 1
30000
gcc -c -g -O2 -DWIN32 -DPERL_IMPLICIT_CONTEXT -DPERL_MSVCRT_READFIX
-I"C:\Perl\lib\CORE" main.c
C:\Perl\bin\perl.exe .\file2c.pl ..\script\par.pl my_par_pl.c load_me_2 1
gcc -c -g -O2 -DWIN32 -DPERL_IMPLICIT_CONTEXT -DPERL_MSVCRT_READFIX
-I"C:\Perl\lib\CORE" my_par_pl.c
gcc main.o my_par_pl.o win32.coff -s -g -L"C:\Perl\lib\CORE"
C:\Perl\lib\CORE\libperl58.a C:\Ming
w\lib\libmsvcrt.a C:\Mingw\lib\libmoldname.a C:\Mingw\lib\libkernel32.a
C:\Mingw\lib\libuser32.a C:\
Mingw\lib\libgdi32.a C:\Mingw\lib\libwinspool.a C:\Mingw\lib\libcomdlg32.a
C:\Mingw\lib\libadvapi32.
a C:\Mingw\lib\libshell32.a C:\Mingw\lib\libole32.a C:\Mingw\lib\liboleaut32.a
C:\Mingw\lib\libnetap
i32.a C:\Mingw\lib\libuuid.a C:\Mingw\lib\libwsock32.a C:\Mingw\lib\libmpr.a
C:\Mingw\lib\libwinmm.a
C:\Mingw\lib\libversion.a C:\Mingw\lib\libodbc32.a --output .\par.exe
Info: resolving ___mb_cur_max by linking to __imp____mb_cur_max (auto-import)
Info: resolving __pctype by linking to __imp___pctype (auto-import)
main.o(.text+0x391): In function `par_findprog':
C:/Archives/Perl/PAR-Packer-0.976/myldr/utils.c:96: undefined reference to
`GetModuleFileNameA'
main.o(.text+0x1fe8): In function `par_mktmpdir':
C:/Archives/Perl/PAR-Packer-0.976/myldr/mktmpdir.c:74: undefined reference to
`GetUserNameA'
main.o(.text+0x2585): In function `par_rmtmpdir':
C:/Archives/Perl/PAR-Packer-0.976/myldr/mktmpdir.c:230: undefined reference to
`GetModuleHandleA'
main.o(.text+0x25b5):C:/Archives/Perl/PAR-Packer-0.976/myldr/mktmpdir.c:233:
undefined reference to `FreeLibrary'
main.o(.text+0x2677):C:/Archives/Perl/PAR-Packer-0.976/myldr/mktmpdir.c:251:
undefined reference to `GetModuleHandleA'
main.o(.text+0x26af):C:/Archives/Perl/PAR-Packer-0.976/myldr/mktmpdir.c:254:
undefined reference to `FreeLibrary'
fu000001.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname'
fu000003.o(.idata$3+0xc): undefined reference to `libmsvcrt_a_iname'
nmth000000.o(.idata$4+0x0): undefined reference to `_nm____mb_cur_max'
nmth000002.o(.idata$4+0x0): undefined reference to `_nm___pctype'
dmake.exe: Error code 1, while making '.\par.exe'
dmake.exe: Error code 255, while making 'subdirs'
5 Replies
|
|
|
cannot pack gtk/glib with ScanDeps > 0.73
By rahed at Aug 29, 2007, 7:57 pm UTC
Hello, to pack gtk programs I include dll libraries with -l switch. I would expect that perl module libraries will be included automatically can't find .... Glib.dll So I include them also with -l switch. After packing they are in shlib/MSWin32-x86-multi-thread and lib/auto/Glib (for Glib.dll) of... More...
Hello,
to pack gtk programs I include dll libraries with -l switch. I would
expect that perl module libraries will be included automatically
(Glib.dll, Gtk2.dll) but I get warnings:
can't find .... Glib.dll
So I include them also with -l switch. After packing they are in
shlib/MSWin32-x86-multi-thread and lib/auto/Glib (for Glib.dll) of
the exe.
Running exe it produces:
GLib-GObject-CRITICAL **: g_object_steal_qdata: assertion `quark > 0'
failed at script/test.pl line 10.
GLib-GObject-CRITICAL **: g_object_set_qdata_full: assertion `quark >
0' failed at script/test.pl line 10.
hello2
Can't locate object method "signal_connect" via package "Gtk2::Window"
at script/test.pl line 13.
Now if I downgrade Module::ScanDeps up to 0.73 the exe runs as expected.
I noticed that there is now no dll e.g. in lib/auto/Glib directory of
the exe program.
Minimum program being packed:
use strict;
use Gtk2;
Gtk2->init;
my $window = Gtk2::Window->new();
$window->signal_connect (destroy => sub { Gtk2->main_quit; });
$window->show_all();
Gtk2->main;
It appears there's something wrong with newer versions (0.74 and up) of
ScanDeps module (or PAR::Packer?) regarding Gtk2 libraries. Could
someone comment?
--
Radek
0 Replies
|
|
|
PAR::Packer installation problem.
By Piotr Antczak at Aug 27, 2007, 09:36 am UTC
--B_3271057801_8318513 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable Hi All, I=B9m using PAR::Packer with success on Linux and Solaris boxes. Now I=B9m trying to install it on Windows (cygwin) and MACOSX boxes. In both cases I receive an error message:... More...
--B_3271057801_8318513
Content-type: text/plain;
charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
Hi All,
Iım using PAR::Packer with success on Linux and Solaris boxes. Now Iım
trying to install it on Windows (cygwin) and MACOSX boxes. In both cases I
receive an error message:
/usr/bin/perl parlsig.pl ./static ./par 1 30000
./static -I"/Users/benzino/.cpan/build/PAR-Packer-0.976-6XIrII/inc"
-I"/System/Library/Perl/5.8.6/darwin-thread-multi-2level"
-I"/System/Library/Perl/5.8.6"
-I"/Library/Perl/5.8.6/darwin-thread-multi-2level" -I"/Library/Perl/5.8.6"
-I"/Library/Perl" -I"/Network/Library/Perl/5.8.6/darwin-thread-multi-2level"
-I"/Network/Library/Perl/5.8.6" -I"/Network/Library/Perl"
-I"/System/Library/Perl/Extras/5.8.6/darwin-thread-multi-2level"
-I"/System/Library/Perl/Extras/5.8.6"
-I"/Library/Perl/5.8.1/darwin-thread-multi-2level" -I"/Library/Perl/5.8.1"
-I"/Users/benzino/.cpan/build/PAR-Packer-0.976-6XIrII" -I"." -I../myldr/..
-I../blib/lib -q -B -O../script/parl
is only avaliable with the XS version at
/Library/Perl/5.8.6/Compress/Zlib.pm line 9
BEGIN failed--compilation aborted at /Library/Perl/5.8.6/Compress/Zlib.pm
line 9.
Compilation failed in require at /Library/Perl/5.8.6/Archive/Zip.pm line 24.
BEGIN failed--compilation aborted at /Library/Perl/5.8.6/Archive/Zip.pm line
24.
Compilation failed in require at -e line 406.
make[1]: *** [../script/parl] Error 255
make: *** [subdirs] Error 2
SMUELLER/PAR-Packer-0.976.tar.gz
/usr/bin/make -- NOT OK
Running make test
Can't test without successful make
Running make install
Make had returned bad status, install seems impossible
Failed during this command:
SMUELLER/PAR-Packer-0.976.tar.gz : make NO
I have downgraded the Compress::Zlib module to version 1.42 (just like it is
recommended) but the result is the same. I have also tried to install older
versions of PAR::Packer and Compress::Zlib but it didnıt change anything.
Maybe there is someone who discover the same problem and could help me to
solve it.
Regards,
--
Piotr benzino Antczak
Papa-India-Oscar-Tango-Romeo
(Bravo-Echo-November-Zulu-India-November-Oscar)
Alpha-November-Tango-Charlie-Zulu-Alpha-Kilo
--B_3271057801_8318513--
1 Reply
|
|
|
ActivePerl binaries for PAR Packer
By Mark Dootson at Aug 23, 2007, 10:12 am UTC
All, I decided to check how easy it is to setup mingw32 to build PAR::Packer. The steps followed were: Download mingw32 installer ( 1 file ). Run it and accept default options to install mingw32. Download and extract dmake from CPAN Create a batch file to setup build environment (PATH, LIB,... More...
All,
I decided to check how easy it is to setup mingw32 to build PAR::Packer.
The steps followed were:
Download mingw32 installer ( 1 file ).
Run it and accept default options to install mingw32.
Download and extract dmake from CPAN
Create a batch file to setup build environment (PATH, LIB, INCLUDE)
Create libperl58.a (not sure I actually needed this)
from command prompt opened via batch file
perl makefile.PL
dmake
dmake test
dmake install
and I have a working PAR::Packer.
I'm using ActivePerl build 822.
I think 820 would need ExtUtils::FakeConfig too. (I've not tested if it would actually work on that build though).
Maybe its time for a HOWTO and to mention this as the preferred way to get PAR::Packer. It seemed quite simple.
May as well take advantage of the effort ActiveState have put in for mingw32 compatibility.
The binary installs do seem to cause a lot of grief over versions.
I'll author the HOWTO if wanted.
Regards
Mark
4 Replies
|
|
|
Temporary file left behind when including icon file
By "Steve Hay" at Aug 14, 2007, 8:23 pm UTC
If I run pp -i command.ico -o test.exe test.pl on the "Hello, world" program (in test.pl), where command.ico is the attached Win32 icon file, I find that I get a temporary executable file with a name like "parl6z2zdSc.exe" left behind as well as the desired "test.exe". The temporary file does not... More...
If I run
pp -i command.ico -o test.exe test.pl
on the "Hello, world" program (in test.pl), where command.ico is the
attached Win32 icon file, I find that I get a temporary executable file
with a name like "parl6z2zdSc.exe" left behind as well as the desired
"test.exe".
The temporary file does not get left if I don't specify the -i option on
the command-line.
Any ideas how to stop the temporary file getting left? It doesn't have a
fixed name, so all I can do at the moment in scripts that I have for
building things is to delete "parl*.exe" and hope that it doesn't catch
anything unintentional.
Versions:
perl-5.8.8
PAR-0.976
PAR-Dist-0.25
PAR-Packer-0.976
Parse-Binary-0.10
Win32-Exe-0.11
Attachment: command.ico
3 Replies 
|
|
|
Can't force include module
By "Neta Ben-Porat" at Aug 14, 2007, 06:31 am UTC
hi I try to use pp to create an executable. When I tried 'pp -B -o Test Test.pl', an executable was created but when I've tried running it elsewhere I got the message: 'XMLin() requires either XML::SAX or XML::Parser at script/CorrectDNIXML.pl line 80' So I've tried using -M: 'pp -M XML::Parser -B... More...
hi
I try to use pp to create an executable.
When I tried 'pp -B -o Test Test.pl', an executable was created but when
I've tried running it elsewhere I got the message: 'XMLin() requires
either XML::SAX or XML::Parser at script/CorrectDNIXML.pl line 80'
So I've tried using -M: 'pp -M XML::Parser -B -o Test Test.pl' but got
the same results.
Any ideas?
Neta Ben-Porat
[email protected: neta.ben-...@ecitele.com]
Office: +972-3-9287685
Mobile: +972-52-8011473
2 Replies
|
|
|
Module-ScanDeps-0.75 broken?
By Steve Hay at Jul 23, 2007, 3:56 pm UTC
I noticed that running a command such as: pp -f Crypto -M Filter::Crypto::Decrypt -o test.exe test.pl to apply encryption filtering to the test.pl script and include the module needed to decrypt it in the PAR package wasn't working: the decryption module, Filter::Crypto::Decrypt, wasn't getting its... More...
I noticed that running a command such as:
pp -f Crypto -M Filter::Crypto::Decrypt -o test.exe test.pl
to apply encryption filtering to the test.pl script and include the
module needed to decrypt it in the PAR package wasn't working: the
decryption module, Filter::Crypto::Decrypt, wasn't getting its DLL
included in test.exe. Opening test.exe in WinZip, you can see that
Decrypt.pm is included but Decrypt.dll is not.
It turns out that "-M Module" doesn't seem to be working in general (not
specifically just for filtering modules), e.g.
pp -M DBI -o test.exe test.pl
only include DBI.pm, not the DBI.dll as well.
This in turn seems to be due a problem in Module-ScanDeps. I'm using
version 0.75, and I find that the output of
scandeps -V C:\perl5\site\lib\DBI.pm
mentions DBI.pm but not DBI.dll. If I try the same command using version
0.54 of Module-ScanDeps then DBI.dll is mentioned in the output too.
I'll see if I can find the first version that broke and/or the cause of
the breakage, but I thought I'd post here first in case someone in the
know and having a few spare tuits is able to get there quicker.
--
16 Replies
|
|
|
Module::ScanDeps 0.76 released
By Steffen Mueller at Jul 21, 2007, 3:42 pm UTC
Dear par@perl.org, after much painful bug hunting, I have just released Module::ScanDeps 0.76 which should squash the recent shared-library-finding issues. (See the "Module-ScanDeps-0.75 broken?" thread.) If it's not yet available from your CPAN mirror, you can grab it from svn at... More...
Dear [email protected: p...@perl.org],
after much painful bug hunting, I have just released Module::ScanDeps
0.76 which should squash the recent shared-library-finding issues. (See
the "Module-ScanDeps-0.75 broken?" thread.)
If it's not yet available from your CPAN mirror, you can grab it from
svn at http://svn.openfoundry.org/par/Module-ScanDeps/tags/0.76
Best regards,
Steffen
0 Replies
|
|
|
Strange errors with pp -f Bytecode
By "Kratz, Thomas" at Jul 17, 2007, 2:51 pm UTC
Hi, I just had problems using pp with -f Bytecode and found it relates directly to the size of the script. example: - snip - use strict; use warnings; # hint only, -M ByteLoader doesn't seem to work require ByteLoader if 0;=20 my %data; $data{'11111111111111111111'} =3D 'aaaaaaaaaaaaaaaaaaaa';... More...
Hi,
I just had problems using pp with -f Bytecode and found it relates
directly to the size of the script.
example:
- snip -
use strict;
use warnings;
# hint only, -M ByteLoader doesn't seem to work
require ByteLoader if 0;
my %data;
$data{'11111111111111111111'} = 'aaaaaaaaaaaaaaaaaaaa';
print scalar keys %data;
- snip -
with pp -c -f Bytecode -o test.exe test.pl
you'll get an executable that outputs "1".
Now duplicate the $data{.... line a few hundred times and try again.
Here the executable works up to 314 lines, after that it dumps core.
This is reproducable with every script that extends a certain size.
perl 5.8.8 (Win32)
PAR (svn version 466)
PAR::Packer (svn version 466)
Module::ScanDeps (svn version 482)
In my old installation
perl 5.8.4 (Win32)
PAR 0.89
Module::ScanDeps 0.45
everything works as expected.
--
$/=$,,$_=<DATA>,s,(.*),$1,see;__END__
s,^(.*\043),,mg,@_=map{[split'']}split;{#>J~.>_an~>>e~......>r~
$_=$_[$%][$"];y,<~>^,-++-,?{$/=--$|?'"':#..u.t.^.o.P.r.>ha~.e..
'%',s,(.),\$$/$1=1,,$;=$_}:/\w/?{y,_, ,,#..>s^~ht<._..._..c....
print}:y,.,,||last,,,,,,$_=$;;eval,redo}#.....>.e.r^.>l^..>k^.-
--
LRP Landesbank Rheinland-Pfalz
Vorsitzender des Verwaltungsrates: Dr. Siegfried Jaschinski
Vorsitzender der Tragerversammlung: Prasident Peter Schneider
Vorstand: Dr. Friedhelm Plogmann (Vors.), Daniel F. Juncker, Hans-Joachim Struder, Hubert Suhr
Rechtsform: Anstalt des offentlichen Rechts
Amtsgericht Mainz HRA 3557
USt-Id-Nr.: DE 149 065 433
Der Inhalt dieser E-Mail ist vertraulich. Falls Sie nicht der angegebene Empfanger sind oder falls diese E-Mail irrtumlich an Sie adressiert wurde, verstandigen Sie bitte den Absender sofort und loschen Sie die E-Mail sodann. Das unerlaubte Kopieren sowie die unbefugte Ubermittlung sind nicht gestattet. Die Sicherheit von Ubermittlungen per E-Mail kann nicht garantiert werden. Falls Sie eine Bestatigung wunschen, fordern Sie bitte den Inhalt der E-Mail als Hardcopy an.
Chairman of the Supervisory Board: Dr. Siegfried Jaschinski
Chairman of the Owners' Meeting: President Peter Schneider
Managing Board: Dr. Friedhelm Plogmann (Chairman), Daniel F. Juncker, Hans-Joachim Struder, Hubert Suhr
Legal form: Institution under Public Law
Amtsgericht Mainz HRA 3557
VAT identification number: DE 149 065 433
The contents of this e-mail are confidential. If you are not the named addressee or if this transmission has been addressed to you in error, please notify the sender immediately and then delete this e-mail. Any unauthorized copying and transmission is forbidden. E-mail transmission cannot be guaranteed to be secure. If verification is required, please request a hard copy version.
3 Replies
|
|
|
Module::Scandeps incorrect path comparison on Win32
By "Kratz, Thomas" at Jul 13, 2007, 2:06 pm UTC
Hi, I just installed the latest PAR/Par::Packer/Module::Scandeps versions on Windows XP and got the following warnings during a 'pp -o x.exe x.pl': Different modules for file 'auto/Win32/Console/Console.bs' were found. -> Using 'c:/Programme/perl588/site/lib/auto/Win32/Console/Console.bs'. ->... More...
Hi,
I just installed the latest PAR/Par::Packer/Module::Scandeps versions on
Windows XP and got the following warnings during a 'pp -o x.exe x.pl':
Different modules for file 'auto/Win32/Console/Console.bs' were found.
-> Using 'c:/Programme/perl588/site/lib/auto/Win32/Console/Console.bs'.
-> Ignoring
'C:/Programme/perl588/site/lib/auto/Win32/Console/Console.bs'.
[... more of this]
This seems to be due to this comparison in Module::Scandeps:
sub _not_dup {
my ($key, $rv1, $rv2) = @_;
(_abs_path($rv1->{$key}{file}) ne _abs_path($rv2->{$key}{file}));
}
which is not entirely correct on Windows.
Perhaps File::Spec::case_tolerant() could be applied.
The resulting .exe runs successfully though.
Thomas
--
$/=$,,$_=<DATA>,s,(.*),$1,see;__END__
s,^(.*\043),,mg,@_=map{[split'']}split;{#>J~.>_an~>>e~......>r~
$_=$_[$%][$"];y,<~>^,-++-,?{$/=--$|?'"':#..u.t.^.o.P.r.>ha~.e..
'%',s,(.),\$$/$1=1,,$;=$_}:/\w/?{y,_, ,,#..>s^~ht<._..._..c....
print}:y,.,,||last,,,,,,$_=$;;eval,redo}#.....>.e.r^.>l^..>k^.-
--
Vorsitzender des Verwaltungsrates: Dr. Siegfried Jaschinski
Vorsitzender der Tragerversammlung: Prasident Peter Schneider
Vorstand: Dr. Friedhelm Plogmann (Vors.), Daniel F. Juncker, Paul K. Schminke, Hubert Suhr
Rechtsform: Anstalt des offentlichen Rechts
Amtsgericht Mainz HRA 3557
USt-Id-Nr.: DE 149 065 433
Der Inhalt dieser E-Mail ist vertraulich. Falls Sie nicht der angegebene Empfanger sind oder falls diese E-Mail irrtumlich an Sie adressiert wurde, verstandigen Sie bitte den Absender sofort und loschen Sie die E-Mail sodann. Das unerlaubte Kopieren sowie die unbefugte Ubermittlung sind nicht gestattet. Die Sicherheit von Ubermittlungen per E-Mail kann nicht garantiert werden. Falls Sie eine Bestatigung wunschen, fordern Sie bitte den Inhalt der E-Mail als Hardcopy an.
Chairman of the Supervisory Board: Dr. Siegfried Jaschinski
Chairman of the Owners' Meeting: President Peter Schneider
Managing Board: Dr. Friedhelm Plogmann (Chairman), Daniel F. Juncker, Paul K. Schminke, Hubert Suhr
Legal form: Institution under Public Law
Amtsgericht Mainz HRA 3557
VAT identification number: DE 149 065 433
The contents of this e-mail are confidential. If you are not the named addressee or if this transmission has been addressed to you in error, please notify the sender immediately and then delete this e-mail. Any unauthorized copying and transmission is forbidden. E-mail transmission cannot be guaranteed to be secure. If verification is required, please request a hard copy version.
2 Replies
|
|
|
Speeding up PAR'ed binary executable startup
By Steffen Mueller at Jul 13, 2007, 07:35 am UTC
Hi par@perl.org, I have been experimenting with various ways to speed up the startup of large executables generated with PAR::Packer. What it all comes down to is: Extracting the data with Archive::Zip is painfully slow. There are various ways to replace Archive::Zip in this context: - rely on... More...
Hi [email protected: p...@perl.org],
I have been experimenting with various ways to speed up the startup of
large executables generated with PAR::Packer.
What it all comes down to is: Extracting the data with Archive::Zip is
painfully slow.
There are various ways to replace Archive::Zip in this context:
- rely on external programs such as unzip
- rely in different perl modules such as IO::Uncompress::Unzip
- include your own unzip
As a rule of thumb, IO::Uncompress::Unzip based code will be a couple of
times faster than Archive::Zip and unzip is still up to a couple of
times faster than IO::Uncompress::Unzip.
I was going down the route of using IO::Uncompress::*, but the code I
had was using the local ZIP file headers and not the central directory.
This might have caused permission issues with the extracted code. The
final blow to this approach (at least without doing a lot of work) was
that it would fail to extract from a file which isn't purely a ZIP file
such as the pp'd binary. That suite of modules is still rather young and
quite promising, but at the moment, these two issues block me for using
them.
Finally, I have been experimenting with embedding a full unzip (well,
InfoZip) into a Perl module and using that to burst all pp'd files to
disk. I called my attempts Archive::Unzip::Burst. It's cheesy, I know. :)
Anyhow. I checked a prototype into the PAR SVN repository at
http://svn.openfoundry.org/par/Archive-Unzip-Burst and modified the
PAR.pm and PAR::Packer's par.pl to use that module if it is available. A
simple minded test had the full run time of a big pp'd binary go down
from over eight seconds to about 1-1.5 seconds on my machine. There is
some significant startup penalty from other parts of the process, so it
won't go much lower than that.
The problems with this approach can't be ignored, though:
a) I'm not entirely sure what I did conforms to the license of InfoZip.
I think so, since I left it basically untouched, but I'm not a lawyer.
Thus, the module isn't on CPAN yet.
b) I'd love to be able to strip some baggage from the distribution.
Rolled as a .tar.gz it's >1MB now. The library adds ~200k to the pp'd
exe. Again, I'm not sure this would be okay with InfoZip. I should talk
to them, I suppose. Also, modifying the sources means blocking the
upgrade path.
c) unzip is portable, but my Makefile(.PL) hackery isn't. It would
probably take someone who is better at XS (or Makefiles) to do this
right. Additionally, I could only test the module on linux (32 and
64bit). *I really need somebody to fix it up on win32 and/or MacOS!*
Right now, the optimization applies only to the special case of pp'd
binaries bootstrapping themselves. Using PAR for accessing .par's is
much harder to move away from Archive::Zip. It would take some form of
optional "yes, I want this all to be extracted right now" switch to do
that. I implemented the change so that if you don't have that module,
things should work as usual. But if you do have it during packaging,
it's used by default.
Any comments? Testers? I'm pretty sure the new unzip module doesn't work
on anything but linux out of the box.
Cheers,
Steffen
3 Replies
|
|
|
building win32 perl modules on Linux
By Eric Wilhelm at Jul 8, 2007, 07:36 am UTC
Hi all, I'm looking for people to help with an experiment. I'm in pretty far over my head, so insights would be greatly appreciated. 1. Cross-compiling C/C++ to a Win32 target on Linux with autoconf and gcc is old hat [1]. 2. Perl is cross-platform. So, why can't I compile perl code for qdos from... More...
Hi all,
I'm looking for people to help with an experiment. I'm in pretty far
over my head, so insights would be greatly appreciated.
1. Cross-compiling C/C++ to a Win32 target on Linux with autoconf
and gcc is old hat [1].
2. Perl is cross-platform.
So, why can't I compile perl code for qdos from the comfort of Linux?
Oh wait, I can.
http://scratchcomputing.com/tmp/Makefile.cross.patch
This is just a hand-hacked makefile for Scalar-List-Utils (because that
seems like a good simple starting point.) The goal today was basically
just to illuminate the differences between a Linux Makefile and a Win32
Makefile.
I've been looking at wxPerl as well, but Alien::wxWidgets has all of the
same single-platform assumptions, so that's yet another thing to
tackle.
As for the "why?" -- Ultimately, I would love to have a wine-based
testing system for win32 perl on Linux as well. Essentially, a
completely open and scalable solution to all (well mostly all) of your
win32 build/test needs. (Sure, one person can buy and install windows
and vmware, but I shouldn't need to explain the benefits of
unencumbered redistribution here.) Even if that doesn't work, doesn't
the ability to host a par/ppm repository without maintaining a windows
box sound like a good thing?
Note that I'm not talking about compiling the perl interpreter. That's
an entirely different bag of worms. What I'm trying to tackle here is
simply the MakeMaker/CBuilder side of things in building modules.
Something along the lines of:
perl -MCrossTools Makefile.PL # (or Build.PL)
./Build
./Build pardist
./Build winetest
Also note, I'm not particularly targetting cpan(plus).pm-enabled usage
for this toolset (at least, there's no particular need for backwards
compatibility and cross-platform support (except possibly OSX/BSD and
other gcc-enabled *nixes.))
If you're unfamiliar with MakeMaker/CBuilder/etc, the typical scheme is
to have a subclass for each platform.
But if you look at autoconf, they've got the "host" and "build"
concepts. That is, how we copy and name a file is linux-like, but the
compiler options are windows-like (they're exactly the same as the
mingw options on windows -- except of course the -Ldirnames and
-Ipaths.)
So, what's the best path to get from Makefile.PL to either a workable
Makefile (nothing wrong with assuming make on linux) or an
ExtUtils::CBuilder - based solution?
I'm thinking there will be a few places where we have to hack Config.pm,
and some baldfaced lies via $^O="MSWin32". Is it a new MakeMaker
subclass that spits out a cross-enabled CBuilder file plus an
option/env var for CBuilder to enable the cross-compiling?
Has anybody looked at doing a general-purpose Makefile.PL to
Module::Build adaptor? I see Module::Build::Convert, but that wouldn't
get the Module::Install case. Of course, the cross-compiling need
doesn't demand a general-purpose unmaker, but there is overlap.
(Finally, sorry about the cc, just looking for as much insight as I can
get here.)
Thanks,
Eric
[1] http://www.wxwidgets.org/wiki/index.php/Cross-Compiling_Under_Linux
--
"It is a mistake to allow any mechanical object to realize that you are
in a hurry."
--Ralph's Observation
---------------------------------------------------
http://scratchcomputing.com
---------------------------------------------------
0 Replies
|
|
|
failure with packing gtk
By rahed at Jul 5, 2007, 8:36 pm UTC
Hello, I create executables with pp having many -l arguments for packing gtk libraries. The executable has worked but during the development I upgraded both the gtk and PAR versions. The script works but the executable now gives GLib-GObject-CRITICAL **: g_object_set_qdata_full: assertion `quark >... More...
Hello,
I create executables with pp having many -l arguments for packing gtk
libraries.
The executable has worked but during the development I upgraded both the
gtk and PAR versions. The script works but the executable now gives
GLib-GObject-CRITICAL **: g_object_set_qdata_full: assertion `quark > 0'
failed at Gtk2/GladeXML.pm line 96.
Can't locate object method "signal_connect" via package "Gtk2::Button"
at Gtk2/GladeXML.pm line 40.
I'd like revert to my original packager whose yaml file reads like this:
build_requires: {}
conflicts: {}
dist_name: myappl.exe
distribution_type: par
dynamic_config: 0
generated_by: 'PAR::Packer version 0.15
license: unknown
par:
clean: 0
signature: ''
verbatim: 0
version: 0.972
What does 0.15 version mean? I can't find it in the cpan.
The executable which doesn't work is packed with PAR::Packager version
0.973 (or higher) and PAR version 0.972.
--
Radek
3 Replies
|
|
|
command line error
By "Jamie Lahowetz" at Jun 26, 2007, 09:03 am UTC
C:\Documents and Settings\deadpickle\Desktop\PAR-0.973>perl Makefile.PL Set up gcc environment - 3.2 (mingw special 20020817-1) *** Module::AutoInstall version 1.03 *** Checking for Perl dependencies... - File::Temp ...loaded. (0.18 >= 0.05) - Compress::Zlib ...loaded. (1.42 >= 1.16) - Archive::Zip... More...
C:\Documents and Settings\deadpickle\Desktop\PAR-0.973>perl
Makefile.PL
Set up gcc environment - 3.2 (mingw special 20020817-1)
*** Module::AutoInstall version 1.03
*** Checking for Perl dependencies...
[Core Features]
- File::Temp ...loaded. (0.18 >= 0.05)
- Compress::Zlib ...loaded. (1.42 >= 1.16)
- Archive::Zip ...loaded. (1.20 >= 1)
- PAR::Dist ...loaded. (0.22 >= 0.21)
- AutoLoader ...loaded. (5.63 >= 5.62)
*** Module::AutoInstall configuration finished.
Checking if your kit is complete...
Looks good
Writing Makefile for PAR
C:\Documents and Settings\deadpickle\Desktop\PAR-0.973>nmake
cp lib/PAR/FAQ.pod blib\lib\PAR\FAQ.pod
cp lib/PAR/Tutorial.pod blib\lib\PAR\Tutorial.pod
cp lib/PAR/Environment.pod blib\lib\PAR\Environment.pod
cp lib/PAR/Heavy.pm blib\lib\PAR\Heavy.pm
cp lib/PAR.pm blib\lib\PAR.pm
C:\Documents and Settings\deadpickle\Desktop\PAR-0.973>nmake test
C:\Perl\bin\perl.exe "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'in
c', 'blib\lib', 'blib\arch')" t/00-pod.t t/01-basic.t t/40-par-
hashref.t t/50-au
toloaderfix.t
t/00-pod..............skipped
all skipped: Set environment variable PERL_TEST_POD=1 to test
POD
t/01-basic............ok
t/40-par-hashref......ok
t/50-autoloaderfix....ok
All tests successful, 1 test skipped.
Files=4, Tests=16, 3 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00
CPU)
C:\Documents and Settings\deadpickle\Desktop\PAR-0.973>nmake install
Installing C:\Perl\html\site\lib\PAR.html
Installing C:\Perl\html\site\lib\PAR\Environment.html
Installing C:\Perl\html\site\lib\PAR\FAQ.html
Installing C:\Perl\html\site\lib\PAR\Heavy.html
Installing C:\Perl\html\site\lib\PAR\Tutorial.html
Installing C:\Perl\site\lib\PAR.pm
Installing C:\Perl\site\lib\PAR\Environment.pod
Installing C:\Perl\site\lib\PAR\FAQ.pod
Installing C:\Perl\site\lib\PAR\Heavy.pm
Installing C:\Perl\site\lib\PAR\Tutorial.pod
Writing C:\Perl\site\lib\auto\PAR\.packlist
Appending installation info to C:\Perl\lib/perllocal.pod
but after the install i tried typing 'pp' to get the config options
and recieved this error:
C:\Documents and Settings\deadpickle\Desktop\PAR-0.973>pp
'pp' is not recognized as an internal or external command,
operable program or batch file.
How can I remedy this?
18 Replies
|
|
|
Problem in Win32CORE when building PAR-Packer-0.975 with bleadperl on Win32
By Steve Hay at Jun 25, 2007, 10:29 am UTC
I'm trying to build PAR-Packer-0.975 with bleadperl (as of patchlevel 31376) on Win32 using VC++ 6.0 and I have a crash from boot_Win32CORE() in static.exe during the build process. The build has got as far as building myldr\static.exe and then runs: .\static.exe -I"C:/Temp/PAR-Packer-0.975/inc"... More...
I'm trying to build PAR-Packer-0.975 with bleadperl (as of patchlevel
31376) on Win32 using VC++ 6.0 and I have a crash from boot_Win32CORE()
in static.exe during the build process.
The build has got as far as building myldr\static.exe and then runs:
.\static.exe -I"C:/Temp/PAR-Packer-0.975/inc" -I"C:/perl5/lib"
-I"C:/perl5/site/lib" -I"C:/Temp/PAR-Packer-0.975" -I"." -I../myldr/..
-I../blib/lib -q -B -O..\script\parl.exe
from the \myldr sub-directory. (My perl is installed in C:\perl5.)
That program runs through the code in myldr\static.c down to this line:
i = spawnvpe(P_WAIT, my_file, (const char* const*)argv, (const char*
const*)environ);
at which point it spawns another program called static.exe living in the
following temporary directory:
C:\Documents and Settings\steveh\Local
Settings\Temp\par-steveh\cache-161d47eb7091f16be8219bba46b7f98b4a4ca24d
The arguments in "argv" in the spawnvp() call above are:
C:\Temp\PAR-Packer-0.975\myldr\static.exe -IC:/Temp/PAR-Packer-0.975/inc
-IC:/perl5/lib -IC:/perl5/site/lib -IC:/Temp/PAR-Packer-0.975 -I.
-I../myldr/.. -I../blib/lib -q -B -O..\script\parl.exe
so I tried running the version of static.exe in the "cache" directory
above with those arguments. This also crashes, in apparently the same
way as when building PAR-Packer, but is now easier to debug...
The debugger shows it crashes on the first line ("dXSARGS;") of
boot_Win32CORE():
boot_Win32CORE(cv * 0x009756a8) line 60 + 14 bytes
Perl_pp_entersub() line 2820 + 12 bytes
Perl_call_sv(sv * 0x009756a8, long 134) line 2691 + 18 bytes
Perl_init_os_extras() line 4592 + 14 bytes
S_parse_body(char * * 0x00000000, void (void)* 0x00404a57
par_xs_init(void)) line 2178
perl_parse(interpreter * 0x00831010, void (void)* 0x00404a57
par_xs_init(void), int 15, char * * 0x0097d008, char * * 0x00000000)
line 1618 + 13 bytes
main(int 12, char * * 0x00831c90, char * * 0x00830bf0) line 127 + 38 bytes
STATIC! mainCRTStartup + 227 bytes
KERNEL32! 7c816fd7()
The crash is an Access Violation, but I've no idea what's gone wrong
here. Any ideas?
My perl installation is a debug build without multiplicity, ithreads or
the implicit host layer and with perl's malloc(). The full "perl -V"
output is below.
Summary of my perl5 (revision 5 version 9 subversion 5) configuration:
Platform:
osname=MSWin32, osvers=5.1, archname=MSWin32-x86-perlio
uname=''
config_args='undef'
hint=recommended, useposix=true, d_sigaction=undef
useithreads=undef, usemultiplicity=undef
useperlio=define, d_sfio=undef, uselargefiles=undef, usesocks=undef
use64bitint=undef, use64bitall=undef, uselongdouble=undef
usemymalloc=y, bincompat5005=undef
Compiler:
cc='cl', ccflags ='-nologo -GF -W3 -Od -MD -Zi -DDEBUGGING -DWIN32
-D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DPERL_DEBUGGING_MSTATS
-DUSE_PERLIO -DPERL_MSVCRT_READFIX',
optimize='-Od -MD -Zi -DDEBUGGING',
cppflags='-DWIN32'
ccversion='12.00.8804', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=4
alignbytes=8, prototype=define
Linker and Libraries:
ld='link', ldflags ='-nologo -nodefaultlib -debug
-libpath:"C:\perl5\lib\CORE" -machine:x86'
libpth="C:\Program Files\Microsoft Visual Studio\VC98\lib"
libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib
netapi32.lib uuid.lib ws2_32.lib mpr.lib winmm.lib version.lib
odbc32.lib odbccp32.lib msvcrt.lib
perllibs= oldnames.lib kernel32.lib user32.lib gdi32.lib
winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib
oleaut32.lib netapi32.lib uuid.lib ws2_32.lib mpr.lib winmm.lib
version.lib odbc32.lib odbccp32.lib msvcrt.lib
libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl59.lib
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -debug
-libpath:"C:\perl5\lib\CORE" -machine:x86'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING MYMALLOC PERL_DONT_CREATE_GVSV
PERL_MALLOC_WRAP USE_PERLIO
Locally applied patches:
DEVEL
Built under MSWin32
Compiled at Jun 14 2007 09:20:24
@INC:
C:/perl5/lib
C:/perl5/site/lib
.
--
7 Replies
|
|
 | |
