From arocker at vex.net  Fri Jan  4 13:08:58 2008
From: arocker at vex.net (arocker at vex.net)
Date: Fri, 4 Jan 2008 16:08:58 -0500 (EST)
Subject: [tpm] It's alive!
Message-ID: <16271.69.159.195.108.1199480938.squirrel@webmail.vex.net>


It's now possible to run a native-mode Perl 6 program (i.e. using Parrot
rather than Haskell as the interpreter).

See http://use.perl.org/~pmichaud/journal/35272 for the details.

There are probably a lot of rough edges, (I don't know exactly what
proportion of the spec is implemented), but it can say "hello" and tell
you that 1 + 1 = 2.




From arocker at vex.net  Sat Jan  5 13:53:10 2008
From: arocker at vex.net (arocker at vex.net)
Date: Sat, 5 Jan 2008 16:53:10 -0500 (EST)
Subject: [tpm] Command line option processing
Message-ID: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>


I'm trying to implement a simple check of a command line option (just
present or absent, no arguments). The shell equivalent, which works, is:

while getopts v opt
do
    case $opt
    in
    v) echo "Hi"
     ;;
    esac
done

The perl, which doesn't:

#! /usr/bin/perl
use warnings;
use Getopt::Std;

getopt ("v");           # primitive help facility -v is only option

if ( $Getopt::Std::opt_v ) {
    print Hi\n";
}

and changing the test to if ( $opt ) doesn't do any better.

I've delved into the Camel, the Cookbook, Nutshell and every other
grimoire I can find, so public humiliation is the only route left. What
idiotic error am I making?


From uri at stemsystems.com  Sat Jan  5 14:18:56 2008
From: uri at stemsystems.com (Uri Guttman)
Date: Sat, 05 Jan 2008 17:18:56 -0500
Subject: [tpm] Command line option processing
In-Reply-To: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
	(arocker@vex.net's message of "Sat, 5 Jan 2008 16:53:10 -0500 (EST)")
References: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
Message-ID: <x7bq7zex0v.fsf@mail.sysarch.com>

>>>>> "a" == arocker  <arocker at vex.net> writes:

  a> getopt ("v");           # primitive help facility -v is only option

  a> if ( $Getopt::Std::opt_v ) {

where did you get the notion that Getopt::Std is the namespace where
options are set??

  a> I've delved into the Camel, the Cookbook, Nutshell and every other
  a> grimoire I can find, so public humiliation is the only route left. What
  a> idiotic error am I making?

how about rtfm?

       use Getopt::Std;

       getopt(?oDI?);    # -o, -D & -I take arg.  Sets $opt_* as a side effec
t.
       getopt(?oDI?, \%opts);    # -o, -D & -I take arg.  Values in %opts
       getopts(?oif:?);  # -o & -i are boolean flags, -f takes an argument
                             # Sets $opt_* as a side effect.

i see nothing mentioning that namespace. why don't you just check
$opt_v? 

also it is much better to pass in a hash ref and get all the options in
the hash. then you can pass them around as one collection to subs, you
don't dirty up the name space and you can even iterate over the ones set
to print them out. i don't write many scripts which use options but
having all the options in a single hash is by far the best way to manage
them. you can even set defaults and such with some of the getopt
variation in that same hash. rtfm for more on that. 

was that humiliating enough? :)

uri

-- 
Uri Guttman  ------  uri at stemsystems.com  -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs  ----------------------------  http://jobs.perl.org

From indy at indigostar.com  Sat Jan  5 14:31:38 2008
From: indy at indigostar.com (Indy Singh)
Date: Sat, 5 Jan 2008 17:31:38 -0500
Subject: [tpm] Command line option processing
References: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
Message-ID: <00dd01c84fea$bcd86920$6600a8c0@roadhog>

Here is one way to do it:

#!/usr/bin/perl -w
use strict;
use Getopt::Long;

my %opt;

GetOptions(
            "v" => \$opt{verbose},
            "test" => \$opt{test},
            "d" => \$opt{debug},
            "debug" => \$opt{debug},
            );


if ($opt{verbose}) {
  print "VERBOSE\n";
}
else {
  print "quiet\n";
}




Indy Singh
IndigoSTAR Software -- www.indigostar.com


----- Original Message ----- 
From: <arocker at vex.net>
To: <tpm at to.pm.org>
Sent: Saturday, January 05, 2008 4:53 PM
Subject: [tpm] Command line option processing


>
> I'm trying to implement a simple check of a command line option (just
> present or absent, no arguments). The shell equivalent, which works, 
> is:
>
> while getopts v opt
> do
>    case $opt
>    in
>    v) echo "Hi"
>     ;;
>    esac
> done
>
> The perl, which doesn't:
>
> #! /usr/bin/perl
> use warnings;
> use Getopt::Std;
>
> getopt ("v");           # primitive help facility -v is only option
>
> if ( $Getopt::Std::opt_v ) {
>    print Hi\n";
> }
>
> and changing the test to if ( $opt ) doesn't do any better.
>
> I've delved into the Camel, the Cookbook, Nutshell and every other
> grimoire I can find, so public humiliation is the only route left. 
> What
> idiotic error am I making?
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm 


From tom at legrady.ca  Sat Jan  5 15:06:50 2008
From: tom at legrady.ca (Tom Legrady)
Date: Sat, 5 Jan 2008 18:06:50 -0500
Subject: [tpm] Command line option processing
In-Reply-To: <00dd01c84fea$bcd86920$6600a8c0@roadhog>
References: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
	<00dd01c84fea$bcd86920$6600a8c0@roadhog>
Message-ID: <6865D068-7C08-4C51-86F3-3EB6BB4C3EF7@legrady.ca>

Sorry, Indy, you're being masochistic.

I can sort-of understand someone using GetOptions in the option-name  
=> variable-to-store-it-in style, though I agree with Uri, far better  
to pass in a hash into which all the options are stored. You're doing  
that, the hard way, passing in the hash keys one by one. Why not  
specify the whole hash, once?

GetOptions( \%opt,
                        "verbose|v",
                        "test",
                         "debug|d",
                         "takes_a_string=s",
                       );

You stored 'v' in $opt{verbose}; I've achieved the same thing by  
specifying 'verbose' and 'v' as aliases for the same thing, similarly  
'debug' and 'd'. Mind you, by default Getopt::Long ignores case and  
allows abbreviation of long option names, so long as the option is  
uniquely identified.  So you can specify

GetOptions( \%opt,
                        "verbose",
                        "test",
                         "debug",
                         "takes_a_string=s",
                       );

and then invoke the program with   -v -d ... and since there is only  
one option beginning with a V and only one beginning with a D, it  
knows which one you want.

Tom

On 5-Jan-08, at 5:31 PM, Indy Singh wrote:

> Here is one way to do it:
>
> #!/usr/bin/perl -w
> use strict;
> use Getopt::Long;
>
> my %opt;
>
> GetOptions(
>            "v" => \$opt{verbose},
>            "test" => \$opt{test},
>            "d" => \$opt{debug},
>            "debug" => \$opt{debug},
>            );
>
>
> if ($opt{verbose}) {
>  print "VERBOSE\n";
> }
> else {
>  print "quiet\n";
> }
>
>
>
>
> Indy Singh
> IndigoSTAR Software -- www.indigostar.com
>
>
> ----- Original Message -----
> From: <arocker at vex.net>
> To: <tpm at to.pm.org>
> Sent: Saturday, January 05, 2008 4:53 PM
> Subject: [tpm] Command line option processing
>
>
>>
>> I'm trying to implement a simple check of a command line option (just
>> present or absent, no arguments). The shell equivalent, which works,
>> is:
>>
>> while getopts v opt
>> do
>>   case $opt
>>   in
>>   v) echo "Hi"
>>    ;;
>>   esac
>> done
>>
>> The perl, which doesn't:
>>
>> #! /usr/bin/perl
>> use warnings;
>> use Getopt::Std;
>>
>> getopt ("v");           # primitive help facility -v is only option
>>
>> if ( $Getopt::Std::opt_v ) {
>>   print Hi\n";
>> }
>>
>> and changing the test to if ( $opt ) doesn't do any better.
>>
>> I've delved into the Camel, the Cookbook, Nutshell and every other
>> grimoire I can find, so public humiliation is the only route left.
>> What
>> idiotic error am I making?
>>
>> _______________________________________________
>> toronto-pm mailing list
>> toronto-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/toronto-pm
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm
>

Tom Legrady
tom at legrady.ca
My photo gallery ... http://picasaweb.google.com/legrady
Photo flipbook ...http://www.youtube.com/watch?v=E2n2yV5DL2U

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/toronto-pm/attachments/20080105/3e37e392/attachment.html 

From adam.prime at utoronto.ca  Sat Jan  5 21:38:58 2008
From: adam.prime at utoronto.ca (Adam Prime)
Date: Sun, 06 Jan 2008 00:38:58 -0500
Subject: [tpm] Command line option processing
In-Reply-To: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
References: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
Message-ID: <47806972.5060403@utoronto.ca>

Take a look at Getopt::Long::Descriptive.  I saw a talk at PPW given by 
rjbs about App::Cmd where he extolled the virtues of this particular 
module, and i used it for a script at work recently have to to agree 
that it kicks ass.

http://search.cpan.org/~hdp/Getopt-Long-Descriptive-0.06/lib/Getopt/Long/Descriptive.pm

Adam

arocker at vex.net wrote:
> I'm trying to implement a simple check of a command line option (just
> present or absent, no arguments). The shell equivalent, which works, is:
> 
> while getopts v opt
> do
>     case $opt
>     in
>     v) echo "Hi"
>      ;;
>     esac
> done
> 
> The perl, which doesn't:
> 
> #! /usr/bin/perl
> use warnings;
> use Getopt::Std;
> 
> getopt ("v");           # primitive help facility -v is only option
> 
> if ( $Getopt::Std::opt_v ) {
>     print Hi\n";
> }
> 
> and changing the test to if ( $opt ) doesn't do any better.
> 
> I've delved into the Camel, the Cookbook, Nutshell and every other
> grimoire I can find, so public humiliation is the only route left. What
> idiotic error am I making?
> 
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm


From arocker at vex.net  Sun Jan  6 09:01:45 2008
From: arocker at vex.net (arocker at vex.net)
Date: Sun, 6 Jan 2008 12:01:45 -0500 (EST)
Subject: [tpm] Command line option processing
In-Reply-To: <x7bq7zex0v.fsf@mail.sysarch.com>
References: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
	<x7bq7zex0v.fsf@mail.sysarch.com>
Message-ID: <61227.74.12.141.224.1199638905.squirrel@webmail.vex.net>

Thanks for the responses, everyone. As usual, explaining my problem to the
bear brought enlightenment. This worked:
----------------------------------------------------------------------
#! /usr/bin/perl
use warnings;
use strict;
use Getopt::Std;

getopts ("v");          # primitive help facility -v is only option

if ( $main::opt_v ) {
    $main::opt_v = $main::opt_v; # Muffle warning
    print  "Hi\n";
}
----------------------------------------------------------------------

I managed to omit one of the vital clues from my example; "use strict".
To answer some of the questions:

>   a> if ( $Getopt::Std::opt_v ) {
>
> where did you get the notion that Getopt::Std is the namespace where
> options are set??

perl was bitching about not having a namespace for $opt_v, even when I
gave it $main::opt_v. I may have been misled by the "used once" message
(which is suppressed by the pointless equation in the code above). I
guessed (incorrectly) that Getopt might be creating the variable in its
own namespace.

>   a> I've delved into the Camel, the Cookbook, Nutshell
> how about rtfm?>

Don't those 3 count? The example quoted looks remarkably like the one I
was copying.

> i see nothing mentioning that namespace. why don't you just check
> $opt_v?
>
Because when I did, perl complained that it wanted a namespace.

> also it is much better to pass in a hash ref and get all the options in

Too complicated a solution for the simple problem. Also, if I can't solve
a problem with a simple variable, what's the chance of solving one using a
hash?


From uri at stemsystems.com  Sun Jan  6 09:16:13 2008
From: uri at stemsystems.com (Uri Guttman)
Date: Sun, 06 Jan 2008 12:16:13 -0500
Subject: [tpm] Command line option processing
In-Reply-To: <61227.74.12.141.224.1199638905.squirrel@webmail.vex.net>
	(arocker@vex.net's message of "Sun, 6 Jan 2008 12:01:45 -0500 (EST)")
References: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
	<x7bq7zex0v.fsf@mail.sysarch.com>
	<61227.74.12.141.224.1199638905.squirrel@webmail.vex.net>
Message-ID: <x73ataan8i.fsf@mail.sysarch.com>

>>>>> "a" == arocker  <arocker at vex.net> writes:

  a> Thanks for the responses, everyone. As usual, explaining my problem to the
  a> bear brought enlightenment. This worked:
  a> ----------------------------------------------------------------------
  a> #! /usr/bin/perl
  a> use warnings;
  a> use strict;
  a> use Getopt::Std;

  a> getopts ("v");          # primitive help facility -v is only option

  a> if ( $main::opt_v ) {
  a>     $main::opt_v = $main::opt_v; # Muffle warning

very dumb solution. use vars '$opt_v' is cleaner. even our $opt_v should
work.

  a> perl was bitching about not having a namespace for $opt_v, even when I
  a> gave it $main::opt_v. I may have been misled by the "used once" message
  a> (which is suppressed by the pointless equation in the code above). I
  a> guessed (incorrectly) that Getopt might be creating the variable in its
  a> own namespace.

  a> I've delved into the Camel, the Cookbook, Nutshell
  >> how about rtfm?>

  a> Don't those 3 count? The example quoted looks remarkably like the one I
  a> was copying.

a good rule is to always rtfm as it should have the most accurate
examples and be the most up to date.

  >> i see nothing mentioning that namespace. why don't you just check
  >> $opt_v?
  >> 
  a> Because when I did, perl complained that it wanted a namespace.

sure, but it wanted main::.

  >> also it is much better to pass in a hash ref and get all the options in

  a> Too complicated a solution for the simple problem. Also, if I can't solve
  a> a problem with a simple variable, what's the chance of solving one using a
  a> hash?

huh?? it is actually LESS code to use a hash. no need for the
declaration or use vars/our or your silly solution. and it allows for
easier addition of more options (and that will ALWAYS happen!).

uri

-- 
Uri Guttman  ------  uri at stemsystems.com  -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs  ----------------------------  http://jobs.perl.org

From arocker at vex.net  Sun Jan  6 10:19:41 2008
From: arocker at vex.net (arocker at vex.net)
Date: Sun, 6 Jan 2008 13:19:41 -0500 (EST)
Subject: [tpm] Command line option processing
In-Reply-To: <x73ataan8i.fsf@mail.sysarch.com>
References: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
	<x7bq7zex0v.fsf@mail.sysarch.com>
	<61227.74.12.141.224.1199638905.squirrel@webmail.vex.net>
	<x73ataan8i.fsf@mail.sysarch.com>
Message-ID: <60920.74.12.147.60.1199643581.squirrel@webmail.vex.net>

>
> very dumb solution. use vars '$opt_v' is cleaner. even our $opt_v should
> work.
>

Both made "if ( $opt_v )" work without extraneous complaints.
"our" has 5 fewer keystrokes.



From magog at the-wire.com  Sun Jan  6 12:51:56 2008
From: magog at the-wire.com (Michael Graham)
Date: Sun, 6 Jan 2008 15:51:56 -0500
Subject: [tpm] Command line option processing
In-Reply-To: <61227.74.12.141.224.1199638905.squirrel@webmail.vex.net>
References: <28458.69.159.195.108.1199569990.squirrel@webmail.vex.net>
	<x7bq7zex0v.fsf@mail.sysarch.com>
	<61227.74.12.141.224.1199638905.squirrel@webmail.vex.net>
Message-ID: <20080106155156.51fd4a75@caliope>


> > also it is much better to pass in a hash ref and get all the
> > options in
> 
> Too complicated a solution for the simple problem. 

Doing it the "right" way first makes it more likely that your program
will grow sanely when you add additional options in the future.

> Also, if I can't
> solve a problem with a simple variable, what's the chance of solving
> one using a hash?

You'd be switching from Getopt::Std to Getopt::Long, which is a
completely different options-processing module.  

So, with that in mind, I'd rewrite your rhetorical question as:  "If I
can't solve the problem with one module, what's the chance of solving
it using a different module?"

It's a shame, but the Getopt::* namespace is cluttered with dozens of
unrelated and semi-related modules, all with their own interfaces.  I
even wrote one myself (but thankfully never published it).  I think it
was called something like Getopt::Simple::MyWay::Dammit.

It looks like Getopt::Std comes bundled with perl and is pretty
ancient.  For one thing its interface recommends using global variables
(which tend to be shunned these days).  For another thing, it doesn't
"use strict" itself.  That doesn't mean that it's buggy code, just that
it's pretty old; the "::Std" moniker should be taken with a grain of
salt.


Michael



-- 
Michael Graham <magog at the-wire.com>

From talexb at gmail.com  Mon Jan  7 08:48:02 2008
From: talexb at gmail.com (Alex Beamish)
Date: Mon, 7 Jan 2008 11:48:02 -0500
Subject: [tpm] Fwd: [yapc] Frozen Perl 2008 Promo
In-Reply-To: <alpine.DEB.0.9999.0801071042280.31973@urth.org>
References: <alpine.DEB.0.9999.0801071042280.31973@urth.org>
Message-ID: <f9870c010801070848t3436274fp29dfa7afb4391bcd@mail.gmail.com>

>From the YAPC mailing list .. for those interested in a mid-winter hit of
Perl training.

---------- Forwarded message ----------
From: Dave Rolsky <autarch at urth.org>
Date: Jan 7, 2008 11:43 AM
Subject: [yapc] Frozen Perl 2008 Promo
To: yapc <yapc at pm.org>


I'd really appreciate it if folks on this list could take the text below
and forward it to their internal work email lists.

--------------------------------------------------------------------------

The early bird deadline for Frozen Perl 2008 is fast approaching. After
midnight Central on Saturday, January 12th, the rate for non-students will
double from $20 to $40.

Frozen Perl 2008 is a one-day Perl workshop happening on Saturday,
February 16th, with a great schedule of speakers. The theme is "Perl in
Practice", and there are a lot of great talks.

We have two tracks of talks. For folks new to Perl, there is a strong
slate of talks for beginners, including introductions to OOP, testing, and
more. For more experienced Perlers, there are talks on Moose, Catalyst,
and all sorts of interesting Perl wizardry.

Registration includes breakfast and lunch, and possibly a t-shirt, all for
the ridiculously cheap price of $20. If you're coming from out of town,
there is a group rate at the nearby Days Inn. There will also be an
all-day hackathon on Sunday, February 17th for the true geeks.

For more information, check out the website at
http://www.frozen-perl.org/. You can sign up online, so don't delay.

We hope to see you there.

Dave Rolsky
Frozen Perl 2008 Organizer
_______________________________________________
yapc mailing list
yapc at pm.org
http://mail.pm.org/mailman/listinfo/yapc



-- 
Alex Beamish
Toronto, Ontario
aka talexb
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/toronto-pm/attachments/20080107/6c701ac6/attachment.html 

From janes.rob at gmail.com  Wed Jan  9 15:23:47 2008
From: janes.rob at gmail.com (Rob Janes)
Date: Wed, 09 Jan 2008 18:23:47 -0500
Subject: [tpm] job hunting
Message-ID: <47855783.2010106@gmail.com>

Hi all,

A head hunter phoned me up and told me about 4 perl jobs he's got, 
marked urgent.

His email is jack.ponte at rogers.com, but if you let me do the referal I 
might get some sort of commission ;-).  The job is with Novator, at 
Spadina and Richmond I think.  Novator is a web perl shop, sdlc is 
waterfall, and they are in a multi-year project to convert their perl to 
java (good luck!).

cheers
-rob





From sfryer at sourcery.ca  Wed Jan  9 18:03:03 2008
From: sfryer at sourcery.ca (Shaun Fryer)
Date: Wed, 9 Jan 2008 21:03:03 -0500
Subject: [tpm] job hunting
In-Reply-To: <47855783.2010106@gmail.com>
References: <47855783.2010106@gmail.com>
Message-ID: <20080110020303.GD27995@sourcery.ca>

Ha. I work there. If you want insider details on the job(s) concerned,
feel free to contact me in private.

On Wed, Jan 09, 2008 at 06:23:47PM -0500, Rob Janes wrote:
> Hi all,
> 
> A head hunter phoned me up and told me about 4 perl jobs he's got, 
> marked urgent.
> 
> His email is jack.ponte at rogers.com, but if you let me do the referal I 
> might get some sort of commission ;-).  The job is with Novator, at 
> Spadina and Richmond I think.  Novator is a web perl shop, sdlc is 
> waterfall, and they are in a multi-year project to convert their perl to 
> java (good luck!).

From alexmac131 at hotmail.com  Wed Jan  9 21:23:25 2008
From: alexmac131 at hotmail.com (Alex Mackinnon)
Date: Thu, 10 Jan 2008 05:23:25 +0000
Subject: [tpm] job hunting
In-Reply-To: <20080110020303.GD27995@sourcery.ca>
References: <47855783.2010106@gmail.com> <20080110020303.GD27995@sourcery.ca>
Message-ID: <BAY135-W448CF158EF929BA58C8C0D834A0@phx.gbl>


Overly fussy, and turned down good people other than me, but hey maybe morgan stanley is wrong in keeping me 4 years and some of the others they have turned down were the best in the business.
 
Sort of like those OANDA types..  With their suprise role determination 
 
> Date: Wed, 9 Jan 2008 21:03:03 -0500> From: sfryer at sourcery.ca> To: tpm at to.pm.org> Subject: Re: [tpm] job hunting> > Ha. I work there. If you want insider details on the job(s) concerned,> feel free to contact me in private.> > On Wed, Jan 09, 2008 at 06:23:47PM -0500, Rob Janes wrote:> > Hi all,> > > > A head hunter phoned me up and told me about 4 perl jobs he's got, > > marked urgent.> > > > His email is jack.ponte at rogers.com, but if you let me do the referal I > > might get some sort of commission ;-). The job is with Novator, at > > Spadina and Richmond I think. Novator is a web perl shop, sdlc is > > waterfall, and they are in a multi-year project to convert their perl to > > java (good luck!).> _______________________________________________> toronto-pm mailing list> toronto-pm at pm.org> http://mail.pm.org/mailman/listinfo/toronto-pm
_________________________________________________________________
Read what Santa`s been up to! For all the latest, visit asksantaclaus.spaces.live.com!
http://asksantaclaus.spaces.live.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/toronto-pm/attachments/20080110/c1720fee/attachment.html 

From SHogan at redwoodglobal.ca  Wed Jan  9 12:43:19 2008
From: SHogan at redwoodglobal.ca (Shawna Hogan)
Date: Wed, 9 Jan 2008 15:43:19 -0500
Subject: [tpm] Recruiting for a perl developer - can you help??
Message-ID: <551CDFCF1122D34297CD4D804B1D670D04C619@red-dc1.Redwood.local>

 

Need a strong perl developer - location is Georgetown (Brampton)

 

Nice to have is exp developing in multi-threaded environments.  And also
Oracle.

 

Ideally financial exp - POS, transaction processing, credit card
processing, merchant payments, POS integration, Debit and Credit card
payments.

 

I would appreciate any help or direction you could offer!

 

Thanks,

 

Shawna

 

All the best for 2008!

 

Shawna Hogan

Senior Consultant
Redwood Global Inc. 
  
Direct:  416.987.4006

Office:  416.987.4000 (x406)

Cell:     416.737.7785
Fax:      416.977.4500 
Email:  shogan at redwoodglobal.ca <mailto:shogan at redwoodglobal.ca>  

 

 

 

200 Adelaide St. W, Toronto, ON, M5H 1W7 
NOTICE: This message, including any attachments, is privileged and may
contain confidential information intended only for the person(s) named
above. Any other distribution, copying or disclosure is strictly
prohibited. Communication by email is not a secure medium and, as part
of the transmission process, this message may be copied to servers
operated by third parties while in transit. Unless you advise us to the
contrary, by accepting communications that may contain your personal
information from us via email, you are deemed to provide your consent to
our transmission of the contents of this message in this manner. If you
are not the intended recipient or have received this message in error,
please notify us immediately by reply email and permanently delete the
original transmission from us, including any attachments, without making
a copy

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/toronto-pm/attachments/20080109/bcf1a2fe/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 2986 bytes
Desc: image001.jpg
Url : http://mail.pm.org/pipermail/toronto-pm/attachments/20080109/bcf1a2fe/attachment.jpe 

From alexmac131 at hotmail.com  Mon Jan 21 06:52:59 2008
From: alexmac131 at hotmail.com (Alex Mackinnon)
Date: Mon, 21 Jan 2008 14:52:59 +0000
Subject: [tpm] Recruiting for a perl developer - can you help??
In-Reply-To: <551CDFCF1122D34297CD4D804B1D670D04C619@red-dc1.Redwood.local>
References: <551CDFCF1122D34297CD4D804B1D670D04C619@red-dc1.Redwood.local>
Message-ID: <BAY135-W38082CAD011645204279F5833D0@phx.gbl>


The questions anyone would have and I will presume to ask for all.
 
Contract or full time?
Windows or Unix Variant hosts
Salary Range / hourly rate
Flexible work hours / hours of work
Flexible onsite / must work in office
 
 


Date: Wed, 9 Jan 2008 15:43:19 -0500From: SHogan at redwoodglobal.caTo: webmaster at to.pm.orgSubject: [tpm] Recruiting for a perl developer - can you help??








 
Need a strong perl developer ? location is Georgetown (Brampton)
 
Nice to have is exp developing in multi-threaded environments.  And also Oracle.
 
Ideally financial exp ? POS, transaction processing, credit card processing, merchant payments, POS integration, Debit and Credit card payments.
 
I would appreciate any help or direction you could offer!
 
Thanks,
 
Shawna
 
All the best for 2008!
 
Shawna Hogan
Senior ConsultantRedwood Global Inc.   Direct:  416.987.4006
Office:  416.987.4000 (x406)
Cell:     416.737.7785Fax:      416.977.4500 Email:  shogan at redwoodglobal.ca 
 

 
200 Adelaide St. W, Toronto, ON, M5H 1W7 NOTICE: This message, including any attachments, is privileged and may contain confidential information intended only for the person(s) named above. Any other distribution, copying or disclosure is strictly prohibited. Communication by email is not a secure medium and, as part of the transmission process, this message may be copied to servers operated by third parties while in transit. Unless you advise us to the contrary, by accepting communications that may contain your personal information from us via email, you are deemed to provide your consent to our transmission of the contents of this message in this manner. If you are not the intended recipient or have received this message in error, please notify us immediately by reply email and permanently delete the original transmission from us, including any attachments, without making a copy
 
_________________________________________________________________

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/toronto-pm/attachments/20080121/c1d7fb41/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2986 bytes
Desc: not available
Url : http://mail.pm.org/pipermail/toronto-pm/attachments/20080121/c1d7fb41/attachment-0001.jpg 

From magog at the-wire.com  Wed Jan 23 06:39:12 2008
From: magog at the-wire.com (Michael Graham)
Date: Wed, 23 Jan 2008 09:39:12 -0500
Subject: [tpm] January Meeting - Thu 31 Jan, 2008 - Intro to Rose::HTML::Form
Message-ID: <20080123093912.73e1d39b@caliope>


(These details are also on the TPM web site: http://to.pm.org/)

The next meeting is this Thursday, 31 Jan.

 
    Date:   Thursday 31 Jan 2008

    Time:   6:45pm

   Where:   2 Bloor Street West (NW corner of Yonge/Bloor, skyscraper
            with the CIBC logo on top) Classroom TBA. 

  ===================================================================

Talk Details:

    Speaker: Adam Prime

      Title: An intro to Rose::HTML::Form
      

Description: 
          
    This will be an introduction to Rose::HTML::Form and how you
    can use it with Rose::DB::Object to make forms easier to
    build and maintain.
             
      - intro to RHTMLF with RDBO

      - a basic CRUD form with RHTMLF/RDBO

      - subclassing "validate" to do more complex validation

      - subclassing "object_from_form" to illustrate it's usefulness

      - adding a many to many relationship to the form and update the
        code.

      - adding a custom "Field" type.



  ===================================================================

  Note:

    The elevators in the building are "locked down" after 5:30pm
    to people without building access cards.  Leading up to the
    meeting someone will come down to the main floor lobby every
    few minutes to ferry people upstairs.

    After 19:00, you can reach the access-card-carrying guy via
    a cell phone number that we'll leave with security in the
    front lobby.  The room and floor numbers will be left with
    security too.






-- 
Michael Graham <magog at the-wire.com>

From arocker at vex.net  Wed Jan 23 07:02:43 2008
From: arocker at vex.net (arocker at vex.net)
Date: Wed, 23 Jan 2008 10:02:43 -0500 (EST)
Subject: [tpm] Any Borland C/C++ users in the group?
Message-ID: <60603.74.12.161.136.1201100563.squirrel@webmail.vex.net>


I'm trying to use the compiler to port Perl 6 to Windows, and it's giving
problems. Advice would be appreciated.


From indy at indigostar.com  Wed Jan 23 07:29:41 2008
From: indy at indigostar.com (Indy Singh)
Date: Wed, 23 Jan 2008 10:29:41 -0500
Subject: [tpm] Any Borland C/C++ users in the group?
References: <60603.74.12.161.136.1201100563.squirrel@webmail.vex.net>
Message-ID: <006901c85dd4$c6797e40$6600a8c0@roadhog>

> Advice would be appreciated.
Don't do it.


A long time ago Borland C/C++ compiler was used to build Perl for Windows.  That build became an orphan.  Today there are better 
options.

You can use GCC under the Cygwin environment or there is also now a free version of the Microwsoft C/C++ compiler.

The main issue you have to deal with is that the Configure script which is used to create the makefile and other header files needed 
to run 'make' is a shell script.  The shell script won't run under windows unless you use Cygwin, then the output produced is only 
suitable for a Unix like system so you have to feed the makefile into a Cygwin 'make' and use GCC.

If someone has already created the makefile and header files for Windows then you can use the compiler that they are targeted for, 
otherwise you are going to have to hack them manaully.  This is probably many days of work.

Indy Singh
IndigoSTAR Software -- www.indigostar.com


----- Original Message ----- 
From: <arocker at vex.net>
To: <tpm at to.pm.org>
Sent: Wednesday, January 23, 2008 10:02 AM
Subject: [tpm] Any Borland C/C++ users in the group?


>
> I'm trying to use the compiler to port Perl 6 to Windows, and it's giving
> problems. Advice would be appreciated.
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm 


From arocker at vex.net  Wed Jan 23 17:15:20 2008
From: arocker at vex.net (arocker at vex.net)
Date: Wed, 23 Jan 2008 20:15:20 -0500 (EST)
Subject: [tpm] Widening the terms of reference
Message-ID: <2645.67.208.9.120.1201137320.squirrel@webmail.vex.net>


Is there anyone in the group who has successfully used a C & make on
Windows, ideally XP?


From rdice at pobox.com  Wed Jan 23 17:30:29 2008
From: rdice at pobox.com (Richard Dice)
Date: Wed, 23 Jan 2008 20:30:29 -0500
Subject: [tpm] Widening the terms of reference
In-Reply-To: <2645.67.208.9.120.1201137320.squirrel@webmail.vex.net>
References: <2645.67.208.9.120.1201137320.squirrel@webmail.vex.net>
Message-ID: <5bef4baf0801231730i29a2aa2ajb1eead7e02cb0ef6@mail.gmail.com>

C - not so sure.

make - you might want to consider installing 'nmake', which M$ distributes
for free. http://support.microsoft.com/default.aspx?scid=kb;en-us;Q132084

Cheers,
Richard

On Jan 23, 2008 8:15 PM, <arocker at vex.net> wrote:

>
> Is there anyone in the group who has successfully used a C & make on
> Windows, ideally XP?
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/toronto-pm/attachments/20080123/6bc16855/attachment.html 

From james.a.graham at gmail.com  Wed Jan 23 17:47:47 2008
From: james.a.graham at gmail.com (Jim Graham)
Date: Wed, 23 Jan 2008 20:47:47 -0500
Subject: [tpm] Widening the terms of reference
In-Reply-To: <2645.67.208.9.120.1201137320.squirrel@webmail.vex.net>
References: <2645.67.208.9.120.1201137320.squirrel@webmail.vex.net>
Message-ID: <BAYC1-PASMTP01B776080E2BA4FB4A76EB90380@CEZ.ICE>

Hi

   you may want to look at Strawberry Perl http://strawberryperl.com/  
which will build perl 5.8.8 and 5.10.0 from source and includes the  
MinGW C compiler and make tools.

   From there, you may be able to compile Perl 6

   - jim

On 23-Jan-08, at 8:15 PM, arocker at vex.net wrote:

>
> Is there anyone in the group who has successfully used a C & make on
> Windows, ideally XP?
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm


From indy at indigostar.com  Wed Jan 23 18:53:01 2008
From: indy at indigostar.com (Indy Singh)
Date: Wed, 23 Jan 2008 21:53:01 -0500
Subject: [tpm] Widening the terms of reference
References: <2645.67.208.9.120.1201137320.squirrel@webmail.vex.net>
Message-ID: <009101c85e34$3c7a2f90$6600a8c0@roadhog>

I have use Microsoft Visual C/C++, which comes with nmake, many times.  I have only used it with Perl 5, never tried Perl 6.  There 
is now a free version of Visual Studio, although I have not used it.

Is this for production use or do you just want to play with it?
Why do you have to use Windows?

If you are you are stuck with Windows and have a bit of free disk space, you may want to consider installing Linux under Windows 
using Microosoft Virtual PC 2007.  Virtual PC is simple to use and free.

Indy Singh
IndigoSTAR Software -- www.indigostar.com


----- Original Message ----- 
From: <arocker at vex.net>
To: <tpm at to.pm.org>
Sent: Wednesday, January 23, 2008 8:15 PM
Subject: [tpm] Widening the terms of reference


>
> Is there anyone in the group who has successfully used a C & make on
> Windows, ideally XP?
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm 


From arocker at vex.net  Thu Jan 24 08:20:05 2008
From: arocker at vex.net (arocker at vex.net)
Date: Thu, 24 Jan 2008 11:20:05 -0500 (EST)
Subject: [tpm] Widening the terms of reference
In-Reply-To: <BAYC1-PASMTP01B776080E2BA4FB4A76EB90380@CEZ.ICE>
References: <2645.67.208.9.120.1201137320.squirrel@webmail.vex.net>
	<BAYC1-PASMTP01B776080E2BA4FB4A76EB90380@CEZ.ICE>
Message-ID: <60437.70.53.123.2.1201191605.squirrel@webmail.vex.net>

james.a.graham suggested:

>    you may want to look at Strawberry Perl http://strawberryperl.com/

That sounds like a plan; thanks.


From magog at the-wire.com  Thu Jan 31 08:29:01 2008
From: magog at the-wire.com (Michael Graham)
Date: Thu, 31 Jan 2008 11:29:01 -0500
Subject: [tpm] January Meeting Tonight - Intro to Rose::HTML::Form
Message-ID: <20080131112901.59953338@caliope>


(These details are also on the TPM web site: http://to.pm.org/)

The next meeting is this Thursday, 31 Jan (Tonight!)

 
    Date:   Thursday 31 Jan 2008

    Time:   6:45pm

   Where:   2 Bloor Street West (NW corner of Yonge/Bloor, skyscraper
            with the CIBC logo on top) Classroom TBA. 

  ===================================================================

Talk Details:

    Speaker: Adam Prime

      Title: An intro to Rose::HTML::Form
      

Description: 
          
    This will be an introduction to Rose::HTML::Form and how you
    can use it with Rose::DB::Object to make forms easier to
    build and maintain.
             
      - intro to RHTMLF with RDBO

      - a basic CRUD form with RHTMLF/RDBO

      - subclassing "validate" to do more complex validation

      - subclassing "object_from_form" to illustrate it's usefulness

      - adding a many to many relationship to the form and update the
        code.

      - adding a custom "Field" type.



  ===================================================================

  Note:

    The elevators in the building are "locked down" after 5:30pm
    to people without building access cards.  Leading up to the
    meeting someone will come down to the main floor lobby every
    few minutes to ferry people upstairs.

    After 19:00, you can reach the access-card-carrying guy via
    a cell phone number that we'll leave with security in the
    front lobby.  The room and floor numbers will be left with
    security too.




-- 
Michael Graham <magog at the-wire.com>

From bf at aipco.com  Thu Jan 31 12:49:27 2008
From: bf at aipco.com (ben)
Date: Thu, 31 Jan 2008 15:49:27 -0500
Subject: [tpm] New Job Opening - Perl
Message-ID: <000601c8644a$d3e81920$38a8a8c0@BF>

Hi TPM Admin,

We'll be grateful if you would circulate the following Job opening:

We need a Perl Programmer to help us develop Web Applications.

Recent experience must include good proficiency in: 

Mod_Perl, LWP, POE, HTML::Parser, HTML::Treebuild

MySQL DBI,  Linux,  Appache, PHP, JavaScript, AJAX

Position: Full time, Permanent -   No consultants please.

Generous pay and benefits to the right person.

The Company: International Distributor of Micro Chips.

Location: Richmond Hill, Ontario.(there is no public transportation)
(very near to HWY# 404 and Stouffville Rd.)

Please forward your resume to:

bf at aipco.com


Thank you for your help.

Regards,

Ben Fried

Aipco Inc.
T: 905-888-9988
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.pm.org/pipermail/toronto-pm/attachments/20080131/efdab79e/attachment.html