Bug #113487 for Archive-Extract: Issue with ON_LINUX unzip check, also Perl EPIC validation and Archive::Extract

Thu Mar 31 14:47:40 2016 scott [...] tropare.com - Ticket created

Subject:	Issue with ON_LINUX unzip check, also Perl EPIC validation and Archive::Extract
Date:	Thu, 31 Mar 2016 11:47:21 -0700
To:	bug-Archive-Extract [...] rt.cpan.org
From:	Scott Deardorff <scott [...] tropare.com>

Message body is not shown because it is too large.

Fri Apr 01 19:10:58 2016 scott [...] tropare.com - Correspondence added

Subject:	[rt.cpan.org #113487]
Date:	Fri, 1 Apr 2016 16:10:44 -0700
To:	bug-Archive-Extract [...] rt.cpan.org
From:	Scott Deardorff <scott [...] tropare.com>

I wanted to update this with some additional information. I got some help from the Perl EPIC guys and the following appears to be the issue: From Jan Ploski at EPIC. To reproduce them from shell (without EPIC's involvement), you can use the following invocation "cat yourcode.pl | perl -c" instead of just "perl -c yourcode.pl". This simulates how EPIC passes the source code to the compiler. The reason for those errors seems to be that IPC::Cmd does funny things to STDIN (in the dup_fds and reopen_fds functions - if you comment them out, the syntax errors disappear). Anyway, it's not a good practice to run external programs as a side effect of mere compilation, so that part might need to be fixed by Archive::Extract. BTW, in my environment full path of the program (/usr/bin/unzip) is passed to the "run" function, unlike what you mentioned earlier. Thanks for your help on this.

Wed Dec 04 15:37:27 2019 BINGOS [...] cpan.org - Correspondence added 300 min

On Fri Apr 01 19:10:58 2016, scott@tropare.com wrote: Show quoted text

> > Anyway, it's not a good practice to run external programs as a side > effect of mere compilation, so that part might need to be fixed by > Archive::Extract. BTW, in my environment full path of the program > (/usr/bin/unzip) is passed to the "run" function, unlike what you > mentioned earlier. > > Thanks for your help on this.

Hi, This shouldn't be an issue since version 0.80 of Archive::Extract as suitable binaries are now determined heuristically rather than attempting to execute the binaries.

Wed Dec 04 15:37:27 2019 The RT System itself - Status changed from 'new' to 'open'

Wed Dec 04 15:37:27 2019 BINGOS [...] cpan.org - Status changed from 'open' to 'resolved'

Wed Dec 04 15:37:28 2019 BINGOS [...] cpan.org - Fixed in 0.80 added