From tom at eborcom.com  Mon Oct  1 06:29:55 2007
From: tom at eborcom.com (Tom Hukins)
Date: Mon, 1 Oct 2007 14:29:55 +0100
Subject: Announce: London Perl Workshop 2007
Message-ID: <20071001132955.GA48543@eborcom.com>

For those who haven't already heard the news:

----- Forwarded message from Greg McCarroll <greg at mccarroll.org.uk> -----

Date: Fri, 28 Sep 2007 23:01:44 +0100
From: Greg McCarroll <greg at mccarroll.org.uk>
To: "London.pm Perl M\[ou\]ngers" <london.pm at london.pm.org>
Subject: Announce: London Perl Workshop 2007
User-Agent: Mutt/1.5.9i

This is an early announcement. With just the facts that we know so far, I have
not listed the facts I don't know or the facts I don't yet know I don't know.

With this in mind.

	When:	1/12/2007	9:30-4.30 ish

	Where:	Westminster University (or is that UoW), CS Department (Thanks!)

	What:	Perl talks, some talks hopefully about other scripting languages
		or technologies so we all get a little more brain food.

		I'm going to try and push heavily for lots of lightning talks,
		cos I like them and so do others. I'd also encourage people
		who have not spoken before to consider doing such a talk, but
		please look up the many fine pieces of advice (someone please
		reply with links) or ask for help so you get the best possible
		response and the punters get good knowledge/entertainment.

		If there is something practical that you reckon would compete
	        with a large slot of lightning talks please suggest it - e.g.
		a series of catalyst talks or whatever.

		I'm looking to find someway to give something back to the Univ.
		as they have been great supporters of these events, more on this
		soon.

	Price:	0 (but signup will be required - if you are intending to fly in,
	        i'm willing to cheat for you if you send me a private message _before_
	        i get the signup working as numbers will be limited)

We'll do the web page, call for talks, etc. etc. soon. Please, please,  be patient.
Also don't be offended if I ignore suggestions for features until we have speakers
and attendees.

G.











----- End forwarded message -----

From pm at gavinwestwood.co.uk  Mon Oct  1 06:38:47 2007
From: pm at gavinwestwood.co.uk (Gavin Westwood)
Date: Mon, 01 Oct 2007 14:38:47 +0100
Subject: Announce: London Perl Workshop 2007
In-Reply-To: <20071001132955.GA48543@eborcom.com>
References: <20071001132955.GA48543@eborcom.com>
Message-ID: <4700F867.3030404@gavinwestwood.co.uk>

Do you think this would be suitable for Perl newbies?

If I applied I'd hate to 'steal' a place from someone who would find it
more beneficial...

Gavin


Tom Hukins wrote:
> For those who haven't already heard the news:
>
> ----- Forwarded message from Greg McCarroll <greg at mccarroll.org.uk> -----
>
> Date: Fri, 28 Sep 2007 23:01:44 +0100
> From: Greg McCarroll <greg at mccarroll.org.uk>
> To: "London.pm Perl M\[ou\]ngers" <london.pm at london.pm.org>
> Subject: Announce: London Perl Workshop 2007
> User-Agent: Mutt/1.5.9i
>
> This is an early announcement. With just the facts that we know so far, I have
> not listed the facts I don't know or the facts I don't yet know I don't know.
>
> With this in mind.
>
> 	When:	1/12/2007	9:30-4.30 ish
>
> 	Where:	Westminster University (or is that UoW), CS Department (Thanks!)
>
> 	What:	Perl talks, some talks hopefully about other scripting languages
> 		or technologies so we all get a little more brain food.
> <snip>


From jns at gellyfish.com  Mon Oct  1 07:01:26 2007
From: jns at gellyfish.com (Jonathan Stowe)
Date: Mon, 01 Oct 2007 15:01:26 +0100
Subject: Announce: London Perl Workshop 2007
In-Reply-To: <4700F867.3030404@gavinwestwood.co.uk>
References: <20071001132955.GA48543@eborcom.com>
	<4700F867.3030404@gavinwestwood.co.uk>
Message-ID: <1191247286.5988.13.camel@coriolanus>

On Mon, 2007-10-01 at 14:38 +0100, Gavin Westwood wrote:
> Do you think this would be suitable for Perl newbies?
> 
> If I applied I'd hate to 'steal' a place from someone who would find it
> more beneficial...

I'd say it was for anyone who is interested in Perl, some of it might go
<woosh> but stretching your brane is always good.

/J\
-- 
Make war on hippies

From oliver.gorwits at oucs.ox.ac.uk  Fri Oct  5 08:54:28 2007
From: oliver.gorwits at oucs.ox.ac.uk (Oliver Gorwits)
Date: Fri, 05 Oct 2007 16:54:28 +0100
Subject: plugins, hooks and subclassing
Message-ID: <47065E34.5090505@oucs.ox.ac.uk>

Hi, mongers,

I've had a request from a user of one of my modules:

"Have you considered adding init, pre- and post-request hooks to
RPC::Serialized::Server? I'm subclassing it to include a stateful agent
and, while it's easy just to over-ride new, I think hooks would be cleaner"

Well, I'm not so sure about that myself. For a module which is OO with
no functional interface, as the author I'd prefer not to have to touch
lots of the code to add hooks. This is something OO naturally serves
well, to my mind.

Admittedly the methods in each class are not fully documented, so the
user may have had to read the source to work out which methods they want
to override. Perhaps fixing the documentation and adding an "extending
the functionality" section is the answer.

What opinions on plugins/hooks/subclassing are out there? I'm happy to
be enlightened on the subject. If hook or plugin support is recommended
- which modules/idioms are preferred?

regards,
oliver.
-- 
Oliver Gorwits, Network and Telecommunications Group,
Oxford University Computing Services

From tom at eborcom.com  Sat Oct  6 10:52:17 2007
From: tom at eborcom.com (Tom Hukins)
Date: Sat, 6 Oct 2007 18:52:17 +0100
Subject: Announce: London Perl Workshop 2007
In-Reply-To: <1191247286.5988.13.camel@coriolanus>
References: <20071001132955.GA48543@eborcom.com>
	<4700F867.3030404@gavinwestwood.co.uk>
	<1191247286.5988.13.camel@coriolanus>
Message-ID: <20071006175217.GA36374@eborcom.com>

If you're interested in this year's London Perl Workshop, make sure
you sign up soon:
http://conferences.yapceurope.org/lpw2007/

Here's the announcement:
http://use.perl.org/news/07/10/06/0217218.shtml

It's probably worth restating that this event should appeal to anyone
with an interest in Perl regardless or knowledge or experience.  And
the venue's very close to Euston, so it's ideal for those of us in MK.

See you there,
Tom

From tom at eborcom.com  Sat Oct  6 11:04:57 2007
From: tom at eborcom.com (Tom Hukins)
Date: Sat, 6 Oct 2007 19:04:57 +0100
Subject: Testing CPAN modules
In-Reply-To: <OF705D7D75.DCF5E5CA-ON80257364.002EA740-80257364.004BBA43@jpmchase.com>
References: <OF705D7D75.DCF5E5CA-ON80257364.002EA740-80257364.004BBA43@jpmchase.com>
Message-ID: <20071006180457.GB36374@eborcom.com>

On Fri, Sep 28, 2007 at 02:47:08PM +0100, tony.x.edwardson at jpmorgan.com wrote:
> Anyone knbow of a way to run the test suites which come with CPAN modules 
> without access to the internet, make or a c compiler ?
> I am trying to get a recent version of perl (5.8.8) installed on 
> production machines which exist in a highly restricted environment.

Rephrasing your query, you have two issues to deal with:
1. Your production servers don't include compilers or other build
tools.  They're production servers, so they should do their intended
jobs, not compile software or run its tests.
2. You don't want to deploy software in production without checking it
seems to work.

> The problem is that the procedures require me to run tests on all of the 
> modules I've introduced on the production box where make and gcc don't 
> exist.

You mention that you have 400 production servers, so presumably you
have some automated way to deploy them.  Can you deploy the production
environment and then install the build tools you need on top of this
environment?  This will let you build and test your code in an
environment that only differs marginally from production.

> Ideally, I'd like to use the test suites that come with each module but I 
> can't use "make test" without make.
> There is "prove" , but not all of the module distributions have a "t" 
> subdirectory - they have a test.pl script instead.

As a heuristic, you could "prove t/*.t test.pl" but this won't work
for modules that have non-standard test procedures defined in their
Makefile.PL, Build.PL or whatever Module::Install uses.  Ziya already
mentioned this in more detail.

> I've played with the CPAN module but I can't find a way to use it without 
> access to make.

How do you deploy other software to these servers?  Do you use a
packaging system?  Could you build packages of the Perl modules you
need?  Again, Ziya mentioned this.

Testing your code, compiling it or building packages of it on
production servers strikes me as a bad idea:  these servers exist to
serve, not to build.  But building packages in a very similar
environment that you can then deploy onto production seems both doable
and sensible.

Tom

From tony.x.edwardson at jpmorgan.com  Mon Oct  8 03:09:46 2007
From: tony.x.edwardson at jpmorgan.com (tony.x.edwardson at jpmorgan.com)
Date: Mon, 8 Oct 2007 11:09:46 +0100
Subject: Testing CPAN modules
In-Reply-To: <20071006180457.GB36374@eborcom.com>
Message-ID: <OF6785DDAA.A8A67E79-ON8025736E.0025B800-8025736E.0037D36C@jpmchase.com>

Hi Tom

I don't think I worded me query very well - I'm deploying 400 CPAN modules 
to 4 Production boxes , not to 400 Production boxes.
With regards packaging, the OS is AIX 5.2 for which there are no Perl 
module packages at present.
However, packaging doesn't actually solve my problem because I have to 
find some way to prove that the modules work when on the production 
machines, the fact that they all pass their test harnesses on development 
is not sufficient for the release to be approved.

In answer to your question, "How do we deploy software to these servers" - 
there is no fixed procedure - if a package is available, we use that,  (I 
gather that on AIX this is not an easy process).
In this case, I am building perl on one of our development boxes using gcc 
and then creating a tarball which I am checking into source control.
This is then put live via the release mechanism here which only allows you 
to put code live from the source control system - I have no direct access.
The problem is, this system requires some form of testing to be done on 
the released code before it can be signed off and I am trying to find a 
way to do this using the test harnesses provided with each module given 
the constraints of the absence of any development tools.

Cheers
Tony 



Tom Hukins <tom at eborcom.com> 
Sent by: miltonkeynes-pm-bounces+tony.x.edwardson=jpmorgan.com at pm.org
06/10/2007 19:04

To
Milton Keynes Perl Mongers <miltonkeynes-pm at pm.org>
cc

Subject
Re: Testing CPAN modules






On Fri, Sep 28, 2007 at 02:47:08PM +0100, tony.x.edwardson at jpmorgan.com 
wrote:
> Anyone knbow of a way to run the test suites which come with CPAN 
modules 
> without access to the internet, make or a c compiler ?
> I am trying to get a recent version of perl (5.8.8) installed on 
> production machines which exist in a highly restricted environment.

Rephrasing your query, you have two issues to deal with:
1. Your production servers don't include compilers or other build
tools.  They're production servers, so they should do their intended
jobs, not compile software or run its tests.
2. You don't want to deploy software in production without checking it
seems to work.

> The problem is that the procedures require me to run tests on all of the 

> modules I've introduced on the production box where make and gcc don't 
> exist.

You mention that you have 400 production servers, so presumably you
have some automated way to deploy them.  Can you deploy the production
environment and then install the build tools you need on top of this
environment?  This will let you build and test your code in an
environment that only differs marginally from production.

> Ideally, I'd like to use the test suites that come with each module but 
I 
> can't use "make test" without make.
> There is "prove" , but not all of the module distributions have a "t" 
> subdirectory - they have a test.pl script instead.

As a heuristic, you could "prove t/*.t test.pl" but this won't work
for modules that have non-standard test procedures defined in their
Makefile.PL, Build.PL or whatever Module::Install uses.  Ziya already
mentioned this in more detail.

> I've played with the CPAN module but I can't find a way to use it 
without 
> access to make.

How do you deploy other software to these servers?  Do you use a
packaging system?  Could you build packages of the Perl modules you
need?  Again, Ziya mentioned this.

Testing your code, compiling it or building packages of it on
production servers strikes me as a bad idea:  these servers exist to
serve, not to build.  But building packages in a very similar
environment that you can then deploy onto production seems both doable
and sensible.

Tom
_______________________________________________
MiltonKeynes-pm mailing list
MiltonKeynes-pm at pm.org
http://mail.pm.org/mailman/listinfo/miltonkeynes-pm



-----------------------------------------
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates. This transmission may contain information that is
privileged, confidential, legally privileged, and/or exempt from
disclosure under applicable law. If you are not the intended
recipient, you are hereby notified that any disclosure, copying,
distribution, or use of the information contained herein (including
any reliance thereon) is STRICTLY PROHIBITED. Although this
transmission and any attachments are believed to be free of any
virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the
recipient to ensure that it is virus free and no responsibility is
accepted by JPMorgan Chase & Co., its subsidiaries and affiliates,
as applicable, for any loss or damage arising in any way from its
use. If you received this transmission in error, please immediately
contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you. 
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/miltonkeynes-pm/attachments/20071008/9cccd859/attachment.html 

From jns at gellyfish.com  Mon Oct  8 03:30:57 2007
From: jns at gellyfish.com (Jonathan Stowe)
Date: Mon, 08 Oct 2007 11:30:57 +0100
Subject: Testing CPAN modules
In-Reply-To: <OF6785DDAA.A8A67E79-ON8025736E.0025B800-8025736E.0037D36C@jpmchase.com>
References: <OF6785DDAA.A8A67E79-ON8025736E.0025B800-8025736E.0037D36C@jpmchase.com>
Message-ID: <1191839457.6108.33.camel@coriolanus>

On Mon, 2007-10-08 at 11:09 +0100, tony.x.edwardson at jpmorgan.com wrote:
> 
> Hi Tom
> 
> I don't think I worded me query very well - I'm deploying 400 CPAN
> modules to 4 Production boxes , not to 400 Production boxes.
> With regards packaging, the OS is AIX 5.2 for which there are no Perl
> module packages at present. 
> However, packaging doesn't actually solve my problem because I have to
> find some way to prove that the modules work when on the production
> machines, the fact that they all pass their test harnesses on
> development is not sufficient for the release to be approved. 
> 
> In answer to your question, "How do we deploy software to these
> servers" - there is no fixed procedure - if a package is available, we
> use that,  (I gather that on AIX this is not an easy process). 
> In this case, I am building perl on one of our development boxes using
> gcc and then creating a tarball which I am checking into source
> control. 
> This is then put live via the release mechanism here which only allows
> you to put code live from the source control system - I have no direct
> access. 
> The problem is, this system requires some form of testing to be done
> on the released code before it can be signed off and I am trying to
> find a way to do this using the test harnesses provided with each
> module given the constraints of the absence of any development tools. 
> 

The 'test harness' is only a bit more complicated than:

   perl -MTest::Harness -e'runtests(<t/*.t test.pl>'

Test::Harness is in the perl core so it is little more than copying the
test directory (t/) or the test.pl from the modules distribution
directory and running the above in the directory.

/J\

From tony.x.edwardson at jpmorgan.com  Wed Oct 10 05:51:18 2007
From: tony.x.edwardson at jpmorgan.com (tony.x.edwardson at jpmorgan.com)
Date: Wed, 10 Oct 2007 13:51:18 +0100
Subject: Testing CPAN modules
In-Reply-To: <1191839457.6108.33.camel@coriolanus>
Message-ID: <OF74C351AD.32FADD0B-ON80257370.0045CB1E-80257370.00469D0E@jpmchase.com>

Hi Jonathan

Exactly what I was after - sorted

Thanks for your help
Tony



>The 'test harness' is only a bit more complicated than:

>   perl -MTest::Harness -e'runtests(<t/*.t test.pl>'




-----------------------------------------
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates. This transmission may contain information that is
privileged, confidential, legally privileged, and/or exempt from
disclosure under applicable law. If you are not the intended
recipient, you are hereby notified that any disclosure, copying,
distribution, or use of the information contained herein (including
any reliance thereon) is STRICTLY PROHIBITED. Although this
transmission and any attachments are believed to be free of any
virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the
recipient to ensure that it is virus free and no responsibility is
accepted by JPMorgan Chase & Co., its subsidiaries and affiliates,
as applicable, for any loss or damage arising in any way from its
use. If you received this transmission in error, please immediately
contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you. 
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/miltonkeynes-pm/attachments/20071010/2908a782/attachment.html 

From tom at eborcom.com  Thu Oct 11 09:45:48 2007
From: tom at eborcom.com (Tom Hukins)
Date: Thu, 11 Oct 2007 17:45:48 +0100
Subject: plugins, hooks and subclassing
In-Reply-To: <47065E34.5090505@oucs.ox.ac.uk>
References: <47065E34.5090505@oucs.ox.ac.uk>
Message-ID: <20071011164548.GA7800@eborcom.com>

On Fri, Oct 05, 2007 at 04:54:28PM +0100, Oliver Gorwits wrote:
> For a module which is OO with no functional interface, as the author
> I'd prefer not to have to touch lots of the code to add hooks. This
> is something OO naturally serves well, to my mind.

Yes, that sounds sensible to me.  I held off replying in case someone
had more helpful ideas, but as nobody's replied yet I thought I might
as well.

> What opinions on plugins/hooks/subclassing are out there?

Plenty, I'm sure. :)

Personally, I'd suggest your user tries to subclass your module:
  sub method {
      my $self = shift;
      # Do things here, if necessary
      $self->SUPER::method(@_);
      # Do things here, if necessary
  }

If Perl's inheritance order causes problems, take a look at Class:C3.
If you feel you need a heavyweight plugin system, use
Module::Pluggable.  I've used both, and like both, but wouldn't use
them unless I had a problem with what Perl already provides.

Tom

From robbie at robbiebow.co.uk  Thu Oct 11 22:49:43 2007
From: robbie at robbiebow.co.uk (Robbie Bow)
Date: Fri, 12 Oct 2007 06:49:43 +0100
Subject: plugins, hooks and subclassing
In-Reply-To: <20071011164548.GA7800@eborcom.com>
References: <47065E34.5090505@oucs.ox.ac.uk>
	<20071011164548.GA7800@eborcom.com>
Message-ID: <470F0AF7.9090006@robbiebow.co.uk>


package Toms::Message;
use strict;

sub text {

print qq~
-------- Original Message  --------
Subject: Re:plugins, hooks and subclassing
From: Tom Hukins <tom at eborcom.com>
To: Milton Keynes Perl Mongers <miltonkeynes-pm at pm.org>
Date: 11 October 2007 17:45:48

> On Fri, Oct 05, 2007 at 04:54:28PM +0100, Oliver Gorwits wrote:
>> For a module which is OO with no functional interface, as the author
>> I'd prefer not to have to touch lots of the code to add hooks. This
>> is something OO naturally serves well, to my mind.
> 
> Yes, that sounds sensible to me.  I held off replying in case someone
> had more helpful ideas, but as nobody's replied yet I thought I might
> as well.
> 
>> What opinions on plugins/hooks/subclassing are out there?
> 
> Plenty, I'm sure. :)
> 
> Personally, I'd suggest your user tries to subclass your module:
>   sub method {
>       my $self = shift;
>       # Do things here, if necessary
>       $self->SUPER::method(@_);
>       # Do things here, if necessary
>   }
> 
> If Perl's inheritance order causes problems, take a look at Class:C3.
> If you feel you need a heavyweight plugin system, use
> Module::Pluggable.  I've used both, and like both, but wouldn't use
> them unless I had a problem with what Perl already provides.
> 
> Tom
> _______________________________________________
> MiltonKeynes-pm mailing list
> MiltonKeynes-pm at pm.org
> http://mail.pm.org/mailman/listinfo/miltonkeynes-pm
> 
~~;


package main;
use strict;
use base qw(Toms::Message);

...

sub message {
   my $self = shift;
   print "I agree";
   $self->SUPER::message();
}

From Amanda_Baverstock at SHI.com  Wed Oct 17 09:06:18 2007
From: Amanda_Baverstock at SHI.com (Amanda Baverstock)
Date: Wed, 17 Oct 2007 12:06:18 -0400
Subject: Perl Commercial telephone support
Message-ID: <317E7D7A0E880C42B34D520F8A59ACE6041D248F@cliff1.corp.local>

Hello, I am a reseller and I have a customer in the UK looking for Perl
commercial telephone support for Perl 5.8.8

 

Can anyone suggest a commercial company who can provide this support?
They can be based anywhere in the UK.

 

thanks

 

Amanda Baverstock

European Account Manager

SHI UK

201-249 Avebury Boulevard

Avebury House

Milton Keynes

UK

MK9 2AU

 

email - amanda_baverstock at shi.com

DD  +44 (0) 1908 216600

Office - + 44 (0) 1908 300370

Fax - + 44 (0) 1908 394756

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/miltonkeynes-pm/attachments/20071017/b0d235cd/attachment.html 

From Tony.Edwardson at commerzbank.com  Thu Oct 18 02:24:16 2007
From: Tony.Edwardson at commerzbank.com (Edwardson, Tony)
Date: Thu, 18 Oct 2007 10:24:16 +0100
Subject: Anyone know what $::{varname} does ?
Message-ID: <53489BD5288A964FB73E501D4ADB1F7F0AD138A3@xmx17lonib.lonib.commerzbank.com>

I have just changed job and have inheritted a load of perl scripts and
modules which refer to variables with
$::varname all over the place

I guess that this is equivalent to $MAIN::varname but as none of these
scripts contain a package statement I'm not sure why this was done.

Can anyone enlighten me ?

Cheers
Tony


********************************************************************** 
This is a commercial communication from Commerzbank AG.

This communication is confidential and is intended only for the person to
whom it is addressed.  If you are not that person you are not permitted to
make use of the information and you are requested to notify
<mailto:LONIB.Postmaster at commerzbankib.com> immediately that you have
received it and then destroy the copy in your possession.

Commerzbank AG may monitor outgoing and incoming e-mails. By replying to
this e-mail you consent to such monitoring. This e-mail message and any
attached files have been scanned for the presence of computer viruses.
However, you are advised that you open attachments at your own risk.

This email was sent either by Commerzbank AG, London Branch, or by
Commerzbank Corporates & Markets, a division of Commerzbank. Commerzbank AG
is a limited liability company incorporated in the Federal Republic of
Germany. Registered Company Number in England BR001025. Our registered
address in the UK is 60 Gracechurch Street, London, EC3V 0HR. We are
regulated by the Financial Services Authority for the conduct of investment
business in the UK and we appear on the FSA register under number 124920. 

**********************************************************************


From jns at gellyfish.com  Thu Oct 18 02:53:50 2007
From: jns at gellyfish.com (Jonathan Stowe)
Date: Thu, 18 Oct 2007 10:53:50 +0100
Subject: Anyone know what $::{varname} does ?
In-Reply-To: <53489BD5288A964FB73E501D4ADB1F7F0AD138A3@xmx17lonib.lonib.commerzbank.com>
References: <53489BD5288A964FB73E501D4ADB1F7F0AD138A3@xmx17lonib.lonib.commerzbank.com>
Message-ID: <1192701230.24737.87.camel@coriolanus>

On Thu, 2007-10-18 at 10:24 +0100, Edwardson, Tony wrote:
> I have just changed job and have inheritted a load of perl scripts and
> modules which refer to variables with
> $::varname all over the place
> 
> I guess that this is equivalent to $MAIN::varname but as none of these
> scripts contain a package statement I'm not sure why this was done.
> 
> Can anyone enlighten me ?
> 

It is the same as $main::varname yes. I'd guess that it was done to
na?vely get rid of the errors you'd get with "use strict" without having
to potentially refactor the code to use lexically scoped variables.

/J\

From Tony.Edwardson at commerzbank.com  Thu Oct 18 03:16:58 2007
From: Tony.Edwardson at commerzbank.com (Edwardson, Tony)
Date: Thu, 18 Oct 2007 11:16:58 +0100
Subject: Anyone know what $::{varname} does ?
Message-ID: <53489BD5288A964FB73E501D4ADB1F7F0AD138A7@xmx17lonib.lonib.commerzbank.com>

 
> It is the same as $main::varname yes. I'd guess that it was done to
> na?vely get rid of the errors you'd get with "use strict" without having
> to potentially refactor the code to use lexically scoped variables.

Strange, the code make liberal use of "my" and has an extensive list of
global variables specified through "use vars" so it would seem that the
programmer knew what they were doing with regards strictness.



********************************************************************** 
This is a commercial communication from Commerzbank AG.

This communication is confidential and is intended only for the person to
whom it is addressed.  If you are not that person you are not permitted to
make use of the information and you are requested to notify
<mailto:LONIB.Postmaster at commerzbankib.com> immediately that you have
received it and then destroy the copy in your possession.

Commerzbank AG may monitor outgoing and incoming e-mails. By replying to
this e-mail you consent to such monitoring. This e-mail message and any
attached files have been scanned for the presence of computer viruses.
However, you are advised that you open attachments at your own risk.

This email was sent either by Commerzbank AG, London Branch, or by
Commerzbank Corporates & Markets, a division of Commerzbank. Commerzbank AG
is a limited liability company incorporated in the Federal Republic of
Germany. Registered Company Number in England BR001025. Our registered
address in the UK is 60 Gracechurch Street, London, EC3V 0HR. We are
regulated by the Financial Services Authority for the conduct of investment
business in the UK and we appear on the FSA register under number 124920. 

**********************************************************************


From peter at dragonstaff.com  Thu Oct 18 04:55:40 2007
From: peter at dragonstaff.com (Peter Edwards)
Date: Thu, 18 Oct 2007 12:55:40 +0100
Subject: Anyone know what $::{varname} does ?
In-Reply-To: <53489BD5288A964FB73E501D4ADB1F7F0AD138A7@xmx17lonib.lonib.commerzbank.com>
References: <53489BD5288A964FB73E501D4ADB1F7F0AD138A7@xmx17lonib.lonib.commerzbank.com>
Message-ID: <002b01c8117d$e981ef10$0201a8c0@DRAGON1>

>> It is the same as $main::varname yes. I'd guess that it was done to
>> na?vely get rid of the errors you'd get with "use strict" without having
>> to potentially refactor the code to use lexically scoped variables.
>
>Strange, the code make liberal use of "my" and has an extensive list of
>global variables specified through "use vars" so it would seem that the
>programmer knew what they were doing with regards strictness.

Perhaps they inherited the code and had to tidy it up?
I can't see why else you'd have a combination of 'use var' globals and
inline ones unless they stopped half way through tidying. I'd prefer to put
$main:: in front rather than $:: just to make it clear.
Extensive use of globals suggests a poor design anyway unless calculation
performance is at a premium.

Regards, Peter
http://www.dragonstaff.com
Business IT Consultancy



From tom at eborcom.com  Mon Oct 22 13:07:05 2007
From: tom at eborcom.com (Tom Hukins)
Date: Mon, 22 Oct 2007 21:07:05 +0100
Subject: Meeting: Tuesday 30th October 2007
Message-ID: <20071022200705.GB36300@eborcom.com>

Tuesday 30th October is a very special day.  Not only is it the eve of
All Hallows Eve, not only is it the last Tuesday of the month, it's
also 2 years and 3 days since Milton Keynes Perl Mongers' first
meeting:
http://mail.pm.org/pipermail/miltonkeynes-pm/2005-October/000002.html

So, come celebrate with a few drinks, meet up with other Perl Mongers
and Linux Users, natter about all things open sourcey, softwarey,
techy, fun and irrelevant.  I look forward to seeing the regulars, the
recent newcomers, and hopefully a few of you who haven't been before.

As usual, we'll meet in Wetherspoon's near the railway station (not the
one in the snow dome).  I'll show up around 8pm, but feel free to arrive
whenever suits you:
http://miltonkeynes.openguides.org/?J.D_Wetherspoon%2C_Central_Milton_Keynes

If you've not been along before and you would like my mobile number to
help find us please ask off list.  Don't worry how much you know about
Perl or Linux:  we have quite a varied range of interests and abilities.

See you next week,
Tom

From oliver.gorwits at oucs.ox.ac.uk  Fri Oct 26 07:37:31 2007
From: oliver.gorwits at oucs.ox.ac.uk (Oliver Gorwits)
Date: Fri, 26 Oct 2007 15:37:31 +0100
Subject: Job Vacancy: Network Development and Support
Message-ID: <4721FBAB.7020400@oucs.ox.ac.uk>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi folks,

We currently have a vacancy within my team, which runs the backbone
IP data network and related services for the University of Oxford.

The work requires a good understanding of all areas of IP networking
from the hardware involved, through the operation of network
protocols to the provision of software services to all members of the
University. Perl of course plays an essential role in all this.

Further details and an application form are available here:

   http://www.oucs.ox.ac.uk/jobs/networksupport.xml

Salary will be 33,779 - 40,335 (a lower grade is also available).

regards,
oliver.
- --
Oliver Gorwits, Network and Telecommunications Group,
Oxford University Computing Services

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHIfur2NPq7pwWBt4RAjkWAJ92YTBhqL+A/ytE0SbbRKsbq9TChwCeOHyx
EKEQ/0kB7+4/3VvMz2TcrS4=
=pae0
-----END PGP SIGNATURE-----

From mjlush at ebi.ac.uk  Mon Oct 29 08:36:34 2007
From: mjlush at ebi.ac.uk (Michael Lush)
Date: Mon, 29 Oct 2007 15:36:34 +0000 (GMT)
Subject: chopping up mbox
Message-ID: <Pine.LNX.4.64.0710291451020.31004@pigeon.ebi.ac.uk>


I've about 10Gb of mailboxes,  I'd like to break down into individual
emails so I can dump them into a simple searchable table.  It would be
quite nice (but no means critical) to extract for 'From' 'To' dates 
attachments etc.

We have had problems with these files when trying to import them 
into squirrel-mail (truncations and messages running together, mostly 
due to non-standard spam formatting).

I had a quick peek at CPAN and found (inevitably) there's more than one 
way to do it.  Mail::Mbox::MessageParser appears to be the simple option, 
Mail::Box::Mbox seems to have all the parsing bells and whistles.

Are ther any other packages I should consider?

--
Michael
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Michael John Lush PhD			Tel:44-1223 492626
Bioinformatician 
HUGO Gene Nomenclature Committee	Email: hgnc at genenames.org
European Bioinformatics Institute
Hinxton, Cambridge
URL: http://www.genenames.org
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


From tom at eborcom.com  Mon Oct 29 09:07:45 2007
From: tom at eborcom.com (Tom Hukins)
Date: Mon, 29 Oct 2007 16:07:45 +0000
Subject: chopping up mbox
In-Reply-To: <Pine.LNX.4.64.0710291451020.31004@pigeon.ebi.ac.uk>
References: <Pine.LNX.4.64.0710291451020.31004@pigeon.ebi.ac.uk>
Message-ID: <20071029160745.GA7756@eborcom.com>

On Mon, Oct 29, 2007 at 03:36:34PM +0000, Michael Lush wrote:
> I've about 10Gb of mailboxes,  I'd like to break down into individual
> emails so I can dump them into a simple searchable table.

...

> Are ther any other packages I should consider?

The Perl Email Project attempts to replace the old-style Mail::*
modules with newer, more flexible Email::* modules:
http://emailproject.perl.org/wiki/index.php?title=Perl_Email_Project

For this particular problem, take a look at Email::Folder::Mbox.

Tom

From jns at gellyfish.com  Mon Oct 29 09:30:11 2007
From: jns at gellyfish.com (Jonathan Stowe)
Date: Mon, 29 Oct 2007 16:30:11 +0000
Subject: chopping up mbox
In-Reply-To: <20071029160745.GA7756@eborcom.com>
References: <Pine.LNX.4.64.0710291451020.31004@pigeon.ebi.ac.uk>
	<20071029160745.GA7756@eborcom.com>
Message-ID: <1193675411.17067.70.camel@coriolanus>

On Mon, 2007-10-29 at 16:07 +0000, Tom Hukins wrote:
> On Mon, Oct 29, 2007 at 03:36:34PM +0000, Michael Lush wrote:
> > I've about 10Gb of mailboxes,  I'd like to break down into individual
> > emails so I can dump them into a simple searchable table.
> 
> ...
> 
> > Are ther any other packages I should consider?
> 
> The Perl Email Project attempts to replace the old-style Mail::*
> modules with newer, more flexible Email::* modules:
> http://emailproject.perl.org/wiki/index.php?title=Perl_Email_Project
> 
> For this particular problem, take a look at Email::Folder::Mbox.

I'll vouch for it as I recently moved all my mail (for the last five
years or so) from mbox to maildir using the aforementioned module and it
worked nicely. 

/J\

From stewart.ravenhall at bigfoot.com  Mon Oct 29 13:29:45 2007
From: stewart.ravenhall at bigfoot.com (Stewart Ravenhall)
Date: Mon, 29 Oct 2007 20:29:45 +0000
Subject: chopping up mbox
In-Reply-To: <Pine.LNX.4.64.0710291451020.31004@pigeon.ebi.ac.uk>
References: <Pine.LNX.4.64.0710291451020.31004@pigeon.ebi.ac.uk>
Message-ID: <200710292029.45974.stewart.ravenhall@bigfoot.com>

On Monday 29 October 2007 15:36, Michael Lush wrote:
> I've about 10Gb of mailboxes,  I'd like to break down into individual
> emails so I can dump them into a simple searchable table.  It would be
> quite nice (but no means critical) to extract for 'From' 'To' dates 
> attachments etc.

You could try converting from mbox to maildir format: 
http://batleth.sapienti-sat.org/projects/mb2md/

I've not tried it.

Cheers,
Stew

From mjlush at ebi.ac.uk  Wed Oct 31 04:50:51 2007
From: mjlush at ebi.ac.uk (Michael Lush)
Date: Wed, 31 Oct 2007 11:50:51 +0000 (GMT)
Subject: chopping up mbox
In-Reply-To: <Pine.LNX.4.64.0710291451020.31004@pigeon.ebi.ac.uk>
References: <Pine.LNX.4.64.0710291451020.31004@pigeon.ebi.ac.uk>
Message-ID: <Pine.LNX.4.64.0710311147500.27632@pigeon.ebi.ac.uk>


Thanks for the pointers!

--
Michael
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Michael John Lush PhD			Tel:44-1223 492626
Bioinformatician 
HUGO Gene Nomenclature Committee	Email: hgnc at genenames.org
European Bioinformatics Institute
Hinxton, Cambridge
URL: http://www.genenames.org
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

From tom at eborcom.com  Wed Oct 31 10:50:59 2007
From: tom at eborcom.com (Tom Hukins)
Date: Wed, 31 Oct 2007 17:50:59 +0000
Subject: Technical Meeting:  Thursday 15th November 2007
Message-ID: <20071031175059.GC48113@eborcom.com>

Hi,

As much as we enjoy going to the pub, the regulars of Milton Keynes
Perl Mongers and LUG have decided we should have an evening of talks
on Thursday 15th November at 7pm.

We're holding the meeting at the Open University and have various
talks about Perl, Linux and old computers lined up.  We've tried to
plan talks that cover to a range of interests and a range of
backgrounds, so if you're reading this, hopefully you'll find some of
the meeting interesting.

I'll send out a full announcement next week, but I thought I should
let you all know now.  Please tell others you know who might be
interested.

Afterwards, we'll head to our usual haunt at Wetherspoon's where
they're holding some sort of beer festival.

If you have any questions, need a lift, or anything else, please mail
one of the mailing lists you subscribe to (preferably not both) or ask
on IRC rather than contacting me directly.

See you soon,
Tom