[25062] in Perl-Users-Digest
Perl-Users Digest, Issue: 7312 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Oct 26 14:05:47 2004
Date: Tue, 26 Oct 2004 11:05:08 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Tue, 26 Oct 2004 Volume: 10 Number: 7312
Today's topics:
Automatic way to get a list of Perl functions? <elduce@mailinator.com>
Re: Automatic way to get a list of Perl functions? <uguttman@athenahealth.com>
Compiling or Hiding Perl <nospam@nospam.com>
Re: Compiling or Hiding Perl <mritty@gmail.com>
Re: Compiling or Hiding Perl <nospam@nospam.com>
FAQ 1.11: When shouldn't I program in Perl? <comdog@panix.com>
Re: Fast random string generation <bik.mido@tiscalinet.it>
How do I parse this page? <nntp@rogers.com>
Re: How do I parse this page? <nospam@bigpond.com>
Re: how to fix code running old perl version? <tadmc@augustmail.com>
Re: how to fix code running old perl version? <mritty@gmail.com>
Re: how to fix code running old perl version? <uguttman@athenahealth.com>
Re: how to fix code running old perl version? <noreply@gunnar.cc>
Re: Inter Program Communication ... <tadmc@augustmail.com>
Re: Inter Program Communication ... <usenet@morrow.me.uk>
Linux vs. Windows: different behaviour [re rand()] <bik.mido@tiscalinet.it>
Re: list vs array <bik.mido@tiscalinet.it>
Re: list vs array <bik.mido@tiscalinet.it>
Re: open-perl-ide qustion <nospam@nospam.com>
Re: open-perl-ide qustion <segraves_f13@mindspring.com>
Re: open-perl-ide qustion <uri@stemsystems.com>
Re: open-perl-ide qustion <nospam@nospam.com>
Re: open-perl-ide qustion <segraves_f13@mindspring.com>
Re: open-perl-ide qustion <uguttman@athenahealth.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 26 Oct 2004 12:23:37 -0500
From: El Duce <elduce@mailinator.com>
Subject: Automatic way to get a list of Perl functions?
Message-Id: <_Ovfd.2257$Z9.64@fe25.usenetserver.com>
Is there a way to automatically generate a list of valid Perl functions?
I know how to query for modules, but short of fetching and trying to
parse the output of "perldoc perlfunc," does anyone know a way?
I also saw Pod::Tree, and this may do the trick, but how can I portably
get the path my Perl uses for the documentation? There's another useful
looking module, but it requires the path, and isn't well documented.
TIA,
El Duce
------------------------------
Date: Tue, 26 Oct 2004 13:48:53 -0400
From: Uri Guttman <uguttman@athenahealth.com>
Subject: Re: Automatic way to get a list of Perl functions?
Message-Id: <m38y9t1ibe.fsf@linux.local>
>>>>> "ED" == El Duce <elduce@mailinator.com> writes:
ED> Is there a way to automatically generate a list of valid Perl
ED> functions? I know how to query for modules, but short of fetching and
ED> trying to parse the output of "perldoc perlfunc," does anyone know a
ED> way?
why?
perldoc perlfunc lists them all. grep it
uri
------------------------------
Date: Tue, 26 Oct 2004 13:19:49 -0400
From: "daniel kaplan" <nospam@nospam.com>
Subject: Compiling or Hiding Perl
Message-Id: <1098811220.291400@nntp.acecape.com>
This was actually something that came up for my old company in terms of
"turnkey" solutions, a way to hide the Perl code and just be able to give
someone an installable CD of our product while protecting our "oh so
precious" code.
Ok, I did find two results in FAQ3 and read the two sections:
How can I hide the source for my Perl program?
How can I compile my Perl program into byte code or C?
(the second section I have no regards to speed, or size wise, but how it
applied to the first)
And they pretty much answer my question, "Not today".
What I was curious was, does anyone know of any "planned or organized"
efforts to make such a beast? Part of me thinks that large companies
selling their solutions would put an effort to hide their code, but then
again, who knows?
Thanks ahead.
------------------------------
Date: Tue, 26 Oct 2004 17:37:40 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: Compiling or Hiding Perl
Message-Id: <EXvfd.3298$t23.64@trndny03>
"daniel kaplan" <nospam@nospam.com> wrote in message
news:1098811220.291400@nntp.acecape.com...
> This was actually something that came up for my old company in terms
of
> "turnkey" solutions, a way to hide the Perl code and just be able to
give
> someone an installable CD of our product while protecting our "oh so
> precious" code.
>
> Ok, I did find two results in FAQ3 and read the two sections:
>
> How can I hide the source for my Perl program?
> How can I compile my Perl program into byte code or C?
> (the second section I have no regards to speed, or size wise, but how
it
> applied to the first)
>
> And they pretty much answer my question, "Not today".
Read it again. (specifically the fourth paragraph of the first FAQ you
mentioned). The answer is not "Not today". The answer is "That's the
wrong method".
> What I was curious was, does anyone know of any "planned or organized"
> efforts to make such a beast? Part of me thinks that large
companies
> selling their solutions would put an effort to hide their code, but
then
> again, who knows?
No, because hiding or obfuscating source code is not the correct way to
protect your company's IP. The way to do that is with proper
trademarks, copyrights, and patents. That is, it's the job of the
company's legal department, not the engineering department. If you sell
a product that uses your company's new fashioned screws, you don't try
to hide the screws - you take out a patent to prevent anyone else from
making the same screws.
Paul Lalli
------------------------------
Date: Tue, 26 Oct 2004 14:01:00 -0400
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: Compiling or Hiding Perl
Message-Id: <1098813692.116645@nntp.acecape.com>
> Read it again. (specifically the fourth paragraph of the first FAQ you
> mentioned). The answer is not "Not today". The answer is "That's the
> wrong method".
well i read it as "not today" because someone does seem to be working on one
in the experimental stage.
> No, because hiding or obfuscating source code is not the correct way to
> protect your company's IP. The way to do that is with proper
> trademarks, copyrights, and patents.
it is however the first step in a very complicated steps of defense. i've
written three software patents, and as you may know they take years to
approve and cost money to file, and cost money to defend. and by defend i
meant answering back when the PTO comes back with their first rejection.
which they almost always do.
the great thing about software is that you and i as a two man company could
come up with the next killer app, and launch with not much money. and yes,
the first defense is, don't let them see your code. of course you MUST
follow it up with patents, and the likes, as you described above and in the
FAQ.
since you didn't mention it in your reply, i take it however, that there is
no such beast forthcoming that anyone knows about. which sorta sucks
because while many "sensitive" firms (Nasa, Gruman, and the likes) will only
run software on their "internal" networks, these are the last companies that
behave improperly.
but there are those mid-companies who want it internally, but you just never
know who is working there and what might happen....
thanks
------------------------------
Date: Tue, 26 Oct 2004 16:03:01 +0000 (UTC)
From: PerlFAQ Server <comdog@panix.com>
Subject: FAQ 1.11: When shouldn't I program in Perl?
Message-Id: <cllsfl$il0$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.
--------------------------------------------------------------------
1.11: When shouldn't I program in Perl?
When your manager forbids it--but do consider replacing them :-).
Actually, one good reason is when you already have an existing
application written in another language that's all done (and done well),
or you have an application language specifically designed for a certain
task (e.g. prolog, make).
For various reasons, Perl is probably not well-suited for real-time
embedded systems, low-level operating systems development work like
device drivers or context-switching code, complex multi-threaded
shared-memory applications, or extremely large applications. You'll
notice that perl is not itself written in Perl.
The new, native-code compiler for Perl may eventually reduce the
limitations given in the previous statement to some degree, but
understand that Perl remains fundamentally a dynamically typed language,
not a statically typed one. You certainly won't be chastised if you
don't trust nuclear-plant or brain-surgery monitoring code to it. And
Larry will sleep easier, too--Wall Street programs not withstanding. :-)
--------------------------------------------------------------------
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: Tue, 26 Oct 2004 19:37:36 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Fast random string generation
Message-Id: <sb2tn0l4pu0orl5bkh8rc67ik0qggegkhl@4ax.com>
On Tue, 26 Oct 2004 06:27:33 +0200, "Tassilo v. Parseval"
<tassilo.von.parseval@rwth-aachen.de> wrote:
>> [*] Apart the naive assumption that ~0 will yield (2**32-1), which in
>> fact does (here, now!) - but of course it is not reliable in terms of
>> portability...
>
>It's a pretty safe assumption, though, that nowadays integers are at
>least 32 bits wide. So you will have to guard against 64-bit machines.
>You can force 32 bits by doing C<~0 & Oxffffffff>.
But then I would loose the only reason why I used ~0 in the first
place, i.e. to write 2**32 (err, well: not exactly, as it has already
been pointed out!) in just as few keystrokes as possible: and no, no
good reason for golfing but the fact that I *had* to leave home in a
minute or so! (so that even thinking better about it was not an
option! ;-)
Oh, and BTW: if it could have been C<~0 & Oxffffffff>, then it would
have been C<Oxffffffff>! :-)
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Tue, 26 Oct 2004 13:25:55 -0400
From: "nntp" <nntp@rogers.com>
Subject: How do I parse this page?
Message-Id: <_dydnarTGPNdFePcRVn-sQ@rogers.com>
I am trying to parse
http://www.ebay.com without success.
I view the source, and I see a lot of ?/td>. This page is unsavable.
It displays perfectly in IE, but once the source is saved/viewed, it no long
display right in IE.
When I use LYNX to view it, it is formated perfectly.
My question is how Ebay allow any brower to display the content right
without allowing viewing source or safe as?
------------------------------
Date: Wed, 27 Oct 2004 04:03:32 +1000
From: Gregory Toomey <nospam@bigpond.com>
Subject: Re: How do I parse this page?
Message-Id: <2u7hrlF26ntehU1@uni-berlin.de>
nntp wrote:
> I am trying to parse
> http://www.ebay.com without success.
In Perl, try
http://search.cpan.org/~gaas/HTML-Parser-3.35/Parser.pm
> I view the source, and I see a lot of ?/td>. This page is unsavable.
> It displays perfectly in IE, but once the source is saved/viewed, it no
> long display right in IE.
Maybe it uses css, or needs images to provide formatting hints.
> When I use LYNX to view it, it is formated perfectly.
>
> My question is how Ebay allow any brower to display the content right
> without allowing viewing source or safe as?
Please don't clutter Perl newsgroups with web server questions.
gtoomey
------------------------------
Date: Tue, 26 Oct 2004 10:29:59 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: how to fix code running old perl version?
Message-Id: <slrncnsrbn.npc.tadmc@magna.augustmail.com>
Mike <mikee@mikee.ath.cx> wrote:
> I have a server that I'm not able to upgrade at the moment
> that is running perl 5.005. My other servers are running
> either perl 5.6 or perl 5.8. I have some code that is
> distributed to all servers that will not run on perl 5.0005
> and gives the error:
>
> Use of reserved word "our" is deprecated at mongen line 32.
> Global symbol "$opt_d" requires explicit package name at mongen line 32.
>
> For several items used by getopt. Does anyone know of a
> quick fix for this?
I wouldn't call this a "fix", but some people might (untested):
perl -p -i.our -e 's/\bour\b/use vars/g' mongen
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Tue, 26 Oct 2004 15:43:44 GMT
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: how to fix code running old perl version?
Message-Id: <Qgufd.3289$t23.2733@trndny03>
"Tad McClellan" <tadmc@augustmail.com> wrote in message
news:slrncnsrbn.npc.tadmc@magna.augustmail.com...
> Mike <mikee@mikee.ath.cx> wrote:
> > I have a server that I'm not able to upgrade at the moment
> > that is running perl 5.005. My other servers are running
> > either perl 5.6 or perl 5.8. I have some code that is
> > distributed to all servers that will not run on perl 5.0005
> > and gives the error:
> >
> > Use of reserved word "our" is deprecated at mongen line 32.
> > Global symbol "$opt_d" requires explicit package name at mongen line
32.
> >
> > For several items used by getopt. Does anyone know of a
> > quick fix for this?
>
>
> I wouldn't call this a "fix", but some people might (untested):
>
> perl -p -i.our -e 's/\bour\b/use vars/g' mongen
... and hope like hell your code doesn't use any variables named $our,
@our, or %our.
:-)
Paul Lalli
------------------------------
Date: Tue, 26 Oct 2004 12:26:08 -0400
From: Uri Guttman <uguttman@athenahealth.com>
Subject: Re: how to fix code running old perl version?
Message-Id: <m3lldt1m5b.fsf@linux.local>
>>>>> "TM" == Tad McClellan <tadmc@augustmail.com> writes:
>> Use of reserved word "our" is deprecated at mongen line 32.
>> Global symbol "$opt_d" requires explicit package name at mongen line 32.
>>
>> For several items used by getopt. Does anyone know of a
>> quick fix for this?
TM> I wouldn't call this a "fix", but some people might (untested):
TM> perl -p -i.our -e 's/\bour\b/use vars/g' mongen
and you still need to quote the var names. our doesn't need quoted
tokens but use vars does. and you need to deal with possible commas
between the var names in our but not in use var. so it isn't a trivial
s/// IMO.
maybe something like this (also untested):
perl -i.our -pe 's{
^
\s*our\s+ # 'our' followed by space
\(? # possible (
([\w\$@%\s,]+) # grab all var and space and comma chars
\)? # possible )
}
{ # make use vars with qw()
# and space separators for the var names
"use vars qw(" . join( " ", split "," $1 ) . ")"
}gxe ;' input_file
uri
------------------------------
Date: Tue, 26 Oct 2004 19:24:00 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: how to fix code running old perl version?
Message-Id: <2u7fgkF26qcesU1@uni-berlin.de>
Paul Lalli wrote:
> "Mike" <mikee@mikee.ath.cx> wrote in message
> news:10nsm007ahvqpd3@corp.supernews.com...
>>
>>I decided to comment out 'use strict;' and change 'our $opt_v;'
>>to '$opt_v = 0;'.
>
> No no no! Wrong solution! Keep use strict, and use our's predecessor:
> use vars qw/$opt_v/; #this replaces our $opt_v;
And replace
use warnings;
with the -w switch in the shebang line (for you are running the program
with warnings enabled, aren't you?).
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Tue, 26 Oct 2004 10:36:27 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Inter Program Communication ...
Message-Id: <slrncnsrnr.npc.tadmc@magna.augustmail.com>
Stoill Barzakov <stoill@unixsol.org> wrote:
> I've got an invoice shown on the Konqueror screen from some web/billing
> frontend . I'ts mostly text fields and few submit buttons . I want to
> collect info from Konqueror (it may include all the html content) and feed
> It through already made Perl code to Fiscal Printer .
> Is there a Perl module with capability to grab contents of the page shown in
> Konqueror
What Konqueror shows are a bunch of pixels.
Are you wanting to get a screen shot?
> if I know Konqueror process ID ?
No, but I don't think that is what you need.
You CAN grab the same page that you see in Konqueror if you
know the URL that you gave to Konqueror.
By the time Konqueror renders it on the screen it is already
Hamburger, too late to make Steak, so move a bit forward in
the flow of things before the HTML is ground up for rendering.
perldoc -q HTML
How do I fetch an HTML file?
How do I automate an HTML form submission?
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Tue, 26 Oct 2004 15:40:32 +0100
From: Ben Morrow <usenet@morrow.me.uk>
Subject: Re: Inter Program Communication ...
Message-Id: <084252-s75.ln1@osiris.mauzo.dyndns.org>
Quoth Stoill Barzakov <stoill@unixsol.org>:
> Slackware Linux + Konqueror
>
> I've got an invoice shown on the Konqueror screen from some web/billing
> frontend . I'ts mostly text fields and few submit buttons . I want to
> collect info from Konqueror (it may include all the html content) and feed
> It through already made Perl code to Fiscal Printer .
>
> Direct print from Konqueror is not an option . The Fiscal Printer doesn't
> accept standart pure text print . It has own language with CRC on every
> command sent .
>
> Is there a Perl module with capability to grab contents of the page shown in
> Konqueror if I know Konqueror process ID ?
I doubt it... you would almost certainly need Perl XPCOM bindings, which
AFAIK haven't been written yet :). I am sort-of semi-considering looking
at it, but it looks to be *quite* a job.
At least in Moz/Firefox, you can set the 'printer' to be a pipe to any
process (which will receive postscript): can you not write a (or use a
pre-written) PS->Fiscal Printer converter there?
Ben
--
All persons, living or dead, are entirely coincidental.
ben@morrow.me.uk Kurt Vonnegut
------------------------------
Date: Tue, 26 Oct 2004 19:37:45 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Linux vs. Windows: different behaviour [re rand()]
Message-Id: <4d2tn0dt15g18n5s4nlat21dbfimcfg7ba@4ax.com>
This spreaded from some tests I made in connection with the thread
"Fast random string generation":
# perl -le '$,="\t"; print unpack "C*", pack "L", rand 2**32 for
1..15'
30 155 146 154
155 211 255 102
39 119 228 119
204 29 168 240
3 100 77 39
159 11 214 76
5 105 14 31
167 198 182 196
247 107 241 244
194 246 30 146
226 199 219 59
97 168 246 154
185 204 221 142
178 77 149 4
70 10 119 34
C:\TEMP>perl -le "$,=qq|\t|; print unpack 'C*', pack 'L', rand 2**32
for 1..15"
0 0 246 13
0 0 174 202
0 0 104 241
0 0 116 246
0 0 10 76
0 0 4 44
0 0 64 61
0 0 244 123
0 0 252 86
0 0 78 181
0 0 124 45
0 0 100 103
0 0 188 62
0 0 100 100
0 0 196 191
Does the cmt at the end of 'perldoc -f rand' apply? Note: 5.8.4 in
both cases (AS under Windows).
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Tue, 26 Oct 2004 19:37:40 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: list vs array
Message-Id: <u01tn05hel3jbsnk5p4mof7v2olel9ttt0@4ax.com>
On Mon, 25 Oct 2004 20:01:32 -0400, "Matt Garrish"
<matthew.garrish@sympatico.ca> wrote:
>> I *think* that "ActiveState took forever to load on my machine" means
>> that AS Perl's installation is a lenghty process: yes, it is! So what?
>
>I've never found the actual perl installation to be lengthy, what can take
>forever on a Windows install is the html documentation generation that AS
>performs at the end. I've had that process take 10-20 minutes on older
I was loosely speaking: of course the html documentation generation is
the time consuming part of installation.
>machines, which is a lifetime for most Windows users.
Yeah, they prefer to install dozens over dozens of crappy sw in just a
few seconds each. (I'm a Windows user myself, partly, but have never
had any problem with AS Perl.)
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Tue, 26 Oct 2004 19:37:42 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: list vs array
Message-Id: <kc1tn09fd5medk2ro1dgsdab4cjdg6u3tb@4ax.com>
On Mon, 25 Oct 2004 20:45:36 -0400, "daniel kaplan"
<nospam@nospam.com> wrote:
>..I've never found the actual perl installation to be lengthy, what can take
>..forever on a Windows install is the html documentation generation that AS
>..performs at the end. I've had that process take 10-20 minutes on older
>..machines, which is a lifetime for most Windows users
>
>actually what i was refering to here, my apologies as some of these posts i
>ignored, but what i meant was...
>
>"Starting" ActiveState's Komodo (or VisualPerl. I forgot the actual name)
Then why didn't you say so? To you Komodo or whatever other IDE you
like may be a synonim to "Perl", but for most other people here it is
not, for (for one thing) I think that only a minority of them is using
an IDE at all. Let alone Komodo...
>was incredibly slow. I believe someone else here also stated the same.
>Actually, I found the entire app ran slow, in many of the functions. It was
>so bad that when the trial period was over, they give you an option of
>extending it, I actually just uninstalled it.
BTW: personal preferences are personal preferences, but did you try a
good text editor and the cmd line or do you think that this could
severely injure you?
>mentioned some. Am curretnly using open-perl-ide and it's not so bad. Not
>the most powerful, but not so bad.
Well, as I said it is to a large extent a matter of personal tastes.
Using a good text editor, or simply your favourite one, provided that
it is smart enough to give you all those goodies we like so much, like
syntax highlighting et similia, would be a much better choice IMHO.
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Tue, 26 Oct 2004 11:11:23 -0400
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: open-perl-ide qustion
Message-Id: <1098803516.23584@nntp.acecape.com>
>>What's "quite a while", a week? You've never heard the maxim that you
>>should lurk for a while before posting and you think you're an old hand
>>at Usenet?
old hand? well, time wise in newsgroups, yes....YOUR group, meangin this
one and not you...is different than any others i have encounterd...although
somoen said C++.language was the smae.....and it's funny how you think i am
the only one bitching.
GUYS/GALS....just killfile me and eventually no one will answer my
questions, and i will fade away....but while there is still one or two
people who will answer..."yes, i used that it sucks, or never heard of it,
try this..." i will ask.....
------------------------------
Date: Tue, 26 Oct 2004 15:21:41 GMT
From: "Bill Segraves" <segraves_f13@mindspring.com>
Subject: Re: open-perl-ide qustion
Message-Id: <9Ytfd.8142$5i5.4771@newsread2.news.atl.earthlink.net>
"daniel kaplan" <nospam@nospam.com> wrote in message
news:1098715641.574393@nntp.acecape.com...
> > I have been using Open-Perl-IDE for 2 1/2 years and am very happy with
<snip>
> >>every option under the sun and always come back to Open-Perl-IDE or vi.
>
> vi? is this another one i can try?
cat
--
Bill Segraves
------------------------------
Date: Tue, 26 Oct 2004 15:37:43 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: open-perl-ide qustion
Message-Id: <x7fz41cx07.fsf@mail.sysarch.com>
>>>>> "BS" == Bill Segraves <segraves_f13@mindspring.com> writes:
>> vi? is this another one i can try?
BS> cat
that is a dog of an editor!
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: Tue, 26 Oct 2004 12:40:12 -0400
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: open-perl-ide qustion
Message-Id: <1098808842.928686@nntp.acecape.com>
> GUYS/GALS....just killfile me and eventually no one will answer my
> questions, and i will fade away....but while there is still one or two
> people who will answer..."yes, i used that it sucks, or never heard of it,
> try this..." i will ask.....
sorry, forgot to add....but i will make sure i scour the FAQ and PERLDOC
first
------------------------------
Date: Tue, 26 Oct 2004 17:25:55 GMT
From: "Bill Segraves" <segraves_f13@mindspring.com>
Subject: Re: open-perl-ide qustion
Message-Id: <DMvfd.10132$ta5.2801@newsread3.news.atl.earthlink.net>
"Uri Guttman" <uri@stemsystems.com> wrote in message
news:x7fz41cx07.fsf@mail.sysarch.com...
> >>>>> "BS" == Bill Segraves <segraves_f13@mindspring.com> writes:
>
> >> vi? is this another one i can try?
>
> BS> cat
>
> that is a dog of an editor!
I agree, at least when the user interface involves a human being.
OTOH, even though cat is a dog of an editor, it's what I found most
expedient to use in a shell script to load a shell script on an embedded
Linux system from a telnet command line interface. In this case, Perl and vi
were simply not available (on the embedded Linux system).
I can share the details, but they would be off-topic for this newsgroup,
except perhaps for the part where kitty (LP2ed., p.73) didn't replicate the
(required) default behavior of cat.
Cheers.
--
Bill Segraves
------------------------------
Date: Tue, 26 Oct 2004 13:46:34 -0400
From: Uri Guttman <uguttman@athenahealth.com>
Subject: Re: open-perl-ide qustion
Message-Id: <m3d5z51if9.fsf@linux.local>
>>>>> "dk" == daniel kaplan <nospam@nospam.com> writes:
dk> sorry, forgot to add....but i will make sure i scour the FAQ and
dk> PERLDOC first
why don't you read the ENTIRE FAQ already. i recommend that all the
time. but i am sure you won't do it as it is smart advice and you don't
like that. you can ignore me as well if you wish. i read your posts for
the amusement value
uri
------------------------------
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 7312
***************************************
