Net::SSH::W32Perl hangs
hi !
I try to run the falowing script.
I can connect to the host and authenticate then send a command; but the
script hangs (like a loop !)
use Net::SSH::W32Perl;
my %args;
$args{debug} = 1;
$args{protocol} = 2;
my $host = 'X.X.X.X';
my $ssh = new Net::SSH::W32Perl($host,%args);
$ssh-login('user','pass');
my ($out, $err, $exit) = $ssh-cmd('ls');
print $out;
print $err;
Thanks for your help.
B.R
___
Perl-Win32-Users mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: 255 char limit Win32::OLE Microsoft Word?
I'm doing this to init the word object:
my $mswordapp = Win32::OLE-GetActiveObject('Word.Application')
|| Win32::OLE-new('Word.Application', 'Quit')
or die Can´t start Microsoft Word: .
Win32::OLE-LastError();
$mswordapp('word')-Documents-Open('myworddoc.doc')
or die Can't open Word form template: . Win32::OLE-LastError();
On Tue, Feb 24, 2004 at 07:04:40PM -0600, Jeff Hill wrote:
Ryan,
What's the code you are using to create the word object? I've done
pretty extensive VBA programming in Word, and I've been using Perl for
year. However, I've never seemed to put the two together before. Let
me take a look at what you have (and preferably the data for the Word
field object), and I'll see if I can help you out.
___
Perl-Win32-Users mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Subsituting apostrophe's
Ricky,
I definitely agree with you on that point. I was just wanted to have
the knowledge, more than actually using the knowledge. I love the fact
that I learn something new with Perl nearly every day!
But Master Yoda, I've learned so much, already
Jeff Hill
Developer
Realpage, Inc.
MSN Messenger ID: [EMAIL PROTECTED]
Realpage e-mail: [EMAIL PROTECTED]
(972) 820-3138
-Original Message-
From: Richard Morse [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 25, 2004 8:37 AM
To: Jeff Hill
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re: Subsituting apostrophe's
On 24 Feb 2004, at 08:00 PM, Jeff Hill wrote:
I'd like to be able to give you an answer there, but alas, it is not
to
be. I'm glad you got your problem fixed. I'm wondering if there are
Perl modules out there that give you control over what errors to
complain about. I'll have to look tonight. :)
Look up the 'no' pragma (vs. the 'use' pragma). You can put something
like
no warnings qw/uninitialized/;
into your script to turn off warnings about uninitialized values.
I don't actually advocated this though -- if you have a string that
might be undefined, and you know it in advance, you can also do:
if (defined($my_var)) {
$my_var =~ s/'/''/g;
}
or even:
$my_var =~ s/'/''/g if defined($my_var);
which still warns you if you have an undefined value where you don't
expect one.
HTH,
Ricky
This message is intended only for the use of the individual(s) or entity to which it
is addressed and may contain information that is privileged, confidential, and/or
proprietary to RealPage and its affiliated companies. If the reader of this message is
not the intended recipient, you are hereby notified that any dissemination,
distribution, forwarding or copying of this communication is prohibited without the
express permission of the sender. If you have received this communication in error,
please notify the sender immediately and delete the original message.
___
Perl-Win32-Users mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: PROBLEMS OF API
Problem 1 really 2:
$string=My name is Asim Siddiqui.;
while($i=length($string)) {
$Alphabat = substr($string,$i,1);
print $Alphabat.\n;
$i++;
}
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Asim Siddiqui
Sent: Wednesday, February 25, 2004 11:00 AM
To: [EMAIL PROTECTED]
Subject: PROBLEMS OF API
Hello,
PROBLEM NO.1:
IN PERL WHAT IS EQUIVALENT OF VB FUNCTION : Asc()
PROBLEM NO.1:
$string=My name is Asim Siddiqui.; while($i=length($string)){
$Alphabat = substr($string,$i,$i+1); }
WHATS WRONG IN THIS CODE THAT I CAN NOT ACHIEVE $Akphabat EQUAL TO EVERY
LETTER OF THE $string...
PROBLEM NO.3:
IN PERL WHAT IS EQUIVALENT OF VB FUNCTION : RGB(RED,GREEN,BLUE)
PROBLEM NO.4:
DOES ANYONE HAVE ANY PURE PERL CODE TO :
1) LOADING A BITMAP(FILE) TO A DC(or MEMORY DC)
2) SAVING THE CURRENT HDC IMAGE TO A FILE
PROBLEM NO.5:
HOW TO DO THE WORK OF TRANSPARENTBLT(API) ON A PATH: Setting Pixel is a
bad
technique, try someting else...
Regards,
Asim Siddiqui.
_
MSN 8 with e-mail virus protection service: 2 months FREE*
http://join.msn.com/?page=features/virus
___
Perl-Win32-Users mailing list [EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
___
Perl-Win32-Users mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Perl Certifications ??
I've seen Perl used in business environments in each of the following roles: A) The primary development language B) A co-primary along with PHP C) One of many languages used on a per-task basis...with no real primary D) Tool usage for auxiliary support of another primary language The idea that Perl is merely an auxiliary/small-job language is nothing more than a misconception arising largely from the fact that it is frequently used that way. (After all, despite the quipping of TIMTOWTDI, we programmers are not immune from assuming that the first way we've seen something done is the (only|correct) way to do it.) Personally, I think that the Perl community could benefit from a credible Certbut I'll be surprised if the level of cynicism ever allows a Cert to become widely regarded as credible. -Original Message- From: [EMAIL PROTECTED] [mailto:perl-win32- [EMAIL PROTECTED] On Behalf Of Bharucha, Nikhil Sent: Friday, February 06, 2004 1:10 PM PERL is kind of a jack-of-all trades language. It is a scripting language. In business environments (where certification means something) PERL is not the primary development language at the Enterprise level. It is an extremely versatile Tool to get small and medium sized jobs done and done right. Certification? If you want to get certified get J2EE Certification. Know PERL to use PERL. PERL as a primary skill at the business level is not a good idea, but as an integral part of your skill set YES. At my place of employment we use PERL to get the misc jobs done (and the crap still left around from the 90's internet boom -- still works pretty good though!) ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: PROBLEMS OF API
Hello Asim,
PROBLEM NO.1:
IN PERL WHAT IS EQUIVALENT OF VB FUNCTION : Asc()
Please don't shout, I have a headache... :-)
Also, this is not a VB list. I don't even know what Asc() does in VB (though
I can guess), so please instead of asking us questions in the form
I know how to do this in VB, how do I do it in Perl?
please ask them in the form
I am trying to achieve this, how should I go about it?
Learning Perl when you know VB is like learning a new natural language: When
you try to translate literally from the old language to the new one, you get
bad translations that do not take advantage of the new language's special
constructs and grammar. If you tell us what you're trying to achieve
instead, we can teach you to eventually think in Perl and your code will
be more efficient (and most often shorter, too) because of that.
PROBLEM NO.1:
$string=My name is Asim Siddiqui.;
while($i=length($string)){
$Alphabat = substr($string,$i,$i+1);
}
WHATS WRONG IN THIS CODE THAT I CAN NOT ACHIEVE $Akphabat EQUAL TO EVERY
LETTER OF THE $string...
Try this:
-- snip --
use strict; # Enforce some good programming practices
use warnings; # Show warnings for common mistakes
my $string = My name is Asim Siddiqui.;
my $character;
for (my $i = 0; $i length $string; $i++) {
$character = substr($string, $i, 1);
print The character no.$i is $character\n;
}
-- snip --
Note the following in the above code:
1. use strict and use warnings will catch most common mistakes you can make
when starting to program in Perl (typos, etc).
2. When using strict, you need to declare variables with my (or other ways
which you'll learn about later).
3. You can declare and define a variable in the same statement, such as the
my $string line. I am declaring the variable $string, and assigning a
value to it at the same time.
4. Same thing for my $i, but this shows you can do it in the start of a
for statement too. The $i variable lives only inside the for's brackets
(that's its scope).
5. You can call functions without putting their arguments in parentheses in
Perl, as long as it doesn't cause precedence problems. It also makes your
code look more like natural language, so for example instead of
length($string) I used length $string. But when in doubt, use
parentheses, especially when you don't know Perl's precedence rules yet...
6. Notice that substr's 3rd argument is the length of the substring to
extract, and not the index of the last character or something like that...
See the doc on substr (type perldoc -f substr at the command line) for the
details.
7. Finally, as you can see, you can put variables directly in strings (in
the print statement above) and Perl will interpolate and put the value of
the variable in its place automatically. That happens when using double
quotes, not single quotes.
To learn Perl, you need to read a lot. I suggest you read the perldoc for
any function you have doubts about, to learn how to use them. You can use
perldoc -f function_name to access the documentation of a given built-in
Perl function, like print or substr. perldoc is a wealth of documentation at
your fingertips, just browse till your heart's content!
By the way, you may appreciate browsing the perldoc via the web -- see
www.perldoc.com or, if you have ActiveState Perl, go to your start menu, in
the ActiveState Perl folder, there is a Documentation icon that leads to
similar documents, only installed locally on your machine. I personally find
it easier to browse that way. You can click on links to call up another doc
page and see the relationships between things more easily.
PROBLEM NO.3:
IN PERL WHAT IS EQUIVALENT OF VB FUNCTION : RGB(RED,GREEN,BLUE)
PROBLEM NO.4:
DOES ANYONE HAVE ANY PURE PERL CODE TO :
1) LOADING A BITMAP(FILE) TO A DC(or MEMORY DC)
2) SAVING THE CURRENT HDC IMAGE TO A FILE
PROBLEM NO.5:
HOW TO DO THE WORK OF TRANSPARENTBLT(API) ON A PATH: Setting Pixel is a
bad
technique, try someting else...
Perl, at its core, is not made for graphical applications. There are many
modules that help you make some in Perl though (such as Tk, WxPerl, etc --
Google for details). You will need to choose one, install it via ppm or
CPAN, and then you can use it in your Perl programs. But again, you will
probably have to change the way you do some things, since the language and
the ways to access the functionality are very different between VB and Perl.
Try using these modules, or searching Google for some examples of work
similar to what you're trying to achieve. If you need help with specific
problems, don't hesitate to write to the list.
Good luck,
Jean-Sébastien Guay
___
Perl-Win32-Users mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: compress and convert a bmp
GIF files have an internal, lossless LZW compression. I don't believe
the format permits any other compression method, such as JPG, although
I'm going on general knowledge here, not reading specs.
TIF files permit a variety of different compression methods, and I
believe that Image::Magick supports all (or at least most) of them.
Image::Magick also supports many other graphics formats.
So if you are happy with (lossy) JPEG compression, why not use a JPEG
file, which supports only that type of compression? Or use a TIF file
with JPEG compression? Why try to invent JPEG compression in a GIF
file? Do you have some particular reason to need a GIF file for some
purpose? If you must have GIF, you are stuck with its capabilities and
limitations.
On approximately 2/25/2004 1:01 AM, came the following characters from
the keyboard of John:
Unfortunately, Image::Magick doen't support gif compression.
Here is my script
use Image::Magick;
my $image;
$image = Image::Magick-new;
$image-Read('test.bmp');
$image-Resize(geometry='800x800');
$image-Write(filename='test.gif', compression = 'JPEG', quality=1,
monochrome =True);
the 10MB bmp can be compressed to 100KB jpg (with 800x800 geometry)
Any more effective compression?
- Original Message -
From: Glenn Linderman [EMAIL PROTECTED]
To: John [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, February 24, 2004 10:24 PM
Subject: Re: compress and convert a bmp
Sure, use Image::Magick
On approximately 2/24/2004 10:13 AM, came the following characters from
the keyboard of John:
Has anyone compressed and convert a bmp image through the perl?
Thanks in advance.
___
Perl-Win32-Users mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--
Glenn -- http://nevcal.com/
===
The best part about procrastination is that you are never bored,
because you have all kinds of things that you should be doing.
___
Perl-Win32-Users mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
--
Glenn -- http://nevcal.com/
===
The best part about procrastination is that you are never bored,
because you have all kinds of things that you should be doing.
___
Perl-Win32-Users mailing list
[EMAIL PROTECTED]
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Perl Certifications ??
Medium size and larger companies want the benefits afforded by J2EE -- Reliability, Reusability, Readability, Legacy Adapters, Interfaces, EJBs, etc. I use PERL for misc tasks where it excels. I didn't mean that a PERL Cert would be useless, rather J2EE from a marketability standpoint. Problem here is that the outsourcing countries have both of these skills in large number -- J2EE and PERL. -Original Message- From: Andrew Timberlake-Newell [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 25, 2004 4:14 PM To: [EMAIL PROTECTED] Subject: RE: Perl Certifications ?? I've seen Perl used in business environments in each of the following roles: A) The primary development language B) A co-primary along with PHP C) One of many languages used on a per-task basis...with no real primary D) Tool usage for auxiliary support of another primary language The idea that Perl is merely an auxiliary/small-job language is nothing more than a misconception arising largely from the fact that it is frequently used that way. (After all, despite the quipping of TIMTOWTDI, we programmers are not immune from assuming that the first way we've seen something done is the (only|correct) way to do it.) Personally, I think that the Perl community could benefit from a credible Certbut I'll be surprised if the level of cynicism ever allows a Cert to become widely regarded as credible. -Original Message- From: [EMAIL PROTECTED] [mailto:perl-win32- [EMAIL PROTECTED] On Behalf Of Bharucha, Nikhil Sent: Friday, February 06, 2004 1:10 PM PERL is kind of a jack-of-all trades language. It is a scripting language. In business environments (where certification means something) PERL is not the primary development language at the Enterprise level. It is an extremely versatile Tool to get small and medium sized jobs done and done right. Certification? If you want to get certified get J2EE Certification. Know PERL to use PERL. PERL as a primary skill at the business level is not a good idea, but as an integral part of your skill set YES. At my place of employment we use PERL to get the misc jobs done (and the crap still left around from the 90's internet boom -- still works pretty good though!) ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: CPAN and Activestate Modules compatibility
On 2/24/2004 2:19 PM, Capacio, Paula J wrote: On 02/23/04 22:29, Kamal Ahmed wrote: Dear Perlers, I have found that just copying the .pm modules which I untared On 02/23/04 23:35, Randy W. Sims wrote: This is a very, very, very bad habit which some people have adopted. This will not always work correctly even for pure perl module. Sometimes files must be passed through a filter before being installed. You should never do this unless you've examined the Makefile.PL for any hints of anything that might need to be done before installing, and you should understand all the behind the scenes actions which MakeMaker performs and know if you need to manually perform them. I.e. don't do it. And please don't spread this /advice/. CPAN itself recommends the copy approach here: http://search.cpan.org/~jhi/perl-5.8.0/pod/perlmodinstall.pod Future versions of perl will no longer make this suggestion: http://public.activestate.com/gsar/APC/perl-current/pod/perlmodinstall.pod ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Perl Certifications ??
First, perl is not an acronym, so it is never entirely capitalized. You can capitalize the first letter Perl, but the basic guideline is You use perl to implement Perl. Second, I think the case made is that there is a growing community of app developers using Perl for enterprise apps. Yes, I said enterprise. And not just small companies -- I worked for a medium size company that used it for their apps and, having been a consultant for some 15 years, I have seen it used for a lot more than misc tasks. While, clearly, your sample set is limited to the perl-as-duct-tape group (which it does excel at), don't conclude that you are viewing an accurate representation of the world. Many people are surprised to know that there is object-oriented perl and that it performs really well. A lot of larger corporations are using this to get the RAD that perl provides but maintain the structure required to build large apps. Having used OO Perl, I can say it performs well, is easily maintained and develops much (much much) faster than anything related to Java or C or even VB. It is this OO Perl that other companies are using, and their biggest fight is against people who only think of it as a little scripting language, not against the benefits or liabilities of the language itself. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bharucha, Nikhil Sent: Wednesday, February 25, 2004 4:02 PM To: [EMAIL PROTECTED] Subject: RE: Perl Certifications ?? Medium size and larger companies want the benefits afforded by J2EE -- Reliability, Reusability, Readability, Legacy Adapters, Interfaces, EJBs, etc. I use PERL for misc tasks where it excels. I didn't mean that a PERL Cert would be useless, rather J2EE from a marketability standpoint. Problem here is that the outsourcing countries have both of these skills in large number -- J2EE and PERL. -Original Message- From: Andrew Timberlake-Newell [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 25, 2004 4:14 PM To: [EMAIL PROTECTED] Subject: RE: Perl Certifications ?? I've seen Perl used in business environments in each of the following roles: A) The primary development language B) A co-primary along with PHP C) One of many languages used on a per-task basis...with no real primary D) Tool usage for auxiliary support of another primary language The idea that Perl is merely an auxiliary/small-job language is nothing more than a misconception arising largely from the fact that it is frequently used that way. (After all, despite the quipping of TIMTOWTDI, we programmers are not immune from assuming that the first way we've seen something done is the (only|correct) way to do it.) Personally, I think that the Perl community could benefit from a credible Certbut I'll be surprised if the level of cynicism ever allows a Cert to become widely regarded as credible. So, when you said In business environments (where certification means something) PERL is not the primary development language at the Enterprise level. It is an extremely versatile 'Tool' to get small and medium sized jobs done and done right. you were wrong twice. It is used at the enterprise level. And it is much more than a tool. -- Chris Snyder -Original Message- From: [EMAIL PROTECTED] [mailto:perl-win32- [EMAIL PROTECTED] On Behalf Of Bharucha, Nikhil Sent: Friday, February 06, 2004 1:10 PM PERL is kind of a jack-of-all trades language. It is a scripting language. In business environments (where certification means something) PERL is not the primary development language at the Enterprise level. It is an extremely versatile Tool to get small and medium sized jobs done and done right. Certification? If you want to get certified get J2EE Certification. Know PERL to use PERL. PERL as a primary skill at the business level is not a good idea, but as an integral part of your skill set YES. At my place of employment we use PERL to get the misc jobs done (and the crap still left around from the 90's internet boom -- still works pretty good though!) ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: Module Test Suites
On Wed, 25 Feb 2004, Sisyphus wrote: Hi, I have a module that I've written. The 'test.pl' script written for the purpose of running 'make test' was becoming a little large and unwieldy, so I broke it up into a number of test scripts, gave them all a '.t' extension and placed them in the 't' sub-directory. When I run 'make test', the scripts all get found and executed, but no output from the tests reaches the screen, and all scripts report all skipped: no reason given. I've taken a look at some modules from CPAN that behave properly, but I can't spot the difference. Any ideas ? Cheers, Rob Hi Rob, Does any further information result from running the tests as make test TEST_VERBOSE=1 or perl -Mblib t/test1.t etc. Can you post a sample that doesn't work? -- best regards, randy kobes ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Tk::HList refresh problem
Hi all, I have a Tk problem. How do I update the cells in an HList Box? I have a routine that runs in a while loop, and includes the $mw-update(). this loop is to refresh the HList box. my problem is that it does not work and i get an Tk error which starts like this Tk::Error: element 0 already exists at ...blahblahblah I suppose this problem has to do with the $hlist-itemCreate() and $hlist-add() routine. Thanks in advance for any help. Regards, Jeremy A. ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
Re: compress and convert a bmp
The fabulous irfan viewer athttp://www.irfanview.com/has commandline switches, specifically the /compress switch.You can shell this using back ticks or exec(). As usual since it works great for me, I'm telling you about it!hth, tlviewer:yahoo:AIMJohn [EMAIL PROTECTED] wrote: Has anyone compressed and convert a bmp image through the perl? Thanks in advance.___Perl-Win32-Users mailing list[EMAIL PROTECTED]To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
RE: Perl Certifications ??
Quick correction: PERL is an acronym for Practical Extraction and Reporting Language. As for everything else, I second everything in there. At the medium size educational institution I work at, we use it to automate both small enterprise-based applications constantly. Its extremely flexible and relatively easy to integrate and commuincate with such things as Active Directory and Exchange. Thanks, Rick From: [EMAIL PROTECTED] on behalf of Chris Snyder Sent: Wed 2/25/2004 6:03 PM To: 'Bharucha, Nikhil'; [EMAIL PROTECTED] Subject: RE: Perl Certifications ?? First, perl is not an acronym, so it is never entirely capitalized. You can capitalize the first letter Perl, but the basic guideline is You use perl to implement Perl. Second, I think the case made is that there is a growing community of app developers using Perl for enterprise apps. Yes, I said enterprise. And not just small companies -- I worked for a medium size company that used it for their apps and, having been a consultant for some 15 years, I have seen it used for a lot more than misc tasks. While, clearly, your sample set is limited to the perl-as-duct-tape group (which it does excel at), don't conclude that you are viewing an accurate representation of the world. Many people are surprised to know that there is object-oriented perl and that it performs really well. A lot of larger corporations are using this to get the RAD that perl provides but maintain the structure required to build large apps. Having used OO Perl, I can say it performs well, is easily maintained and develops much (much much) faster than anything related to Java or C or even VB. It is this OO Perl that other companies are using, and their biggest fight is against people who only think of it as a little scripting language, not against the benefits or liabilities of the language itself. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bharucha, Nikhil Sent: Wednesday, February 25, 2004 4:02 PM To: [EMAIL PROTECTED] Subject: RE: Perl Certifications ?? Medium size and larger companies want the benefits afforded by J2EE -- Reliability, Reusability, Readability, Legacy Adapters, Interfaces, EJBs, etc. I use PERL for misc tasks where it excels. I didn't mean that a PERL Cert would be useless, rather J2EE from a marketability standpoint. Problem here is that the outsourcing countries have both of these skills in large number -- J2EE and PERL. -Original Message- From: Andrew Timberlake-Newell [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 25, 2004 4:14 PM To: [EMAIL PROTECTED] Subject: RE: Perl Certifications ?? I've seen Perl used in business environments in each of the following roles: A) The primary development language B) A co-primary along with PHP C) One of many languages used on a per-task basis...with no real primary D) Tool usage for auxiliary support of another primary language The idea that Perl is merely an auxiliary/small-job language is nothing more than a misconception arising largely from the fact that it is frequently used that way. (After all, despite the quipping of TIMTOWTDI, we programmers are not immune from assuming that the first way we've seen something done is the (only|correct) way to do it.) Personally, I think that the Perl community could benefit from a credible Certbut I'll be surprised if the level of cynicism ever allows a Cert to become widely regarded as credible. So, when you said In business environments (where certification means something) PERL is not the primary development language at the Enterprise level. It is an extremely versatile 'Tool' to get small and medium sized jobs done and done right. you were wrong twice. It is used at the enterprise level. And it is much more than a tool. -- Chris Snyder -Original Message- From: [EMAIL PROTECTED] [mailto:perl-win32- [EMAIL PROTECTED] On Behalf Of Bharucha, Nikhil Sent: Friday, February 06, 2004 1:10 PM PERL is kind of a jack-of-all trades language. It is a scripting language. In business environments (where certification means something) PERL is not the primary development language at the Enterprise level. It is an extremely versatile Tool to get small and medium sized jobs done and done right. Certification? If you want to get certified get J2EE Certification. Know PERL to use PERL. PERL as a primary skill at the business level is not a good idea, but as an integral part of your skill set YES. At my place of employment we use PERL to get the misc jobs done (and the crap still left around from the 90's internet boom -- still works pretty good though!) ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe:
RE: Perl Certifications ??
Title: RE: Perl Certifications ?? Hi All, IMHO I'd agree with the *large* support towards Perl as an "Enterprise" dev language... probably it's due to myeternal love to programme in Perl :-) Towards Perl's use in OO and RAD, what links/resources would provide valuable information ? I'vesparingly used Perl in OO style, and i'm curious to update myself with the details... Would people who've extended this methodology please guide ? Also, possible links which *highlight* Perl's advantages over J2EE/VB would be an interesting weaponary inthe armoury against the J2EE (beast) !! Cheers, Savinder. -Original Message- From: Chris Snyder [mailto:[EMAIL PROTECTED] Sent: Thu 2/26/2004 4:33 AM To: 'Bharucha, Nikhil'; [EMAIL PROTECTED] Cc: Subject: RE: Perl Certifications ?? First, perl is not an acronym, so it is never entirely capitalized. You cancapitalize the first letter "Perl", but the basic guideline is "You use perlto implement Perl".Second, I think the case made is that there is a growing community of appdevelopers using Perl for enterprise apps. Yes, I said enterprise. And notjust small companies -- I worked for a medium size company that used it fortheir apps and, having been a consultant for some 15 years, I have seen itused for a lot more than misc tasks. While, clearly, your "sample set" islimited to the perl-as-duct-tape group (which it does excel at), don'tconclude that you are viewing an accurate representation of the world.Many people are surprised to know that there is object-oriented perl andthat it performs really well. A lot of larger corporations are using thisto get the RAD that perl provides but maintain the structure required tobuild large apps. Having used OO Perl, I can say it performs well, iseasily maintained and develops much (much much) faster than anything relatedto Java or C or even VB. It is this OO Perl that other companies are using,and their biggest fight is against people who only think of it as a littlescripting language, not against the benefits or liabilities of the languageitself.-Original Message-From: [EMAIL PROTECTED][mailto:[EMAIL PROTECTED]]On Behalf OfBharucha, NikhilSent: Wednesday, February 25, 2004 4:02 PMTo: [EMAIL PROTECTED]Subject: RE: Perl Certifications ??Medium size and larger companies want the benefits afforded by J2EE --Reliability, Reusability, Readability, Legacy Adapters, Interfaces,EJBs, etc. I use PERL for misc tasks where it excels. I didn't meanthat a PERL Cert would be useless, rather J2EE from a marketabilitystandpoint. Problem here is that the outsourcing countries have both ofthese skills in large number -- J2EE and PERL.-Original Message-From: Andrew Timberlake-Newell[mailto:[EMAIL PROTECTED]]Sent: Wednesday, February 25, 2004 4:14 PMTo: [EMAIL PROTECTED]Subject: RE: Perl Certifications ??I've seen Perl used in "business environments" in each of the followingroles: A) The primary development language B) A co-primary along with PHP C) One of many languages used on a per-task basis...with no realprimary D) "Tool" usage for auxiliary support of another "primary" languageThe idea that Perl is merely an auxiliary/small-job language is nothingmore than a misconception arising largely from the fact that it isfrequently used that way. (After all, despite the quipping ofTIMTOWTDI, we programmers are not immune from assuming that the firstway we've seen something done is the (only|correct) way to do it.)Personally, I think that the Perl community could benefit from acredible Certbut I'll be surprised if the level of cynicism everallows a Cert to become widely regarded as credible.So, when you said "In business environments (where certification meanssomething) PERL is not the primary development language at the Enterpriselevel. It is an extremely versatile 'Tool' to get small and medium sizedjobs done and done right." you were wrong twice. It is used at theenterprise level. And it is much more than a tool.-- Chris Snyder -Original Message- From: [EMAIL PROTECTED][mailto:perl-win32- [EMAIL PROTECTED] On Behalf Of Bharucha, Nikhil Sent: Friday, February 06, 2004 1:10 PM PERL is kind of a jack-of-all trades language. It is a scripting language. In business environments (where certification means something) PERL is not the primary development language at the Enterprise level. It is an extremely versatile "Tool" to get smalland medium sized jobs done and done right. Certification? If you want to get certified get J2EE Certification. Know PERL to use PERL. PERL as a primary skill at the business levelis not a good idea, but as an integral part of your skill set YES. At my place of employment we use PERL to get the misc jobs done (andthe crap still left around from the 90's internet boom -- still
Re: Module Test Suites
On Thu, 26 Feb 2004, Sisyphus wrote: Randy Kobes wrote: Hi Rob, Does any further information result from running the tests as make test TEST_VERBOSE=1 or perl -Mblib t/test1.t etc. Can you post a sample that doesn't work? Thanks Randy. Setting 'TEST_VERBOSE' does flush the output to the screen - but also reports the same failure for each test script - which makes for fairly confusing reading :-) 'perl -Mblib t\test1.t' works fine. But is it possible to get 'make test' to automatically run that command (for each and every '.t' file) ? I've looked a little harder since making the original post. Seems that if the tests are put in a 'test.pl' then 'make test' runs the script as a simple perl script. The following gets executed: D:\perl\bin\perl.exe -Iblib\lib -Iblib\arch test.pl But if the tests are put into '.t' files in a 't' sub-directory, then the tests get run under some sort of cutesy developer innovation. The following gets executed: D:\perl\bin\perl.exe -MExtUtils::Command::MM -e test_harness(0, 'blib\lib', 'blib\arch') t\alloc, t\arith, ..., etc. Is there some MM switch I can use to have my '.t' scripts processed by the former command - or do I have to rewrite them so that they are appropriate for processing by the latter command ? I'm not aware of such a switch, but then, I've not come across a case where the tests had to be modified in order to run under t/. If you just take your original working test.pl (presumably in the top-level directory) and move it to t/test.t, do the tests still work? Is it possible to come up with a very short test that works as a test.pl but fails (or is skipped) as a t/test.t? -- best regards, randy ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
AW: Perl Certifications ??
-Ursprüngliche Nachricht- Von: Andrew Timberlake-Newell An: [EMAIL PROTECTED] Betreff: RE: Perl Certifications ?? I've seen Perl used in business environments in each of the following roles: A) The primary development language B) A co-primary along with PHP C) One of many languages used on a per-task basis...with no real primary D) Tool usage for auxiliary support of another primary language The idea that Perl is merely an auxiliary/small-job language is nothing more than a misconception arising largely from the fact that it is frequently used that way. (After all, despite the quipping of TIMTOWTDI, we programmers are not immune from assuming that the first way we've seen something done is the (only|correct) way to do it.) Yes, Andrew, I think you are right: This may be the fact, because PERL makes it easy just to start and produce very fast some results. We are using PERL in two roles: A) The primary development language for a monitoring suite and B) Tool usage for auxiliary support of another primary language, namely Java. Personally, I think that the Perl community could benefit from a credible Cert Sorry, but I would like to contradict: My experience is, you should not search for the reason for bad programs in the language itself but in the knowledge of the programmers about software architecture. The programming language is only the tool for the fulfillment. The first step, which is independend from any language, is to think about what you will do. May be some of you are able to read german textes: they may have a look at: http://www.openquasar.de/ (the english part is not ready yet...) This site describes a standard software architecture for enterprise level software. Even if they describe it using Java, why don't we use PERL for that? You can screw this model down to smaller projects, which we do for some months for a refactoring of parts of our monitoring suite: With success :-) So my message is: Don't (only) certify a programmer for his language capability, but his capabilities of designing software. Or, in other words: Think about the roles of the programmers in your project: architects and / or workers, but even workers should have an idea of good architecture ;-) Dietmar -Original Message- From: [EMAIL PROTECTED] [mailto:perl-win32- [EMAIL PROTECTED] On Behalf Of Bharucha, Nikhil Sent: Friday, February 06, 2004 1:10 PM PERL is kind of a jack-of-all trades language. It is a scripting language. In business environments (where certification means something) PERL is not the primary development language at the Enterprise level. It is an extremely versatile Tool to get small and medium sized jobs done and done right. Certification? If you want to get certified get J2EE Certification. Know PERL to use PERL. PERL as a primary skill at the business level is not a good idea, but as an integral part of your skill set YES. At my place of employment we use PERL to get the misc jobs done (and the crap still left around from the 90's internet boom -- still works pretty good though!) ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs Hamburger Berater Team GmbH Dr. Dietmar Fiehn Telefon: 040/369779-0 Stadthausbrücke 3 (Fleethof)Telefax: 040/369779-99 20355 Hamburg eMail : [EMAIL PROTECTED] ___ Perl-Win32-Users mailing list [EMAIL PROTECTED] To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
