[19351] in Perl-Users-Digest
Perl-Users Digest, Issue: 1546 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 17 00:05:31 2001
Date: Thu, 16 Aug 2001 21: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)
Message-Id: <998021108-v10-i1546@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Thu, 16 Aug 2001 Volume: 10 Number: 1546
Today's topics:
delete duplicate records <cowdrick_nospam_@toto.net>
Re: delete duplicate records <tony_curtis32@yahoo.com>
Re: delete duplicate records <davidhilseenews@yahoo.com>
Re: Is $! a number or a string? nobull@mail.com
Re: Locating Files <Koen@invalidmiddle-earth.be>
Re: Not inserting duplicate elements into an array <mbudash@sonic.net>
Re: Perl OO needs the opposite of SUPER:: (John Lin)
Re: Uh Oh: URL Encode (Randal L. Schwartz)
Re: Using 'require' and variables <bart.lateur@skynet.be>
Re: Using 'require' and variables <gnarinn@hotmail.com>
Re: Using a fake name on this newsgroup and in places l (John Stanley)
Re: Using a fake name on this newsgroup and in places l <miscellaneousemail@yahoo.com>
Re: Using a fake name on this newsgroup and in places l (Martien Verbruggen)
Using manpages?? <miscellaneousemail@yahoo.com>
Re: Using manpages?? <godzilla@stomp.stomp.tokyo>
Re: Using manpages?? <miscellaneousemail@yahoo.com>
Re: Using manpages?? <godzilla@stomp.stomp.tokyo>
Re: Using manpages?? <miscellaneousemail@yahoo.com>
Re: Using manpages?? (Tad McClellan)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 17 Aug 2001 02:45:10 GMT
From: Charles Cowdrick <cowdrick_nospam_@toto.net>
Subject: delete duplicate records
Message-Id: <3B7C85C8.800812E4@toto.net>
I'm trying to delete duplicate records in a flatfile.
I searched Google under "delete duplicate records" and the Camel book,
to no avail.
Here's my code. I know that line 4 is weird, but I don't know how else
to compare the current record with the next record.
#!perl
RECORD: while (<DATA>) {
next RECORD if $_ eq $_[$_++];
print "$_\n";
}
print "Duplicates removed.\n";
__DATA__
NewUser ADAL6322 123456322
NewUser ADAM2437 123452437
NewUser ADAM5045 123455045
NewUser ADAM8340 123458340
NewUser ADAM8340 123458340
NewUser ADCO6906 123456906
NewUser ADCO6906 123456906
NewUser ADCO9430 123459430
------------------------------
Date: 16 Aug 2001 21:59:52 -0500
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: delete duplicate records
Message-Id: <87bslfjsrb.fsf@limey.hpcc.uh.edu>
>> On Fri, 17 Aug 2001 02:45:10 GMT,
>> Charles Cowdrick <cowdrick_nospam_@toto.net> said:
> I'm trying to delete duplicate records in a flatfile. I
> searched Google under "delete duplicate records" and the
If you see the word "duplicate", think "hash".
perldoc -q duplicate
perldoc perldata
> Camel book, to no avail. Here's my code. I know that
> line 4 is weird, but I don't know how else to compare
> the current record with the next record.
> RECORD: while (<DATA>) {
> 4: next RECORD if $_ eq $_[$_++];
> print "$_\n";
> }
> print "Duplicates removed.\n";
> __DATA__
> ...
What you have to do is to remember each unique record and
check if it's been seen before. One way would be like
this:
my %cache;
while (<DATA>) {
chomp;
next if defined $cache{$_}; # check
$cache{$_} = 1; # not seen before, remember it
print "$_\n";
}
print "Duplicates removed.\n";
You could also use the ++ operator to count how many of
each record arrive, in case you wanted to know how many
duplicates were excised. (If you don't need %cache after
this, use a suitable scope.)
I'm sure there are other ways.
hth
t
--
Hmmmmm...sacrilicious!
------------------------------
Date: Fri, 17 Aug 2001 03:49:46 GMT
From: "David Hilsee" <davidhilseenews@yahoo.com>
Subject: Re: delete duplicate records
Message-Id: <uv0f7.17039$L9.5504663@news1.rdc1.md.home.com>
"Charles Cowdrick" <cowdrick_nospam_@toto.net> wrote in message
news:3B7C85C8.800812E4@toto.net...
> I'm trying to delete duplicate records in a flatfile.
> I searched Google under "delete duplicate records" and the Camel book,
> to no avail.
> Here's my code. I know that line 4 is weird, but I don't know how else
> to compare the current record with the next record.
> #!perl
>
> RECORD: while (<DATA>) {
> next RECORD if $_ eq $_[$_++];
> print "$_\n";
> }
>
> print "Duplicates removed.\n";
>
> __DATA__
> NewUser ADAL6322 123456322
> NewUser ADAM2437 123452437
> NewUser ADAM5045 123455045
> NewUser ADAM8340 123458340
> NewUser ADAM8340 123458340
> NewUser ADCO6906 123456906
> NewUser ADCO6906 123456906
> NewUser ADCO9430 123459430
>
If the duplicate records are guaranteed to consecutive, then this may be
what you need:
my $laststring = ""; # assumption that beginning empty wanted record isn't
possible
while(<DATA>)
{
next if $laststring eq $_;
$laststring = $_;
print;
}
If they are not, I suggest the hash approach that has already been
mentioned.
David Hilsee
------------------------------
Date: 16 Aug 2001 08:47:33 +0100
From: nobull@mail.com
Subject: Re: Is $! a number or a string?
Message-Id: <u9n150nzwx.fsf@wcl-l.bham.ac.uk>
johnlin@chttl.com.tw (John Lin) writes:
> Thanks. I did read this before I post. But won't you feel curious about
> this kind of behavior?
>
> $! = 5;
> my $x = $!;
> print $x; #5: Input/output error
> print ++$x; #6: 6
>
> Now my question is: Is $x the same kind of variable as $! ?
No. $! is a tied scalar varible returning dual-value scalar. It's
not tied via the tie() mechanism but conceptionaly it is tied. $x is
a regular variable.
The behavour of $! could be modeled as a tied scalar with a 'FETCH'
method that calls strerror() and returns a dual-value made up of the
error number and error string.
Note that being dual-valued is a property of Perl scalar _values_
whereas being tied is a properly of variables. (BTW: there _is_ in
Perl a concept analagous to being tied that applies to scalar values
rather than variables and this is overloading).
If you copy a dual-valued scalar value from one variable to another one
without forcing a context on it then it retains its duality.
> Why it lost its duality?
As soon as you evalute a dual-valued scalar in a string or numeric
context it looses its duality.
> In #5: $x seems to be a string.
> But if it is a string, then ++ on a string should be another string (like
> ++('AA') eq 'AB'), or 1 (like "A"+1 == 0+1 == 1), right?
As Perl was developed the ++ and -- operators had to be designed to
treat dual-valued scalars as either numbers or strings. Evidently
decision was to treat them as numbers and IMHO it was the right
descision.
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Fri, 17 Aug 2001 01:45:08 GMT
From: Koen Verbeke <Koen@invalidmiddle-earth.be>
Subject: Re: Locating Files
Message-Id: <Pine.LNX.4.33.0108170338410.1936-100000@anfalas>
On Thu, 16 Aug 2001 at 12:48pm, John P wrote concerning Locating Files:
> I am distributing scripts which have the line.
> use Digest::MD5 qw (md5_base64);
>
> Most of the time the scripts are fine but on some systems the users are
> getting the error message
>
> Can't locate Digest/MD5.pm in @INC (@INC contains:
> /usr/local/lib/perl5/5.6.0/i686-linux /usr/local/lib/perl5/5.6.0
> /usr/local/lib/perl5/site_perl/5.6.0/i686-linux
> /usr/local/lib/perl5/site_perl/5.6.0 /usr/local/lib/perl5/site_perl .)
>
> I thought that this was a standard module. found in a standard location.
> Does anyone have any ideas please. I have asked them to check their Shebang
> lines are correct but they still get the error. I have some rather irrate
> customers!
It looks like they're using Debian/GNU Linux. If they are, they probably
upgraded their system-perl to 5.6.0. That's not a good idea with Debian as
it depends on its own perl (/etc/alternatives). It is wise to leave it
alone. The system will be broken for a great part when not taken care of
this.
What your customers should do is install a second complete perl on their
system(s) and e.g. only use /usr/local/bin/perl for 5.6.0 use. Debian
(e.g. apt, dselect, ...) will still use /usr/bin/perl (which is 5.005_03
in potato) which is a actually a link to /etc/alternatives/perl.
The best way to install a second one is to compile it on the system from
scratch and stroll through the questions during setup attentively. They
should especially look out for the question on which location perl should
be installed to.
I hope they can downgrade in some way... :-(
- Koen
------------------------------
Date: Fri, 17 Aug 2001 01:12:41 GMT
From: Michael Budash <mbudash@sonic.net>
Subject: Re: Not inserting duplicate elements into an array
Message-Id: <mbudash-3952E5.18124316082001@news.sonic.net>
In article <MPG.15e5215db369eea7989680@news.yhteys.mtv3.fi>, Sami
Jarvinen <skj@iobox.fi> wrote:
> Yves Orton wrote
> > "Godzilla!" <godzilla@stomp.stomp.tokyo> wrote in message
> > news:<3B7A80F1.4F6FD00C@stomp.stomp.tokyo>...
> [ snip ]
> > > Why would I deliberately break my code?
> > You dont have to 'deliberately break' your code. It was broken from
> > the beginning.
> [ snip ]
>
> Please, *please* stop feeding the troll. No matter how exquisite bits of
> wisdom you give him (her, it, whatever), the result will always stink.
>
> Maybe someone ought to write a Troll-Avoidance-HOWTO, "Giant lizard
> droppings, how to avoid them", or something like that.
>
> *g*
just join the rest of us - killfile her and be happy about it. don't
read what she has to say, don't respond to it when you slip up and *do*
read what she has to say, and let every person you come in contact know
with that she and everything she spews is completely, utterly useless.
she's already proven she won't go away, so the best we can do is avoid,
ignore and abhor her.
my .02
--
Michael Budash ~~~~~~~~~~ mbudash@sonic.net
------------------------------
Date: 16 Aug 2001 18:23:28 -0700
From: johnlin@chttl.com.tw (John Lin)
Subject: Re: Perl OO needs the opposite of SUPER::
Message-Id: <a73bcad1.0108161723.552eb26a@posting.google.com>
Great!!! Finally someone is getting in my question. :( so hard to explain...
brian d foy wrote
> package MyBase;
> sub new { bless [], shift }
>
> sub init
> {
> print "This is MyBase::Init\n";
> $_[0]->_init;
> print "MyBase::Init again\n"
> }
Yes!!! Suppose this is what I want. I want the derived-class's init() code
run in between some statements of Base::init. (This is one of the problems.)
> package MyDerived;
> @ISA = qw(MyBase);
>
> sub _init { print "MyDerived::Init was called\n" }
>
> package main;
> my $object = MyDerived->new->init;
Yes, your solution is just the same as what I posted, by "renaming", right?
Thus, the problem comes:
Suppose the inheritance-tree is MyBase <- MyDerived <- X <- Y <- Z
It happens that MyDerived::_init also need to call X's init() in between some
statements of MyDerived::_init. Then, you cannot name it as X::init (occupied
by MyBase), neither X::_init (occupied by MyDerived), right?
So you have to rename it again, let's say sub X::__init;
If the same situation happens between X <- Y, you need Y::___init;
If the same situation happens between Y <- Z, you need Z::____init;
The same method/attribute has to be named differently:
sub MyBase::init;
sub MyDerived::_init;
sub X::___init;
sub Y::____init;
sub Z::_____init;
That is not OO. My proposed :virtual can solve this problem.
Please refer to my old posting to see how it can solve it.
Thank you!!! Yeah!!! really.
John Lin
------------------------------
Date: 16 Aug 2001 18:21:03 -0700
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: Uh Oh: URL Encode
Message-Id: <m1vgjnv5vk.fsf@halfdome.holdit.com>
>>>>> "Bart" == Bart Lateur <bart.lateur@skynet.be> writes:
Bart> It's worse than that.
Bart> use URI::Escape;
Bart> print uri_escape('a=b&c=d');
-->
Bart> a=b&c=d
That's not a bug. Those are NOT reserved characers in a URI.
If you are constructnig a query form, parts of the query form must be
encoded specially, and a global escaping function over the whole
string *CANNOT* cut it.
If you are sending a URI as part of an HTML response, you *must* also
HTML-escape it, as you must *all* of your HTML data.
It is doing the right thing. Stop calling it a bug.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Fri, 17 Aug 2001 01:11:19 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: Using 'require' and variables
Message-Id: <rarontggm8f6hess8ut146brvcpnlu2obq@4ax.com>
Doug Robbins wrote:
>There are a series of configuration variables that all scripts use. I
>want to place these variables in a separate 'config' file and then
>'require' that file at the top of each script. But how do I do this,
>and at the same time pre-declare variables (in accordance with 'use
>strict')?
This is a FAQ. I don't know if it's in the FAQ, but it gets asked quite
a lot.
You need global variables. Lexicals, i.e. variables declared with "my",
don't work. The scope of lexical variables is the enclosing block; the
entire file if there is no enclosing block. Your config file is another
file. Completely separate.
You can declare your variables, with "our", similar to "my", if your
perl is recent enough, roughly 5.6.0 or later. What always works, is
"use vars", as in
use vars qw(%hash $scalar @array);
But my preferred method is prepending "::" to the variable's names. That
way, they are fully qualified, in main::, so "strict" is happy, you
don't need to declare them. And you can access them from in any package.
They do stand out in the source, too. Thus:
use strict;
package Config;
$::config{me} = $0;
package main;
print $::config{me};
# no problem madame.
--
Bart.
------------------------------
Date: Fri, 17 Aug 2001 01:42:14 +0000
From: gnari <gnarinn@hotmail.com>
Subject: Re: Using 'require' and variables
Message-Id: <998012534.806609919294715.gnarinn@hotmail.com>
In article <MPG.15e6081f20ff20429896a5@news1.ns.sympatico.ca>,
Doug Robbins <sleddog@komatik.org> wrote:
>I have a set of perl script that (hopefully, someday) will work
>together as a CGI application.
>
>There are a series of configuration variables that all scripts use. I
>want to place these variables in a separate 'config' file and then
>'require' that file at the top of each script. But how do I do this,
>and at the same time pre-declare variables (in accordance with 'use
>strict')?
>
>Here is a basic example of what I mean:
>
>---config.cgi contains config variables shared by scripts---
>$basepath = "/some/path";
>$baseURL = "http://somewhere.com";
>[...other variables]
>---end config.cgi---
>
>---myscript.cgi---
>#/usr/bin/perl
>require "config.cgi";
>open(IN,"$basepath/data.dat") or die("Couldn't open data.dat: $!");
>[... do things]
>---end myscript.cgi---
>
>The above works okay. But to 'use strict', $basepath needs to be pre-
>declared. But where?
it is not a question of where, but rather of *when*
use strict is a compile time pragma, so variables must be declared
before they are *seen*
there are many ways to do what you want. one is:
put this at the start of the config file:
use vars qw($basepath $baseURL);
change the require line in myscript.pl to:
BEGIN{require "config.cgi"}
as this is CGI, it is prudent not to assume a current directory, so
you should use FindBin
>Regardless whether I declare 'my $basepath' in config.cgi or in
>myscript.cgi, it return with a null value and the script dies, "no such
>file...".
'my' will scope the variable lexically, where the 2 files will
always be separate, so cannot be shared.
gnari
------------------------------
Date: 17 Aug 2001 01:44:51 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: Using a fake name on this newsgroup and in places like perlmonks??
Message-Id: <9lhsuj$gin$1@news.orst.edu>
In article <MPG.15e5f07e9030b7b898976b@news.edmonton.telusplanet.net>,
Carlos C. Gonzalez <miscellaneousemail@yahoo.com> wrote:
>There is really is no difference Abigail as long as you are known by that
>name. The real you that is. Your name is who you are.
Oh, you poor boy. Your name is what your parents labelled you when you
were born. Are you really limited to being what they labelled you so
many years ago?
>As the real me I
>am of the belief that one should not hesitate to use their real name.
>Unless there is a very real and practical reason to do otherwise.
Or one wants to do otherwise. Why is your belief supposed to be limiting
on others? I mean, if others don't limit themselves to being what they
were labelled when they were a few hours old, why should they limit
themselves to using the name you think they should?
>My email address is most certainl related to my real name Abigail.
Your real name is Abigail? Or did you forget a comma? And if so, how
does one relate "miscellaneousmail@yahoo.com" with Carlos whatever?
I see no obvious mapping between the two.
------------------------------
Date: Fri, 17 Aug 2001 02:52:21 GMT
From: Carlos C. Gonzalez <miscellaneousemail@yahoo.com>
Subject: Re: Using a fake name on this newsgroup and in places like perlmonks??
Message-Id: <MPG.15e634e59da6bee5989771@news.edmonton.telusplanet.net>
In article <9lhsuj$gin$1@news.orst.edu>, John Stanley at
stanley@skyking.OCE.ORST.EDU says...
> Oh, you poor boy. Your name is what your parents labelled you when you
> were born. Are you really limited to being what they labelled you so
> many years ago?
I don't consider this being limited at all. It's my choice. If you
choose to do otherwise that's up to you.
> Or one wants to do otherwise. Why is your belief supposed to be limiting
> on others? I mean, if others don't limit themselves to being what they
> were labelled when they were a few hours old, why should they limit
> themselves to using the name you think they should?
I'm afraid this thread has definitely stepped on some toes John. At
least it sounds like I stepped on yours. Didn't mean to.
I never intended the thread to be a discussion on limiting others use of
fake names. Nor have I ever said that I think anyone in particular
should use their real name. I shared my belief that in general it would
be good if others used their real names and that I didn't see any reason
not to. But if you or others do it that's up to you. I can live with
that. Can you live with my difference of opinion John?
> >My email address is most certainl related to my real name Abigail.
>
> Your real name is Abigail?
What I meant John was that my email address is connected to me in that I
and I alone use it. And I am a real person with a real name.
Anyway I don't think it would be very productive to continue discussing
this in the newsgroup anymore. I got some feedback on what I originally
wanted to know which I appreciate. If anyone wants to discuss this
further with me please email me at my address. I will be glad to discuss
things further there if you would like to do that.
Don't get me wrong. It's not that I am not interested in your opinion or
that of anyone else. It's that this thread is getting out of hand in
terms of having anything at all to do with Perl anything. From the
sounds of the responses I am getting it's just going to get worse. So if
you all want to keep discussing this with me please email me. Otherwise
count me out of this thread.
Thanks.
---
Carlos
www.internetsuccess.ca
*NOTE*: Internet Success is NOT yet fully operational so although you are
welcomed to visit and take a look, trying to subscribe will only be a
frustration for you as your data will not be saved at this time.
------------------------------
Date: Fri, 17 Aug 2001 13:40:53 +1000
From: mgjv@tradingpost.com.au (Martien Verbruggen)
Subject: Re: Using a fake name on this newsgroup and in places like perlmonks??
Message-Id: <slrn9np4i4.3ga.mgjv@martien.heliotrope.home>
On Fri, 17 Aug 2001 02:52:21 GMT,
Carlos C. Gonzalez <miscellaneousemail@yahoo.com> wrote:
>
> I'm afraid this thread has definitely stepped on some toes John. At
> least it sounds like I stepped on yours. Didn't mean to.
What I don't understand is why this discussion is getting any response
at all. This is as offtopic as it gets for this group.
Please move this to one of the soc.culture groups or something. Ok?
Martien
--
Martien Verbruggen |
Interactive Media Division |
Commercial Dynamics Pty. Ltd. | "Mr Kaplan. Paging Mr Kaplan..."
NSW, Australia |
------------------------------
Date: Fri, 17 Aug 2001 02:03:41 GMT
From: Carlos C. Gonzalez <miscellaneousemail@yahoo.com>
Subject: Using manpages??
Message-Id: <MPG.15e629686fe382b0989770@news.edmonton.telusplanet.net>
Hi everyone,
I am trying as hard as I can to get up to speed on how to look up
knowledge that I need in the various perly like documents but am having a
bit of trouble again.
Before everything is done I will probably end up writing a short book on
where to find what and what to do with it once you find it. I mean
goodness gracious there must be a hundred different types of things that
one must remember. Grep, manpages, perldocs, perlfaqs, ppm, modules,
packages, and perl this and perl that. It's enough to make a less
dedicated individual than myself give up. I am very blessed to have the
time to learn all this. If I was having to make a living like a normal
individual AND learn Perl quickly at the same time? Forget it. I
wouldn't have any kind of life.
Anyway (settle down here Carlos...) I was wondering if anyone knew of a
good link on how to view and access manpages? I know that for most of
you such a question is like breathing but perhaps you could breath a
little in my direction =:).
I have looked all over Google, have searched at www.perldoc.com, have
tried all kinds of man this and man that at the DOS command prompt, and
as usual when I try to look for something all I end up with is ten tons
of writing covering up what I am really looking to find out. I have to
read through so much stuff usually that I am seriously thinking of taking
a reading course by the name of PhotoRead.
I was led to this effort on reading some documentation that said to "See
the DBI(3) manpage for more details.". So I faithfully and cheerfully
tried to enter DBI(3) into the www.perldoc.com search box. Huh? Oh
well...I then tried all kinds of other things and the rest is history.
Could some documentation master please point me in the right direction?
=:). Just a link or suggested document or two with a little tid bit about
how to look up the document in question. I will most certainly do the
reading.
Thanks.
---
Carlos
www.internetsuccess.ca
*NOTE*: Internet Success is NOT yet fully operational so although you are
welcomed to visit and take a look, trying to subscribe will only be a
frustration for you as your data will not be saved at this time.
------------------------------
Date: Thu, 16 Aug 2001 19:42:28 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Using manpages??
Message-Id: <3B7C8494.E54D39CD@stomp.stomp.tokyo>
Carlos C. Gonzalez wrote:
> Hi everyone,
I am not everyone although I scare the crap out of
everyone, including you.
* likes leaving these sissified geeks limp *
Right scary, ain't I?
> I am trying as hard as I can to get up to speed on how to look up
> knowledge that I need in the various perly like documents but am
> having a bit of trouble again.
(snipped shopping cart freeloader begging)
Hard work and personal sacrifice both, directly led
to my ability to retire at age forty-one and, led
to my very hard earned current net liquidable assets
of a bit over one-million dollars along with no
mortgage payments for our collection of homes.
This explains my daughter's brand new Corvette Z-6,
fastest 'Vette made to date and, her dates won't ride
with her. No surprise. She drives like me, least since
she graduated from a race driver training course down
near the Santa Anita horse race track.
Don't panic, training emphasis is on defensive driving.
However, you geeks probably should attach your argyle
socks to a garter belt; her driving will make your
socks roll up and down and, leave your panties in knot.
Stop your pissing and moaning, get off your duff
and purchase O'Reilly's Reference Library which
contains the Networking Bookshelf, the Unix Bookshelf,
the Web Developer's Library, Perl Bookshelf and a
Java Sucks Reference Library. While you are at it,
purchase O'Reilly's Perl Bookshelf.
Dump the search engine in O'Reilly's Reference Library.
It is crap and doesn't work. Write your own Perl search
engine for that collection.
O'Reilly's search engine for the Perl Bookshelf collection,
although java, works half-ass right.
* wishes she had half as much ass *
Only one way to attain success in life, hard work.
Know what you get when you work your fingers to the bone?
Boney fingers.
Godzilla! Queen Of Boneyfingoria.
------------------------------
Date: Fri, 17 Aug 2001 03:16:51 GMT
From: Carlos C. Gonzalez <miscellaneousemail@yahoo.com>
Subject: Re: Using manpages??
Message-Id: <MPG.15e639fec494aa5e989772@news.edmonton.telusplanet.net>
In article <3B7C8494.E54D39CD@stomp.stomp.tokyo>, Godzilla! at
godzilla@stomp.stomp.tokyo says...
> I am not everyone although I scare the crap out of
> everyone, including you.
Huh??
> Right scary, ain't I?
Terribly.
> Hard work and personal sacrifice both, directly led
> to my ability to retire at age forty-one and, led
> to my very hard earned current net liquidable assets
> of a bit over one-million dollars along with no
> mortgage payments for our collection of homes.
Good for you Godzilla. I admire someone who works hard and is willing to
make personal sacrifice to get what they want out of life. Truly.
> Stop your pissing and moaning,
Thank you for that correction (reproof?). I will try to be less so in
the future. I think I expressed myself a bit too freely on this one. I
guess if I ever express myself as such in the future I better be prepared
for uncompassionate responses.
> get off your duff
> and purchase O'Reilly's Reference Library which
> contains the Networking Bookshelf, the Unix Bookshelf,
> the Web Developer's Library, Perl Bookshelf and a
> Java Sucks Reference Library. While you are at it,
> purchase O'Reilly's Perl Bookshelf.
When I have enough left over at the end of the month to justify the
expense (maybe I can squeeze some money out of that normally budgeted for
cat food =:) I will almost certainly do what you suggested.
> Dump the search engine in O'Reilly's Reference Library.
> It is crap and doesn't work. Write your own Perl search
> engine for that collection.
When I can spare the time and when I get up to your level of expertise in
Perl I may indeed do something like that.
> Only one way to attain success in life, hard work.
I would generally agree with you there Godzilla. And from what I am
learning on this newsgroup from some such as you I would add one
more thing to that. A bit of hardness (insensitivity?) to cutting
responses like yours. I thank you for helping me learn this. Truly.
Best wishes.
---
Carlos
www.internetsuccess.ca
*NOTE*: Internet Success is NOT yet fully operational so although you are
welcomed to visit and take a look, trying to subscribe will only be a
frustration for you as your data will not be saved at this time.
------------------------------
Date: Thu, 16 Aug 2001 20:27:21 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Using manpages??
Message-Id: <3B7C8F19.74FB86E@stomp.stomp.tokyo>
Carlos C. Gonzalez wrote:
> Godzilla! wrote:
(snipped)
> I would generally agree with you there Godzilla. And from what I am
> learning on this newsgroup from some such as you I would add one
> more thing to that. A bit of hardness (insensitivity?) to cutting
> responses like yours. I thank you for helping me learn this. Truly.
Personally, I hold an opinion both you and your
troll articles amount to nothing more than canned
mule manure.
Godzilla!
------------------------------
Date: Fri, 17 Aug 2001 03:36:40 GMT
From: Carlos C. Gonzalez <miscellaneousemail@yahoo.com>
Subject: Re: Using manpages??
Message-Id: <MPG.15e63ed5d81e5920989774@news.edmonton.telusplanet.net>
In article <3B7C8F19.74FB86E@stomp.stomp.tokyo>, Godzilla! at
godzilla@stomp.stomp.tokyo says...
> Personally, I hold an opinion both you and your
> troll articles amount to nothing more than canned
> mule manure.
>
In the spirit of our child-like communication I guess I can safely say
"sticks and stones may break my bones but words will never hurt me." =:)
I wish you well Godzilla. For all your success you sound like you have a
lot of bitterness and pent up anger in you.
---
Carlos
www.internetsuccess.ca
*NOTE*: Internet Success is NOT yet fully operational so although you are
welcomed to visit and take a look, trying to subscribe will only be a
frustration for you as your data will not be saved at this time.
------------------------------
Date: Thu, 16 Aug 2001 22:56:42 -0400
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: Using manpages??
Message-Id: <slrn9np1va.8vd.tadmc@tadmc26.august.net>
Carlos C. Gonzalez <miscellaneousemail@yahoo.com> wrote:
>
>I am trying as hard as I can to get up to speed on how to look up
>knowledge that I need in the various perly like documents but am having a
>bit of trouble again.
>I was wondering if anyone knew of a
>good link on how to view and access manpages?
http://www.linuxdoc.org/docs.html#man
>I have looked all over Google, have searched at www.perldoc.com, have
>tried all kinds of man this and man that at the DOS command prompt,
"man" is a Unix program. No can do from lowly DOS prompt.
>I was led to this effort on reading some documentation that said to "See
>the DBI(3) manpage for more details.".
I'll bet that is the colloquial "manpage", meaning "documentation",
not a real man(1) manpage.
>So I faithfully and cheerfully
>tried to enter DBI(3) into the www.perldoc.com search box. Huh? Oh
>well...I then tried all kinds of other things and the rest is history.
Entering "DBI" should lead to a page that in turn leads to:
http://www.perldoc.com/cpan/DBI.html
I'll bet that is the docs you are supposed to be looking at...
>Could some documentation master please point me in the right direction?
perldoc DBI
does it for me.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
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.
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 1546
***************************************
