Re: [rt.cpan.org #58357] maybe a bug of par
Tue Jun 15 01:35:45 2010: Request 58357 was acted upon. Transaction: Correspondence added by yangqingq...@fudan.edu.cn Queue: PAR-Packer Subject: Re: [rt.cpan.org #58357] maybe a bug of par Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: yangqingq...@fudan.edu.cn Status: open Ticket URL: http://rt.cpan.org/Ticket/Display.html?id=58357 RSCHUPP via RT,您好！ My toolchain is microsoft visual studio 6.0 The platform is windows xp2 And version of perl is 5.10.0. I build the perl from source, so I don't known if it is activestate or strawberry... And the version of PAR::Packer is 1.005. === 2010-06-15 02:34:16 您在来信中写道：=== URL: https://rt.cpan.org/Ticket/Display.html?id=58357 On 2010-06-13 07:38:22, yangqingq...@fudan.edu.cn wrote: Please state: - the version of Perl you're using (and on Windows: ActiveState or Strawberry or ...) - the version of PAR::Packer mktmpdir.c(179) : warning C4013: 'strcasecmp' undefined; assuming extern returnng int main.c(115) : error C2143: syntax error : missing ';' before 'type' main.c(116) : error C2065: 'argno' : undeclared identifier NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. NMAKE : fatal error U1077: 'C:\Program Files\Microsoft Visual Studio\VC98\bin\ MAKE.EXE' : return code '0x2' Stop. Looks like you have an ancient toolchain - what version of Microsoft Visual Whatever is this? Anyway, given a recent C compiler and/or the correct options, none of the above are actual errors. Note that you can also use the MingW toolchain to build PAR::Packer (and other Perl XS modules). Cheers, Roderich = = = = = = = = = = = = = = = = = = = = 致 礼！ 杨庆庆 yangqingq...@fudan.edu.cn 2010-06-15
[rt.cpan.org #58357] maybe a bug of par
Tue Jun 15 08:38:05 2010: Request 58357 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: maybe a bug of par Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: yangqingq...@fudan.edu.cn Status: open Ticket URL: https://rt.cpan.org/Ticket/Display.html?id=58357 On 2010-06-15 01:35:45, yangqingq...@fudan.edu.cn wrote: My toolchain is microsoft visual studio 6.0 That toolchain is over 10 years old. Sorry, can't help you there, as I don't have it anymore. Maybe you can get help on the PAR mailing list (par@perl.org). And version of perl is 5.10.0. Perl 5.10.0 is known NOT to work with PAR::Packer at all (the problem lies with Perl itself), any version before or after that should be fine. I build the perl from source, so I don't known if it is activestate or strawberry... Then it's ... :) I strongly suggest to use a ready-made distribution like the one from ActiveState http://www.activestate.com/activeperl/downloads or Strawberry http://strawberryperl.com/ The latter even comes with a complete modern toolchain. Cheers, Roderich
[rt.cpan.org #58357] maybe a bug of par
Wed Jun 16 04:52:45 2010: Request 58357 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: maybe a bug of par Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: yangqingq...@fudan.edu.cn Status: open Ticket URL: https://rt.cpan.org/Ticket/Display.html?id=58357 On 2010-06-15 09:38:26, yangqingq...@fudan.edu.cn wrote: use the pp.bat to generate .exe files. But the generate .exe program runs very slow when it needs to interact with the command Note that the first time you run a newly generated .exe there's a noticable delay (depends of course on how fast a machine you have) on startup. That's because the stuff packed into the .exe has to be first extracted into a cache area, then the actual script is run. On the second and further runs the cache area will be reused and startup time should be about the same as for the original script in unpacked form. However, after startup, there should be *no* difference in speed between a packed .exe and the original script. information to the command window. So I guess maybe it's because my toolchain and perl's version are too old. Then I think I really need to update my toolchain and perl. :) Though Perl 5.10.x is still considered up-to-date :) It's just 5.10.0 that doesn't work with PAR::Packer, so 5.10.1 or higher are OK. Note that 5.10.0 may appear to work on your machine, the problems will show once you try to run a generated .exe on a another machine that either has no Perl installed at all or that has a different version installed than your machine. The other aspect of using a pre-build distribution is that you can expect that they got all the tiny bits correct when building Perl and that these bits are reflected in Config.pm. (At least, if they didn't get it right, we can easily reproduce the problem just by installing the distro.) If you build Perl yourself, you may not notice some errors in these tiny bits - your compile may still succeed, even running the Perl regression tests may show no errors. PAR::Packer is more susceptible for these kinds of errors than most other modules, because it actually builds a custom Perl interpreter. Anyway, I'll close this ticket. Feel free to open a new one if you have any problems with a recent distro.
Re: [rt.cpan.org #58357] maybe a bug of par
Tue Jun 15 09:38:26 2010: Request 58357 was acted upon. Transaction: Correspondence added by yangqingq...@fudan.edu.cn Queue: PAR-Packer Subject: Re: [rt.cpan.org #58357] maybe a bug of par Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: yangqingq...@fudan.edu.cn Status: open Ticket URL: http://rt.cpan.org/Ticket/Display.html?id=58357 RSCHUPP via RT,您好！ Thank you for your reply. I have modified some of the par::packer and installed that package. And I can also use the pp.bat to generate .exe files. But the generate .exe program runs very slow when it needs to interact with the command window, and even some error occurs when the .exe prints some information to the command window. So I guess maybe it's because my toolchain and perl's version are too old. Then I think I really need to update my toolchain and perl. :) === 2010-06-15 20:31:46 您在来信中写道：=== URL: https://rt.cpan.org/Ticket/Display.html?id=58357 On 2010-06-15 01:35:45, yangqingq...@fudan.edu.cn wrote: My toolchain is microsoft visual studio 6.0 That toolchain is over 10 years old. Sorry, can't help you there, as I don't have it anymore. Maybe you can get help on the PAR mailing list (par@perl.org). And version of perl is 5.10.0. Perl 5.10.0 is known NOT to work with PAR::Packer at all (the problem lies with Perl itself), any version before or after that should be fine. I build the perl from source, so I don't known if it is activestate or strawberry... Then it's ... :) I strongly suggest to use a ready-made distribution like the one from ActiveState http://www.activestate.com/activeperl/downloads or Strawberry http://strawberryperl.com/ The latter even comes with a complete modern toolchain. Cheers, Roderich = = = = = = = = = = = = = = = = = = = = 致 礼！ 杨庆庆 yangqingq...@fudan.edu.cn 2010-06-15
[rt.cpan.org #58266] install PAR::Packer failed for strawberry perl 5.12.0.1 (parldyn.exe not found)
Wed Jun 16 05:16:38 2010: Request 58266 was acted upon.
Transaction: Correspondence added by RSCHUPP
Queue: PAR-Packer
Subject: install PAR::Packer failed for strawberry perl 5.12.0.1
(parldyn.exe not found)
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: frams...@rus.uni-stuttgart.de
Status: new
Ticket URL: https://rt.cpan.org/Ticket/Display.html?id=58266
On 2010-06-09 05:39:28, frams...@rus.uni-stuttgart.de wrote:
...
C:\strawberry\perl\bin\perl.exe run_with_inc.pl par.exe -I../blib/lib
-q -B -O..
\script\parldyn.exe
C:\strawberry\perl\bin\perl.exe -e chmod(oct('0600'),
'..\blib\lib\PAR\Stripped
PARL\Dynamic.pm');
C:\strawberry\perl\bin\perl.exe encode_append.pl par.exe
..\blib\lib\PAR\Strippe
dPARL\Dynamic.pm
C:\strawberry\perl\bin\perl.exe -e chmod(oct('0444'),
'..\blib\lib\PAR\Stripped
PARL\Dynamic.pm');
dmake.EXE: Error: -- `script\parldyn.exe' not found, and can't be
made
Note that the problem is the same with PAR::Packer 1.003,
1.004, 1.005 - didn't check even older versions.
Actually, I'm suspecting a bug in dmake as shipped with
Strawberry 5.12.0.1: nothe that script\parldyn.exe actually
has been generated by the sub-make in myldr. If I run
dmake -v all (for the first time after dmake clean)
dmake report timestamp 0 (meaning: file doesn't exist)
for target script\parldyn.exe at the time of the error.
The means it obviosly hasn't stat()ed the target after the
sub-make and acts on stale information.
Note also that I can make the problem go away if I add
perl -e sleep(2); 1
to the all target in myldr/Makefile which adds a 2 second
delay after generating script\parldyn.exe before control
passes back to the main dmake.
Cheers, Roderich
[rt.cpan.org #57948] Bug report: pp-generated executable and a missing dependency libgcc_s_sjlj-1.dll
Wed Jun 16 05:03:11 2010: Request 57948 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: Bug report: pp-generated executable and a missing dependency libgcc_s_sjlj-1.dll Broken in: (no value) Severity: (no value) Owner: RSCHUPP Requestors: m...@iki.fi Status: open Ticket URL: https://rt.cpan.org/Ticket/Display.html?id=57948 Please direct follow ups w.r.t. the build problem recently reported on this ticket (which is different from the original problem) to #58266
[rt.cpan.org #57852] install PAR::Packer failed for strawberry perl 5.12.0.1
Wed Jun 16 05:01:41 2010: Request 57852 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: install PAR::Packer failed for strawberry perl 5.12.0.1 Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: frams...@rus.uni-stuttgart.de Status: open Ticket URL: https://rt.cpan.org/Ticket/Display.html?id=57852 Please direct follow ups w.r.t. the build problem recently reported on this ticket (which is different from the original problem) to #58266
pp error while /tmp is full
Hi All, While the /tmp is full, I observed that pp is throwing error that / full, write failed. Won't that switch to /var/tmp incase /tmp is full? Regards, Rishi
