Thu Nov 12 15:49:20 2020: Request 132067 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Dist
Subject: fix for Archive::Zip related test failures due to symlinks
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors:
Wed Nov 11 03:37:20 2020: Request 132067 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Dist
Subject: fix for Archive::Zip related test failures due to symlinks
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors:
Mon Nov 09 18:04:44 2020: Request 132067 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Dist
Subject: fix for Archive::Zip related test failures due to symlinks
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors:
Sat Jun 13 23:32:46 2020: Request 132811 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Packer
Subject: Win32: Crash a week after start
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: ralf.neuba...@wido.bv.aok.de
Sat Jun 13 18:45:02 2020: Request 132811 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Packer
Subject: Win32: Crash a week after start
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: ralf.neuba...@wido.bv.aok.de
Sat Jun 13 02:59:53 2020: Request 132811 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Packer
Subject: Win32: Crash a week after start
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: ralf.neuba...@wido.bv.aok.de
That approach is probably a good workaround for now.
If one wants to keep everything in a single par file then the needed files
could be packed as a zip file that is itself packed into the PAR exe file.
This can then be extracted to some other folder outside the temp dir when
the exe is first
Fri Jun 12 22:04:55 2020: Request 132811 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Packer
Subject: Win32: Crash a week after start
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: ralf.neuba...@wido.bv.aok.de
Fri Jun 12 19:44:29 2020: Request 132811 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Packer
Subject: Win32: Crash a week after start
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: ralf.neuba...@wido.bv.aok.de
The pp_autolink utility is now on CPAN.
https://metacpan.org/release/App-PP-Autolink
Its purpose is to automatically identify a perl script's dependent dynamic
libs and add them to a pp call.
Recent changes mean that it should now work across platforms.
Testing is extremely basic, so any help
Hello Mike,
There are likely missing DLLs that need to be added to the pp call using
the --link option.
Finding these manually can be a pain, so have a look at pp_autolink or
pp_simple (the former is mine, but adapted from the latter).
https://github.com/shawnlaffan/perl-pp-autolink
Thu Mar 05 17:43:33 2020: Request 132067 was acted upon.
Transaction: Ticket created by SLAFFAN
Queue: PAR-Dist
Subject: fix for Archive::Zip related test failures due to symlinks
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
encies of Archive::Zip (including several
> IO::Compress::* modules and core modules like IO). Nothing to worry about.
> (OTOH you should worry about modules with paths that could only have come
> from the machine where the executable is run as these indicate a failure to
> pack all depend
/www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail>
> <#m_-2807865423814341314_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Am Sa., 15. Juni 2019 um 03:11 Uhr schrieb Shawn Laffan <
> shawnlaf...@gmail.com>:
>
>> A couple of point
Francois,
I just identified and fixed an issue with pp_autolink where it was not
handling case insensitivity. It is possible the previous runs were not
linking all of the DLLs.
Could you try again with the latest version?
Shawn.
On Thu, 14 Feb 2019 at 20:15, Shawn Laffan wrote:
>
00: Static.pm] Error 22
>
> gmake[1]: Leaving directory 'c:/spp/cpan/build/PAR-Packer-1.047-0/myldr'
>
> gmake: *** [Makefile:543: subdirs] Error 2
>
>
>
> And I received msg from the windows defender…
>
>
>
> Idea ?
>
>
>
> F.
>
>
>
> *Fro
> ,"u:\docs\perl\dokpe_i02_dd\SIMPLE_AL2.EXE",2019-02-13 13:13:16,2017-07-07
> 12:03:24,15977245,A,0x0035BC00,0x00F4BB0D,x86,Console,"None",0x0040,Unknown,0x0035B000,Not
> Loaded,0.0.0.0,0.0.0.0,1.0,2.25,4.0,4.0
>
>
>
> I’m puzzled by the message
&g
ire at script/simple.pl line 11.
>
> BEGIN failed--compilation aborted at script/simple.pl line 11.
>
> Adding
> C:\Users\rappazf\AppData\Local\Temp\par-72617070617a66\cache-273ef9b6a6b7e348eadc78be91c5b75711cfe242
> to the path
>
>
>
> François
>
> *From:* Shawn Laffan
>
I can replicate the errors using a cut-down script Francois provided, and
which I stripped further to only use Glib. I used Dependency Walker to
check the hierarchy and pp_autolink is packing all the needed dlls.
I then checked my own (working) code, and it adds the PAR_TEMP folder to
the path
Francois,
It might not be relevant, but how did you install the Glib, Gtk2 etc? Were
they from the sisyphusion.tk ppms?
I'm not sure why the folders would be renamed to have a leading underscore,
but don't think that would be a cause.
Are you able to share your code?
Shawn.
On Fri, 8 Feb
The file is Glib.dll on my system, so looks to be correct. It should also
be packed with the rest of Glib, as it is under the site\lib\auto folder.
It should not need to be added using --link.
I think the error is probably due to a missing DLL dependency (I've had
such errors in the past).
Wed Dec 12 17:52:44 2018: Request 127971 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR
Subject: {Windows] PAR-Packer-1.047
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: welleoz...@googlemail.com
Status: open
Ticket
Tue Feb 07 15:41:20 2017: Request 120131 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Packer
Subject: PAR::Packer DynaLoader Problem On Strawberry Perl 5.24.1
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors:
Hello Peco,
The issue is probably because Module::ScanDeps does not parse that
construct and so it is not packed.
A couple of options are:
1. Put the explicit require line in your calling script (or other
library under your control). There should be not need add it to @ISA as
I don't know if this helps, but I apply some workaround patches to
PAR::Heavy to get my Gtk2 based application to work.
See https://github.com/shawnlaffan/biodiverse/tree/master/etc/pp
This is not a generic solution, but the resulting PAR exe files do work.
When distributed, the gtk directory
Wed Jan 27 02:42:13 2016: Request 111456 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR-Packer
Subject: unable to use -x and -u with pp
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
Status: new
Wed Jan 27 01:39:00 2016: Request 111455 was acted upon.
Transaction: Ticket created by SLAFFAN
Queue: PAR-Packer
Subject: unable to use -x and -u with pp
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
Status: new
Ticket
Wed Jan 27 01:50:05 2016: Request 111456 was acted upon.
Transaction: Ticket created by SLAFFAN
Queue: PAR-Packer
Subject: unable to use -x and -u with pp
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
Status: new
Ticket
: Par not working on Net::FTP::Recursive Script
From:
Shawn Laffan shawn.laf...@unsw.edu.au
Date:
8/3/2015 6:44 PM
To:
par@perl.org
On 4/08/2015 8:33, Mike Flannigan wrote:
This is a more general problem than PAR.
I've had similar issues with input files when I was alternating
between cygwin
On 4/08/2015 8:33, Mike Flannigan wrote:
On 8/3/2015 9:44 AM, Roderich Schupp wrote:
Good observation! I packed the following script (and checked that it
has Windows CRLF line endings)
--- snip ---
use strict;
use warnings;
use Data::Dumper;
$Data::Dumper::Useqq = 1;
my @data = DATA;
Sun Aug 02 20:04:00 2015: Request 106142 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: Module-ScanDeps
Subject: [Patch] Preload dependencies for PDL and PDL::NiceSlice
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors:
Sun Aug 02 00:48:42 2015: Request 106142 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: Module-ScanDeps
Subject: [Patch] Preload dependencies for PDL and PDL::NiceSlice
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors:
On 30/07/2015 21:04, Roderich Schupp via RT wrote:
On 2015-07-30 05:02:28, SLAFFAN wrote:
Coming back to File::BOM, do you want a revised patch for it?
Not needed, thanks. I just added
'File/BOM.pm' = [qw( Encode/Unicode.pm )],
to %Preload and a separate rule to recognize constructs
Wed Jul 29 17:45:38 2015: Request 106144 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: Module-ScanDeps
Subject: [Patch] Preload dependencies for File::BOM
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
Wed Jul 29 17:50:53 2015: Request 106142 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: Module-ScanDeps
Subject: [Patch] Preload dependencies for PDL and PDL::NiceSlice
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors:
Wed Jul 29 19:42:33 2015: Request 106144 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: Module-ScanDeps
Subject: [Patch] Preload dependencies for File::BOM
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
Wed Jul 29 07:50:35 2015: Request 106142 was acted upon.
Transaction: Ticket created by SLAFFAN
Queue: Module-ScanDeps
Subject: [Patch] Preload dependencies for PDL and PDL::NiceSlice
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
Wed Jul 29 08:44:36 2015: Request 106144 was acted upon.
Transaction: Ticket created by SLAFFAN
Queue: Module-ScanDeps
Subject: [Patch] Preload dependencies for File::BOM
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
Status:
Thanks Roderich,
The test was a quick adaptation of the one I wrote for the canary file,
which itself is a hacked version of t/20-pp.t.
The canary test could no doubt be more efficient, so any suggestions
welcome.
Shawn.
On 27/05/2015 18:56, Roderich Schupp via RT wrote:
Wed May 27
Wed May 20 05:29:26 2015: Request 104560 was acted upon.
Transaction: Ticket created by SLAFFAN
Queue: PAR-Packer
Subject: [PATCH] list added files in manifest
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
Status: new
19, 2015 at 12:49 AM, Shawn Laffan
shawn.laf...@unsw.edu.au mailto:shawn.laf...@unsw.edu.au wrote:
Is there an alternate repo? svn.openfoundry.org
http://svn.openfoundry.org has not been responding for the last
24 hours, perhaps more. Otherwise I'll wait for it to come back
, Shawn Laffan
shawn.laf...@unsw.edu.au mailto:shawn.laf...@unsw.edu.au wrote:
It could do with some review,
Shawn,
sorry for not having looked at this earlier: your patch doesn't solve
the problem at all.
It adds a canary file, alright, but the real problem is that
Archive::Zip (method
Mon May 18 19:24:29 2015: Request 104509 was acted upon.
Transaction: Correspondence added by SLAFFAN
Queue: PAR
Subject: Problem signing PAR file
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: ddca...@gmail.com
Status: new
Ticket URL:
it fixed that issue, but now I
see the
failure message below.
I can't tell if something is wrong with my Module::Signature or not.
Died at /usr/local/lib/perl5/site_perl/5.18.2/Module/Signature.pm line
498.
On Mon, May 18, 2015 at 6:24 PM, Shawn Laffan via RT bug-
p...@rt.cpan.org
wrote
of the terms set out at www.ericsson.com/email_disclaimer
http://www.ericsson.com/email_disclaimer
--
Assoc Prof Shawn Laffan
School of Biological, Earth and Environmental Sciences
UNSW, Sydney 2052, Australia
Tel +61 2 9385 8093
http://www.bees.unsw.edu.au/staff/shawn-laffan
http
Wed Jan 28 18:23:47 2015: Request 101800 was acted upon.
Transaction: Ticket created by SLAFFAN
Queue: PAR
Subject: [PATCH] Reinstate files to inc dir if deleted by external process
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
, Kime Philip wrote:
Did anyone try this yet? I haven’t had chance but would very much like to get
this fixed as it’s the number one bug in biber right now due to such
disappearing cache files.
PK
On 20 Jan 2015, at 6:58 am, Shawn Laffan shawn.laf...@unsw.edu.au wrote:
A candidate patch
have also decreased the verbosity threshold for packing files
into /inc, as previously they needed double verbosity flags in pp to
trigger.
Thoughts?
Regards,
Shawn.
On 21/12/2014 21:05, Shawn Laffan wrote:
I've had a go at implementing the rearguard approach, albeit with the
working name
/perl_par_reinstate_cache/commit/6cad3a0562aca287834a8b926ce2ed3f9b7552e1,
assuming that was a bug as Roderich suggested.
Regards,
Shawn.
On 19/12/2014 22:57, Roderich Schupp wrote:
On Thu, Dec 18, 2014 at 10:22 PM, Shawn Laffan
shawn.laf...@unsw.edu.au mailto:shawn.laf...@unsw.edu.au wrote
In that case I'll just skip inc/lib and inc/script, which is simpler
anyway.
Regards,
Shawn.
On 18/12/2014 18:39, Roderich Schupp wrote:
On Thu, Dec 18, 2014 at 12:18 AM, Shawn Laffan
shawn.laf...@unsw.edu.au mailto:shawn.laf...@unsw.edu.au wrote:
It boils down to checking for par_tmp
about the security implications
Cheers, Roderich
--
Assoc Prof Shawn Laffan
School of Biological, Earth and Environmental Sciences
UNSW, Sydney 2052, Australia
Tel +61 2 9385 8093 Fax +61 2 9385 1558
http://www.bees.unsw.edu.au/staff/shawn-laffan
http://www.purl.org/biodiverse (free
, Roderich Schupp wrote:
On Tue, Dec 16, 2014 at 10:35 PM, Shawn Laffan
shawn.laf...@unsw.edu.au mailto:shawn.laf...@unsw.edu.au wrote:
PAR does add itself to @INC at run time (see example below), so
maybe adding a packed data folder to %INC, or the end of @INC to
avoid name clashes
I had a similar case recently where a user ran CCleaner on the temp
folder while the application was open. It deleted everything in the
cache folder that was not file locked, so the cache folder still exists,
along with several of the component files.
A bit of testing showed the .pm and
:
On Tue, Dec 16, 2014 at 11:29 AM, Shawn Laffan
shawn.laf...@unsw.edu.au mailto:shawn.laf...@unsw.edu.au wrote:
For the more general case, is there a simple means to trigger the
re-extraction of all files packed using -a?
Simply delete the cache area :)
Sorry, for .pm and glue .dll files
Thanks Roderich.
Given the brittleness I'll aim for a separate sub that would be
explicitly called by the packed script.
Now to find the time to do it...
Regards,
Shawn.
On 17/12/2014 0:04, Roderich Schupp wrote:
On Tue, Dec 16, 2014 at 12:16 PM, Shawn Laffan
shawn.laf...@unsw.edu.au
.
Regards,
Shawn.
On 17/12/2014 2:39, Ron W wrote:
On Tue, Dec 16, 2014 at 6:16 AM, Shawn Laffan
shawn.laf...@unsw.edu.au mailto:shawn.laf...@unsw.edu.au wrote:
What I'm thinking of is some way for a PAR executable to detect if
extra files packed using -a are missing, and then unpack them
Wed Sep 17 18:50:58 2014: Request 98955 was acted upon.
Transaction: Ticket created by SLAFFAN
Queue: PAR-Packer
Subject: installation fails | Can't locate String/ShellQuote.pm
Broken in: 1.021
Severity: (no value)
Owner: Nobody
Requestors: slaf...@cpan.org
57 matches
Mail list logo