[25230] in Perl-Users-Digest
Perl-Users Digest, Issue: 7475 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Dec 2 14:05:36 2004
Date: Thu, 2 Dec 2004 11:05:11 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 2 Dec 2004 Volume: 10 Number: 7475
Today's topics:
$ in text string <terri@cybernets.com>
Re: $ in text string <toreau@gmail.com>
Re: $ in text string <jurgenex@hotmail.com>
Re: $ in text string <terri@cybernets.com>
Re: $ in text string <jurgenex@hotmail.com>
Re: A problem with fork() and managing processes (Anno Siegel)
Re: anyone tried http-proxy on windows? <usenet@morrow.me.uk>
Re: can't install DBD::mysql - missing mysql.h? <usenet@morrow.me.uk>
executable perl man pages <lynn.newton@cox.net>
FAQ 7.21: What's the difference between calling a funct <comdog@panix.com>
Re: First attempt at a module fails (Gary Schenk)
Having problems parsing command line options using Geto <mothra@nowhereatall.com>
Re: Having problems parsing command line options using <jwillmore@fastmail.us>
Re: Having problems parsing command line options using <mritty@gmail.com>
Re: Having problems parsing command line options using <shawn.corey@sympatico.ca>
Re: help for exec with command lines with spaces <usenet@morrow.me.uk>
Need to locate beginner/intermediate training course in <sarah_mould@hotmail.com>
Re: Need to locate beginner/intermediate training cours <tadmc@augustmail.com>
Re: Need to locate beginner/intermediate training cours <spamtrap@dot-app.org>
Parallel LWP: What's the total accesstime for each requ <leifwessman@hotmail.com>
Re: parent of an orphaned process-info about perl and O <tadmc@augustmail.com>
Re: parent of an orphaned process-info about perl and O <matternc@comcast.net>
Re: parent of an orphaned process-info about perl and O <ddunham@redwood.taos.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 2 Dec 2004 10:06:33 -0700
From: "Terri" <terri@cybernets.com>
Subject: $ in text string
Message-Id: <conidb$b54$1@reader2.nmix.net>
I'm brand new to perl any help would be appreciated. I have a perl script
that parses 2 files and imports data into a database. One file maps field
names between the data source and destination. The other file is the source
of the data. The script was working fine until I needed to add a field
called $custom1.
In my mapping fiel a line might look like this:
Table1.Field1 = price.price
The above works. This wont work.
Table1.Field1 = price.$custom1
Instead of getting the value of $custom1 in my destination field I get the
string "price"
I understand that the $ is used to declare a variable in perl. How can I get
perl to interpret $custom1 as a string and not a variable?
------------------------------
Date: Thu, 02 Dec 2004 18:55:35 +0100
From: Tore Aursand <toreau@gmail.com>
Subject: Re: $ in text string
Message-Id: <pan.2004.12.02.17.55.35.19875@gmail.com>
On Thu, 02 Dec 2004 10:06:33 -0700, Terri wrote:
> I'm brand new to perl any help would be appreciated. I have a perl
> script that parses 2 files and imports data into a database. One file
> maps field names between the data source and destination. The other file
> is the source of the data. The script was working fine until I needed
> to add a field called $custom1.
>
> [...]
Where is the code? I don't see any...?
--
Tore Aursand <toreau@gmail.com>
"First get your facts; then you can distort them at your leisure."
(Mark Twain)
------------------------------
Date: Thu, 02 Dec 2004 17:56:00 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: $ in text string
Message-Id: <QGIrd.6789$wr6.2256@trnddc04>
Terri wrote:
> I'm brand new to perl any help would be appreciated. I have a perl
> script that parses 2 files and imports data into a database. One file
> maps field names between the data source and destination. The other
> file is the source of the data. The script was working fine until I
> needed to add a field called $custom1.
>
> In my mapping fiel a line might look like this:
>
> Table1.Field1 = price.price
>
> The above works. This wont work.
>
> Table1.Field1 = price.$custom1
>
> Instead of getting the value of $custom1 in my destination field I
> get the string "price"
>
> I understand that the $ is used to declare a variable in perl. How
> can I get perl to interpret $custom1 as a string and not a variable?
Normally I would have said just don't ask Perl to interpolate the string by
_not_ using double quotes but use e.g. single quotes instead.
However, your comment about "price.$custom1" producing just "price" without
the trailing dot makes me believe, that there is something else going on.
Unfortunately you are not showing us the relevant part of your code,
therefore we can only try the crystal ball and read tea leaves but are you
using 'eval()' by any chance? This is about the only way I can think of that
would make the dot disappear.
Also, I suspect that you are not using strictures and warnings because
otherwise perl should have warned you about an unitialized value for
$custom1 and you could pinpoint the location where the problem is in your
code.
Without seeing a minimal sample program (strict and warnings save!) that
exhibits the problem it is impossible to guess what you did wrong.
jue
------------------------------
Date: Thu, 2 Dec 2004 11:44:54 -0700
From: "Terri" <terri@cybernets.com>
Subject: Re: $ in text string
Message-Id: <cono5p$crj$1@reader2.nmix.net>
> Normally I would have said just don't ask Perl to interpolate the string
by
> _not_ using double quotes but use e.g. single quotes instead.
>
> However, your comment about "price.$custom1" producing just "price"
without
> the trailing dot makes me believe, that there is something else going on.
> Unfortunately you are not showing us the relevant part of your code,
> therefore we can only try the crystal ball and read tea leaves but are you
> using 'eval()' by any chance? This is about the only way I can think of
that
> would make the dot disappear.
>
> Also, I suspect that you are not using strictures and warnings because
> otherwise perl should have warned you about an unitialized value for
> $custom1 and you could pinpoint the location where the problem is in your
> code.
>
> Without seeing a minimal sample program (strict and warnings save!) that
> exhibits the problem it is impossible to guess what you did wrong.
>
> jue
>
Thanks to both of you for replying. I didn't post the code because I didn't
write it, I don't understand it, it's long, and it's copyrighted by a
third-party vendor. Not understanding the code I can't even post the
relevant part or a representation of the relevant part.
I realize I 'm not giving you much to go on. I going to experiment with
using single and double quotes. Eval() often appears in the code. I'll
continue to look at this and post back if I can formulate a more precise
question with sample code.
Thanks
------------------------------
Date: Thu, 02 Dec 2004 18:53:53 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: $ in text string
Message-Id: <5xJrd.16782$%C6.11466@trnddc02>
Terri wrote:
> Thanks to both of you for replying. I didn't post the code because I
> didn't write it, I don't understand it, it's long, and it's
> copyrighted by a third-party vendor.
Well, in that case I would have a conversation with the vendor.
It's their problem and their job to fix it.
jue
------------------------------
Date: 2 Dec 2004 14:20:08 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: A problem with fork() and managing processes
Message-Id: <con8ao$jhs$1@mamenchi.zrz.TU-Berlin.DE>
Michele Dondi <bik.mido@tiscalinet.it> wrote in comp.lang.perl.misc:
> I hope that the subject is not too imprecise and that this is not too
> OT (I am aware that part of the issue is OS-specific rather than
> Perlish)...
>
> I was experimenting with fork(), signals, and other process management
> functions in perl. I am reproducing a minimal example here:
>
>
> #!/usr/bin/perl -l
>
> use strict;
> use warnings;
>
> sub busy ();
> sub rest();
>
> sleep 5;
> busy;
>
> sub busy () { # Let the fun begin!! ;-)
> my $forked=0;
> my @family;
> for (1..7) {
> defined (my $pid=fork) or
> warn "Couldn't fork: $!\n";
> $forked *= 2;
> if ($pid) {
> push @family, $pid;
> } else {
> @family=();
> $forked++;
> }
> }
>
> local $SIG{TERM} = sub {
> kill 15, @family;
> waitpid $_, 0 for @family;
> die "[$forked:$$] Stopping now: ",
> "signaled (@family)\n";
> };
>
> while (1) {
> next if $forked;
> kill 15, @family;
> goto &rest;
> }
> }
>
> sub rest () {
> sleep 10 while 1;
> }
>
> __END__
>
>
> It should (i) fork() up to 127 copies of itself, (ii) kill them and
> then go to rest.
>
> Now, *generally* it works, *but* (i) it still leaves around exactly
> seven <defunct> childs; (ii) what's worst, *in some cases*
> (appearently at random), it leaves a small but variable number of
> active childs too.
You have no SIGCHLD handler anywhere, so the seven zombies are simply
the seven original children of your main process. They *must* be
zombies as long as the parent runs. The second-generation processes
don't become zombies because their parents are dead.
I don't know about the active processes, but that may clear itself
up when you fix the missing handler.
Anno
------------------------------
Date: Tue, 30 Nov 2004 17:59:43 +0000
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: anyone tried http-proxy on windows?
Message-Id: <f1pu72-io4.ln1@osiris.mauzo.dyndns.org>
Quoth harris_m@yahoo.com (harris):
> harris_m@yahoo.com (harris) wrote in message news:<af968c64.0411161842.2113421a@posting.google.com>...
> > Hello,
> > Anyone tried to install and run http-proxy module on windows 2000 or
> > win-xp?
> >
> > I gave it a try. The program hangs up. Any one had luck to get this
> > working on windows?
> > Harris M.
>
> if any one interested, i found the problem. It is a call "fork" used
> in the implementation of this module. On windows "fork" is implemented
> with warning message "experimental". this module fails (hangs up) on
> "fork" call.
Upgrade your perl, and if necessary your windows. I have had success
with fork emulation with 5.8 and WinXP.
Ben
--
Like all men in Babylon I have been a proconsul; like all, a slave ... During
one lunar year, I have been declared invisible; I shrieked and was not heard,
I stole my bread and was not decapitated.
~ ben@morrow.me.uk ~ Jorge Luis Borges, 'The Babylon Lottery'
------------------------------
Date: Tue, 30 Nov 2004 18:28:28 +0000
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: can't install DBD::mysql - missing mysql.h?
Message-Id: <cnqu72-io4.ln1@osiris.mauzo.dyndns.org>
Quoth Alex Hunsley <lardattardisdoteddotacdotuk@mailinator.com>:
>
> Yes, I have read that page, but didn't follow those instructions, since
> I'm trying to get an SQL module working quickly (given some time
> constraints).
> Currently I'm looking at DBD::SQLite and have got further on with that
> (but not a whole deal).
If you're not constrained to MySQL, I'd strongly recommend using
PostGres instead.
Ben
--
Heracles: Vulture! Here's a titbit for you / A few dried molecules of the gall
From the liver of a friend of yours. / Excuse the arrow but I have no spoon.
(Ted Hughes, [ Heracles shoots Vulture with arrow. Vulture bursts into ]
/Alcestis/) [ flame, and falls out of sight. ] ben@morrow.me.uk
------------------------------
Date: Thu, 02 Dec 2004 07:16:49 -0700
From: Lynn David Newton <lynn.newton@cox.net>
Subject: executable perl man pages
Message-Id: <87d5xs944u.fsf@cox.net>
I've been programming in Perl for about five years. Yesterday I was
leafing though some things at the beginning of the Camel book, which I
just bought, and found the place on page xxv where it says that one
may run the name of a Perl man page as an executable, with a search
pattern argument, e.g.,
perlop comma
That piece of news struck me like a thunderbolt, as I'd never known
that before. Furthermore, it's not been possible on any system I've
ever been on, including any that I presently have access to: my
current SuSe Linux 9.1 installation, various Red Hat, FreeBSD, Debian,
and SunOS systems.
So what are all those systems missing to make that capacity possible,
assuming that the Camel book knows what it's talking about and that
all the systems I can access are missing something?
--
Lynn David Newton
Phoenix, AZ
------------------------------
Date: Thu, 2 Dec 2004 17:03:01 +0000 (UTC)
From: PerlFAQ Server <comdog@panix.com>
Subject: FAQ 7.21: What's the difference between calling a function as &foo and foo()?
Message-Id: <conhs5$fgv$1@reader1.panix.com>
This message is one of several periodic postings to comp.lang.perl.misc
intended to make it easier for perl programmers to find answers to
common questions. The core of this message represents an excerpt
from the documentation provided with Perl.
--------------------------------------------------------------------
7.21: What's the difference between calling a function as &foo and foo()?
When you call a function as &foo, you allow that function access to your
current @_ values, and you bypass prototypes. The function doesn't get
an empty @_--it gets yours! While not strictly speaking a bug (it's
documented that way in perlsub), it would be hard to consider this a
feature in most cases.
When you call your function as "&foo()", then you *do* get a new @_, but
prototyping is still circumvented.
Normally, you want to call a function using "foo()". You may only omit
the parentheses if the function is already known to the compiler because
it already saw the definition ("use" but not "require"), or via a
forward reference or "use subs" declaration. Even in this case, you get
a clean @_ without any of the old values leaking through where they
don't belong.
--------------------------------------------------------------------
Documents such as this have been called "Answers to Frequently
Asked Questions" or FAQ for short. They represent an important
part of the Usenet tradition. They serve to reduce the volume of
redundant traffic on a news group by providing quality answers to
questions that keep coming up.
If you are some how irritated by seeing these postings you are free
to ignore them or add the sender to your killfile. If you find
errors or other problems with these postings please send corrections
or comments to the posting email address or to the maintainers as
directed in the perlfaq manual page.
Note that the FAQ text posted by this server may have been modified
from that distributed in the stable Perl release. It may have been
edited to reflect the additions, changes and corrections provided
by respondents, reviewers, and critics to previous postings of
these FAQ. Complete text of these FAQ are available on request.
The perlfaq manual page contains the following copyright notice.
AUTHOR AND COPYRIGHT
Copyright (c) 1997-2002 Tom Christiansen and Nathan
Torkington, and other contributors as noted. All rights
reserved.
This posting is provided in the hope that it will be useful but
does not represent a commitment or contract of any kind on the part
of the contributers, authors or their agents.
------------------------------
Date: 2 Dec 2004 08:46:35 -0800
From: gary_schenk@yahoo.com (Gary Schenk)
Subject: Re: First attempt at a module fails
Message-Id: <81fd27bb.0412020846.3da7edd9@posting.google.com>
Sherm Pendley <spamtrap@dot-app.org> wrote in message news:<aKidnVZP06JMITPcRVn-1w@adelphia.com>...
> Gary Schenk wrote:
>
> > James Willmore wrote:
> >
> >>#you need this!
> >>1;
> >
> > This makes no difference.
>
> Yes it will.
>
>
> The return() functions in your subroutines are irrelevant. They return
> values from your subs, when those subs are called. What James' addition
> does is return a true value from the *module*.
>
That was it! The _module_ has to return a true value. I thought only
the subroutines had to return true.
> If a module returns a false value, or none, the use() that loaded it
> will think the module failed to load, and exit with the error message
> you're seeing:
>
> > MINE.pm did not return a true value at ./web.pl line 6.
>
> PS: Did you at least *try* following James' advice before you decided he
> was wrong? Why did you omit the rest of the warning - did you even read it?
>
Yes, I tried following James' advice. When I ask for advice, it is in
the interest of learning something, I don't ignore it. I also read the
error message. Before posting here I added the 1; to the end of my
subroutines in the module. That was my mistake.
I've tried many combinations before posting here. Generally, I can
find my mistakes in Perl, but this time I was really stuck. I am an
isolated student, and sometimes I need the help of this group. I
appreciate that time is in short supply nowadays, I don't want to
waste the group's time if I can avoid it.
> > (F) A required (or used) file must return a true value to indicate that
> > it compiled correctly and ran its initialization code correctly. It's
> > traditional to end such a file with a "1;", though any true value would
> > do. See perlfunc/require.
>
> sherm--
Thanks very much. I still have a problem with the code, but my module
is working now.
Gary
------------------------------
Date: Thu, 2 Dec 2004 07:48:03 -0800
From: "mothra" <mothra@nowhereatall.com>
Subject: Having problems parsing command line options using Getopt::Long on windows
Message-Id: <41af3914$1@usenet.ugs.com>
Hi All,
I am having problems parsing command line options using Getopt::Long.
It would seem that this module will only process the first option. This
only happens on the windows platform. Here is a simple script that will
demonstrate my problem.
#!/app/bin/perl
use strict;
use warnings;
use Getopt::Long;
my %options;
my $success = GetOptions ( \%options, 'sd=s', 'ed=s' );
print "$_ -> $options{$_}\n" foreach( keys %options );
print Getopt::Long::VersionMessage();
output: (on windows)
F:\scripts>my.pl --sd=01/01/2004 --ed=02/09/2004
sd -> 01/01/2004
F:\scripts\my.pl
(Getopt::Long::GetOptions version 2.34_02; Perl version 5.8.3)
F:\scripts>
I tried this same script on HPUX 11.11
output: (HPUX)
$ ./my.pl --sd=01/01/2004 --ed=02/09/2004
ed -> 02/09/2004
sd -> 01/01/2004
./my.pl
(Getopt::Long::GetOptions version 2.34_02; Perl version 5.8.0)
$
Can someone else (that is using windows) try this simple script to see if
the problem can be reproduced?
Thanks
Mothra
------------------------------
Date: Thu, 02 Dec 2004 11:22:50 -0500
From: James Willmore <jwillmore@fastmail.us>
Subject: Re: Having problems parsing command line options using Getopt::Long on windows
Message-Id: <pan.2004.12.02.16.22.48.580093@fastmail.us>
On Thu, 02 Dec 2004 07:48:03 -0800, mothra wrote:
> I am having problems parsing command line options using Getopt::Long.
> It would seem that this module will only process the first option. This
> only happens on the windows platform. Here is a simple script that will
> demonstrate my problem.
>
> #!/app/bin/perl
> use strict;
> use warnings;
> use Getopt::Long;
>
> my %options;
>
> my $success = GetOptions ( \%options, 'sd=s', 'ed=s' );
> print "$_ -> $options{$_}\n" foreach( keys %options );
>
> print Getopt::Long::VersionMessage();
>
> output: (on windows)
> F:\scripts>my.pl --sd=01/01/2004 --ed=02/09/2004
> sd -> 01/01/2004
> F:\scripts\my.pl
> (Getopt::Long::GetOptions version 2.34_02; Perl version 5.8.3)
>
> F:\scripts>
<...>
> Can someone else (that is using windows) try this simple script to see if
> the problem can be reproduced?
According to the documentation, one troubleshooting option is to place the
following before any usage of Getopts
print STDERR (join("│",@ARGV),"\n");
This will show how the command line options are being passed. This, in
turn, shows you what the script "thinks" it sees. Which, in turn, might
produce a solution (think quoting).
All of this is just a semi-educated guess :-)
HTH
Jim
------------------------------
Date: Thu, 02 Dec 2004 16:29:34 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: Having problems parsing command line options using Getopt::Long on windows
Message-Id: <OpHrd.4518$gN3.1759@trndny07>
"mothra" <mothra@nowhereatall.com> wrote in message
news:41af3914$1@usenet.ugs.com...
> I am having problems parsing command line options using Getopt::Long.
> It would seem that this module will only process the first option.
This
> only happens on the windows platform. Here is a simple script that
will
> demonstrate my problem.
>
> #!/app/bin/perl
> use strict;
> use warnings;
> use Getopt::Long;
>
> my %options;
>
> my $success = GetOptions ( \%options, 'sd=s', 'ed=s' );
> print "$_ -> $options{$_}\n" foreach( keys %options );
>
> print Getopt::Long::VersionMessage();
>
> output: (on windows)
> F:\scripts>my.pl --sd=01/01/2004 --ed=02/09/2004
> sd -> 01/01/2004
> F:\scripts\my.pl
> (Getopt::Long::GetOptions version 2.34_02; Perl version 5.8.3)
>
> Can someone else (that is using windows) try this simple script to see
if
> the problem can be reproduced?
On Windows 2000 Professional:
C:\DOCUME~1\ADMINI~1>opts.pl --sd=01/01/2004 --ed=02/09/2004
ed -> 02/09/2004
sd -> 01/01/2004
C:\DOCUME~1\ADMINI~1\opts.pl
(Getopt::Long::GetOptions version 2.34; Perl version 5.8.3)
I copy & pasted your script exactly to produce those results...
Paul Lalli
------------------------------
Date: Thu, 02 Dec 2004 12:41:45 -0500
From: Shawn Corey <shawn.corey@sympatico.ca>
Subject: Re: Having problems parsing command line options using Getopt::Long on windows
Message-Id: <8tIrd.22513$Ad3.1611580@news20.bellglobal.com>
mothra wrote:
> output: (on windows)
> F:\scripts>my.pl --sd=01/01/2004 --ed=02/09/2004
> sd -> 01/01/2004
> F:\scripts\my.pl
> (Getopt::Long::GetOptions version 2.34_02; Perl version 5.8.3)
On some versions of MS DOS a trailing slash means a switch, MS word for
option. Try:
my.pl --sd="01/01/2004" --ed="0209/2004"
--- Shawn
------------------------------
Date: Tue, 30 Nov 2004 17:57:17 +0000
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: help for exec with command lines with spaces
Message-Id: <tsou72-io4.ln1@osiris.mauzo.dyndns.org>
Quoth pilotmi80@hotmail.com (PilotMI80):
> Finally I managed to do what I wished :
> my $ProgramExe = "\"C:\\The path to the\\executable.exe\"";
> my $OneArgument = "OneArgumentThatDoesNotContainSpace";
> my $SecondArgument = "\"D:\\Another Argt\\that contains spaces\"";
>
> system("start \"\"", $ProgramExe, $OneArgument, $SecondArgument);
You don't need any of this mess. Perl on Win32 knows how to quote
arguments correctly for the standard command-line parsing routines:
my $ProgramExe = 'C:\\The path to the\\executable.exe';
my $OneArgument = 'OneArgument';
my $SecondArgument = 'D:\\Another argt';
system 'start', $ProgramExe, $OneArgument, $SecondArgument;
> Some explanations for the ones who may encounter this concern (and
> feel free to correct me if I am wrong or not precise enough) :
> - system behaves differently whether it is passed a scalar argument or
> a list. I will not repeat the FAQ but it is often useful to force LIST
> context to avoid misinterpretation by the shell. (So we meet the form
> exec {"FakeName"} @ForcedToBeListCommandLine)
Perl will not call the shell for a one-arg system or exec unless the arg
contains shell metachars.
You have got the indirect object and the first arg the wrong way round:
the indirect object is what is actually being executed. In any case,
they should be the same (unless you need them different), so to run a
command with no args but with spaces in the name use
my $cmd = '/path to/command';
system {$cmd} $cmd;
> - I use "start" because I'm running on Win32, so it let the system
> launch a program as if it was launched from the start menu/Run.
> Otherwise, the script waits for the command to end (exec does not work
> neither cause it just turns the script process to the one just
> launched and there is no point of return)
Yup. You could also use Win32::Process, if you wanted more control over
your 'child'.
> - \"\" is the FakeName, the name we invoked the program under. (In
> this case I don't need to pretend my program was launched under a
> particular name so I let it blank)
No. I am actually rather surprised this worked at all...
You have *not* used the indirect object syntax here. Those ""
are inside the first arg, so what you are asking Perl to do is execute a
program called (literally)
start "".exe
(or some other executable extension). The fact that the windows
doesn't use the C arg-passing convention means that it worked out what
you meant anyway...
> - $ProgramExe and $SecondArgument were quoted in order to have the
> white spaces preserved on the command line issued;
Nope. Perl will deal with this for you if you use system LIST.
> - I kept my different arguments in a LIST (and thus separated) not to
> have to rebuild my command line for any argument I want to issue but
> they could have been grouped together into one argument.
Nope. system LIST is quite different from system SCALAR, as you said to
start with.
Ben
--
If you put all the prophets, | You'd have so much more reason
Mystics and saints | Than ever was born
In one room together, | Out of all of the conflicts of time.
ben@morrow.me.uk The Levellers, 'Believers'
------------------------------
Date: 2 Dec 2004 03:47:59 -0800
From: "SarahEmmm" <sarah_mould@hotmail.com>
Subject: Need to locate beginner/intermediate training course in the UK
Message-Id: <1101988079.250521.282020@f14g2000cwb.googlegroups.com>
I found a list of companies providing perl training, but have lost my
link to the list :( so can anyone help? I and my colleague are both
commercial programmers, so we really don't want to hear what datatypes
are yet again; he has no background in perl, while I did work through
much of the nutshell book a couple of years ago.
(Yes, I know and agree that its better to read and do, but our employer
says otherwise ;)
TIA!
---
SarahEmmm
------------------------------
Date: Thu, 2 Dec 2004 08:57:28 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Need to locate beginner/intermediate training course in the UK
Message-Id: <slrncqubao.aon.tadmc@magna.augustmail.com>
[ Disclaimer: I work for Stonehenge, a Perl training company ]
SarahEmmm <sarah_mould@hotmail.com> wrote:
> I found a list of companies providing perl training, but have lost my
> link to the list :( so can anyone help?
was it http:/www.perltraining.org ?
> I and my colleague are both
> commercial programmers, so we really don't want to hear what datatypes
> are yet again; he has no background in perl, while I did work through
> much of the nutshell book a couple of years ago.
I caution against choosing Perl training from a Jack-Of-All-Trades
training company that teaches dozens of different topics. Their
instructors have a high probability of being nothing more
than "slide readers'.
Choose a company staffed by members of the actual Perl community instead.
There are several besides Stonehenge, send me email if you choose
non-Stonehenge training, and I'll tell you if I've heard of their
trainer or not. (That's right, I'll confirm if one of our
competitors is the Real Deal.)
The famous Randal Schwartz himself will be teaching Stonehenge's
Intro (from which the Llama book was derived) and Intermediate
(from which the Alpaca book was derived) near Portland Oregon
in March 2005.
Send me email if you'd like more info, or if you would like to be added
to our open-enrollment mailing list where all such trainings are
announced as they become scheduled.
Stonehenge delivers onsite Perl training anywhere in the world, but it
sounds like you don't have enough people for that to make economic sense.
You might also inquire on the Perl Monger's mailing list for a .pm in
your cities of interest.
> (Yes, I know and agree that its better to read and do, but our employer
> says otherwise ;)
I'd say that being taught live and doing (labs) would be even better.
Read and do would be fine if you have some time, live training is
indicated if you have to start producing quickly.
--
Tad McClellan tad@stonehenge.com
Director of Sales and Operations
Stonehenge Consulting Services
------------------------------
Date: Thu, 02 Dec 2004 13:09:15 -0500
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: Need to locate beginner/intermediate training course in the UK
Message-Id: <OuydndWUQarWxzLcRVn-sQ@adelphia.com>
Tad McClellan wrote:
> Read and do would be fine if you have some time, live training is
> indicated if you have to start producing quickly.
*Especially* if your employer is picking up the tab. :-)
sherm--
--
Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org
------------------------------
Date: 2 Dec 2004 03:54:46 -0800
From: "Leif Wessman" <leifwessman@hotmail.com>
Subject: Parallel LWP: What's the total accesstime for each request?
Message-Id: <1101988486.512694.68890@c13g2000cwb.googlegroups.com>
Hi!
I would like to locate servers with slow accesstime. How can I find out
the total accesstime for a request when using the Parallel LWP?
Accesstime: = time to get a connection + time to get the result.
Do I need to extend LWP::Parallel::UserAgent. Can someone give me an
example?
Leif
------------------------------
Date: Thu, 2 Dec 2004 09:01:23 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: parent of an orphaned process-info about perl and OS version.
Message-Id: <slrncqubi3.aon.tadmc@magna.augustmail.com>
madhav_a_kelkar@hotmail.com <madhav_a_kelkar@hotmail.com> wrote:
> Subject: parent of an orphaned process
That is nonsensical.
If it is an orphan, then it *has no* parent, by definition.
If it does have a parent, then you can't call it an "orphan".
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Thu, 02 Dec 2004 13:09:25 -0500
From: Chris Mattern <matternc@comcast.net>
Subject: Re: parent of an orphaned process-info about perl and OS version.
Message-Id: <q4ednRNDkd3IxzLcRVn-uA@comcast.com>
Tad McClellan wrote:
> madhav_a_kelkar@hotmail.com <madhav_a_kelkar@hotmail.com> wrote:
>
>> Subject: parent of an orphaned process
>
>
> That is nonsensical.
>
> If it is an orphan, then it *has no* parent, by definition.
'Course it does. The parent of all orphans is init (PID 1).
It might help if we knew what the heck the OP actually wanted,
though.
--
Christopher Mattern
"Which one you figure tracked us?"
"The ugly one, sir."
"...Could you be more specific?"
------------------------------
Date: Thu, 02 Dec 2004 18:34:55 GMT
From: Darren Dunham <ddunham@redwood.taos.com>
Subject: Re: parent of an orphaned process-info about perl and OS version.
Message-Id: <jfJrd.37332$6q2.34133@newssvr14.news.prodigy.com>
madhav_a_kelkar@hotmail.com wrote:
> Hi,
> I am using perl 5.8.0 compiled with threads. I am using Linux
> Redhat 9.0. Is there anything else that you may need?
Posting a followup in the same thread with the same subject makes it
much easier to follow.
getppid doesn't return a dynamic value under linux with a threaded
perl.
Read this thread. Linux::Pid might be useful for you.
http://aspn.activestate.com/ASPN/Mail/Message/perl5-porters/2168829
--
Darren Dunham ddunham@taos.com
Senior Technical Consultant TAOS http://www.taos.com/
Got some Dr Pepper? San Francisco, CA bay area
< This line left intentionally blank to confuse you. >
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V10 Issue 7475
***************************************
