[26654] in Perl-Users-Digest
Perl-Users Digest, Issue: 8761 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Dec 14 06:06:08 2005
Date: Wed, 14 Dec 2005 03:05:03 -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 Wed, 14 Dec 2005 Volume: 10 Number: 8761
Today's topics:
Re: calling External Perl Script Who calls another <ebohlman@omsdev.com>
General purpose server commiunicate with SMPP client. <samwun@telpacific.com.au>
Re: What is the reason for Perl? <dha@panix.com>
Re: What is the reason for Perl? <abigail@abigail.nl>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 14 Dec 2005 06:42:06 GMT
From: Eric Bohlman <ebohlman@omsdev.com>
Subject: Re: calling External Perl Script Who calls another
Message-Id: <Xns972C7197F34ebohlmanomsdevcom@130.133.1.4>
"Ashish" <ashish@hotmail.com> wrote in news:Fdznf.16562$Nb2.293684
@news1.nokia.com:
> I have three perl Scripts A,B and C, Scripts B and C offer Option/s to
> execute them,
> the execution is such a way the A calls B and B calls C,
> with open2 I can offer required option to B to get executed,
> my question is how do I pass option so that C gets Executed
This really looks like an "XY" problem (you're trying to accomplish task X
and you think you ought to be doing it using implementation Y, so you're
asking about how to do Y when it would be more productive to describe X and
be open to using a different implementation than Y). Your particular Y is
impossible to achieve if you don't have control (as you've said you don't)
over scripts B and C; if C is called only from B, then only B can decide
what arguments to pass to it. If you had control over C, you could arrange
for it to look for arguments somewhere other than the command line (e.g. in
an environment variable set by A).
------------------------------
Date: Wed, 14 Dec 2005 19:14:19 +1100
From: sam <samwun@telpacific.com.au>
Subject: General purpose server commiunicate with SMPP client.
Message-Id: <439fd45d$1@news.rivernet.com.au>
Hi,
I want to use Net::SMPP implement a client send PDU to a server. The
server is written with normal socket APIs, that is listen, bind, accept.
So in the server side, I need to somehow decode the PDU message sent by
the smpp client. How can the general purpose server decode the PDU
message sent by the SMPP client?
Thanks
Sam
------------------------------
Date: Tue, 13 Dec 2005 21:33:15 +0000 (UTC)
From: "David H. Adler" <dha@panix.com>
Subject: Re: What is the reason for Perl?
Message-Id: <slrndpufgs.8ht.dha@panix2.panix.com>
On 2005-12-12, Jim Gibson <jgibson@mail.arc.nasa.gov> wrote:
> In article <ohkpp15b78vlhrpb8bcag801jd78ed0pb1@4ax.com>, robic0 wrote:
>
>> Let the bullshit begin .........->
>
> Interesting that you ask people for their opinion and then assume that
> the responses will be BS. Why bother?
Let us introduce you to the concept of "trolling"... :-/
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
"I have no idea what that is. Thank goodness we didn't order three!"
- some nameless induhvidual quoted in Dilbert Newsletter 31.0
------------------------------
Date: 13 Dec 2005 22:24:38 GMT
From: Abigail <abigail@abigail.nl>
Subject: Re: What is the reason for Perl?
Message-Id: <slrndpuih5.bj.abigail@alexandra.abigail.nl>
robic0 () wrote on MMMMCDLXXXVI September MCMXCIII in
<URL:news:ohkpp15b78vlhrpb8bcag801jd78ed0pb1@4ax.com>:
.. Explain to me if you can why Perl is something I should use in
.. replacement to say C++ and a native API....
There's no need to use Perl. Feel free to use something else. Perl
isn't worse or better - just different.
.. I say "if you can" because I'm interrested in your bullshit.
.. After 2 years newbie Perl (forced on me). I know the breadth
.. of it and the power boils down to package interfaced dll's
.. to the os by an extroidnary amount of contributors who don't
.. know when to hold off publishing, in lieu of the misguided
.. fame (and down in flames) it is thought (in their heads) to
.. bring.
I'm sorry to hear that after two years, you're still so low in your
companies pecking order than others decide in which language you program.
.. C++ and native API, without complex workarounds (for
.. Perl language shortcomings the modules exhibit) is
.. about a thousand percent more reliable and faster.
So, why the whining? Go off, program in C++ and be happy.
.. Why should anybody invest time in a guessing game such
.. as Perl. Not Perl per-say, but modules that leave you
.. very short in the bottom line?
Only people who have to invest time in Perl are the bottom feeders.
The junior programmers who aren't trusted to make decisions.
Everyone else coding in Perl do so by choice.
Abigail
--
A perl rose: perl -e '@}>-`-,-`-%-'
------------------------------
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 8761
***************************************
