perl.par

perl.par http://www.nntp.perl.org/group/perl.par/ ... Copyright 1998-2012 perl.org Fri, 10 Feb 2012 04:12:18 +0000 ask@perl.org [rt.cpan.org #65745] by Roderich Schupp via RT Thu Feb 09 03:03:13 2012: Request 65745 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: (No subject given) Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: dirk@dirkundsari.de Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=65745 > On 2011-02-15 13:31:40, Dirk80 wrote: > If I create a process from a perl script with "open" or > "Win32::Process::Create" and this process is a "pp packed executable" > then it is NOT possible to send it the kill signal. Because the "pid" I > get from "open" or "Win32::Process::Create" does NOT seem to be the pid > of the unpacked perl script which is finally doing the work. Your observation is correct, but can't be fixed: it's due to how PAR::Packer works (and the fact that Windows doesn't have a exec system call, only spawn). Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/02/msg5256.html Thu, 09 Feb 2012 00:03:21 +0000 [rt.cpan.org #74782] On Perl module PP option --gui not working on Win32 by Roderich Schupp via RT Thu Feb 09 02:50:24 2012: Request 74782 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR Subject: On Perl module PP option --gui not working on Win32 Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: Gan.Starling@woodward.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74782 > > Presently, though, I can't seem to get the option -gui to have effect. > Whether I run it on XP, Vista or Win7 the output always brings up > a console (DOS) window no matter what. Duplicate of #74294, already fixed in development at http://svn.openfoundry.org/par /PAR-Packer/trunk (rev 1336) Note: I'll leave this bug open until there's a release that incorporates the fix. Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/02/msg5255.html Wed, 08 Feb 2012 23:50:33 +0000 [rt.cpan.org #74782] On Perl module PP option --gui not working on Win32 by Gan Starling via RT Wed Feb 08 10:46:34 2012: Request 74782 was acted upon. Transaction: Ticket created by Gan.Starling@woodward.com Queue: PAR Subject: On Perl module PP option --gui not working on Win32 Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: Gan.Starling@woodward.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74782 > Hello, I very much like the PP module for Perl. Thank you for it all these years. Presently, though, I can't seem to get the option -gui to have effect. Whether I run it on XP, Vista or Win7 the output always brings up a console (DOS) window no matter what. Respectfully, Gan Uesli Starling Test Engineer Woodward FST 700 North Centennial Zeeland MI 49464 Tel: 616-772-9171 x88206 Fax: 616-748-7772 *** The information in this email is confidential and intended solely for the individual or entity to whom it is addressed. If you have received this email in error please notify the sender by return e-mail, delete this email, and refrain from any disclosure or action based on the information. *** http://www.nntp.perl.org/group/perl.par/2012/02/msg5254.html Wed, 08 Feb 2012 07:46:42 +0000 Re: pp - console showing in win32 even though using --gui, possible fix? by Roderich Schupp On Mon, Jan 30, 2012 at 17:11, Lester Hightower <lester.hightower@gmail.com> wrote: > Thanks,Roderich. Do you have a rough ETA for the next release? No, sorry. Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5253.html Mon, 30 Jan 2012 08:41:39 +0000 Re: pp - console showing in win32 even though using --gui, possible fix? by Lester Hightower Thanks,Roderich. Do you have a rough ETA for the next release? -- Lester On Mon, Jan 30, 2012 at 11:02 AM, Roderich Schupp < roderich.schupp@googlemail.com> wrote: > On Sun, Jan 29, 2012 at 20:26, Lester Hightower > <lester.hightower@gmail.com> wrote: > > I am bitten by the bug discussed here: > > > http://grokbase.com/t/perl.org/par/2011/12/pp-console-showing-in-win32-even-though-using-gui-possible-fix/16ikoryo6sxw4ctvind7zodopzly > > This particular bug is fixed in rev 1336 of > http://svn.openfoundry.org/par/PAR-Packer/trunk > > (I could have released that version, but instead decided to work on some > other outstanding issues). > > Cheers, Roderich > http://www.nntp.perl.org/group/perl.par/2012/01/msg5252.html Mon, 30 Jan 2012 08:21:21 +0000 Re: pp - console showing in win32 even though using --gui, possible fix? by Roderich Schupp On Sun, Jan 29, 2012 at 20:26, Lester Hightower <lester.hightower@gmail.com> wrote: > I am bitten by the bug discussed here: > http://grokbase.com/t/perl.org/par/2011/12/pp-console-showing-in-win32-even-though-using-gui-possible-fix/16ikoryo6sxw4ctvind7zodopzly This particular bug is fixed in rev 1336 of http://svn.openfoundry.org/par/PAR-Packer/trunk (I could have released that version, but instead decided to work on some other outstanding issues). Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5251.html Mon, 30 Jan 2012 08:02:13 +0000 Re: pp - console showing in win32 even though using --gui, possible fix? by Lester Hightower Hi Roderich, I am bitten by the bug discussed here: http://grokbase.com/t/perl.org/par/2011/12/pp-console-showing-in-win32-even-though-using-gui-possible-fix/16ikoryo6sxw4ctvind7zodopzly Do you have an ETA for the next release or could you identify the most recent old version that does not have the bug, and also any serious dangers, if any, that we should be aware of if we use an older version? Thanks, -- Lester http://www.nntp.perl.org/group/perl.par/2012/01/msg5250.html Mon, 30 Jan 2012 02:45:34 +0000 [rt.cpan.org #74513] 录像多功能一体抢购！007特工邦德专用！（AD）bug-par@rt.cpan.org by Fpqnos via RT Sun Jan 29 13:22:52 2012: Request 74513 was acted upon. Transaction: Ticket created by qmlvtzj@seed.net.tw Queue: PAR Subject: å½åå¤åè½ä¸ä½æ¢è´ï¼007ç¹å·¥é¦å¾·ä¸ç¨ï¼ï¼ADï¼bug-par@rt.cpan.org Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: qmlvtzj@seed.net.tw Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74513 > ææ°007ä¸ç¨å½å/æ°ç /æè¡¨æ¢è´ éè¦ä¼è®®å½é³å½åï¼äº¤éäºæè®°å½ï¼éæ§ææï¼è¯¾å è®°å½ï¼è®°èéè®¿è®°å½.... æ¢è´è¿å¥>>>>>> bug-par@rt.cpan.org http://www.nntp.perl.org/group/perl.par/2012/01/msg5249.html Sun, 29 Jan 2012 10:23:00 +0000 [rt.cpan.org #74302] Win32 executable additional information (--info) not updated by Roderich Schupp via RT Thu Jan 26 05:11:12 2012: Request 74302 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: Win32 executable additional information (--info) not updated Broken in: 1.012 Severity: Normal Owner: RSCHUPP Requestors: tuchman@t-online.de Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74302 > cc'ing Mark Dootson on this, because I think the problem is in Win32::Exe (or how we generate the prototypical packed executable, i.e. PAR-Packer/myldr/boot.exe) On 2012-01-26 00:48:44, gronsdorfer wrote: > I installed the head of the trunk (all tests passed), Yeah, turns out there's no test for "pp --info ..." :( > but when I tried to package my script, I got the following error: > > The application has failed to start because its side-by-side > configuration is incorrect. I did some experiments using Win32::Exe's exe_update: exe_update --info ProductVersion=44.1 packed.exe seems to work (can see 44.1 in Windows Explorer, packed.exe runs fine), exe_update --info ProductName="inglorious basterds" packed.exe seems to corrupt the executable (Explorer doesn't even show a "Version" tab, executing packed.exe results in "can't execute" error). If I try this with some random executable, it works as expected. Note: My experiments were done on (32-bit) XP. Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5248.html Thu, 26 Jan 2012 02:11:20 +0000 Re: [rt.cpan.org #74302] Win32 executable additional information (--info) not updated by Ken Tuchman via RT Thu Jan 26 00:48:44 2012: Request 74302 was acted upon. Transaction: Correspondence added by gronsdorfer Queue: PAR-Packer Subject: Re: [rt.cpan.org #74302] Win32 executable additional information (--info) not updated Broken in: 1.012 Severity: Normal Owner: RSCHUPP Requestors: tuchman@t-online.de Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74302 > Hi Roderich, Thanks for the quick response! My Win32::Exe is up-to-date at 0.17. I installed the head of the trunk (all tests passed), but when I tried to package my script, I got the following error: "D:\data\CI\V36\crash_inspect\dev\build>mk_CI_PAR.bat Set up gcc environment - 3.4.5 (mingw-vista special r3) Set up gcc environment - 3.4.5 (mingw-vista special r3) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. The application has failed to start because its side-by-side configuration is incorrect. Please see the application event log or use the command-line sxstrace.exe tool for more detail." I never heard of sxstrace.exe before, but attempted to get a log of the problem (attached). The error in the log (snippet below) doesn't tell me much. Any suggestions? "INFO: Parsing Manifest File C:\Users\KAT\AppData\Local\Temp\parlmquj.exe. INFO: Manifest Definition Identity is (null). ERROR: Line 0: XML Syntax error. ERROR: Activation Context generation failed. End Activation Context Generation." Thanks and regards, -ken On 25-Jan-12 15:11, Roderich Schupp via RT wrote: > <URL: https://rt.cpan.org/Ticket/Display.html?id=74302> > > On 2012-01-24 00:53:21, gronsdorfer wrote: >> I am able to change the packaged Windows executable Properties | Details >> | FileVersion by using the -N (--info) option. However, all other >> properties are set to the default values I see in the Exe.pm sub >> default_info. > --info and --icon are mostly broken in current releases of PAR::Packer. > Mark Dootson (Win32::Exe maintainer) has reworked the PAR::Packer > build process wrt Windows exceutable resource handling. > Please try development head at > > http://svn.openfoundry.org/par/PAR-Packer/trunk > > (make sure you have the latest version of Win32::Exe) > > Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5247.html Wed, 25 Jan 2012 21:48:52 +0000 [rt.cpan.org #74302] Win32 executable additional information (--info) not updated by Roderich Schupp via RT Wed Jan 25 09:11:20 2012: Request 74302 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: Win32 executable additional information (--info) not updated Broken in: 1.012 Severity: Normal Owner: RSCHUPP Requestors: tuchman@t-online.de Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74302 > On 2012-01-24 00:53:21, gronsdorfer wrote: > I am able to change the packaged Windows executable Properties | Details > | FileVersion by using the -N (--info) option. However, all other > properties are set to the default values I see in the Exe.pm sub > default_info. --info and --icon are mostly broken in current releases of PAR::Packer. Mark Dootson (Win32::Exe maintainer) has reworked the PAR::Packer build process wrt Windows exceutable resource handling. Please try development head at http://svn.openfoundry.org/par/PAR-Packer/trunk (make sure you have the latest version of Win32::Exe) Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5246.html Wed, 25 Jan 2012 06:11:28 +0000 [rt.cpan.org #74294] --gui option doesn't work anymore by Roderich Schupp via RT Wed Jan 25 02:36:01 2012: Request 74294 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: --gui option doesn't work anymore Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: gilles.peyroux@gmail.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74294 > On 2012-01-24 14:17:55, gilles.peyroux@gmail.com wrote: > Yes, it works like a charm! Thanks for testing. > I'm waiting for the next release now. It will probably take a couple of days, there's another bug I still want to fix. > For the trouble ticket, I don't know how to change the status. I don't > even know if it's my job to do that. No, that's my job :) Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5245.html Tue, 24 Jan 2012 23:36:11 +0000 Re: [rt.cpan.org #74294] --gui option doesn't work anymore by Gilles Peyroux via RT Tue Jan 24 14:17:55 2012: Request 74294 was acted upon. Transaction: Correspondence added by gilles.peyroux@gmail.com Queue: PAR-Packer Subject: Re: [rt.cpan.org #74294] --gui option doesn't work anymore Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: gilles.peyroux@gmail.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74294 > Yes, it works like a charm! Thank you very much. Keep up your great work... :-) I'm waiting for the next release now. For the trouble ticket, I don't know how to change the status. I don't even know if it's my job to do that. Regards, Gilles. 2012/1/24 Roderich Schupp via RT <bug-PAR-Packer@rt.cpan.org>: > <URL: https://rt.cpan.org/Ticket/Display.html?id=74294 > > > On 2012-01-23 17:54:07, gilles.peyroux@gmail.com wrote: >> The --gui flag doesn't work in versions 1.010, 1.011 and 1.012. And it >> still works with the version 1.009. I tested using different > > Your problem should already be fixed in the current development version. > Please try > > http://svn.openfoundry.org/par/PAR-Packer/trunk > > Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5244.html Tue, 24 Jan 2012 11:18:04 +0000 [rt.cpan.org #74294] --gui option doesn't work anymore by Roderich Schupp via RT Tue Jan 24 02:50:49 2012: Request 74294 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: --gui option doesn't work anymore Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: gilles.peyroux@gmail.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74294 > On 2012-01-23 17:54:07, gilles.peyroux@gmail.com wrote: > The --gui flag doesn't work in versions 1.010, 1.011 and 1.012. And it > still works with the version 1.009. I tested using different Your problem should already be fixed in the current development version. Please try http://svn.openfoundry.org/par/PAR-Packer/trunk Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5243.html Mon, 23 Jan 2012 23:51:00 +0000 [rt.cpan.org #51706] Error when executing a .exe on Windows with PERL5LIB set by Roderich Schupp via RT Tue Jan 24 02:41:12 2012: Request 51706 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: Error when executing a .exe on Windows with PERL5LIB set Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: ville@juiceless.net Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=51706 > Please to not reply to an already resolved bug, open a new instead. Or, if you have just a question, post it to the PAR mailing list at par@perl.org Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5242.html Mon, 23 Jan 2012 23:41:20 +0000 [rt.cpan.org #74302] Win32 executable additional information (--info) not updated by Ken Tuchman via RT Tue Jan 24 00:53:21 2012: Request 74302 was acted upon. Transaction: Ticket created by gronsdorfer Queue: PAR-Packer Subject: Win32 executable additional information (--info) not updated Broken in: 1.012 Severity: Normal Owner: Nobody Requestors: tuchman@t-online.de Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74302 > I am able to change the packaged Windows executable Properties | Details | FileVersion by using the -N (--info) option. However, all other properties are set to the default values I see in the Exe.pm sub default_info. While debugging I was able to see all of my param|values from the command line in an array of hashes along with the default values, but I was not able to follow things any further. I would very much like to change the Copyright property. Thanks in advance! OS: Win7-64, 32bit perl perl -v This is perl 5, version 14, subversion 2 (v5.14.2) built for MSWin32-x86-multi-thread (with 1 registered patch, see perl -V for more detail) Binary build 1402 [295342] provided by ActiveState http://www.ActiveState.com Built Oct 7 2011 15:49:44 cpan> m PAR::Packer Module id = PAR::Packer CPAN_USERID RSCHUPP (Roderich Schupp <rschupp@cpan.org>) CPAN_VERSION 1.012 CPAN_FILE R/RS/RSCHUPP/PAR-Packer-1.012.tar.gz UPLOAD_DATE 2011-12-02 MANPAGE PAR::Packer - PAR Packager INST_FILE C:\bin\perl\site\lib\PAR\Packer.pm INST_VERSION 1.012 cpan> m PAR Module id = PAR DESCRIPTION Perl Archive Toolkit CPAN_USERID AUTRIJUS (Audrey Tang <cpan@audreyt.org>) CPAN_VERSION 1.004 CPAN_FILE R/RS/RSCHUPP/PAR-1.005.tar.gz UPLOAD_DATE 2011-12-02 DSLIP_STATUS RmhOp (released,mailing-list,hybrid,object-oriented,Standard-Perl) MANPAGE PAR - Perl Archive Toolkit INST_FILE C:\bin\perl\site\lib\PAR.pm INST_VERSION 1.005 http://www.nntp.perl.org/group/perl.par/2012/01/msg5241.html Mon, 23 Jan 2012 21:53:29 +0000 [rt.cpan.org #51706] Error when executing a .exe on Windows with PERL5LIB set by faez.shingeri via RT Mon Jan 23 23:55:51 2012: Request 51706 was acted upon. Transaction: Correspondence added by faez.shingeri@wipro.com Queue: PAR-Packer Subject: [rt.cpan.org #51706] Error when executing a .exe on Windows with PERL5LIB set Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: ville@juiceless.net Status: resolved Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=51706 > Hi, Could you please tell him how you redirected the the Perl lib.pm to other directory. The Oracle Perl lib.pm file is always interuupting my perl script execution. Thanks in advance, Faez Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com http://www.nntp.perl.org/group/perl.par/2012/01/msg5240.html Mon, 23 Jan 2012 20:55:59 +0000 [rt.cpan.org #74294] --gui option doesn't work anymore by Gilles Peyroux via RT Mon Jan 23 17:54:07 2012: Request 74294 was acted upon. Transaction: Ticket created by gilles.peyroux@gmail.com Queue: PAR-Packer Subject: --gui option doesn't work anymore Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: gilles.peyroux@gmail.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=74294 > The --gui flag doesn't work in versions 1.010, 1.011 and 1.012. And it still works with the version 1.009. I tested using different combinations of Windows XP 32-bit, Windows 7 64-bit, Strawberry Perl, Citrus Perl, Perl 5.12 and Perl 5.14. When using it, it often fails at the end of the build process (when removing the console) with the following message: Cannot open <exe> for reading: Permission denied at <perl>/site/lib/PAR/Packer.pm line 1169 Please note that I'm the sole user on the tested machines and I have indeed full privileges on all files and on the generated binary in particular. Sometimes, randomly, it doesn't fail on the console-removing step. But when executing the generated program, the console window is still present. There's a difference though: instead of displaying the full path of the binary in the console window, it displays the full path of the binary in the PAR_TEMP folder. When using the 1.009 version, everything works perfectly. No "permission denied" error, no console window. This bug is very strange, I don't know what's going on. Hope this description can help you. Best Regards. http://www.nntp.perl.org/group/perl.par/2012/01/msg5239.html Mon, 23 Jan 2012 14:54:14 +0000 [rt.cpan.org #73867] Wrong type reported? by Roderich Schupp via RT Tue Jan 10 02:37:27 2012: Request 73867 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: Module-ScanDeps Subject: Wrong type reported? Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: florent.angly@gmail.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73867 > On 2012-01-10 00:37:24, FANGLY wrote: > does not contain any "package CPAN::Config;" line. It is more like > configuration file (see the attached file). Would it not be > more proper for it to be classified with a 'data' type > instead of 'module'? No. It's loaded via "require" or "use". That's a module. > File /usr/share/perl5/Error/Simple.pm is an interesting example: > http://cpansearch.perl.org/src/SHLOMIF/Error-0.17016/lib/Error.pm > > It does not contain the 'package' directive. That's irrelevant. > Since the file for the CPAN::Config module is in /etc/, it is easy to > see that it is meant as a configuration file, but that is not a very > portable way to identify this type of file. Installing modules into /etc is specific to Debian? Anyway it doesn't imply that the file isn't a module. It means it may be modified by the administrator to taylor the system (and hence the packaging system should NOT simply overwrite it when updating the package it is in). Anyway, that doesn't affect its role wrt Perl. Closing this non-bug. Please use the PAR mailing list (par@perl.org) for such discussions. Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5238.html Mon, 09 Jan 2012 23:37:34 +0000 [rt.cpan.org #73867] Wrong type reported? by Florent Angly via RT Tue Jan 10 00:37:24 2012: Request 73867 was acted upon. Transaction: Correspondence added by FANGLY Queue: Module-ScanDeps Subject: Wrong type reported? Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: florent.angly@gmail.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73867 > File /usr/share/perl5/Error/Simple.pm is an interesting example: http://cpansearch.perl.org/src/SHLOMIF/Error-0.17016/lib/Error.pm It does not contain the 'package' directive. Since the file for the CPAN::Config module is in /etc/, it is easy to see that it is meant as a configuration file, but that is not a very portable way to identify this type of file. http://www.nntp.perl.org/group/perl.par/2012/01/msg5237.html Mon, 09 Jan 2012 21:37:31 +0000 [rt.cpan.org #73867] Wrong type reported? by Florent Angly via RT Mon Jan 09 23:59:19 2012: Request 73867 was acted upon. Transaction: Ticket created by FANGLY Queue: Module-ScanDeps Subject: Wrong type reported? Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: florent.angly@gmail.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73867 > Hi, I am wondering exactly what the types 'module', 'autoload', 'data' and 'shared' mean. The documentation could need a brief explanation of this. On my system, when I run: perl -e 'use Module::ScanDeps; my $deps = Module::ScanDeps::scan_deps( files => ["/usr/share/perl5/LWP/Protocol/cpan.pm"], recurse => 0 ); use Data::Dumper; print Dumper($deps);' This is part of what is returned: 'CPAN/Config.pm' => { 'used_by' => [ 'LWP/Protocol/cpan.pm' ], 'file' => '/etc/perl/CPAN/Config.pm', 'type' => 'module', 'key' => 'CPAN/Config.pm' }, This is problematic because Module::Install::Bundle relies on Module::ScanDeps and tries to find a distribution on CPAN that contains the module CPAN::Config. There is no such distribution and in fact, I am not sure that we can call '/etc/perl/CPAN/Config.pm' a module because it does not contain any "package CPAN::Config;" line. It is more like a configuration file (see the attached file). Would it not be more proper for it to be classified with a 'data' type instead of 'module'? Maybe line 1374 of ScanDeps.pm, within the _gettype function should be amended: return 'module' if $name =~ /\.p[mh]$/i; Instead of simply recognizing a 'module' based on its extension, should it not look inside the file to verify that there is a line like 'package CPAN::Config;'? Thanks and regards, Florent http://www.nntp.perl.org/group/perl.par/2012/01/msg5236.html Mon, 09 Jan 2012 20:59:27 +0000 [rt.cpan.org #69517] New version of Tkpp (Version 1.2) by Roderich Schupp via RT Mon Jan 09 15:58:47 2012: Request 69517 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: New version of Tkpp (Version 1.2) Broken in: 1.010 Severity: (no value) Owner: Nobody Requestors: DJIBEL@cpan.org Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=69517 > On 2012-01-08 18:41:33, DJIBEL wrote: > Ssince I have send you my patch for tkpp, it is not in release, any reason ? Sorry, simply lack of time (getting the CVE fixed had priority, of course). I just committed it as r1341 (corrected two small typos that only show in non-Windows environments), will be in the next release. Thanks again! Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5235.html Mon, 09 Jan 2012 12:58:55 +0000 [rt.cpan.org #69517] New version of Tkpp (Version 1.2) by Djibril Ousmanou via RT Sun Jan 08 18:41:33 2012: Request 69517 was acted upon. Transaction: Correspondence added by DJIBEL Queue: PAR-Packer Subject: New version of Tkpp (Version 1.2) Broken in: 1.010 Severity: (no value) Owner: Nobody Requestors: DJIBEL@cpan.org Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=69517 > Le Lun 18 Jui 2011 17:39:56, RSCHUPP a Ã©critÂ : > On 2011-07-15 19:34:35, DJIBEL wrote: > > So, if you want to test it for inclusion in a future release of PAR:: > > Packer, let me know and I'll put the code in the ticket. While waiting > > for your response, I enclose the POD and screenshots. > > Looks great. Upload the code and I'll put it into the next release. > > Thanks, Roderich Dear, Ssince I have send you my patch for tkpp, it is not in release, any reason ? Best Regards http://www.nntp.perl.org/group/perl.par/2012/01/msg5234.html Sun, 08 Jan 2012 15:41:42 +0000 [rt.cpan.org #73785] scandeps -c fails on modules that depend on Getopt::Euclid by Roderich Schupp via RT Sat Jan 07 14:02:45 2012: Request 73785 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: Module-ScanDeps Subject: scandeps -c fails on modules that depend on Getopt::Euclid Broken in: 1.07 Severity: (no value) Owner: RSCHUPP Requestors: florent.angly@gmail.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73785 > On 2012-01-06 19:33:55, FANGLY wrote: > I got the curent SVN code, which has your patch and its works perfectly. Thanks for testing. Patch will be in the next release of Module::ScanDeps. Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5233.html Sat, 07 Jan 2012 11:02:53 +0000 [rt.cpan.org #73785] scandeps -c fails on modules that depend on Getopt::Euclid by Florent Angly via RT Fri Jan 06 19:33:55 2012: Request 73785 was acted upon. Transaction: Correspondence added by FANGLY Queue: Module-ScanDeps Subject: scandeps -c fails on modules that depend on Getopt::Euclid Broken in: 1.07 Severity: (no value) Owner: RSCHUPP Requestors: florent.angly@gmail.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73785 > Hi Roderich, I got the curent SVN code, which has your patch and its works perfectly. Thank you, Florent http://www.nntp.perl.org/group/perl.par/2012/01/msg5232.html Fri, 06 Jan 2012 16:34:14 +0000 [rt.cpan.org #73785] scandeps -c fails on modules that depend on Getopt::Euclid by Roderich Schupp via RT Fri Jan 06 10:28:54 2012: Request 73785 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: Module-ScanDeps Subject: scandeps -c fails on modules that depend on Getopt::Euclid Broken in: 1.07 Severity: (no value) Owner: RSCHUPP Requestors: florent.angly@gmail.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73785 > On 2012-01-06 03:02:15, FANGLY wrote: > In short, if scandeps could call "perl -c simple.pl" or "perl simple.pl" > but somehow have $^C set to 1, then it would be fine. OK, in order to use "perl -c" instead of "perl" we have to instrument the script under examination with a CHECK block (which is executed even with "-c") instead of an INIT block (which is not). Please try the attached patch. Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2012/01/msg5231.html Fri, 06 Jan 2012 07:29:03 +0000 [rt.cpan.org #73785] scandeps -c fails on modules that depend on Getopt::Euclid by Florent Angly via RT Fri Jan 06 03:02:45 2012: Request 73785 was acted upon. Transaction: Correspondence added by FANGLY Queue: Module-ScanDeps Subject: scandeps -c fails on modules that depend on Getopt::Euclid Broken in: 1.07 Severity: (no value) Owner: Nobody Requestors: florent.angly@gmail.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73785 > http://www.nntp.perl.org/group/perl.par/2012/01/msg5230.html Fri, 06 Jan 2012 00:02:52 +0000 [rt.cpan.org #73785] scandeps -c fails on modules that depend on Getopt::Euclid by Florent Angly via RT Fri Jan 06 03:02:15 2012: Request 73785 was acted upon. Transaction: Ticket created by FANGLY Queue: Module-ScanDeps Subject: scandeps -c fails on modules that depend on Getopt::Euclid Broken in: 1.07 Severity: (no value) Owner: Nobody Requestors: florent.angly@gmail.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73785 > Hi, If a module uses Getopt::Euclid to parse its CLI arguments and that some arguments are required, the 'scandeps -c' command fails. For example, with the attached script: $ ./simple.pl Missing required argument: -s[ize]=<h>x<w> (Try this for usage help : simple.pl --help) (Try this for full manual: simple.pl --man ) This is an error because the required argument is missing. Now if I scan the dependencies: $ scandeps -c simple.pl Missing required argument: -s[ize]=<h>x<w> (Try this for usage help : simple.pl --help) (Try this for full manual: simple.pl --man ) SYSTEM ERROR in compiling simple.pl: 512 at /usr/share/perl5/Module/ScanDeps.pm line 1296. Whereas: $ perl -c simple.pl simple.pl syntax OK The reason perl -c works is that Getopt::Euclid checks the value of $^C to workaround the issues associated with having been called in compile-mode and to not report any error message. However, scandeps seems to call something around the lines of "perl simple.pl", which generates an error. In short, if scandeps could call "perl -c simple.pl" or "perl simple.pl" but somehow have $^C set to 1, then it would be fine. Regards, Florent http://www.nntp.perl.org/group/perl.par/2012/01/msg5229.html Fri, 06 Jan 2012 00:02:22 +0000 [rt.cpan.org #73633] Polishop Oportunitty - Convite by Polishop Oportunitty - Edna Ramos via RT Fri Dec 30 21:20:11 2011: Request 73633 was acted upon. Transaction: Ticket created by hauan2008@gmail.com Queue: PAR Subject: Polishop Oportunitty - Convite Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: hauan2008@gmail.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73633 > <div style="width: 620px; background-color: #ffffff; margin: 0px auto;"> <img alt="" src="http://www.diamantesdesucesso.com.br/carta/img/top.gif" style="border-top-width: 0px; border-right-width: 0px; border-bottom-width: 0px; border-left-width: 0px; border-top-style: solid; border-right-style: solid; border-bottom-style: solid; border-left-style: solid; width: 620px; height: 133px; " /></div> <div font-size:="" style="width: 620px; background-color: #ffffff; margin: 0px auto; " text-align:="" trebuchet=""> Polishop entra no mercado de Vendas Diretas e MultinÃvel OlÃ¡, A Polishop jÃ¡ Ã© a maior empresa multi-canal do mundo com mais de 10 anos de mercado, presenÃ§a nos paÃses do Mercosul, EUA, Ãfrica e Europa e acaba de entrar no mercado de marketing multinivel, seu novo canal de distribuiÃ§Ã£o. Temos agora a oportunidade de sermos pi oneiros neste mega negÃ³cio, Um Empreendedor Independente Polishop. Saiba todos os detalhes acessando o link abaixo: <a href="http://sistemawinner.com.br/ramosedna">http://sistemawinner.com.br/ramosedna</a> NÃ£o deixe passar essa incrÃvel proposta de negÃ³cios. Sucesso, Edna Ramos E-mail: ramos_edna@hotmail.com </div> saiba mais e indque seus amigos ou : http://reinandoemvida.com.br/cicero/lm/lm.php?un=CQkJYnVnLXBhckBydC5jcGFuLm9yZwlQb2xpc2hvcCBPcG9ydHVuaXR0eSAtIENvbnZpdGUJMTAxMAkyOC0xMiAgIDM1NTgJNjY4Mi0yNgkyNjg5CXVuc3Vic2NyaWJlCW5vCW5v&local=yes http://www.nntp.perl.org/group/perl.par/2011/12/msg5228.html Fri, 30 Dec 2011 18:20:19 +0000 [rt.cpan.org #73491] cache directory naming problem by Roderich Schupp via RT Wed Dec 28 10:31:03 2011: Request 73491 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: cache directory naming problem Broken in: 1.012 Severity: (no value) Owner: RSCHUPP Requestors: gypark@gmail.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73491 > On 2011-12-28 09:57:49, gypark@gmail.com wrote: > I attached a screenshot. As it shows, app.exe runs well and I could see > a cache folder "par-bacebefbc0cc" was created. :-D Thanks for testing. I committed the two patches, will be in the next release of PAR and PAR::Packer. Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2011/12/msg5227.html Wed, 28 Dec 2011 07:31:12 +0000 [rt.cpan.org #73491] cache directory naming problem by gypark@gmail.com via RT Wed Dec 28 09:57:49 2011: Request 73491 was acted upon. Transaction: Correspondence added by gypark@gmail.com Queue: PAR-Packer Subject: cache directory naming problem Broken in: 1.012 Severity: (no value) Owner: RSCHUPP Requestors: gypark@gmail.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73491 > On Wed Dec 28 06:49:51 2011, RSCHUPP wrote: > > > Would you please check it? I think that it would be good idea to use "%- > > encoding" for all non-latin characters, so that the username in the > > screenshot would be changed into "par-%ba%ce%be%fb%c0%cc". ('%' may be > > removed) > > Yeah, but what is a "non-latin" character if we don't consider > the charset? I think we shouldn't make any assumption about it > and simply encode _all_ bytes unconditionally in username > as two hex bytes. The only thing we loose is easy recognizability > of which cache directory belongs to which user. Hmm. When I was saying "non-latin", I was just considering "qr/[^A-Za- z]/" :-) I know about just the basic concept of 'encoding' or 'charset', not detail. So I'd like to agree with whatever you think about how to manage username. > Could you please try the two attached patches (the first is for PAR, > the second for PAR::Packer)? Your patch took effect in my environment that was same as my previous report. (same machine, same version of Perl, same username) I attached a screenshot. As it shows, app.exe runs well and I could see a cache folder "par-bacebefbc0cc" was created. :-D Thanks for your rapid reply and patch. Sincerely, Geunyoung Park http://www.nntp.perl.org/group/perl.par/2011/12/msg5226.html Wed, 28 Dec 2011 06:57:57 +0000 [rt.cpan.org #73491] cache directory naming problem by Roderich Schupp via RT Wed Dec 28 06:49:51 2011: Request 73491 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: cache directory naming problem Broken in: 1.012 Severity: (no value) Owner: RSCHUPP Requestors: gypark@gmail.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73491 > On 2011-12-27 01:31:33, gypark@gmail.com wrote: > I looked into the error message and I found that the original username > is changed to be an illegal byte sequence: > * from 0x ba ce be fb c0 cc (3character, 6bytes, encoded with cp949) > * to 0x ba ce be 5f c0 cc ... > or, equivalent C-code in mktmpdir.c: > > /* replace all non-alphanumeric letters with '_' */ > for ( c = username ; *c != '\0' ; c++ ) { > if ( !isalnum(*c) ) { > *c = '_'; > } > } Excellent analysis. There's actually a problem with the C version: the type of c is char* and char is signed on Intel i386. At least the Mingw32 implementation of isalnum() doesn't correctly account for that and marks only one of the 6 bytes above as !isalnum. It should've marked them all, resulting in "______". That wouldn't have caused an error when creating the cache directory, but has a high probability for collision with another username (though that wouldn't have shown in a default Windows environment where the temp directory is per-user anyway). > Would you please check it? I think that it would be good idea to use "%- > encoding" for all non-latin characters, so that the username in the > screenshot would be changed into "par-%ba%ce%be%fb%c0%cc". ('%' may be > removed) Yeah, but what is a "non-latin" character if we don't consider the charset? I think we shouldn't make any assumption about it and simply encode _all_ bytes unconditionally in username as two hex bytes. The only thing we loose is easy recognizability of which cache directory belongs to which user. From cursory looking at CP949 (or EUC-KR) I believe that the sequence of bytes "par-bacebefbc0cc" is a legal string in CP949, right? That should also work with ASCII and all ISO Latin encodings, as well as EUC-CN and EUC-JN and UTF-8. Could you please try the two attached patches (the first is for PAR, the second for PAR::Packer)? Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2011/12/msg5225.html Wed, 28 Dec 2011 03:50:00 +0000 [rt.cpan.org #73530] Hello by ehivet kafoumba via RT Tue Dec 27 20:28:38 2011: Request 73530 was acted upon. Transaction: Ticket created by ehivet2kafoumba@hotmail.com Queue: PAR Subject: Hello Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: ehivet2kafoumba@hotmail.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73530 > How are You Dear? Hope all is well with you. My name is Ehivet Kafoumba. http://www.nntp.perl.org/group/perl.par/2011/12/msg5224.html Tue, 27 Dec 2011 17:28:47 +0000 [rt.cpan.org #71445] Compilation fails, StrippedParl and tempfile errors. by Roderich Schupp via RT Tue Dec 27 09:56:38 2011: Request 71445 was acted upon. Transaction: Correspondence added by RSCHUPP Queue: PAR-Packer Subject: Compilation fails, StrippedParl and tempfile errors. Broken in: 1.006, 1.007, 1.008, 1.009, 1.010 Severity: Critical Owner: Nobody Requestors: logan@spinzendj.com Status: open Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=71445 > No follow up, closing this bug. http://www.nntp.perl.org/group/perl.par/2011/12/msg5223.html Tue, 27 Dec 2011 06:56:46 +0000 [rt.cpan.org #73491] cache directory naming problem by gypark@gmail.com via RT Tue Dec 27 01:31:33 2011: Request 73491 was acted upon. Transaction: Ticket created by gypark@gmail.com Queue: PAR-Packer Subject: cache directory naming problem Broken in: 1.012 Severity: (no value) Owner: Nobody Requestors: gypark@gmail.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73491 > Hello, I'm using: * MS Windows XP ServicePack3 32bit * Strawberry Perl 5.12.3 * PAR::Packer 1.012 I made a simple Perl script, and made a .exe file using pp -o app.exe app.pl This app.exe works very well when the username(of windows system) is in English. However, it happens to fail to create a cache directory if the username is a sort of string of Korean characters. I attached the screenshot, hoping it would be helpful to you. I looked into the error message and I found that the original username is changed to be an illegal byte sequence: * from 0x ba ce be fb c0 cc (3character, 6bytes, encoded with cp949) * to 0x ba ce be 5f c0 cc I guess this is because the following code in SetupTemp.pm: $username =~ s/\W/_/g; or, equivalent C-code in mktmpdir.c: /* replace all non-alphanumeric letters with '_' */ for ( c = username ; *c != '\0' ; c++ ) { if ( !isalnum(*c) ) { *c = '_'; } } doesn't consider Non-latin characters. Would you please check it? I think that it would be good idea to use "%- encoding" for all non-latin characters, so that the username in the screenshot would be changed into "par-%ba%ce%be%fb%c0%cc". ('%' may be removed) One other idea is to replace 'every bytes in non-ascii range' with '_', but this may change many different non-latin usernames of same length to same string, eg. "______". Thank you for this good module. Sincerly, Geunyoung Park from South Korea P.S. This problem is issued initialy in a Korean perl user community by "@owl0908", not me. His original blog post is here (written in Korean): http://www.dormouse.pe.kr/blogtool/article/410/ http://www.nntp.perl.org/group/perl.par/2011/12/msg5222.html Mon, 26 Dec 2011 22:31:40 +0000 Re: pp - console showing in win32 even though using --gui, possible fix? by Marc H. Thoben On Tue, 20 Dec 2011 10:28:05 +0100, Roderich Schupp wrote: > On Fri, Dec 16, 2011 at 8:44 AM, Marc H. Thoben wrote: > >> As mentioned in the FAQ, I also wasn't having luck with using pp >> --gui >> (WinXP, Strawberry Perl 5.12.3): > > What FAQ are you talking about here? I was referring to this one: http://search.cpan.org/~rschupp/PAR-1.005/lib/PAR/FAQ.pod But the same text is here, too: http://par.perl.org/wiki/FAQ#How_can_I_make_a_.exe_that_runs_with_no_console_window_under_Windows.3F > Here's a better solution. Could you please try the attached patch: > - unpack a tarball of PAR-Packer > - apply patch > - build and install > - re-pack your script and test Excellent, works like a charm! Thank you very much, Roderich! :) -- Mit freundlichen Grüssen / Best regards Marc H. Thoben http://www.nntp.perl.org/group/perl.par/2011/12/msg5221.html Wed, 21 Dec 2011 07:23:17 +0000 [rt.cpan.org #73384] DHL Tracking Notification ID: TPN970C97JON472T8RM by DHL Express via RT Tue Dec 20 12:59:59 2011: Request 73384 was acted upon. Transaction: Ticket created by noreply@dhl.com Queue: Module-ScanDeps Subject: DHL Tracking Notification ID: TPN970C97JON472T8RM Broken in: (no value) Severity: (no value) Owner: Nobody Requestors: noreply@dhl.com Status: new Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73384 > DHL Express Tracking Notification: Tue, 20 Dec 2011 18:56:53 +0100Custom. Reference: 5N-57527099613768134Parcel Tracking Number: 56-N6PIFZ59IAPickup Date: Tue, 20 Dec 2011 18:56:53 +0100Service: AIRPieces: 2 Tue, 20 Dec 2011 18:56:53 +0100 - Clearance processing completePLEASE REFER TO ATTACHED FILE FOR DETAILED INFORMATION.Shipment status may also be obtained from our Internet site in USA under http://track.dhl-usa.com or Globally under http://www.dhl.com/track Please do not reply to this email. This is an automated application used only for sending proactive notificationsThanks,DHL Express International. http://www.nntp.perl.org/group/perl.par/2011/12/msg5220.html Tue, 20 Dec 2011 10:00:09 +0000 Re: pp - console showing in win32 even though using --gui, possible fix? by Roderich Schupp On Tue, Dec 20, 2011 at 12:58 PM, Marc H. Thoben <marc@thoben.org> wrote: >> What FAQ are you talking about here? > I was referring to this one: > http://search.cpan.org/~rschupp/PAR-1.005/lib/PAR/FAQ.pod Oh boy, haven't looked at that one in ages. Lotsa outdated stuff, add that to list to do over the Xmas holidays. >> Here's a better solution. Could you please try the attached patch: > Excellent, works like a charm! Thank you very much, Roderich! :) Thanks for testing. The fix will be in the next release of PAR::Packer. Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2011/12/msg5219.html Tue, 20 Dec 2011 04:50:28 +0000 Re: pp - console showing in win32 even though using --gui, possible fix? by Roderich Schupp On Fri, Dec 16, 2011 at 8:44 AM, Marc H. Thoben <marc@thoben.org> wrote: > As mentioned in the FAQ, I also wasn't having luck with using pp --gui > (WinXP, Strawberry Perl 5.12.3): > <quote from online FAQ> What FAQ are you talking about here? > I'm not qualified enough to make the _fix_console() & _strip_console() > functions from PAR/Packer.pm run on the parl-binary inside the > par-pack-binary as well. Probably I just used the wrong terms? Looking at those functions... they're supposed to handle that case (i.e. set the magic "gui vs console" byte in both the "bootstrapper" executable and the copy of par.exe extracted into the cache area)... Oops found it: a couple of releases back I eliminated a strange 5 line script from the PAR-Packer build process, because I couldn't figure out what it was good for. Now I know :( Here's a better solution. Could you please try the attached patch: - unpack a tarball of PAR-Packer - apply patch - build and install - re-pack your script and test Cheers, Roderich http://www.nntp.perl.org/group/perl.par/2011/12/msg5218.html Tue, 20 Dec 2011 01:28:12 +0000 pp - console showing in win32 even though using --gui, possible fix? by Marc H. Thoben Hi there, As mentioned in the FAQ, I also wasn't having luck with using pp --gui (WinXP, Strawberry Perl 5.12.3): <quote from online FAQ> When searching for an answer to this myself, I found many references to using "exetype" ... it comes as a .bat with ActivePerl, or you can find an exetype.pl from several places. You run "exetype file.exe [WINDOWS|CONSOLE]". This worked, I think, but still did not achieve the desired result on my PAR executable. While the exe itself did not generate a console window, par.exe (which was invoked in my exe somewhere) DID generate a console window, with a titlebar saying "par.exe <strange-looking path to file in temp dir>", whereas before changing the console window title bar just displayed the path to my .exe. </quote> Out of desperation I additionally ran "exetype file.exe windows" (exetype.bat is included in Strawberry Perl now, too) on the file.exe in the Temp/par-user/cache-abcdef0123456789/file.exe once it gets created. Now there is no console window left! I'm not qualified enough to make the _fix_console() & _strip_console() functions from PAR/Packer.pm run on the parl-binary inside the par-pack-binary as well. Probably I just used the wrong terms? Anyways, would this be something worth to add? -- Mit freundlichen Grüßen / Best regards Marc H. Thoben http://www.nntp.perl.org/group/perl.par/2011/12/msg5217.html Fri, 16 Dec 2011 09:40:36 +0000