[26658] in Perl-Users-Digest
Perl-Users Digest, Issue: 8765 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Dec 15 09:05:36 2005
Date: Thu, 15 Dec 2005 06:05:04 -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, 15 Dec 2005 Volume: 10 Number: 8765
Today's topics:
Re: Can device drivers be written in Perl? robic0
Can services be written in Perl? robic0
Re: Can services be written in Perl? <ian.stuart@ed.ac.uk>
Generalized Suffix Tree in XS / Perl <ewijaya@singnet.com.sg>
getelementbyid on a form <nospam@home.com>
Re: What is the reason for Perl? robic0
Re: What is the reason for Perl? axel@white-eagle.invalid.uk
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 14 Dec 2005 21:30:26 -0800
From: robic0
Subject: Re: Can device drivers be written in Perl?
Message-Id: <5kv1q1lncqps53pmdqajsler7a2a31tt38@4ax.com>
On Mon, 12 Dec 2005 09:25:39 +0100, Josef Moellers
<josef.moellers@fujitsu-siemens.com> wrote:
>robic0 wrote:
>> ???????
>
>It depends on what you consider a "driver".
>
>Consdering your recent postings, I'd rather not answer your question,
>anyway.
What are you afraid of, I'm not gonna bite ya...
Someone already mentioned "user mode". Hey print
drivers are in user mode, the port driver being in
kernel. Don't think Perl can hook into kernel mode.
So whats left? All it takes is a dll and a module.
So now I will post a followup question in a new topic...
------------------------------
Date: Wed, 14 Dec 2005 21:31:05 -0800
From: robic0
Subject: Can services be written in Perl?
Message-Id: <urv1q1h4vd4rbrmn9u4p79hu7nca98b7kt@4ax.com>
??????
------------------------------
Date: Thu, 15 Dec 2005 08:07:53 +0000
From: Ian Stuart <ian.stuart@ed.ac.uk>
Subject: Re: Can services be written in Perl?
Message-Id: <43a12454$0$27205$ed2619ec@ptn-nntp-reader02.plus.net>
robic0 wrote:
> ??????
Of course. Here are just three that I've been involved in:
http://edina.ac.uk/stat-acc-scot/
http://nevis.ed.ac.uk:8080/getref/getref.asp
http://www.gashe.ac.uk/
The services are either limited to just UK Academia, or fully publicly
available....
------------------------------
Date: Thu, 15 Dec 2005 11:46:14 +0800
From: "Edward WIJAYA" <ewijaya@singnet.com.sg>
Subject: Generalized Suffix Tree in XS / Perl
Message-Id: <op.s1s3fcumr4r1oi@localhost.localdomain>
Hi,
Does anybody knows if there exist any Perl or in XS
implementation for generalized Suffix Tree?
Any pointer to that?
What I can only find so far is Shlomo Yona`s module.
http://search.cpan.org/~shlomoy/SuffixTree-0.03/SuffixTree.pm
Which is very limited and not a generalized one.
What I mean by generalized suffix tree is:
given a set of multiple strings we would like to construct
a single tree out of it.
Where as Yona`s only create one tree for one string.
--
Regards,
Edward WIJAYA
SINGAPORE
------------------------------
Date: Thu, 15 Dec 2005 07:17:30 GMT
From: "Nospam" <nospam@home.com>
Subject: getelementbyid on a form
Message-Id: <eM8of.10940$zt1.3265@newsfe5-gui.ntli.net>
My apologies to all I am new to perl, wondering if this is possible using
the method getelementbyid:
If I had javascript code on a page containing a form field and I wanted to
fill in this field, how would I utilise getelementbyid if the javascript eg
is:
<tr>
<td class="row1"><span class="gen"><b>Username</b></span></td>
<td class="row2"><span class="genmed"><input type="text" class="post"
tabindex="1" name="username" size="25" maxlength="25" value=""
/></span></td>
</tr>
and I wanted to fill the form field username
$mech->field ('username', $username);
somehow wouldn't work, but I am unsure as to how to use getelementbyid.
------------------------------
Date: Wed, 14 Dec 2005 21:10:29 -0800
From: robic0
Subject: Re: What is the reason for Perl?
Message-Id: <f2u1q15imuud9fq3ng60nb1udcd9d6vopv@4ax.com>
On 13 Dec 2005 22:24:38 GMT, Abigail <abigail@abigail.nl> wrote:
>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.
Yup, still a contractor, but I'm aiming for that distinguished rank of
apprentice junior grade 3 like you.
>
>.. 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.
Jump and skip, play, pick flowers and like the rep at the
electric company after a long disputed argument over the bill
says.... "Sir, I don't want to argue with you. And oh by the way,
.. have a nice day" as the biotch hangs up in my ear. Not letting
such wisdom go to waste, I say to you: "Have a nice day sweethart"!
>
>.. 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.
And only the people who choose to are the "top" feeders.
Hahahahaaaaaaaaaaaaaaaaaaa..............
>The junior programmers who aren't trusted to make decisions.
I'm not up to junior grade 3 yet, whats it like?
>
>Everyone else coding in Perl do so by choice.
Mhh, sounds painfull !!
>
>
>Abigail
------------------------------
Date: Thu, 15 Dec 2005 13:15:55 GMT
From: axel@white-eagle.invalid.uk
Subject: Re: What is the reason for Perl?
Message-Id: <f0eof.9111$iz3.1615@text.news.blueyonder.co.uk>
Abigail <abigail@abigail.nl> wrote:
> 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.
I think that you are entirely correct. I was once forced
to programme in C++ when I realised that I could have
done it in Perl... in a far shorter time... but then
my daily rate was much higher.
Axel
------------------------------
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 8765
***************************************
