On Sat, Mar 01, 2003 at 01:47:15PM +0100, luc willems wrote: > I was wondering is there are any reasons , except maybe for memory footprint > and caching , to store the data into a file. I's it possible to extract the > data from the ZIP file and return that instead of storing it in to a external > file. This will remove the need for this external file.
The external files are never really 'needed' for perl modules -- currently
if it sees the $ENV{PAR_CLEARTMP} variable as a true value, only .dll/.so/.dylic
files will be written to disk.
> The way i see it is that when a include all MY libraries in 1 big zip file ,
> it's a little bit crazy to extract them to the /tmp location and us those
> files ?
It is surely quite inappropriate for that. If you can trick the
resulting application to set $ENV{PAR_CLEARTEMP}, then you'll get
the desired (pre-0.60) behaviour.
Actually I wrote this in the POD:
NOTES
Since version 0.60, all files and data are extracted into a temporary
directory, with the same name as its CRC32 checksum, to speed up the
loading time of the next round. To inhibit this behaviour, set the
"PAR_CLEARTEMP" environment to a true value.
If you object to this feature, or think that only shared object files
should be left for the next round, just mail <[EMAIL PROTECTED]> and let the
list figure it out. :-)
Since you're the first one that points out the current default is not what
you want, I'd be happy to let the list figure it out now.
Namely: which behaviour should be the default? Should there be a knob in
'pp' [instead of/ in addition to] the environment environment to control
the binary's tempfile-extracting behaviour?
Thanks,
/Autrius/
pgp00000.pgp
Description: PGP signature
