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.
