Mon Sep 10 15:43:16 2018: Request 127064 was acted upon.
Transaction: Correspondence added by c...@factset.com
       Queue: PAR-Packer
     Subject: RE: [rt.cpan.org #127064] Question about weird pp executable 
behavior
   Broken in: (no value)
    Severity: (no value)
       Owner: RSCHUPP
  Requestors: c...@factset.com
      Status: open
 Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=127064 >


Hi Roderich:

1. yes we save the @ARGV in our logs so we know exactly what the input is.
2. Weird thing is, I checked the client environment variable, there 's nothing 
special, both TEMP and TMP are defined as the local temp directory, nothing 
related with PAR_*. The only thing that raised my attention is the client also 
have perl installed on the instance, do you think that might cause the 
DynaLoader to load the wrong libraries and trigger an issue like this?

I'm going to suggest the client to run our application on a clean vm, so this 
probably won't happen. Will update with the result. 

Thanks
Chenchen

-----Original Message-----
From: Roderich Schupp via RT <bug-par-pac...@rt.cpan.org> 
Sent: Monday, September 10, 2018 2:04 AM
To: Chenchen Qu <c...@factset.com>
Subject: [rt.cpan.org #127064] Question about weird pp executable behavior

<URL: https://rt.cpan.org/Ticket/Display.html?id=127064 >

Hi Chenchen,

On 2018-09-07 10:58:42, c...@factset.com wrote:
> When they run the executable file, the cache directory was input as 
> the first argument, for example When they do run.exe --setup the 
> actual input was run.exe
> Sonntag\AppData\Local\Temp\par-4a616e20536f6e6e746167\cache-
> 1535125512/run.exe --setup

Just curious: how did you find out? Did you something like

pp -o run.exe -E "say qq[@ARGV]"

and had the client run this run.exe?

> I think this might be some bad setup with their PATH variable, but I'm 
> not 100% sure since I can't reproduce this on any VMs.
> Any suggestion is appreciated.

I can't think of something that would produce this effect...
I would check the following environment variables in the client's environment 
whether they contain "unusual" characters (e.g. blanks): TMPDIR, TEMPDIR, TMP, 
TEMP and PATH. Also, are there any environment variables that start with PAR_?

Note that the way how command line arguments are passed to the packed 
executable changed in PAR::Packer 1.038 and later.
Could you prepare a test executable like the above packed with the latest 
PAR::Packer and have the client run it?

Cheers, Roderich

Reply via email to