Hello,
I have a par app deployed on windows that bundles portable firefox
and at one site the firefox.exe file is disappearing after a reboot
(seemingly due to some site-wide security measures).
There may be more files deleted, but it's hard to tell.
PortableFirefox.zip is included with -a, and usually unpacks in
$tmp/par_$user/cache-$sha1/inc. The app then unzips this zip file if
required, although my "if required" test is not working in this situation.
I initially wondered if some combination of PAR_GLOBAL_CLEAN or
PAR_GLOBAL_TEMP could help in this situation, but I haven't been
able to find the right combination.
When running with PAR_GLOBAL_CLEAN=1, no inc appears in the cache
(hence no PortableFirefox.zip) which is probably due to these lines
in PAR.pm
_extract_inc($progname) unless $ENV{PAR_CLEAN};
_extract_inc($opt->{file}) unless $ENV{PAR_CLEAN};
So the app as-is doesn't run under PAR_GLOBAL_CLEAN=1, but I may be
able to do the _extract_inc(..) myself as a work-around.
Looking at PAR_GLOBAL_TEMP, I'd kind of like to enable the temp-$PID
version, but without the PAR_CLEAN option. Or forcing _extract_inc
with PAR_CLEAN. (0.983 introduced a $force_extract param to _extract_inc)
There doesn't seem to be a way to do this, although giving a fresh
PAR_GLOBAL_TEMP subdirectory each time can approximate it.
The questions that have come out if this for me are:
- Is there a combination of environment variables available that would
work correctly in my situation (or should there be) ?
- Is using "inc" for user data ok?
- How should an application be written to work under PAR_GLOBAL_CLEAN?
- Is _extract_inc publicly usable, it looks like an internal method?
Other ideas, also welcome.
This is Windows XP, ActivePerl 5.10.0 and PAR 0.984, (that's the build
env, I'm unsure about the target's details).
Thanks,
Brad
--
A man who will criticize you openly carries no connivance.
-- Hagakure http://bereft.net/hagakure/
