You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Simon Luff <si...@coreware.co.uk> on 2006/08/11 15:30:14 UTC
Apache::SizeLimit snaffoo?
Howdy,
Not sure if this is the right place to report an issue with
Apache::SizeLimit or not. I'm not on the mailing lists and the doc
seemed to suggest that 0.9 was maintained outside of mod_perl, but I'll
send it in the hope someone finds it useful.
best regards,
Simon.
-------- Original Message --------
Subject: Re: Apache::SizeLimit snaffoo?
Date: Fri, 11 Aug 2006 07:36:36 -0500 (CDT)
From: Dave Rolsky <au...@urth.org>
To: Simon Luff <si...@coreware.co.uk>
References: <44...@coreware.co.uk>
Could you mail this to the modperl dev list - dev@perl.apache.org?
That's where we discuss bugs and maintenance of this module.
On Fri, 11 Aug 2006, Simon Luff wrote:
> Hi Dave,
>
> We run a patched version 0.03 of Apache::SizeLimit here, so I haven't
> actually run the 0.9 version.
>
> Doesn't it suffer from the same problem that I've patched in ours? The
> initialisation of variables at run time and the conditional setting of them
> at compile time?
>
> In the 0.9 I just browsed the source of, the variable $USE_SMAPS is declared
> in use vars, then is conditionally set in a BEGIN block towards the bottom of
> the code, and then is unconditionally "initialised" to 1 at the beginning of
> runtime.
>
> Isn't that broken?
>
> best regards,
> Simon.
>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
>
/*===================================================
VegGuide.Org www.BookIRead.com
Your guide to all that's veg. My book blog
===================================================*/
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Simon Luff wrote:
> Howdy,
>
> Not sure if this is the right place to report an issue with
> Apache::SizeLimit or not. I'm not on the mailing lists and the doc
> seemed to suggest that 0.9 was maintained outside of mod_perl, but I'll
> send it in the hope someone finds it useful.
>
> best regards,
> Simon.
>
> -------- Original Message --------
> Subject: Re: Apache::SizeLimit snaffoo?
> Date: Fri, 11 Aug 2006 07:36:36 -0500 (CDT)
> From: Dave Rolsky <au...@urth.org>
> To: Simon Luff <si...@coreware.co.uk>
> References: <44...@coreware.co.uk>
>
> Could you mail this to the modperl dev list - dev@perl.apache.org?
>
> That's where we discuss bugs and maintenance of this module.
>
> On Fri, 11 Aug 2006, Simon Luff wrote:
>
>> Hi Dave,
>>
>> We run a patched version 0.03 of Apache::SizeLimit here, so I haven't
>> actually run the 0.9 version.
>>
>> Doesn't it suffer from the same problem that I've patched in ours? The
>> initialisation of variables at run time and the conditional setting of
>> them at compile time?
>>
>> In the 0.9 I just browsed the source of, the variable $USE_SMAPS is
>> declared in use vars, then is conditionally set in a BEGIN block
>> towards the bottom of the code, and then is unconditionally
>> "initialised" to 1 at the beginning of runtime.
>>
>> Isn't that broken?
You are correct. I've just committed 433945.
But... that doesn't help you just yet, as trunk is unstable due to the mp1/mp2 hybridization I just started tonight also.
I suppose I could move /tags/stable to /branches/stable and apply it there along with the one other
fix: http://svn.apache.org/viewvc?rev=433879&view=rev
I'm pretty sure that branch is going to be deleted once trunk is stable again anway.
Thoughts anyone ?
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ /
/ /|_/ / // /\ \/ /_/ / /__
/_/ /_/\_, /___/\___\_\___/
<___/
Re: Apache::SizeLimit snaffoo?
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Philip M. Gollucci wrote:
> I'll move them over when I get a chance.
Try
http://svn.apache.org/repos/asf/perl/Apache-SizeLimit/branches/stable
Its 0.9 + 3 bug fixes and and tests
http://svn.apache.org/viewvc?rev=434146&view=rev
http://svn.apache.org/viewvc?rev=434145&view=rev
http://svn.apache.org/viewvc?rev=428211&view=rev
I didn't list the additional test svn links.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ /
/ /|_/ / // /\ \/ /_/ / /__
/_/ /_/\_, /___/\___\_\___/
<___/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
David Wheeler wrote:
> On Aug 11, 2006, at 14:28, David Wheeler wrote:
>
>>> FOO, the need_module version check happens after the import. I'll
>>> tweak that later, but for now, just try the SVN of it.
>>
>> Demanding bastard, aren't you? ;-) Well there are a bunch of failures
>> there, too (attached). So I ran the tests for Apache::SizeLimit with
>> PERL5_LIB=../perl-framework/blib/lib and here are the results from
>> that run:
>
> Any work on this front, Philip?
Well the import() foo and USE_MAPS were fixed, but in /trunk not in /stable.
HEAD is unstable ATM due to the mp1/mp2 hybridization thats happening.
I'll move them over when I get a chance.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ /
/ /|_/ / // /\ \/ /_/ / /__
/_/ /_/\_, /___/\___\_\___/
<___/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by David Wheeler <da...@kineticode.com>.
On Aug 11, 2006, at 14:28, David Wheeler wrote:
>> FOO, the need_module version check happens after the import. I'll
>> tweak that later, but for now, just try the SVN of it.
>
> Demanding bastard, aren't you? ;-) Well there are a bunch of
> failures there, too (attached). So I ran the tests for
> Apache::SizeLimit with PERL5_LIB=../perl-framework/blib/lib and
> here are the results from that run:
Any work on this front, Philip?
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Philip M. Gollucci wrote:
> David Wheeler wrote:
>> On Aug 11, 2006, at 14:07, Philip M. Gollucci wrote:
>> # Failed test 1 in t/apache/check_n_requests.t at line 16
>> not ok 1
>> FAILED test 1
>> Failed 1/1 tests, 0.00% okay
>> t/apache/check_n_requests2....1..1
>> # Running under perl version 5.008008 for linux
>> # Current time local: Fri Aug 11 16:27:15 2006
>> # Current time GMT: Fri Aug 11 21:27:15 2006
>> # Using Test.pm version 1.25
>> # Using Apache/Test.pm version 1.29
>> ok 1
>> ok
> check_n_requests.t should trigger an A::SL size kill during the test.
> check_n_requests.t should NOT trigger an A::SL size kill during the test,
^^^^ should be check_n_requests2.t
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ /
/ /|_/ / // /\ \/ /_/ / /__
/_/ /_/\_, /___/\___\_\___/
<___/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
David Wheeler wrote:
> On Aug 11, 2006, at 14:07, Philip M. Gollucci wrote:
> # Failed test 1 in t/apache/check_n_requests.t at line 16
> not ok 1
> FAILED test 1
> Failed 1/1 tests, 0.00% okay
> t/apache/check_n_requests2....1..1
> # Running under perl version 5.008008 for linux
> # Current time local: Fri Aug 11 16:27:15 2006
> # Current time GMT: Fri Aug 11 21:27:15 2006
> # Using Test.pm version 1.25
> # Using Apache/Test.pm version 1.29
> ok 1
> ok
check_n_requests.t should trigger an A::SL size kill during the test.
check_n_requests.t should NOT trigger an A::SL size kill during the test,
BUT only because it only checks every 5 requests.
Looks like it bombed. Can you attach the t/error_log and possibly TEST_VERBOSE=1
or t/TEST -verbose ?
If you can't do it easily, I'll debate this some in my brain once it gets some free cycles.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ /
/ /|_/ / // /\ \/ /_/ / /__
/_/ /_/\_, /___/\___\_\___/
<___/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
David Wheeler wrote:
> On Aug 11, 2006, at 12:47, Philip M. Gollucci wrote:
>
>> David Wheeler wrote:
>>> On Aug 11, 2006, at 12:34, Philip M. Gollucci wrote:
>>> I'm also noticing that Apache::SizeLimit seems to be killing each
>>> process after a single request on 64-bit Linux. I set the max process
>>> size to 102400 and processes start at 66m, but it's still killing
>>> every process every time. I'm wondering if perhaps Apache::SizeLimit
>>> is checking the wrong memory information. Check this out:
>> Can you run the SVN version of the test suite ?
Can you use Apache-Test from SVN.
FOO, the need_module version check happens after the import. I'll tweak that later, but for now, just try the SVN of it.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ /
/ /|_/ / // /\ \/ /_/ / /__
/_/ /_/\_, /___/\___\_\___/
<___/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by David Wheeler <da...@kineticode.com>.
On Aug 11, 2006, at 12:47, Philip M. Gollucci wrote:
> David Wheeler wrote:
>> On Aug 11, 2006, at 12:34, Philip M. Gollucci wrote:
>> I'm also noticing that Apache::SizeLimit seems to be killing each
>> process after a single request on 64-bit Linux. I set the max
>> process size to 102400 and processes start at 66m, but it's still
>> killing every process every time. I'm wondering if perhaps
>> Apache::SizeLimit is checking the wrong memory information. Check
>> this out:
> Can you run the SVN version of the test suite ?
Cool, there are failures:
$ make test TEST_VERBOSE=1
/usr/local/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl /home/kineticode/Apache-
SizeLimit/t/TEST -clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT=
APACHE_TEST_USER= APACHE_TEST_APXS= \
/usr/local/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -bugreport -verbose=1
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl /home/kineticode/Apache-
SizeLimit/t/TEST -bugreport -verbose=1
/usr/local/apache/bin/httpd -d /home/kineticode/Apache-SizeLimit/t -
f /home/kineticode/Apache-SizeLimit/t/conf/httpd.conf -D APACHE1
using Apache/1.3.36
waiting 60 seconds for server to start: .
waiting 60 seconds for server to start: ok (waited 0 secs)
server localhost:8529 started
t/apache/basic................1..12
# Using Apache/Test.pm version 1.28
ok 1 - check that _limits_are_exceeded() returns false without any
limits set
ok 2 - proc size is reported > 0
ok 3 - real_getppid() > 1
ok 4 - proc size is reported > 10240
ok 5 - check that _limits_are_exceeded() returns true based on max
process size
ok 6 - proc size is greater than shared size
ok 7 - check that _limits_are_exceeded() returns true based on min
share size
ok 8 - check that _limits_are_exceeded() returns true based on max
unshared size
ok 9 - set_check_interval set global
ok 10 - there is no PerlCleanupHandler before add_cleanup_handler()
ok 11 - there is one PerlCleanupHandler after add_cleanup_handler()
ok 12 - there is stil one PerlCleanupHandler after add_cleanup_handler
() a second time
ok
t/apache/check_n_requests....."t_start_error_log_watch" is not
exported by the Apache::TestUtil module
"t_finish_error_log_watch" is not exported by the Apache::TestUtil
module
Can't continue after import errors at t/apache/check_n_requests.t line 5
BEGIN failed--compilation aborted at t/apache/check_n_requests.t line 5.
dubious
Test returned status 9 (wstat 2304, 0x900)
t/apache/check_n_requests2...."t_start_error_log_watch" is not
exported by the Apache::TestUtil module
"t_finish_error_log_watch" is not exported by the Apache::TestUtil
module
Can't continue after import errors at t/apache/check_n_requests2.t
line 5
BEGIN failed--compilation aborted at t/apache/check_n_requests2.t
line 5.
dubious
Test returned status 9 (wstat 2304, 0x900)
t/apache/deprecated...........1..5
# Using Apache/Test.pm version 1.28
ok 1 - there is no PerlCleanupHandler before add_cleanup_handler()
ok 2 - setmax changes $MAX_PROCESS_SIZE
ok 3 - setmax changes $MIN_SHARE_SIZE
ok 4 - setmax_unshared changes $MAX_UNSHARED_SIZE
ok 5 - there is one PerlCleanupHandler after calling deprecated
functions
ok
t/pod.........................1..0 # Skip Test::Pod 1.14 required for
testing POD
skipped
all skipped: Test::Pod 1.14 required for testing POD
Failed Test Stat Wstat Total Fail List of Failed
------------------------------------------------------------------------
-------
t/apache/check_n_requests.t 9 2304 ?? ?? ??
t/apache/check_n_requests2.t 9 2304 ?? ?? ??
1 test skipped.
Failed 2/5 test scripts. 0/17 subtests failed.
Files=5, Tests=17, 2 wallclock secs ( 1.13 cusr + 0.17 csys = 1.30
CPU)
Failed 2/5 test programs. 0/17 subtests failed.
[warning] server localhost:8529 shutdown
[ error] error running tests (please examine t/logs/error_log)
make: *** [run_tests] Error 1
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
David Wheeler wrote:
> On Aug 11, 2006, at 12:34, Philip M. Gollucci wrote:
> I'm also noticing that Apache::SizeLimit seems to be killing each
> process after a single request on 64-bit Linux. I set the max process
> size to 102400 and processes start at 66m, but it's still killing every
> process every time. I'm wondering if perhaps Apache::SizeLimit is
> checking the wrong memory information. Check this out:
Can you run the SVN version of the test suite ?
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ /
/ /|_/ / // /\ \/ /_/ / /__
/_/ /_/\_, /___/\___\_\___/
<___/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by David Wheeler <da...@kineticode.com>.
On Aug 11, 2006, at 12:34, Philip M. Gollucci wrote:
> That was supposed to be 0.90 the current release.
>
>> .91 is not out yet.
> Next up is not out yet.
I'm also noticing that Apache::SizeLimit seems to be killing each
process after a single request on 64-bit Linux. I set the max process
size to 102400 and processes start at 66m, but it's still killing
every process every time. I'm wondering if perhaps Apache::SizeLimit
is checking the wrong memory information. Check this out:
top - 14:43:49 up 14 days, 5:29, 1 user, load average: 0.03, 0.03,
0.00
Tasks: 123 total, 1 running, 122 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.1% us, 0.0% sy, 0.0% ni, 99.9% id, 0.0% wa, 0.0% hi,
0.0% si
Mem: 4038100k total, 3799644k used, 238456k free, 561128k buffers
Swap: 1004052k total, 160k used, 1003892k free, 2264340k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ SWAP
COMMAND
20403 nobody 16 0 194m 66m 6092 S 0.0 1.7 0:00.00 127m httpd
20404 nobody 16 0 194m 66m 6092 S 0.0 1.7 0:00.00 127m httpd
20405 nobody 16 0 194m 66m 6092 S 0.0 1.7 0:00.00 127m httpd
Note that the RES is correct, and VIRT is not. I'm wondering if, on
64-bit Linux, at least, it's checking the wrong memory attribute. Or
could it perhaps be something else? I honestly have no idea why else
it would be killing every process after every request.
Oh, and the architecture and OS:
This is perl, v5.8.8 built for x86_64-linux
Red Hat Enterprise Linux ES release 4 (Nahant Update 3)
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Philip M. Gollucci wrote:
> Simon Luff wrote:
> > Howdy,
> >
> > Not sure if this is the right place to report an issue with
> > Apache::SizeLimit or not. I'm not on the mailing lists and the doc
> > seemed to suggest that 0.9 was maintained outside of mod_perl, but I'll
> > send it in the hope someone finds it useful.
> This is no longer the case. There are no BEGIN {} blocks relating to
> USE_SMAPS
> now. This should be fixed.
>
> Please try the SVN version
> http://svn.apache.org/repos/asf/perl/Apache-SizeLimit/trunk
> .91as seen 1 bug fixed and MORE tests added since release
^^^
That was supposed to be 0.90 the current release.
>
> .91 is not out yet.
Next up is not out yet.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ /
/ /|_/ / // /\ \/ /_/ / /__
/_/ /_/\_, /___/\___\_\___/
<___/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: Apache::SizeLimit snaffoo?
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Simon Luff wrote:
> Howdy,
>
> Not sure if this is the right place to report an issue with
> Apache::SizeLimit or not. I'm not on the mailing lists and the doc
> seemed to suggest that 0.9 was maintained outside of mod_perl, but I'll
> send it in the hope someone finds it useful.
This is no longer the case. There are no BEGIN {} blocks relating to USE_SMAPS
now. This should be fixed.
Please try the SVN version
http://svn.apache.org/repos/asf/perl/Apache-SizeLimit/trunk
.91 has seen 1 bug fixed and MORE tests added since release
.91 is not out yet.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
__ ___ ___ ____ __
/ |/ /_ __/ __/ __ \/ /
/ /|_/ / // /\ \/ /_/ / /__
/_/ /_/\_, /___/\___\_\___/
<___/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org