On Sun, May 09, 2004 at 07:23:13PM +0500, Vlad Harchev wrote:
> On Sun, May 09, 2004 at 06:33:42PM +0500, Vlad Harchev wrote:
> > On Fri, May 07, 2004 at 03:51:13PM +0500, Vlad Harchev wrote:
> > > On Fri, May 07, 2004 at 02:41:26PM +0500, Vlad Harchev wrote:
> > > > Hello,
> > > >
> > > > I'm using perl-5.6.1 on rh7.3 on x86, par-0.80.
> > > >
> > > > When protecting this script:
> > > >
> > > > -------
> > > > #!/usr/bin/perl
> > > > foreach (keys %ENV) { print "$_ is $ENV{$_}\n"; }
> > > > -------
> > > >
> > > > it just prints only 3 lines:
> > > >
> > > > PAR_INITIALIZED is 2
> > > > PAR_TEMP is /tmp/par-SYSTEM/cache-4121e69fcf7eb0c2e636278f5002174fcc72f76b
> > > > PAR_PROGNAME is ./1.exe
> > > >
> > > > - i.e. all original %ENV is lost.
> > >
> > > Just a note: the binary was produced by
> > > pp -o 1.exe 1.pl
> > >
> > > Could you please drop me a note once it's fixed (and preferably the patch
> > > that fixes it)?
> >
> > More information on the bug: for me %ENV is cleared if NO commandline arguments
> > are passed. If I pass any commandline argument, %ENV is preserved (and is
> > extended with those 3 special vars).
>
> This bug is a blocker for me.
>
> Could anybody at least state whether this problem is reproduceable on your
> systems? With current version of PAR? With versions of perl other than 5.6.1?
>
> Thanks in advance.
Thanks to everybody who replied!
It turned out that using perl-5.8.1 instead of 5.6.1 solved the problem..
> PS: I'll post a patch to allow inclusion of arbitrary files to any subdirectory
> of the PAR soon.
As for this patch, it turns out to be useless. FAQ already lists 2 methods for
adding arbitrary trees to the PAR file. Strange that nobody quoted the FAQ
entry in their reply :)
--
Best regards,
-Vlad
