Where does pp (PAR) unpack add (-a) files?

后端 未结 3 496
遇见更好的自我
遇见更好的自我 2020-12-11 19:19

This is my attempt to cut through extraneous issues raised \"Why don’t my system calls work in the Perl program I wrap with pp?\" I have created a simple Perl script on a l

相关标签:
3条回答
  • 2020-12-11 19:31

    Thanks to everyone for contributing to this answer. I am adding this answer to distill out the parts of everyone's invaluable input that I used to come up with the solution that worked for me in my particular application.

    The app is written in ActiveState Perl using POE and Tk and packaged for distribution using pp. It makes use of several external files; some for input into the program (munged data from DNS) and some for actions taken by the user (creation and deletion of DNS alias records).

    The PAR packer (pp) includes external files using the -a argument. These files are unpacked into the \inc directory under a "temp" path created by the package and available to the script via

    $ENV{PAR_TEMP}

    The first step in the solution was to add this information to the POE "$heap". The line below is in the in-line state "_start";

    $heap->{t_path} = "$ENV{PAR_TEMP}\\inc\\";

    As I am working in the Win32 environment, I used the escaped backslashes to append the \inc directory into the temp path.

    When calling an external file for input into the application, I used a variable (@zone) to return the data;

    @zone = `$heap->{t_path}dnscmd aus-dc1 /enumrecords company.pvt @`;

    For calls to complete external actions, the files are called without saving the output;

    `$heap->{t_path}cpau -dec -file $heap->{t_path}del_event.job -nowarn -wait`;

    Thanks again to everyone for contributing and thanks to stackoverflow for providing this great environment.

    0 讨论(0)
  • 2020-12-11 19:34

    Here is something that worked on my system:

    C:\tmp> cat build.bat
    @echo off
    mkdir output
    call pp -o runner.exe runner.pl -a sayhello.bat
    move runner.exe output\runner.exe
    
    C:\tmp> cat sayhello.bat
    @echo I am saying hello ...
    
    
    C:\tmp> cat runner.pl
    #!/usr/bin/perl
    
    use strict;
    use warnings;
    
    use File::Spec::Functions qw( catfile );
    
    my $prog_path = catfile $ENV{PAR_TEMP}, inc => 'sayhello.bat';
    
    my $output = `$prog_path`;
    
    print "The output was: >>> $output <<< ";
    
    __END__
    

    Output:

    C:\tmp\output> runner.exe
    The output was: >>> I am saying hello ...
    <<<
    

    This feels a little dirty, though.

    0 讨论(0)
  • 2020-12-11 19:55

    The files in a packaged executable are extracted to a temporary directory (usually /tmp/par-USERNAME/cache-XXXXXXX). To access these files do something like the following:

    #!/usr/bin/perl
    
    # Reads a data file from the archive (added with -a)
    print PAR::read_file("data");
    
    # Will execute "script2" in the archive and exit. Will not return to this script.
    require PAR;
    PAR->import( { file => $0, run => 'script2' } );
    

    You can also make symolic links to the executable that have the same name as the script you want to run, and run those.

    Actually, rereading your question, simply accessing the PAR_TEMP environment variable is probably more useful:

    #!/usr/bin/perl
    use File::Slurp qw(slurp);
    
    $data_dir = "$ENV{PAR_TEMP}/inc";
    $script_dir = "$data_dir/script";
    
    print slurp("$data_dir/datafile");
    
    # file access permissions are not preserved as far as I can tell,
    # so you'll have to invoke the interpreter explicitly.
    system 'perl', "$script_dir/script2", @args;
    
    0 讨论(0)
提交回复
热议问题