From arocker at vex.net  Sun Nov  2 09:07:32 2008
From: arocker at vex.net (arocker at vex.net)
Date: Sun, 2 Nov 2008 12:07:32 -0500 (EST)
Subject: [tpm] Talk volunteer... not for today though
In-Reply-To: <ccef7f7b0810301221m7aa8ed23n6143e234d82c4136@mail.gmail.com>
References: <ccef7f7b0810301221m7aa8ed23n6143e234d82c4136@mail.gmail.com>
Message-ID: <c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>


Can we accept Dave's offer for the November meeting, and reschedule Seneca
for January? We really must get events booked 3 months or so ahead, or
people stop coming out.

There's also December's social event to plan.


From adam.prime at utoronto.ca  Sun Nov  2 09:14:07 2008
From: adam.prime at utoronto.ca (Adam Prime)
Date: Sun, 02 Nov 2008 12:14:07 -0500
Subject: [tpm] Talk volunteer... not for today though
In-Reply-To: <c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>
References: <ccef7f7b0810301221m7aa8ed23n6143e234d82c4136@mail.gmail.com>
	<c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>
Message-ID: <490DDFDF.60600@utoronto.ca>

That question would best be addressed to Seneca, I think.  If she's and 
Dave are both ok with it, and Dave can actually be prepared for 
November, then I don't see why not.

Adam

arocker at vex.net wrote:
> Can we accept Dave's offer for the November meeting, and reschedule Seneca
> for January? We really must get events booked 3 months or so ahead, or
> people stop coming out.
> 
> There's also December's social event to plan.
> 
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm


From abram.hindle at softwareprocess.us  Sun Nov  2 09:30:30 2008
From: abram.hindle at softwareprocess.us (Abram Hindle)
Date: Sun, 02 Nov 2008 12:30:30 -0500
Subject: [tpm] Talk volunteer... not for today though
In-Reply-To: <c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>
	(sfid-20081102_121406_399621_763B0591)
References: <ccef7f7b0810301221m7aa8ed23n6143e234d82c4136@mail.gmail.com>
	<c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>
	(sfid-20081102_121406_399621_763B0591)
Message-ID: <490DE3B6.6020606@softwareprocess.us>

Talk times (time and date) should also be clearly displayed on the webpage.

abram

arocker at vex.net wrote:
> Can we accept Dave's offer for the November meeting, and reschedule Seneca
> for January? We really must get events booked 3 months or so ahead, or
> people stop coming out.
> 
> There's also December's social event to plan.
> 
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://mail.pm.org/pipermail/toronto-pm/attachments/20081102/cc280487/attachment.bin>

From dave.s.doyle at gmail.com  Mon Nov  3 04:52:37 2008
From: dave.s.doyle at gmail.com (Dave Doyle)
Date: Mon, 3 Nov 2008 07:52:37 -0500
Subject: [tpm] Talk volunteer... not for today though
In-Reply-To: <c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>
References: <ccef7f7b0810301221m7aa8ed23n6143e234d82c4136@mail.gmail.com>
	<c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>
Message-ID: <ccef7f7b0811030452l44077f52qfe03d38ee13b785b@mail.gmail.com>

I can do a November Moose talk if desired.  I'll start prepping now.  If
something else comes in I can step aside but I can be good to go for
November.

D

On Sun, Nov 2, 2008 at 12:07 PM, <arocker at vex.net> wrote:

>
> Can we accept Dave's offer for the November meeting, and reschedule Seneca
> for January? We really must get events booked 3 months or so ahead, or
> people stop coming out.
>
> There's also December's social event to plan.
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm
>



-- 
dave.s.doyle at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/toronto-pm/attachments/20081103/eab46dfa/attachment.html>

From arocker at vex.net  Wed Nov  5 15:31:32 2008
From: arocker at vex.net (arocker at vex.net)
Date: Wed, 5 Nov 2008 18:31:32 -0500 (EST)
Subject: [tpm] Talk volunteer... not for today though
In-Reply-To: <ccef7f7b0811030452l44077f52qfe03d38ee13b785b@mail.gmail.com>
References: <ccef7f7b0810301221m7aa8ed23n6143e234d82c4136@mail.gmail.com>
	<c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>
	<ccef7f7b0811030452l44077f52qfe03d38ee13b785b@mail.gmail.com>
Message-ID: <3a20ff842a64a78592c9768153b2e7f3.squirrel@webmail.vex.net>


> I can do a November Moose talk if desired.  I'll start prepping now.

Unless anyone has any objections, (and a better talk they can deliver in
November), I think we should consider Dave & Moose booked for next month.

If Seneca is willing to do January's topic, the remaining item is the
December social. Should we debate it online, or let the next meeting
arrange it?


From magog at the-wire.com  Wed Nov  5 15:38:36 2008
From: magog at the-wire.com (Michael Graham)
Date: Wed, 5 Nov 2008 18:38:36 -0500
Subject: [tpm] Talk volunteer... not for today though
In-Reply-To: <3a20ff842a64a78592c9768153b2e7f3.squirrel@webmail.vex.net>
References: <ccef7f7b0810301221m7aa8ed23n6143e234d82c4136@mail.gmail.com>
	<c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>
	<ccef7f7b0811030452l44077f52qfe03d38ee13b785b@mail.gmail.com>
	<3a20ff842a64a78592c9768153b2e7f3.squirrel@webmail.vex.net>
Message-ID: <20081105183836.55faf23b@caliope>


> Unless anyone has any objections, (and a better talk they can deliver
> in November), I think we should consider Dave & Moose booked for next
> month.

Sorted - Dave & Moose it is.  

> the remaining item is the December social. Should we debate it online, or
> let the next meeting arrange it?

We should come up with a date ASAP to avoid having to compete with all the
other holiday parties.


Michael




On Wed, 5 Nov 2008 18:31:32 -0500 (EST)
arocker at vex.net wrote:

> 
> > I can do a November Moose talk if desired.  I'll start prepping now.
> 
> Unless anyone has any objections, (and a better talk they can deliver
> in November), I think we should consider Dave & Moose booked for next
> month.
> 
> If Seneca is willing to do January's topic, the remaining item is the
> December social. Should we debate it online, or let the next meeting
> arrange it?
> 
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm


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

From rdice at pobox.com  Wed Nov  5 15:42:04 2008
From: rdice at pobox.com (Richard Dice)
Date: Wed, 5 Nov 2008 18:42:04 -0500
Subject: [tpm] Talk volunteer... not for today though
In-Reply-To: <3a20ff842a64a78592c9768153b2e7f3.squirrel@webmail.vex.net>
References: <ccef7f7b0810301221m7aa8ed23n6143e234d82c4136@mail.gmail.com>
	<c4e49496099ac2dcfd3d032d9e74665d.squirrel@webmail.vex.net>
	<ccef7f7b0811030452l44077f52qfe03d38ee13b785b@mail.gmail.com>
	<3a20ff842a64a78592c9768153b2e7f3.squirrel@webmail.vex.net>
Message-ID: <5bef4baf0811051542y4c122d18vfd7bfcb8e509a039@mail.gmail.com>

> If Seneca is willing to do January's topic, the remaining item is the
> December social. Should we debate it online, or let the next meeting
> arrange it?
>

I promise not to bring cake.

By the book, Tuesday and Thursday are my baby-care nights.  But I think my
wife's classes end for the x-mas break around Dec. 5 so I might have more
schedule availability in December than I've had the past few months.

Cheers,
 - Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/toronto-pm/attachments/20081105/d9b89db6/attachment.html>

From psema4 at gmail.com  Thu Nov  6 12:22:44 2008
From: psema4 at gmail.com (Scott Elcomb)
Date: Thu, 6 Nov 2008 15:22:44 -0500
Subject: [tpm] Fwd: Next HLUG meeting - Tuesday November 11th.
In-Reply-To: <1225996980.15482.2.camel@localhost>
References: <1225996980.15482.2.camel@localhost>
Message-ID: <99a6c38f0811061222ub76f99en8ee935e5528819d0@mail.gmail.com>

For the benefit of those who may be willing to travel west...

---------- Forwarded message ----------
From: Ron Harwood <harwood at mcmaster.ca>
Date: Thu, Nov 6, 2008 at 1:43 PM
Subject: Next HLUG meeting - Tuesday November 11th.
To: hlug-announce <hlug-announce at hlug.ca>


Hey all,

Yes, I know - I said the 10th in my last email... I'm a moron, I get
it.  ;)

That said - Room 410, Hamilton Hall, McMaster University...

Agenda:

Scott Elcomb:  ?"Atomic OS: Take 2." -
http://projects.psema4.com/atomos/

Glenn Simpson:  Report on Ontario Linux Fest

We'll also do "HLUG Karaoke" again - if you have a quick topic, even a 5
minute one, come prepared to talk about it. :)

See you there!

Ron

---------- END Forwarded message ----------


I should probably also mention that Glenn Simpson is my
Step-Grandfather - not that I had any idea he was presenting.  I look
forward to hearing about it this year's ONLINUX :-)

Ron sent a follow-up message as well that Peter Salus will be onhand
and signing upto 10 copies of his book "The Daemon, the Gnu, and the
Penguin" - they're $25 CAD each.

-- 
  Scott Elcomb
  http://www.psema4.com/

From arocker at vex.net  Sun Nov  9 07:23:42 2008
From: arocker at vex.net (arocker at vex.net)
Date: Sun, 9 Nov 2008 10:23:42 -0500 (EST)
Subject: [tpm] Net::SCP and Net::SFTP modules
Message-ID: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>


Has anybody any experience with these modules? I'm trying to implement
something in "Arab gynaecologist" mode (I can't look at or touch what I'm
supposed to be fixing), so any real expertise would be helpful.

As the original problem is merely to send a known file to a single
destination, should I concentrate on SCP?


From adam.prime at utoronto.ca  Sun Nov  9 09:11:28 2008
From: adam.prime at utoronto.ca (Adam Prime)
Date: Sun, 09 Nov 2008 12:11:28 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
Message-ID: <491719C0.9040909@utoronto.ca>

My only experience with them is that i was never actually able to get
either to install, which probably isn't much help.

arocker at vex.net wrote:
> Has anybody any experience with these modules? I'm trying to implement
> something in "Arab gynaecologist" mode (I can't look at or touch what I'm
> supposed to be fixing), so any real expertise would be helpful.
>
> As the original problem is merely to send a known file to a single
> destination, should I concentrate on SCP?
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm
>   


From bojan at margintech.com  Sun Nov  9 12:09:17 2008
From: bojan at margintech.com (Bojan Jovanovic)
Date: Sun, 9 Nov 2008 12:09:17 -0800 (PST)
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <491719C0.9040909@utoronto.ca>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<491719C0.9040909@utoronto.ca>
Message-ID: <Pine.LNX.4.64.0811091201070.5351@bojandemo.margintech.com>

Worked well for me - we have been using it in production
without any problems for years. (version 0.07)

For some reason, when I took it at the time, I imported it directly into
our source tree, so I assume I had to change something minor. If someone
sends me 0.07 pm, I can do the diff with ours..

Cheers,
Bojan


From Henry.Baragar at instantiated.ca  Sun Nov  9 15:23:20 2008
From: Henry.Baragar at instantiated.ca (Henry Baragar)
Date: Sun, 9 Nov 2008 18:23:20 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
Message-ID: <200811091823.20153.Henry.Baragar@instantiated.ca>

I have been trying to use Net::SFTP:  it works when I run the application from 
the shell, but not under cron!

Here is my code:

sub deliver {
    my $self = shift;
    my ($host,$directory,%cred) = $self->parse_address;
    my $sftp = Net::SFTP->new($host, %cred);
    my $path = $directory . $self->file_name;
    my $flags = SSH2_FXF_WRITE | SSH2_FXF_CREAT | SSH2_FXF_TRUNC;
    my $handle = $sftp->do_open($path, $flags);
    $sftp->do_write($handle,0,$self->payload);
    $sftp->do_close($handle);
    # return value not used
}

I have written a message to the Ssh-sftp-perl-users list, but have yet to 
receive any useful information.

The error message is:

        input must be 8 bytes long  
at /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/Crypt/DES.pm line 
57

This is being run under:
        SUSE Linux version 2.6.16.27-0.6-smp
        perl v5.8.8 built for x86_64-linux-thread-multi
        $Net::SFTP::VERSION: 0.10
        $Net::SSH::Perl::VERSION: 1.30

Any help would be appreciated.

Regards,
Henry


On Sunday, November 09 2008 10:23 am, arocker at vex.net wrote:
> Has anybody any experience with these modules? I'm trying to implement
> something in "Arab gynaecologist" mode (I can't look at or touch what I'm
> supposed to be fixing), so any real expertise would be helpful.
>
> As the original problem is merely to send a known file to a single
> destination, should I concentrate on SCP?
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm

From Henry.Baragar at instantiated.ca  Sun Nov  9 15:23:20 2008
From: Henry.Baragar at instantiated.ca (Henry Baragar)
Date: Sun, 9 Nov 2008 18:23:20 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
Message-ID: <200811091823.20153.Henry.Baragar@instantiated.ca>

I have been trying to use Net::SFTP:  it works when I run the application from 
the shell, but not under cron!

Here is my code:

sub deliver {
    my $self = shift;
    my ($host,$directory,%cred) = $self->parse_address;
    my $sftp = Net::SFTP->new($host, %cred);
    my $path = $directory . $self->file_name;
    my $flags = SSH2_FXF_WRITE | SSH2_FXF_CREAT | SSH2_FXF_TRUNC;
    my $handle = $sftp->do_open($path, $flags);
    $sftp->do_write($handle,0,$self->payload);
    $sftp->do_close($handle);
    # return value not used
}

I have written a message to the Ssh-sftp-perl-users list, but have yet to 
receive any useful information.

The error message is:

        input must be 8 bytes long  
at /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/Crypt/DES.pm line 
57

This is being run under:
        SUSE Linux version 2.6.16.27-0.6-smp
        perl v5.8.8 built for x86_64-linux-thread-multi
        $Net::SFTP::VERSION: 0.10
        $Net::SSH::Perl::VERSION: 1.30

Any help would be appreciated.

Regards,
Henry


On Sunday, November 09 2008 10:23 am, arocker at vex.net wrote:
> Has anybody any experience with these modules? I'm trying to implement
> something in "Arab gynaecologist" mode (I can't look at or touch what I'm
> supposed to be fixing), so any real expertise would be helpful.
>
> As the original problem is merely to send a known file to a single
> destination, should I concentrate on SCP?
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm

From Henry.Baragar at instantiated.ca  Sun Nov  9 15:24:20 2008
From: Henry.Baragar at instantiated.ca (Henry Baragar)
Date: Sun, 9 Nov 2008 18:24:20 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <Pine.LNX.4.64.0811091201070.5351@bojandemo.margintech.com>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<491719C0.9040909@utoronto.ca>
	<Pine.LNX.4.64.0811091201070.5351@bojandemo.margintech.com>
Message-ID: <200811091824.20447.Henry.Baragar@instantiated.ca>

On Sunday, November 09 2008 03:09 pm, Bojan Jovanovic wrote:
> Worked well for me - we have been using it in production
> without any problems for years. (version 0.07)
>
Are you running it under cron?  If so, did you have to do anything special to 
run it under cron?

Henry

> For some reason, when I took it at the time, I imported it directly into
> our source tree, so I assume I had to change something minor. If someone
> sends me 0.07 pm, I can do the diff with ours..
>
> Cheers,
> Bojan
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm

From rdice at pobox.com  Sun Nov  9 16:10:30 2008
From: rdice at pobox.com (Richard Dice)
Date: Sun, 9 Nov 2008 19:10:30 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <200811091823.20153.Henry.Baragar@instantiated.ca>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
Message-ID: <5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>

On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar <Henry.Baragar at instantiated.ca
> wrote:

> I have been trying to use Net::SFTP:  it works when I run the application
> from
> the shell, but not under cron!
>

Cron as your user, or cron as the system cron?

cron provides a huge dearth of environment variables and other things that
might be set up by your .login or .bashrc file.  My guess is that there is
something being provided by an envvar, shell alias, _something_ in your
personal environment that your Perl program somehow depends upon.  Or it
might be something as simple as directory permissions and how they apply in
the context of the system cron user.  (might be root, might be cron, might
be something else)

That debugging message hardly seems helpful, as it is telling where in the
stack of depended-upon modules the failure occurs at.  You should build some
debugging / error trapping (eval) code around each line in your subroutine
there to see where the failure actually occurs at from the perspective of
your program.  From there you can try to figure out how it is different when
run as yourself and when run as cron.

Cheers,
 - Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/toronto-pm/attachments/20081109/4c19a4b0/attachment.html>

From rdice at pobox.com  Sun Nov  9 16:10:30 2008
From: rdice at pobox.com (Richard Dice)
Date: Sun, 9 Nov 2008 19:10:30 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <200811091823.20153.Henry.Baragar@instantiated.ca>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
Message-ID: <5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>

On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar <Henry.Baragar at instantiated.ca
> wrote:

> I have been trying to use Net::SFTP:  it works when I run the application
> from
> the shell, but not under cron!
>

Cron as your user, or cron as the system cron?

cron provides a huge dearth of environment variables and other things that
might be set up by your .login or .bashrc file.  My guess is that there is
something being provided by an envvar, shell alias, _something_ in your
personal environment that your Perl program somehow depends upon.  Or it
might be something as simple as directory permissions and how they apply in
the context of the system cron user.  (might be root, might be cron, might
be something else)

That debugging message hardly seems helpful, as it is telling where in the
stack of depended-upon modules the failure occurs at.  You should build some
debugging / error trapping (eval) code around each line in your subroutine
there to see where the failure actually occurs at from the perspective of
your program.  From there you can try to figure out how it is different when
run as yourself and when run as cron.

Cheers,
 - Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/toronto-pm/attachments/20081109/4c19a4b0/attachment-0001.html>

From Henry.Baragar at instantiated.ca  Mon Nov 10 09:27:48 2008
From: Henry.Baragar at instantiated.ca (Henry Baragar)
Date: Mon, 10 Nov 2008 12:27:48 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
	<5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
Message-ID: <200811101227.48425.Henry.Baragar@instantiated.ca>

On Sunday, November 09 2008 07:10 pm, Richard Dice wrote:
> On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar
> <Henry.Baragar at instantiated.ca
>
> > wrote:
> >
> > I have been trying to use Net::SFTP:  it works when I run the application
> > from
> > the shell, but not under cron!
>
> Cron as your user, or cron as the system cron?
>
The user is the same in both cases.

> cron provides a huge dearth of environment variables and other things that
> might be set up by your .login or .bashrc file.  
>
I have removed the user .profile and .bashrc files (there is no .login or 
other *sh init files) and successfully run the script by hand.

> My guess is that there is 
> something being provided by an envvar, shell alias, _something_ in your
> personal environment that your Perl program somehow depends upon.  
>
I have put the following command in the user's crontab:
	/bin/bash --login -c 'sftp_script'
with no luck.

> Or it 
> might be something as simple as directory permissions and how they apply in
> the context of the system cron user.  (might be root, might be cron, might
> be something else)
>
> That debugging message hardly seems helpful, as it is telling where in the
> stack of depended-upon modules the failure occurs at. 
>
Agreed, but I was hoping that it behaved the same at other sites and that 
other users would recognize.

> You should build 
> some debugging / error trapping (eval) code around each line in your
> subroutine there to see where the failure actually occurs at from the
> perspective of your program.  From there you can try to figure out how it
> is different when run as yourself and when run as cron.
>
It fails on the following line:
	$sftp->do_write($handle,0,$self->payload);
That is, the file gets opened on the remote server but nothing ever gets 
written to it (i.e. it has a filesize of 0).

It did not seem worthwhile to dig into the guts of Net::SFTP (which has been 
stable for 3 years) until I exhausted the Google and mailing list options.

Regards,
Henry


> Cheers,
>  - Richard

From Henry.Baragar at instantiated.ca  Mon Nov 10 09:27:48 2008
From: Henry.Baragar at instantiated.ca (Henry Baragar)
Date: Mon, 10 Nov 2008 12:27:48 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
	<5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
Message-ID: <200811101227.48425.Henry.Baragar@instantiated.ca>

On Sunday, November 09 2008 07:10 pm, Richard Dice wrote:
> On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar
> <Henry.Baragar at instantiated.ca
>
> > wrote:
> >
> > I have been trying to use Net::SFTP:  it works when I run the application
> > from
> > the shell, but not under cron!
>
> Cron as your user, or cron as the system cron?
>
The user is the same in both cases.

> cron provides a huge dearth of environment variables and other things that
> might be set up by your .login or .bashrc file.  
>
I have removed the user .profile and .bashrc files (there is no .login or 
other *sh init files) and successfully run the script by hand.

> My guess is that there is 
> something being provided by an envvar, shell alias, _something_ in your
> personal environment that your Perl program somehow depends upon.  
>
I have put the following command in the user's crontab:
	/bin/bash --login -c 'sftp_script'
with no luck.

> Or it 
> might be something as simple as directory permissions and how they apply in
> the context of the system cron user.  (might be root, might be cron, might
> be something else)
>
> That debugging message hardly seems helpful, as it is telling where in the
> stack of depended-upon modules the failure occurs at. 
>
Agreed, but I was hoping that it behaved the same at other sites and that 
other users would recognize.

> You should build 
> some debugging / error trapping (eval) code around each line in your
> subroutine there to see where the failure actually occurs at from the
> perspective of your program.  From there you can try to figure out how it
> is different when run as yourself and when run as cron.
>
It fails on the following line:
	$sftp->do_write($handle,0,$self->payload);
That is, the file gets opened on the remote server but nothing ever gets 
written to it (i.e. it has a filesize of 0).

It did not seem worthwhile to dig into the guts of Net::SFTP (which has been 
stable for 3 years) until I exhausted the Google and mailing list options.

Regards,
Henry


> Cheers,
>  - Richard

From janes.rob at gmail.com  Mon Nov 10 10:13:39 2008
From: janes.rob at gmail.com (Rob Janes)
Date: Mon, 10 Nov 2008 13:13:39 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <200811101227.48425.Henry.Baragar@instantiated.ca>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
	<5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
	<200811101227.48425.Henry.Baragar@instantiated.ca>
Message-ID: <83eac04d0811101013k744a2520l9761a39ad6bd31bd@mail.gmail.com>

try running strace on it in the foreground, and in the background.

if you think it's the %ENV settings, why not Data::Dumper them.
probably better to custom dump them tho, so it's sorted.

print join("\n", map { "$_=$ENV{$_}" } sort keys %ENV), "\n";

the at command will run things quickly in the same environment as
cron, that can speed up your test cycles.  at -f xxxx now, or
at now <<HERE
my command line
HERE

however, you've done a lot of work on the environment angle, without
progress, so i think it's foreground vs background.  i'll bet it's
thinking about prompting for a password.  maybe doing this ...

by-your-command < /dev/null > /dev/null 2>&1

will change something if you run it in the foreground?

or how about

echo "farboo" > junk
by-your-command < junk > junkout 2>&1

try running in from the shell, but background it with &  processes
spawned by & still have access to the console.  you might want to put
some extra code in the perl to totally detach, see what happens.  put
this at the top ...

use POSIX qw(setsid :sys_wait_h);

defined(my $pid=fork) or die "cannot fork process:$!";

if ($pid) {
  do {
    print "waiting for $pid\n";
    $kid = waitpid($pid,0);
    $status = $?;
  } until $kid > 0;

  if ( WIFEXITED($status) ) {
    print "exit ", WEXITSTATUS($status), "\n";
    exit 1 if WEXITSTATUS($status);
    exit 0;
  } elsif ( WIFSIGNALED($status) ) {
    print "signal ", WTERMSIG($status), "\n";
    exit 2;
  }

  exit 3;
}

setsid || die "setsid: $!";

etc etc

On Mon, Nov 10, 2008 at 12:27 PM, Henry Baragar
<Henry.Baragar at instantiated.ca> wrote:
> On Sunday, November 09 2008 07:10 pm, Richard Dice wrote:
>> On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar
>> <Henry.Baragar at instantiated.ca
>>
>> > wrote:
>> >
>> > I have been trying to use Net::SFTP:  it works when I run the application
>> > from
>> > the shell, but not under cron!
>>
>> Cron as your user, or cron as the system cron?
>>
> The user is the same in both cases.
>
>> cron provides a huge dearth of environment variables and other things that
>> might be set up by your .login or .bashrc file.
>>
> I have removed the user .profile and .bashrc files (there is no .login or
> other *sh init files) and successfully run the script by hand.
>
>> My guess is that there is
>> something being provided by an envvar, shell alias, _something_ in your
>> personal environment that your Perl program somehow depends upon.
>>
> I have put the following command in the user's crontab:
>        /bin/bash --login -c 'sftp_script'
> with no luck.
>
>> Or it
>> might be something as simple as directory permissions and how they apply in
>> the context of the system cron user.  (might be root, might be cron, might
>> be something else)
>>
>> That debugging message hardly seems helpful, as it is telling where in the
>> stack of depended-upon modules the failure occurs at.
>>
> Agreed, but I was hoping that it behaved the same at other sites and that
> other users would recognize.
>
>> You should build
>> some debugging / error trapping (eval) code around each line in your
>> subroutine there to see where the failure actually occurs at from the
>> perspective of your program.  From there you can try to figure out how it
>> is different when run as yourself and when run as cron.
>>
> It fails on the following line:
>        $sftp->do_write($handle,0,$self->payload);
> That is, the file gets opened on the remote server but nothing ever gets
> written to it (i.e. it has a filesize of 0).
>
> It did not seem worthwhile to dig into the guts of Net::SFTP (which has been
> stable for 3 years) until I exhausted the Google and mailing list options.
>
> Regards,
> Henry
>
>
>> Cheers,
>>  - Richard
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm
>

From janes.rob at gmail.com  Mon Nov 10 10:13:39 2008
From: janes.rob at gmail.com (Rob Janes)
Date: Mon, 10 Nov 2008 13:13:39 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <200811101227.48425.Henry.Baragar@instantiated.ca>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
	<5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
	<200811101227.48425.Henry.Baragar@instantiated.ca>
Message-ID: <83eac04d0811101013k744a2520l9761a39ad6bd31bd@mail.gmail.com>

try running strace on it in the foreground, and in the background.

if you think it's the %ENV settings, why not Data::Dumper them.
probably better to custom dump them tho, so it's sorted.

print join("\n", map { "$_=$ENV{$_}" } sort keys %ENV), "\n";

the at command will run things quickly in the same environment as
cron, that can speed up your test cycles.  at -f xxxx now, or
at now <<HERE
my command line
HERE

however, you've done a lot of work on the environment angle, without
progress, so i think it's foreground vs background.  i'll bet it's
thinking about prompting for a password.  maybe doing this ...

by-your-command < /dev/null > /dev/null 2>&1

will change something if you run it in the foreground?

or how about

echo "farboo" > junk
by-your-command < junk > junkout 2>&1

try running in from the shell, but background it with &  processes
spawned by & still have access to the console.  you might want to put
some extra code in the perl to totally detach, see what happens.  put
this at the top ...

use POSIX qw(setsid :sys_wait_h);

defined(my $pid=fork) or die "cannot fork process:$!";

if ($pid) {
  do {
    print "waiting for $pid\n";
    $kid = waitpid($pid,0);
    $status = $?;
  } until $kid > 0;

  if ( WIFEXITED($status) ) {
    print "exit ", WEXITSTATUS($status), "\n";
    exit 1 if WEXITSTATUS($status);
    exit 0;
  } elsif ( WIFSIGNALED($status) ) {
    print "signal ", WTERMSIG($status), "\n";
    exit 2;
  }

  exit 3;
}

setsid || die "setsid: $!";

etc etc

On Mon, Nov 10, 2008 at 12:27 PM, Henry Baragar
<Henry.Baragar at instantiated.ca> wrote:
> On Sunday, November 09 2008 07:10 pm, Richard Dice wrote:
>> On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar
>> <Henry.Baragar at instantiated.ca
>>
>> > wrote:
>> >
>> > I have been trying to use Net::SFTP:  it works when I run the application
>> > from
>> > the shell, but not under cron!
>>
>> Cron as your user, or cron as the system cron?
>>
> The user is the same in both cases.
>
>> cron provides a huge dearth of environment variables and other things that
>> might be set up by your .login or .bashrc file.
>>
> I have removed the user .profile and .bashrc files (there is no .login or
> other *sh init files) and successfully run the script by hand.
>
>> My guess is that there is
>> something being provided by an envvar, shell alias, _something_ in your
>> personal environment that your Perl program somehow depends upon.
>>
> I have put the following command in the user's crontab:
>        /bin/bash --login -c 'sftp_script'
> with no luck.
>
>> Or it
>> might be something as simple as directory permissions and how they apply in
>> the context of the system cron user.  (might be root, might be cron, might
>> be something else)
>>
>> That debugging message hardly seems helpful, as it is telling where in the
>> stack of depended-upon modules the failure occurs at.
>>
> Agreed, but I was hoping that it behaved the same at other sites and that
> other users would recognize.
>
>> You should build
>> some debugging / error trapping (eval) code around each line in your
>> subroutine there to see where the failure actually occurs at from the
>> perspective of your program.  From there you can try to figure out how it
>> is different when run as yourself and when run as cron.
>>
> It fails on the following line:
>        $sftp->do_write($handle,0,$self->payload);
> That is, the file gets opened on the remote server but nothing ever gets
> written to it (i.e. it has a filesize of 0).
>
> It did not seem worthwhile to dig into the guts of Net::SFTP (which has been
> stable for 3 years) until I exhausted the Google and mailing list options.
>
> Regards,
> Henry
>
>
>> Cheers,
>>  - Richard
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm
>

From janes.rob at gmail.com  Mon Nov 10 11:45:17 2008
From: janes.rob at gmail.com (Rob Janes)
Date: Mon, 10 Nov 2008 14:45:17 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <83eac04d0811101013k744a2520l9761a39ad6bd31bd@mail.gmail.com>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
	<5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
	<200811101227.48425.Henry.Baragar@instantiated.ca>
	<83eac04d0811101013k744a2520l9761a39ad6bd31bd@mail.gmail.com>
Message-ID: <83eac04d0811101145n65b8f16fh231ad59781904e01@mail.gmail.com>

also, after daemonizing, try closing file descriptors 0, 1, 2.  in the child.

On Mon, Nov 10, 2008 at 1:13 PM, Rob Janes <janes.rob at gmail.com> wrote:
> try running strace on it in the foreground, and in the background.
>
> if you think it's the %ENV settings, why not Data::Dumper them.
> probably better to custom dump them tho, so it's sorted.
>
> print join("\n", map { "$_=$ENV{$_}" } sort keys %ENV), "\n";
>
> the at command will run things quickly in the same environment as
> cron, that can speed up your test cycles.  at -f xxxx now, or
> at now <<HERE
> my command line
> HERE
>
> however, you've done a lot of work on the environment angle, without
> progress, so i think it's foreground vs background.  i'll bet it's
> thinking about prompting for a password.  maybe doing this ...
>
> by-your-command < /dev/null > /dev/null 2>&1
>
> will change something if you run it in the foreground?
>
> or how about
>
> echo "farboo" > junk
> by-your-command < junk > junkout 2>&1
>
> try running in from the shell, but background it with &  processes
> spawned by & still have access to the console.  you might want to put
> some extra code in the perl to totally detach, see what happens.  put
> this at the top ...
>
> use POSIX qw(setsid :sys_wait_h);
>
> defined(my $pid=fork) or die "cannot fork process:$!";
>
> if ($pid) {
>  do {
>    print "waiting for $pid\n";
>    $kid = waitpid($pid,0);
>    $status = $?;
>  } until $kid > 0;
>
>  if ( WIFEXITED($status) ) {
>    print "exit ", WEXITSTATUS($status), "\n";
>    exit 1 if WEXITSTATUS($status);
>    exit 0;
>  } elsif ( WIFSIGNALED($status) ) {
>    print "signal ", WTERMSIG($status), "\n";
>    exit 2;
>  }
>
>  exit 3;
> }
>
> setsid || die "setsid: $!";
>
> etc etc
>
> On Mon, Nov 10, 2008 at 12:27 PM, Henry Baragar
> <Henry.Baragar at instantiated.ca> wrote:
>> On Sunday, November 09 2008 07:10 pm, Richard Dice wrote:
>>> On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar
>>> <Henry.Baragar at instantiated.ca
>>>
>>> > wrote:
>>> >
>>> > I have been trying to use Net::SFTP:  it works when I run the application
>>> > from
>>> > the shell, but not under cron!
>>>
>>> Cron as your user, or cron as the system cron?
>>>
>> The user is the same in both cases.
>>
>>> cron provides a huge dearth of environment variables and other things that
>>> might be set up by your .login or .bashrc file.
>>>
>> I have removed the user .profile and .bashrc files (there is no .login or
>> other *sh init files) and successfully run the script by hand.
>>
>>> My guess is that there is
>>> something being provided by an envvar, shell alias, _something_ in your
>>> personal environment that your Perl program somehow depends upon.
>>>
>> I have put the following command in the user's crontab:
>>        /bin/bash --login -c 'sftp_script'
>> with no luck.
>>
>>> Or it
>>> might be something as simple as directory permissions and how they apply in
>>> the context of the system cron user.  (might be root, might be cron, might
>>> be something else)
>>>
>>> That debugging message hardly seems helpful, as it is telling where in the
>>> stack of depended-upon modules the failure occurs at.
>>>
>> Agreed, but I was hoping that it behaved the same at other sites and that
>> other users would recognize.
>>
>>> You should build
>>> some debugging / error trapping (eval) code around each line in your
>>> subroutine there to see where the failure actually occurs at from the
>>> perspective of your program.  From there you can try to figure out how it
>>> is different when run as yourself and when run as cron.
>>>
>> It fails on the following line:
>>        $sftp->do_write($handle,0,$self->payload);
>> That is, the file gets opened on the remote server but nothing ever gets
>> written to it (i.e. it has a filesize of 0).
>>
>> It did not seem worthwhile to dig into the guts of Net::SFTP (which has been
>> stable for 3 years) until I exhausted the Google and mailing list options.
>>
>> Regards,
>> Henry
>>
>>
>>> Cheers,
>>>  - Richard
>> _______________________________________________
>> toronto-pm mailing list
>> toronto-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/toronto-pm
>>
>

From janes.rob at gmail.com  Mon Nov 10 11:45:17 2008
From: janes.rob at gmail.com (Rob Janes)
Date: Mon, 10 Nov 2008 14:45:17 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <83eac04d0811101013k744a2520l9761a39ad6bd31bd@mail.gmail.com>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
	<5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
	<200811101227.48425.Henry.Baragar@instantiated.ca>
	<83eac04d0811101013k744a2520l9761a39ad6bd31bd@mail.gmail.com>
Message-ID: <83eac04d0811101145n65b8f16fh231ad59781904e01@mail.gmail.com>

also, after daemonizing, try closing file descriptors 0, 1, 2.  in the child.

On Mon, Nov 10, 2008 at 1:13 PM, Rob Janes <janes.rob at gmail.com> wrote:
> try running strace on it in the foreground, and in the background.
>
> if you think it's the %ENV settings, why not Data::Dumper them.
> probably better to custom dump them tho, so it's sorted.
>
> print join("\n", map { "$_=$ENV{$_}" } sort keys %ENV), "\n";
>
> the at command will run things quickly in the same environment as
> cron, that can speed up your test cycles.  at -f xxxx now, or
> at now <<HERE
> my command line
> HERE
>
> however, you've done a lot of work on the environment angle, without
> progress, so i think it's foreground vs background.  i'll bet it's
> thinking about prompting for a password.  maybe doing this ...
>
> by-your-command < /dev/null > /dev/null 2>&1
>
> will change something if you run it in the foreground?
>
> or how about
>
> echo "farboo" > junk
> by-your-command < junk > junkout 2>&1
>
> try running in from the shell, but background it with &  processes
> spawned by & still have access to the console.  you might want to put
> some extra code in the perl to totally detach, see what happens.  put
> this at the top ...
>
> use POSIX qw(setsid :sys_wait_h);
>
> defined(my $pid=fork) or die "cannot fork process:$!";
>
> if ($pid) {
>  do {
>    print "waiting for $pid\n";
>    $kid = waitpid($pid,0);
>    $status = $?;
>  } until $kid > 0;
>
>  if ( WIFEXITED($status) ) {
>    print "exit ", WEXITSTATUS($status), "\n";
>    exit 1 if WEXITSTATUS($status);
>    exit 0;
>  } elsif ( WIFSIGNALED($status) ) {
>    print "signal ", WTERMSIG($status), "\n";
>    exit 2;
>  }
>
>  exit 3;
> }
>
> setsid || die "setsid: $!";
>
> etc etc
>
> On Mon, Nov 10, 2008 at 12:27 PM, Henry Baragar
> <Henry.Baragar at instantiated.ca> wrote:
>> On Sunday, November 09 2008 07:10 pm, Richard Dice wrote:
>>> On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar
>>> <Henry.Baragar at instantiated.ca
>>>
>>> > wrote:
>>> >
>>> > I have been trying to use Net::SFTP:  it works when I run the application
>>> > from
>>> > the shell, but not under cron!
>>>
>>> Cron as your user, or cron as the system cron?
>>>
>> The user is the same in both cases.
>>
>>> cron provides a huge dearth of environment variables and other things that
>>> might be set up by your .login or .bashrc file.
>>>
>> I have removed the user .profile and .bashrc files (there is no .login or
>> other *sh init files) and successfully run the script by hand.
>>
>>> My guess is that there is
>>> something being provided by an envvar, shell alias, _something_ in your
>>> personal environment that your Perl program somehow depends upon.
>>>
>> I have put the following command in the user's crontab:
>>        /bin/bash --login -c 'sftp_script'
>> with no luck.
>>
>>> Or it
>>> might be something as simple as directory permissions and how they apply in
>>> the context of the system cron user.  (might be root, might be cron, might
>>> be something else)
>>>
>>> That debugging message hardly seems helpful, as it is telling where in the
>>> stack of depended-upon modules the failure occurs at.
>>>
>> Agreed, but I was hoping that it behaved the same at other sites and that
>> other users would recognize.
>>
>>> You should build
>>> some debugging / error trapping (eval) code around each line in your
>>> subroutine there to see where the failure actually occurs at from the
>>> perspective of your program.  From there you can try to figure out how it
>>> is different when run as yourself and when run as cron.
>>>
>> It fails on the following line:
>>        $sftp->do_write($handle,0,$self->payload);
>> That is, the file gets opened on the remote server but nothing ever gets
>> written to it (i.e. it has a filesize of 0).
>>
>> It did not seem worthwhile to dig into the guts of Net::SFTP (which has been
>> stable for 3 years) until I exhausted the Google and mailing list options.
>>
>> Regards,
>> Henry
>>
>>
>>> Cheers,
>>>  - Richard
>> _______________________________________________
>> toronto-pm mailing list
>> toronto-pm at pm.org
>> http://mail.pm.org/mailman/listinfo/toronto-pm
>>
>

From hanker at ifdsgroup.com  Mon Nov 10 12:24:21 2008
From: hanker at ifdsgroup.com (Herman Anker)
Date: Mon, 10 Nov 2008 15:24:21 -0500
Subject: [tpm] Expect module not running in background
Message-ID: <OF793CDB7E.AFFFA4C3-ON852574FD.006D75CF-852574FD.006FE1A3@dstsystems.com>


There is no doubt that expect.pm gets confused when running a perl script
in background. It simply hangs until a tty has been assigned.

I am running on Unix, and have no problems running gnu expect in
background. I assume they are both based on current TTY, and wonder if
there is some instructiions somewhere for expect.pm hang situation.


Thanks,
Herman Anker


-----------------------------------------
This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
disclosure or unauthorized use under applicable law.  If you are
not the intended recipient of this e-mail, you are hereby notified
that any use, dissemination, or copying of this e-mail or the
information contained in this e-mail is strictly prohibited by the
sender.  If you have received this transmission in error, please
return the material received to the sender and delete all copies
from your system.

From Henry.Baragar at instantiated.ca  Tue Nov 11 11:49:04 2008
From: Henry.Baragar at instantiated.ca (Henry Baragar)
Date: Tue, 11 Nov 2008 14:49:04 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <200811091823.20153.Henry.Baragar@instantiated.ca>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
Message-ID: <200811111449.05010.Henry.Baragar@instantiated.ca>

For the record, I have solved my problems by switching to Net::SSH2::SFTP.

Henry

On Sunday, November 09 2008 06:23 pm, Henry Baragar wrote:
> I have been trying to use Net::SFTP:  it works when I run the application
> from the shell, but not under cron!
>
> Here is my code:
>
> sub deliver {
>     my $self = shift;
>     my ($host,$directory,%cred) = $self->parse_address;
>     my $sftp = Net::SFTP->new($host, %cred);
>     my $path = $directory . $self->file_name;
>     my $flags = SSH2_FXF_WRITE | SSH2_FXF_CREAT | SSH2_FXF_TRUNC;
>     my $handle = $sftp->do_open($path, $flags);
>     $sftp->do_write($handle,0,$self->payload);
>     $sftp->do_close($handle);
>     # return value not used
> }
>
> I have written a message to the Ssh-sftp-perl-users list, but have yet to
> receive any useful information.
>
> The error message is:
>
>         input must be 8 bytes long
> at /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/Crypt/DES.pm
> line 57
>
> This is being run under:
>         SUSE Linux version 2.6.16.27-0.6-smp
>         perl v5.8.8 built for x86_64-linux-thread-multi
>         $Net::SFTP::VERSION: 0.10
>         $Net::SSH::Perl::VERSION: 1.30
>
> Any help would be appreciated.
>
> Regards,
> Henry
>
> On Sunday, November 09 2008 10:23 am, arocker at vex.net wrote:
> > Has anybody any experience with these modules? I'm trying to implement
> > something in "Arab gynaecologist" mode (I can't look at or touch what I'm
> > supposed to be fixing), so any real expertise would be helpful.
> >
> > As the original problem is merely to send a known file to a single
> > destination, should I concentrate on SCP?
> >
> > _______________________________________________
> > 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

From Henry.Baragar at instantiated.ca  Tue Nov 11 11:49:04 2008
From: Henry.Baragar at instantiated.ca (Henry Baragar)
Date: Tue, 11 Nov 2008 14:49:04 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <200811091823.20153.Henry.Baragar@instantiated.ca>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
Message-ID: <200811111449.05010.Henry.Baragar@instantiated.ca>

For the record, I have solved my problems by switching to Net::SSH2::SFTP.

Henry

On Sunday, November 09 2008 06:23 pm, Henry Baragar wrote:
> I have been trying to use Net::SFTP:  it works when I run the application
> from the shell, but not under cron!
>
> Here is my code:
>
> sub deliver {
>     my $self = shift;
>     my ($host,$directory,%cred) = $self->parse_address;
>     my $sftp = Net::SFTP->new($host, %cred);
>     my $path = $directory . $self->file_name;
>     my $flags = SSH2_FXF_WRITE | SSH2_FXF_CREAT | SSH2_FXF_TRUNC;
>     my $handle = $sftp->do_open($path, $flags);
>     $sftp->do_write($handle,0,$self->payload);
>     $sftp->do_close($handle);
>     # return value not used
> }
>
> I have written a message to the Ssh-sftp-perl-users list, but have yet to
> receive any useful information.
>
> The error message is:
>
>         input must be 8 bytes long
> at /usr/lib/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/Crypt/DES.pm
> line 57
>
> This is being run under:
>         SUSE Linux version 2.6.16.27-0.6-smp
>         perl v5.8.8 built for x86_64-linux-thread-multi
>         $Net::SFTP::VERSION: 0.10
>         $Net::SSH::Perl::VERSION: 1.30
>
> Any help would be appreciated.
>
> Regards,
> Henry
>
> On Sunday, November 09 2008 10:23 am, arocker at vex.net wrote:
> > Has anybody any experience with these modules? I'm trying to implement
> > something in "Arab gynaecologist" mode (I can't look at or touch what I'm
> > supposed to be fixing), so any real expertise would be helpful.
> >
> > As the original problem is merely to send a known file to a single
> > destination, should I concentrate on SCP?
> >
> > _______________________________________________
> > 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

From Henry.Baragar at instantiated.ca  Tue Nov 11 13:02:07 2008
From: Henry.Baragar at instantiated.ca (Henry Baragar)
Date: Tue, 11 Nov 2008 16:02:07 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
	<5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
Message-ID: <200811111602.07239.Henry.Baragar@instantiated.ca>

For the record, I solved my problems by switching to Net::SSH2::SFTP.

Regards,
Henry

On Sunday, November 09 2008 07:10 pm, Richard Dice wrote:
> On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar
> <Henry.Baragar at instantiated.ca
>
> > wrote:
> >
> > I have been trying to use Net::SFTP:  it works when I run the application
> > from
> > the shell, but not under cron!
>
> Cron as your user, or cron as the system cron?
>
> cron provides a huge dearth of environment variables and other things that
> might be set up by your .login or .bashrc file.  My guess is that there is
> something being provided by an envvar, shell alias, _something_ in your
> personal environment that your Perl program somehow depends upon.  Or it
> might be something as simple as directory permissions and how they apply in
> the context of the system cron user.  (might be root, might be cron, might
> be something else)
>
> That debugging message hardly seems helpful, as it is telling where in the
> stack of depended-upon modules the failure occurs at.  You should build
> some debugging / error trapping (eval) code around each line in your
> subroutine there to see where the failure actually occurs at from the
> perspective of your program.  From there you can try to figure out how it
> is different when run as yourself and when run as cron.
>
> Cheers,
>  - Richard

From Henry.Baragar at instantiated.ca  Tue Nov 11 13:02:07 2008
From: Henry.Baragar at instantiated.ca (Henry Baragar)
Date: Tue, 11 Nov 2008 16:02:07 -0500
Subject: [tpm] Net::SCP and Net::SFTP modules
In-Reply-To: <5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
References: <e720dde0d0f9a55c46de1418fe367c4e.squirrel@webmail.vex.net>
	<200811091823.20153.Henry.Baragar@instantiated.ca>
	<5bef4baf0811091610i6e3a2495xd6b33545d632aeed@mail.gmail.com>
Message-ID: <200811111602.07239.Henry.Baragar@instantiated.ca>

For the record, I solved my problems by switching to Net::SSH2::SFTP.

Regards,
Henry

On Sunday, November 09 2008 07:10 pm, Richard Dice wrote:
> On Sun, Nov 9, 2008 at 6:23 PM, Henry Baragar
> <Henry.Baragar at instantiated.ca
>
> > wrote:
> >
> > I have been trying to use Net::SFTP:  it works when I run the application
> > from
> > the shell, but not under cron!
>
> Cron as your user, or cron as the system cron?
>
> cron provides a huge dearth of environment variables and other things that
> might be set up by your .login or .bashrc file.  My guess is that there is
> something being provided by an envvar, shell alias, _something_ in your
> personal environment that your Perl program somehow depends upon.  Or it
> might be something as simple as directory permissions and how they apply in
> the context of the system cron user.  (might be root, might be cron, might
> be something else)
>
> That debugging message hardly seems helpful, as it is telling where in the
> stack of depended-upon modules the failure occurs at.  You should build
> some debugging / error trapping (eval) code around each line in your
> subroutine there to see where the failure actually occurs at from the
> perspective of your program.  From there you can try to figure out how it
> is different when run as yourself and when run as cron.
>
> Cheers,
>  - Richard

From fernandocorrea at gmail.com  Sat Nov 22 16:03:36 2008
From: fernandocorrea at gmail.com (Fernando)
Date: Sat, 22 Nov 2008 19:03:36 -0500
Subject: [tpm] Help needed
Message-ID: <E77F694D-616A-43EA-B3AE-4BE0B093C850@gmail.com>

Hi, my name is Fernando, I work with perl for a long time. I am in  
Toronto studing English. But I need stay here more time, my English is  
not good enogh yet. I am writing for you to know if some one know any  
job (I don't have work visa) or project freelancer to offer me,  
because I don't have money enogh to stay more time. Thank you.

Just another perl hacker

From magog at the-wire.com  Wed Nov 26 08:26:24 2008
From: magog at the-wire.com (Michael Graham)
Date: Wed, 26 Nov 2008 11:26:24 -0500
Subject: [tpm] Next Meeting Thursday 30 Oct (Tomorrow) - Tasty Moose
Message-ID: <20081126112624.0089593a@caliope>


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

The next meeting is this Thursday, 30 October (Tomorrow!).

Dave Doyle will give us a talk on the Moose object system.

    Date:   Thursday 27 Nov 2008 (Tomorrow)

    Time:   6:45pm

 Speaker:   Dave Doyle

   Topic:   Tasty Moose!

    Cost:   Free!

   Where:   2 Bloor Street West (NW corner of Yonge/Bloor, skyscraper
            with the CIBC logo on top) Classroom 5 on the 12th floor
  ===================================================================

Description:

    This talk will cover the basics of Moose including attributes,
    inheritance, method modifiers, custom types, coercions and roles.
    How much we cover depends on time available.

    Apologies to vegetarians and vegans in the crowd. No Moose were
    harmed in the making of this talk.


  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>
_______________________________________________
toronto-pm mailing list
toronto-pm at pm.org
http://mail.pm.org/mailman/listinfo/toronto-pm


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

From alexmac131 at hotmail.com  Wed Nov 26 08:58:02 2008
From: alexmac131 at hotmail.com (Alex Mackinnon)
Date: Wed, 26 Nov 2008 16:58:02 +0000
Subject: [tpm] Next Meeting Thursday 30 Oct (Tomorrow) - Tasty Moose
In-Reply-To: <20081126112624.0089593a@caliope>
References: <20081126112624.0089593a@caliope>
Message-ID: <BAY122-W28D5575B8005FA8549E28A830A0@phx.gbl>


That is a neat trick, time machine , does it travel in space as well as time?
 
Alex> Date: Wed, 26 Nov 2008 11:26:24 -0500> From: magog at the-wire.com> To: tpm at to.pm.org> Subject: [tpm] Next Meeting Thursday 30 Oct (Tomorrow) - Tasty Moose> > > (These details are also on the TPM web site: http://to.pm.org/)> > The next meeting is this Thursday, 30 October (Tomorrow!).> > Dave Doyle will give us a talk on the Moose object system.> > Date: Thursday 27 Nov 2008 (Tomorrow)> > Time: 6:45pm> > Speaker: Dave Doyle> > Topic: Tasty Moose!> > Cost: Free!> > Where: 2 Bloor Street West (NW corner of Yonge/Bloor, skyscraper> with the CIBC logo on top) Classroom 5 on the 12th floor> ===================================================================> > Description:> > This talk will cover the basics of Moose including attributes,> inheritance, method modifiers, custom types, coercions and roles.> How much we cover depends on time available.> > Apologies to vegetarians and vegans in the crowd. No Moose were> harmed in the making of this talk.> > > 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>> _______________________________________________> toronto-pm mailing list> toronto-pm at pm.org> http://mail.pm.org/mailman/listinfo/toronto-pm> > > -- > Michael Graham <magog at the-wire.com>> _______________________________________________> 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/20081126/701fe769/attachment.html>

From ja_harris at rogers.com  Wed Nov 26 09:19:31 2008
From: ja_harris at rogers.com (Jim Harris)
Date: Wed, 26 Nov 2008 09:19:31 -0800 (PST)
Subject: [tpm] Next Meeting Thursday 30 Oct (Tomorrow) - Tasty Moose
In-Reply-To: <BAY122-W28D5575B8005FA8549E28A830A0@phx.gbl>
Message-ID: <873041.9936.qm@web88001.mail.re2.yahoo.com>

yes, but you need the right module.
?
use Peabody::WABAC


--- On Wed, 11/26/08, Alex Mackinnon <alexmac131 at hotmail.com> wrote:

From: Alex Mackinnon <alexmac131 at hotmail.com>
Subject: Re: [tpm] Next Meeting Thursday 30 Oct (Tomorrow) - Tasty Moose
To: magog at the-wire.com, tpm at to.pm.org
Received: Wednesday, November 26, 2008, 4:58 PM




#yiv347377003 .hmmessage P
{
margin:0px;padding:0px;}
#yiv347377003 {
font-size:10pt;font-family:Verdana;}

That is a neat trick, time machine , does it travel in space as well as time?
?
Alex

> Date: Wed, 26 Nov 2008 11:26:24 -0500
> From: magog at the-wire.com
> To: tpm at to.pm.org
> Subject: [tpm] Next Meeting Thursday 30 Oct (Tomorrow) - Tasty Moose
> 
> 
> (These details are also on the TPM web site: http://to.pm.org/)
> 
> The next meeting is this Thursday, 30 October (Tomorrow!).
> 
> Dave Doyle will give us a talk on the Moose object system.
> 
> Date: Thursday 27 Nov 2008 (Tomorrow)
> 
> Time: 6:45pm
> 
> Speaker: Dave Doyle
> 
> Topic: Tasty Moose!
> 
> Cost: Free!
> 
> Where: 2 Bloor Street West (NW corner of Yonge/Bloor, skyscraper
> with the CIBC logo on top) Classroom 5 on the 12th floor
> ===================================================================
> 
> Description:
> 
> This talk will cover the basics of Moose including attributes,
> inheritance, method modifiers, custom types, coercions and roles.
> How much we cover depends on time available.
> 
> Apologies to vegetarians and vegans in the crowd. No Moose were
> harmed in the making of this talk.
> 
> 
> 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>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm
> 
> 
> -- 
> Michael Graham <magog at the-wire.com>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm




Turn email contacts into buddies, and you could win. Enter today. _______________________________________________
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/20081126/e2752eed/attachment.html>

From linux at alteeve.com  Wed Nov 26 09:35:32 2008
From: linux at alteeve.com (Madison Kelly)
Date: Wed, 26 Nov 2008 12:35:32 -0500
Subject: [tpm] Next Meeting Thursday 30 Oct (Tomorrow) - Tasty Moose
In-Reply-To: <873041.9936.qm@web88001.mail.re2.yahoo.com>
References: <873041.9936.qm@web88001.mail.re2.yahoo.com>
Message-ID: <492D88E4.8050400@alteeve.com>

Jim Harris wrote:
> yes, but you need the right module.
>  
> use Peabody::WABAC

I certify that this is a true LOL.

madi

From magog at the-wire.com  Wed Nov 26 09:52:13 2008
From: magog at the-wire.com (Michael Graham)
Date: Wed, 26 Nov 2008 12:52:13 -0500
Subject: [tpm] Next Meeting Thursday 27 Nov (Tomorrow) - Tasty Moose
Message-ID: <20081126125213.24b4cc73@caliope>



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

The next meeting is this Thursday, 27 Nov (Tomorrow!).

Dave Doyle will give us a talk on the Moose object system.

    Date:   Thursday 27 Nov 2008 (Tomorrow)

    Time:   6:45pm

 Speaker:   Dave Doyle

   Topic:   Tasty Moose!

    Cost:   Free!

   Where:   2 Bloor Street West (NW corner of Yonge/Bloor, skyscraper
            with the CIBC logo on top) Classroom 5 on the 12th floor
  ===================================================================

Description:

    This talk will cover the basics of Moose including attributes,
    inheritance, method modifiers, custom types, coercions and roles.
    How much we cover depends on time available.

    Apologies to vegetarians and vegans in the crowd. No Moose were
    harmed in the making of this talk.


  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>
_______________________________________________
toronto-pm mailing list
toronto-pm at pm.org
http://mail.pm.org/mailman/listinfo/toronto-pm


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

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

From linux at alteeve.com  Wed Nov 26 12:54:07 2008
From: linux at alteeve.com (Madison Kelly)
Date: Wed, 26 Nov 2008 15:54:07 -0500
Subject: [tpm] A simple question I'm having trouble searching for
Message-ID: <492DB76F.9000204@alteeve.com>

Hi all,

   I am trying to find a perldoc that explains commands (?) like '=>', 
'->', '||=' and such. I'm having trouble searching though as these are 
often ignored characters... making it hard to find this on my own.

Any pointers?

Thanks!

Madi

From dave.s.doyle at gmail.com  Wed Nov 26 12:57:18 2008
From: dave.s.doyle at gmail.com (Dave Doyle)
Date: Wed, 26 Nov 2008 15:57:18 -0500
Subject: [tpm] A simple question I'm having trouble searching for
In-Reply-To: <492DB76F.9000204@alteeve.com>
References: <492DB76F.9000204@alteeve.com>
Message-ID: <ccef7f7b0811261257o17d4b29cle4ed8a9428601a7d@mail.gmail.com>

perlop should be the one you're looking for.

http://perldoc.perl.org/perlop.html

--
dave.s.doyle at gmail.com


On Wed, Nov 26, 2008 at 3:54 PM, Madison Kelly <linux at alteeve.com> wrote:

> Hi all,
>
>  I am trying to find a perldoc that explains commands (?) like '=>', '->',
> '||=' and such. I'm having trouble searching though as these are often
> ignored characters... making it hard to find this on my own.
>
> Any pointers?
>
> Thanks!
>
> Madi
> _______________________________________________
> 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/20081126/a62d3089/attachment.html>

From james.a.graham at gmail.com  Wed Nov 26 13:02:51 2008
From: james.a.graham at gmail.com (Jim Graham)
Date: Wed, 26 Nov 2008 16:02:51 -0500
Subject: [tpm] A simple question I'm having trouble searching for
In-Reply-To: <492DB76F.9000204@alteeve.com>
References: <492DB76F.9000204@alteeve.com>
Message-ID: <BLU0-SMTP27D15C467C8AF8A6457CFE900A0@phx.gbl>


 > perldoc perlop


On 26-Nov-08, at 3:54 PM, Madison Kelly wrote:

> Hi all,
>
>  I am trying to find a perldoc that explains commands (?) like '=>',  
> '->', '||=' and such. I'm having trouble searching though as these  
> are often ignored characters... making it hard to find this on my own.
>
> Any pointers?
>
> Thanks!
>
> Madi
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm


From arocker at vex.net  Thu Nov 27 11:42:05 2008
From: arocker at vex.net (arocker at vex.net)
Date: Thu, 27 Nov 2008 14:42:05 -0500 (EST)
Subject: [tpm] Perl, JBoss and STDOUT
Message-ID: <3c8b70f74f4bd105c3086540bbb8759a.squirrel@webmail.vex.net>


I have an interesting problem. Though it may remind you of the song about
the old lady who swallowed a fly, please do not give way to uncontrollable
laughter when I describe the environment. (Note that the various layers
are implemented by separate parties, for institutional security reasons.)

Down at the bottom, (so far down that I can only dimly see it), JBOSS is
running Java application programs. If they work, they are supposed to emit
job tickets to STDOUT.

These Java programs are invoked by bash scripts that set up the
environment, and do whatever other unspeakable acts are necessary to get
Java to perform.

The bash scripts are invoked by my Perl code, which gathers arguments,
creates filenames, establishes working directories, grabs the job tickets,
parses them, and sends mail based on their contents.

Oracle's in the stew somewhere, but nowhere that my programs care about.

Bizarre as the whole edifice may seem, testers actually managed to get
sensible results out of it for a brief period. Then the developers
deployed a new version of the system, and broke something. (Using the
technical sense of "something".)

Now, the shell scripts will still run from the command line, and produce
what look like the same output, but the Perl programs apparently cannot
see it. They certainly aren't creating the same output.

Does any of this fog, mirrors and hand-waving sound familiar to anyone?


From mfowle at navicominc.com  Thu Nov 27 11:51:41 2008
From: mfowle at navicominc.com (Mark Fowle)
Date: Thu, 27 Nov 2008 14:51:41 -0500
Subject: [tpm] Perl, JBoss and STDOUT
In-Reply-To: <3c8b70f74f4bd105c3086540bbb8759a.squirrel@webmail.vex.net>
References: <3c8b70f74f4bd105c3086540bbb8759a.squirrel@webmail.vex.net>
Message-ID: <759E3F14A23281479A85A082BBCFA542583875@sbsa.NavicomInc.local>

Results are bubbling back up through STDERR not STDOUT?




-----Original Message-----
From: toronto-pm-bounces+mfowle=navicominc.com at pm.org
[mailto:toronto-pm-bounces+mfowle=navicominc.com at pm.org] On Behalf Of
arocker at vex.net
Sent: Thursday, November 27, 2008 2:42 PM
To: tpm at to.pm.org
Subject: [tpm] Perl, JBoss and STDOUT


I have an interesting problem. Though it may remind you of the song
about
the old lady who swallowed a fly, please do not give way to
uncontrollable
laughter when I describe the environment. (Note that the various layers
are implemented by separate parties, for institutional security
reasons.)

Down at the bottom, (so far down that I can only dimly see it), JBOSS is
running Java application programs. If they work, they are supposed to
emit
job tickets to STDOUT.

These Java programs are invoked by bash scripts that set up the
environment, and do whatever other unspeakable acts are necessary to get
Java to perform.

The bash scripts are invoked by my Perl code, which gathers arguments,
creates filenames, establishes working directories, grabs the job
tickets,
parses them, and sends mail based on their contents.

Oracle's in the stew somewhere, but nowhere that my programs care about.

Bizarre as the whole edifice may seem, testers actually managed to get
sensible results out of it for a brief period. Then the developers
deployed a new version of the system, and broke something. (Using the
technical sense of "something".)

Now, the shell scripts will still run from the command line, and produce
what look like the same output, but the Perl programs apparently cannot
see it. They certainly aren't creating the same output.

Does any of this fog, mirrors and hand-waving sound familiar to anyone?

_______________________________________________
toronto-pm mailing list
toronto-pm at pm.org
http://mail.pm.org/mailman/listinfo/toronto-pm

From talexb at gmail.com  Thu Nov 27 13:42:09 2008
From: talexb at gmail.com (Alex Beamish)
Date: Thu, 27 Nov 2008 16:42:09 -0500
Subject: [tpm] Perl, JBoss and STDOUT
In-Reply-To: <3c8b70f74f4bd105c3086540bbb8759a.squirrel@webmail.vex.net>
References: <3c8b70f74f4bd105c3086540bbb8759a.squirrel@webmail.vex.net>
Message-ID: <f9870c010811271342m64d5949dwde68f8f89868b225@mail.gmail.com>

Well, recalling a solution that I used recently to repair a Java
problem, is it possible that the Java application needs more memory,
as provided by the handy -X argument? [1]

I also understand that the very latest Java from Sun (version 6,
release 10) is a little wobbly, and reverting to release 7 makes
things run much better. I'm not sure if this is what the 'new version
of something' refers to ..

Neither suggestion is really Perl related, but in this case wild
guesses might work. Good luck, let us know how it all turns out.

Alex

1. http://www.duckware.com/pmvr/howtoincreaseappletmemory.html

On Thu, Nov 27, 2008 at 2:42 PM,  <arocker at vex.net> wrote:
>
> I have an interesting problem. Though it may remind you of the song about
> the old lady who swallowed a fly, please do not give way to uncontrollable
> laughter when I describe the environment. (Note that the various layers
> are implemented by separate parties, for institutional security reasons.)
>
> Down at the bottom, (so far down that I can only dimly see it), JBOSS is
> running Java application programs. If they work, they are supposed to emit
> job tickets to STDOUT.
>
> These Java programs are invoked by bash scripts that set up the
> environment, and do whatever other unspeakable acts are necessary to get
> Java to perform.
>
> The bash scripts are invoked by my Perl code, which gathers arguments,
> creates filenames, establishes working directories, grabs the job tickets,
> parses them, and sends mail based on their contents.
>
> Oracle's in the stew somewhere, but nowhere that my programs care about.
>
> Bizarre as the whole edifice may seem, testers actually managed to get
> sensible results out of it for a brief period. Then the developers
> deployed a new version of the system, and broke something. (Using the
> technical sense of "something".)
>
> Now, the shell scripts will still run from the command line, and produce
> what look like the same output, but the Perl programs apparently cannot
> see it. They certainly aren't creating the same output.
>
> Does any of this fog, mirrors and hand-waving sound familiar to anyone?
>
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm
>



-- 
Alex Beamish
Toronto, Ontario
aka talexb

From arocker at vex.net  Fri Nov 28 07:12:50 2008
From: arocker at vex.net (arocker at vex.net)
Date: Fri, 28 Nov 2008 10:12:50 -0500 (EST)
Subject: [tpm] December meeting
Message-ID: <97d0a7ff048fd9cc1c2666d1f7c1aa85.squirrel@webmail.vex.net>


I know we've just had this month's, but the discussion on December had
better start now.

Did any ideas emerge from last night's post-meeting?


From adam.prime at utoronto.ca  Fri Nov 28 07:20:59 2008
From: adam.prime at utoronto.ca (Adam Prime)
Date: Fri, 28 Nov 2008 10:20:59 -0500
Subject: [tpm] December meeting
In-Reply-To: <97d0a7ff048fd9cc1c2666d1f7c1aa85.squirrel@webmail.vex.net>
References: <97d0a7ff048fd9cc1c2666d1f7c1aa85.squirrel@webmail.vex.net>
Message-ID: <49300C5B.3000109@utoronto.ca>

It wasn't discussed within my earshot.  I think we went to the Bow and 
Arrow last year didn't we?

Adam

arocker at vex.net wrote:
> I know we've just had this month's, but the discussion on December had
> better start now.
> 
> Did any ideas emerge from last night's post-meeting?
> 
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm


From arocker at vex.net  Fri Nov 28 07:25:15 2008
From: arocker at vex.net (arocker at vex.net)
Date: Fri, 28 Nov 2008 10:25:15 -0500 (EST)
Subject: [tpm] rmok ! @ Algorithmics
Message-ID: <89c0c6638add798b8e981604229a4f6b.squirrel@webmail.vex.net>


Whoever rmok is, his/her address needs to be off the list, because
Algorithmics bounce every message.


From legrady at gmail.com  Fri Nov 28 15:23:14 2008
From: legrady at gmail.com (Tom Legrady)
Date: Fri, 28 Nov 2008 18:23:14 -0500
Subject: [tpm] December meeting
In-Reply-To: <49300C5B.3000109@utoronto.ca>
References: <97d0a7ff048fd9cc1c2666d1f7c1aa85.squirrel@webmail.vex.net>
	<49300C5B.3000109@utoronto.ca>
Message-ID: <B88D27BE-D6BA-419A-8D05-F478F9A98935@gmail.com>

Since minimally usable versions of perl6 are about to become available  
RealSoonNow (tm), it would be useful if someone tolerably  
knowledgeable would provide an introduction. I've read all the  
Synopses and attended a couple of Damian lectures on the topic, even  
bought a book, but i imagine everythign is different now.

Tom

From jkeen at verizon.net  Fri Nov 28 17:05:45 2008
From: jkeen at verizon.net (James E Keenan)
Date: Fri, 28 Nov 2008 20:05:45 -0500
Subject: [tpm] December meeting
In-Reply-To: <B88D27BE-D6BA-419A-8D05-F478F9A98935@gmail.com>
References: <97d0a7ff048fd9cc1c2666d1f7c1aa85.squirrel@webmail.vex.net>
	<49300C5B.3000109@utoronto.ca>
	<B88D27BE-D6BA-419A-8D05-F478F9A98935@gmail.com>
Message-ID: <0DB4BD7D-8801-4ADF-954C-E42AD5EE912F@verizon.net>


On Nov 28, 2008, at 6:23 PM, Tom Legrady wrote:

> Since minimally usable versions of perl6 are about to become  
> available RealSoonNow (tm), it would be useful if someone tolerably  
> knowledgeable would provide an introduction. I've read all the  
> Synopses and attended a couple of Damian lectures on the topic,  
> even bought a book, but i imagine everythign is different now.
>

Along these lines ... you could do a follow-up to the Parrot build  
fest which we did when I was in town at the end of March.  In NY  
(Perl Seminar), we're doing an every-other-month thing where we  
introduce Perl 6 features which are working in the Rakudo (Parrot)  
implementation and have people try to execute them at the command- 
line.  In other words, the next thing past ./perl6 -e say "Hello,  
world";

jimk

From dave.s.doyle at gmail.com  Sat Nov 29 14:07:05 2008
From: dave.s.doyle at gmail.com (Dave Doyle)
Date: Sat, 29 Nov 2008 17:07:05 -0500
Subject: [tpm] December meeting
In-Reply-To: <0DB4BD7D-8801-4ADF-954C-E42AD5EE912F@verizon.net>
References: <97d0a7ff048fd9cc1c2666d1f7c1aa85.squirrel@webmail.vex.net>
	<49300C5B.3000109@utoronto.ca>
	<B88D27BE-D6BA-419A-8D05-F478F9A98935@gmail.com>
	<0DB4BD7D-8801-4ADF-954C-E42AD5EE912F@verizon.net>
Message-ID: <ccef7f7b0811291407s3d6be605g5878de89fe22c944@mail.gmail.com>

Just an addendum.  For any that haven't seen it, Moritz Lenz has some truly
fantastic blog posts that are "Perl 6 for the Perl 5 programmer".
Incredibly helpful to show you how things have changed.

http://perlgeek.de/blog-en/perl-5-to-6/

D

--
dave.s.doyle at gmail.com


On Fri, Nov 28, 2008 at 8:05 PM, James E Keenan <jkeen at verizon.net> wrote:

>
> On Nov 28, 2008, at 6:23 PM, Tom Legrady wrote:
>
>  Since minimally usable versions of perl6 are about to become available
>> RealSoonNow (tm), it would be useful if someone tolerably knowledgeable
>> would provide an introduction. I've read all the Synopses and attended a
>> couple of Damian lectures on the topic, even bought a book, but i imagine
>> everythign is different now.
>>
>>
> Along these lines ... you could do a follow-up to the Parrot build fest
> which we did when I was in town at the end of March.  In NY (Perl Seminar),
> we're doing an every-other-month thing where we introduce Perl 6 features
> which are working in the Rakudo (Parrot) implementation and have people try
> to execute them at the command-line.  In other words, the next thing past
> ./perl6 -e say "Hello, world";
>
> jimk
>
> _______________________________________________
> 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/20081129/e6677d7d/attachment.html>