[13373] in Perl-Users-Digest
Perl-Users Digest, Issue: 783 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Sep 13 19:07:29 1999
Date: Mon, 13 Sep 1999 16:05:09 -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 Mon, 13 Sep 1999 Volume: 9 Number: 783
Today's topics:
Re: /etc/passwd <cassell@mail.cor.epa.gov>
Re: buying perl book (Help me) <gellyfish@gellyfish.com>
Re: buying perl book (Help me) (Larry Rosler)
CGI from CGI without modules... <jstraumann@worldnet.att.net>
Re: Design Advice needed on Sending Data to Client (Computer Guru Internet Development)
Re: Good way to learn PERL <gellyfish@gellyfish.com>
Re: Good way to learn PERL (Larry Rosler)
Re: Good way to learn PERL <cassell@mail.cor.epa.gov>
Re: hostname translation CGI? <mike@crusaders.no>
Re: How to make clean the text with screen control char <gellyfish@gellyfish.com>
Re: Idea for extracting name from city? (David Salvador Flores)
Re: Is anyone capable of explaining this?? <amonotod@netscape.net>
Re: Is perl Safe? <cassell@mail.cor.epa.gov>
Re: Is perl Safe? <cassell@mail.cor.epa.gov>
Re: newbie: need help,LEARNING FROM A BOOK <gellyfish@gellyfish.com>
Re: Perl Y2k <lkong@hns.com>
Re: Perl Y2k (Sam Holden)
Re: POP3 module for WINDOWS32i86 <cassell@mail.cor.epa.gov>
Re: Searching by date problem. <gellyfish@gellyfish.com>
Re: Using DB_File to talk to a Sendmail 8.9.x hash <gellyfish@gellyfish.com>
Re: Win32 PERL and UNC <cassell@mail.cor.epa.gov>
Re: XML plus XSL to HTML? <nmorison@ozemail.com.au>
Digest Administrivia (Last modified: 1 Jul 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 13 Sep 1999 15:54:33 -0700
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: /etc/passwd
Message-Id: <37DD80A9.96CAC08D@mail.cor.epa.gov>
Scratchie wrote:
>
> Ubu <ubu@easynet.ca> wrote:
> : In article <slrn7tla71.5ou.abigail@alexandra.delanet.com>,
> : abigail@delanet.com wrote:
> :>
> :> What part of the manual about crypting passwords didn't you
> : understand?
> :>
> :> What is "a complete method for checking accounts"? Retina scans?
> :>
> : OK, I ordinarily try to stay away from potential flame wars, but I have
> : to ask, just who is this 'Abigail' and what is she so angry about?
>
> She gets upset when people who know less than she does about Perl (or
> Unix, or anything else she knows a lot about) post here. Just don't let it
> bother you; occasionally she posts some useful information but it's
> usually at the "strictly guru" level.
Hmmm. I would phrase it more along the lines of:
"Abigail gets grumpy when presented with a poorly-written
question, or one that is noticeably off-topic for this ng."
In part, because Abigail isn't a 'she'.
And in part, because Abigail has provided some really useful
and interesting code in this ng. Abigail has a tendency to
be a lot more helpful if you post on-topic and you write your
question well.. AND you do your homework first. Sometimes
it helps if one is not humor-impaired.
Of course, Art knows that. He's been around this ng long
enough. But I just wanted to make this clear for the original
poster, and any lurkers silly enough to read my posts.
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: 13 Sep 1999 21:40:01 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: buying perl book (Help me)
Message-Id: <7rjqvh$4ci$1@gellyfish.btinternet.com>
On Mon, 13 Sep 1999 18:06:26 GMT mikedel@ix.netcom.com wrote:
> These books are probably the essential books for learning / Using perl.
> Here are links to reading the reviews on amazon. I bought them, and
> they are fantastic books:
>
<snipped associate links>
You have been asked in a relatively polite manner on several occasions
to desist from posting these 'associate links' to the annoyance of other
users of this newsgroup.
I have now had enough and have complained to abuse@deja.com and
abuse@netcom.com as I would encourage any other readers of this newsgroup
who feel strongly about this to do.
/J\
--
Jonathan Stowe <jns@gellyfish.com>
<http://www.gellyfish.com>
Hastings: <URL:http://dmoz.org/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: Mon, 13 Sep 1999 15:48:56 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: buying perl book (Help me)
Message-Id: <MPG.12471f356616bd15989f55@nntp.hpl.hp.com>
In article <7rjqvh$4ci$1@gellyfish.btinternet.com> on 13 Sep 1999
21:40:01 -0000, Jonathan Stowe <gellyfish@gellyfish.com> says...
> On Mon, 13 Sep 1999 18:06:26 GMT mikedel@ix.netcom.com wrote:
> > These books are probably the essential books for learning / Using perl.
> > Here are links to reading the reviews on amazon. I bought them, and
> > they are fantastic books:
...
> You have been asked in a relatively polite manner on several occasions
> to desist from posting these 'associate links' to the annoyance of other
> users of this newsgroup.
>
> I have now had enough and have complained to abuse@deja.com and
> abuse@netcom.com as I would encourage any other readers of this newsgroup
> who feel strongly about this to do.
I followed your suggestion, and got return auto-reply messages asking
for complete header information. Here it is, for the convenience of
anyone else who wants to complain. A copy of the article was requested
also, with an explanation of why it is abusive. This is a hyper-pain.
Path:
nntp.hpl.hp.com!hplabs.hpl.hp.com!news.sri.com!newsfeed.stanford.edu!new
sfeed.berkeley.edu!newspeer.monmouth.com!newspeer1.nac.net!news.maxwell.
syr.edu!nntp2.deja.com!nnrp1.deja.com!not-for-mail
From: mikedel@ix.netcom.com
Newsgroups: comp.lang.perl.misc
Subject: Re: buying perl book (Help me)
Date: Mon, 13 Sep 1999 18:06:26 GMT
Organization: Deja.com - Share what you know. Learn what you don't.
Lines: 43
Message-ID: <7rjeeq$c9$1@nnrp1.deja.com>
References: <7rancr$364$1@nnrp1.deja.com> <37d93a96.0@news.pacifier.com>
NNTP-Posting-Host: 207.175.46.115
X-Article-Creation-Date: Mon Sep 13 18:06:26 1999 GMT
X-Http-User-Agent: Mozilla/4.0 (compatible; MSIE 4.01; Windows 98)
X-Http-Proxy: 1.1 x34.deja.com:80 (Squid/1.1.22) for client
207.175.46.115
X-MyDeja-Info: XMYDJUIDmikedel
Xref: nntp.hpl.hp.com comp.lang.perl.misc:250794
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Mon, 13 Sep 1999 18:13:22 -0400
From: "John J. Straumann" <jstraumann@worldnet.att.net>
Subject: CGI from CGI without modules...
Message-Id: <37DD7702.DFF5B8D5@worldnet.att.net>
Hey All:
Thanks to everyone who answered my question about a CGI calling another
CGI, but is there a way to do this without having to get all those
modules?
If my initial observations of these moduels are correct, I need to
install a bunch of stuff on my server, is this true? If so, I can't do
this, I need to have this script be protable and self-contained.
Is there no way to do this with straight code?
John.
------------------------------
Date: Mon, 13 Sep 1999 22:13:42 GMT
From: cguru@bigfoot.com (Computer Guru Internet Development)
Subject: Re: Design Advice needed on Sending Data to Client
Message-Id: <8E40B9651cguru@news.optonline.net>
>
>I think sockets programming would be the ideal approach to your problem.
>Sockets are easy to create and interacting with them using Perl is as
>simple as:
>
> $buffer = <SOCKET>; # Reading incoming data.
> print SOCKET $buffer; # Writing outgoing data.
>
>I've got an 11-page document titled "Sockets Programming Guide", which
>is a very good concise document, but unfortunately I've only got it
>postscript format. I can mail it to you if you need it.
>
>Does your server and client have to interact via the HTTP protocol,
>because that would imply a CGI-based approach ?
>
>
>Cheers, Ron.
>
I can read postscript if you can mail it to me pleae
--
Computer Guru Consulting
http://www.cguru.com
UNIX Consulting, Web Hosting, Web Programming
UNIX and Windows Programming
------------------------------
Date: 13 Sep 1999 21:04:52 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Good way to learn PERL
Message-Id: <7rjotk$4c8$1@gellyfish.btinternet.com>
On Mon, 13 Sep 1999 11:10:09 -0700 Larry Rosler wrote:
>
> I drew this to your attention last week, yet you persist. The next time
> will cause me to do what I have never done before -- to initiate a
> killfile of my own, of which you will be the only member. You will have
> achieved unique status. How very cool!
>
Except a killfile doesnt stop the sin - I would recommend a cancelbot,
this is after all a form of spam.
/J\
--
Jonathan Stowe <jns@gellyfish.com>
<http://www.gellyfish.com>
Hastings: <URL:http://dmoz.org/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: Mon, 13 Sep 1999 15:31:06 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Good way to learn PERL
Message-Id: <MPG.12471b02846ca2be989f54@nntp.hpl.hp.com>
In article <7rjotk$4c8$1@gellyfish.btinternet.com> on 13 Sep 1999
21:04:52 -0000, Jonathan Stowe <gellyfish@gellyfish.com> says...
> On Mon, 13 Sep 1999 11:10:09 -0700 Larry Rosler wrote:
> >
> > I drew this to your attention last week, yet you persist. The next time
> > will cause me to do what I have never done before -- to initiate a
> > killfile of my own, of which you will be the only member. You will have
> > achieved unique status. How very cool!
> >
>
> Except a killfile doesnt stop the sin - I would recommend a cancelbot,
> this is after all a form of spam.
The killfile blinds me to the sin, which is a selfish way of solving the
problem.
I'm not familiar with the cancelbot technology. Perhaps someone else
could follow up more effectively.
I also got a private email which reads as follows:
<QUOTE>
Why don't you write an HTTP proxy that replaces all the 'commission
link' identifiers with your own identifier, so all the commissions go
to you? Then any book you buy from Amazon will have a little
"commission discount" that goes to you.
If enough people used it (presumably changing the commission identifier
to their own), nobody would bother to post these things. :)
</QUOTE>
Again, that may be an idea that someone else may want to follow up on.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Mon, 13 Sep 1999 15:43:59 -0700
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: Good way to learn PERL
Message-Id: <37DD7E2F.29419FDD@mail.cor.epa.gov>
Scratchie wrote:
>
> Jim Carison <matthew357@hotmail.com> wrote:
> : Hello. I am fairly new to PERL and CGI. Although I understand enough to make
> : small scripts that do a little bit of stuff, I am interested in making my
> : skills good enough to use on the commercial level. If you can give me any
> : information as to how I can learn PERL much better without a lot of upfront
> : costs (like IT schools) but things like webpages or good books.
>
> Step 1: Don't worry too much about semantics on usenet (PERL/Perl/perl):
> the semantics of the language will keep you busy enough.
Well, it doesn't hurt to take a couple minutes to learn what
is part of the Usenet culture and what isn't, and it can make the
poster's newsgroup experience richer and more pleasant. After
all, don't we all want to get along?
> Step 2: Find some task that you need to automate with Perl. Most people
> agree that any language is easier to learn when you have a concrete task
> to accomplish.
Agreed.
> Step 3: I wouldn't try to learn perl by reading the man pages. That
> strikes me as similar to trying to learn how to fix your car by reading
> the Chilton manual. The man pages are references, not (for the most part)
> tutorials. I (and most people on this ng) would recommend "Learning Perl"
> (or the Win32 version) as the best book to get started with.
Or if the poster is new to Perl and CGI, then he/she may have no
previous programming experience. In that case, I would suggest
starting at this URL:
http://www.netcat.co.uk/rob/perl/win32perltut.html
which is not win32-centric, as its name might suggest.
HTH,
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Tue, 14 Sep 1999 00:20:33 +0200
From: "Trond Michelsen" <mike@crusaders.no>
Subject: Re: hostname translation CGI?
Message-Id: <nKeD3.2515$rf1.16107@news1.online.no>
<tony_r_rice@my-deja.com> wrote in message
news:7rjkko$5bt$1@nnrp1.deja.com...
> I'm looking for a CGI that works similarly to the translation CGI at
> bablefish.altavista.com but instead of translating the text, it would
> translate the links.
>
> The DNS on our firewall is extremely flakey. I would like to be able to
> specify a URL to a CGI, have the CGI fetch the HTML page, parse for host
> names in IMG and A tags, convert the hostnames to IP addresses and
> display the resulting page. A tags should refer back to the CGI itself
> to enable browsing through this CGI.
>
> Is there such an animal out there before I go and write my own?
This is bound to get you in trouble.
It is possible to host several different websites on the same IP-address
(virtual hosts), and the only way to tell the webserver which one you really
want to use is to supply the HTTP/1.1-header "Host:". Your browser will of
course supply this header automatically, but if you enter an IP-address, it
won't have a useable hostname. This means that as long as the host you're
contacting doesn't have any virtual hosts, you're in the clear, but you may
or may not get the webpage you expect if it does have virtual hosts.
--
Trond Michelsen
------------------------------
Date: 13 Sep 1999 22:04:31 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: How to make clean the text with screen control characters.
Message-Id: <7rjsdf$4id$1@gellyfish.btinternet.com>
On 13 Sep 1999 06:36:57 -0700 Tom Christiansen wrote:
> [courtesy cc of this posting mailed to cited author]
>
> In comp.lang.perl.misc,
> Jonathan Stowe <gellyfish@gellyfish.com> writes:
> :You will need to identify the characters you want to remove and then
> :create a regular expression that will match that - you may run into trouble
> :with things like emboldened or underlined text which might be rendered like:
> :
> : N^HN^HN^HNA^HA^HA^HAM^HM^HM^HME^HE^HE^HE
> :
> :which is slightly (only slightly mind) more difficult to deal with than
> :simply removing control characters.
>
> COL(1) OpenBSD Reference Manual COL(1)
>
> NAME
> col - filter reverse line feeds from input
Most excellent - can you believe I had never thought of that (actually
dont answer that :)
Unfortunately:
tput smso
echo "blah blah balh"
tput cup 10 10
echo weeeeeeeeeeeeeeee
tput rmso
So it will need to be used in concert with some other tools ...
I am just awed up about the 'Mrs Norwood' spy scandal - this could be my
grandma ...
/J\
--
Jonathan Stowe <jns@gellyfish.com>
<http://www.gellyfish.com>
Hastings: <URL:http://dmoz.org/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: 13 Sep 1999 22:03:58 GMT
From: dsf3g@node9.unix.Virginia.EDU (David Salvador Flores)
Subject: Re: Idea for extracting name from city?
Message-Id: <7rjsce$p6d$1@murdoch.acc.Virginia.EDU>
In article <7rgqba$5fs$1@nnrp1.deja.com>,
Kevin Reed <kevin@zippy.tnet.com> wrote:
>This is not necessarily a perl question although I am using Perl to
>deal with the task.
>
>I'm playing around with extracting information from a PDF file and
>its been quite a learning experience... a good test of my pattern
>matching skills...
>
>However, I've run into a problem that I don't think pattern matching
>will solve and I'm curious if anyone has an idea how to deal with it
>so that the information extracted would be consistent.
>
>Below are some sample records to show the problem that I am having:
>
>Mrs. Joyce Aab Pittsford, NY
>Mrs. Melissa Aab Pittsford, NY
>Mr. Elmer Aamodt Grand Prairie, TX
>Mr. C. Chester Abell Columbus, OH
>Mr. Charles Abercrombe Amarillo, TX
>Mr. Denis Abercrombie The Woodlands, TX
>Dr. Gary Abercrombie Plainview, TX
>LTC Ralph Aguirre Glendale, AZ
>Mr. Vikoslav Aguirre Greenwood Village, CO
>Mr. C. Willis Adams III Indianapolis, IN
>COL Samuel Adams Jr. Alexandria, VA
>Mr. Frederick Addison III Dallas, TX
>
>From the full line of text, I am able to extract the above information.
>But I can't figure out how to extract it any further. As you can see,
>the Name and the City along with the State are together in the same
>record as extracted from the full line of text.
Yes, this is a semantic, not a syntactical problem.
You can:
(1) Get a huge database of US cities and cross reference the last few
items and extract only viable names. (no garantees, but probably quite
accuracte)
(2) Develop your own parser with rules such as: If the last name is
"Village" include the former name too. If the word ends in "wood" or
"burg" or "ville" etc. its probably part of the city name. Depending on
the number of rules you could probably get fairly accurate.
But to attain the highest degree of accuracy you're going to need a
Semantic engine...i.e. a person.
-Dave
------------------------------
Date: Mon, 13 Sep 1999 22:25:28 GMT
From: Amonotod <amonotod@netscape.net>
Subject: Re: Is anyone capable of explaining this??
Message-Id: <7rjtkb$cb2$1@nnrp1.deja.com>
lr@hpl.hp.com (Larry Rosler) wrote:
> GMT, Amonotod <amonotod@netscape.net> says...
> > ladlad@my-deja.com wrote:
> > > I have a file. I need to read it (to find a regular expression)
and
> > > after few calculations write back to the file.
> > >
> > > Here is a part.
> > >
> > > open(search,"+<searchEC.htm"); #open searchEc.htm file both for
>
> > open (SEARCH,">>searchEC.htm"); #open for r/w/append access
>
> Huh?
>
> > open (SEARCH,">searchEC.htm"); #open for r/w access
>
> Huh?
>
> > open (SEARCH,"searchEC.htm"); #open for read access
>
> Well, you got that one right. But so did the code that you were
trying
> to correct.
Excuse me, I have not before seen "+<file" in an open statement...
>
> ...
>
> > Check the FAQs, this is detailed...
>
> And you got that one right too, though perhaps a more explicit pointer
> would be in order. perlfaq5: "How do I change one line in a
file/delete
> a line in a file/insert a line in the middle of a file/append to the
> beginning of a file?"
>
> I assume your posting this response twice was just a transient glitch
of
> some sort.
Actually, I realized that I did not get the parameters correct, and
tried to stop the post. But you know how http is... Even though you
didn't get a response, that doesn't necessarily mean you didn't post.
Anyway, I believe the other post was more correct. If not, please do
feel free to hack on me some more...
>
> --
> (Just Another Larry) Rosler
> Hewlett-Packard Laboratories
> http://www.hpl.hp.com/personal/Larry_Rosler/
> lr@hpl.hp.com
>
Another of your wanna-be-like-Larry-but-still-very-far-off perl posers,
amonotod
--
`\|||/ amonotod@
(@@) netscape.net
ooO_(_)_Ooo________________________________
_____|_____|_____|_____|_____|_____|_____|_____|
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Mon, 13 Sep 1999 15:46:18 -0700
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: Is perl Safe?
Message-Id: <37DD7EBA.F34FB6F6@mail.cor.epa.gov>
Mike Smith wrote:
>
> Hi all,
>
> We use Perl as a tools to help us wade through all of our data on our
> project. My System Integrity team are asking how do I know that perl
> is safe, has it been trough code inspection, unit test, coverage test
> etc.
> Can anyone help? What is the update process for perl.
Perl comes with test suites. It goes through testing before
beta versions become the next 'stable' version. The perlhist
doc has some info on that. [Not that there are not slips
now and then - Perl isn't perfect.]
How do you know that your System Integrity Team is safe?
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Mon, 13 Sep 1999 15:48:23 -0700
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: Is perl Safe?
Message-Id: <37DD7F37.C79E4AE8@mail.cor.epa.gov>
Tom Christiansen wrote:
> In comp.lang.perl.misc,
> mike.smith@nats.co.uk writes:
> :We use Perl as a tools to help us wade through all of our data on our
> :project. My System Integrity team are asking how do I know that perl
> :is safe, has it been trough code inspection, unit test, coverage test
>
> 1) Define "safe".
Why do I visualize Bill Clinton when I read this?
> 2) See the test suites in the distribution.
>
> --tom
> --
> I enjoy working with human beings, and have stimulating relationships with
> them. --HAL 9000
David
"Stop Dave. Please Dave, don't do this..."
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: 13 Sep 1999 20:47:16 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: newbie: need help,LEARNING FROM A BOOK
Message-Id: <7rjnsk$4c2$1@gellyfish.btinternet.com>
On Mon, 13 Sep 1999 18:13:44 GMT mikedel@ix.netcom.com wrote:
> Here are other books that may help you on your perl journey. I have
> found them invaluable references:
>
<snip>
> I hope this helps!
>
Hmm it would do. Except you posted Jeopardy style and worse you posted
these associate links and that is considered to be in extremely poor taste in
these parts. For myself I would encourage the original poster to support
his local bookstore - you know like out in meatspace there - but if online
purchase is the only option then:
<http://www.amazon.com/exec/obidos/ASIN/1565922840>
Learning Perl
<http://www.amazon.com/exec/obidos/ASIN/1565921496>
Programming Perl (2nd Edition)
<http://www.amazon.com/exec/obidos/ASIN/1565922433>
Perl Cookbook
Will do just fine.
For a more general overview of the books available about Perl then
<http://www.perl.com/reference/query.cgi?books> is an invaluable resource.
/J\
--
Jonathan Stowe <jns@gellyfish.com>
<http://www.gellyfish.com>
Hastings: <URL:http://dmoz.org/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: Mon, 13 Sep 1999 17:55:33 -0400
From: Li Kong <lkong@hns.com>
Subject: Re: Perl Y2k
Message-Id: <37DD72D5.66FAE5DA@hns.com>
--------------A1CD81DF8463BA2423E3D245
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
It is my first question in this group, I am no perl expert, the
group name is not comp.lang.perl.expert. I suppose I can
ask any question related to perl.
A Couple of nice peole take their time anser my question.
Why are you so upset? It is just one line message.
It will waste you only 5 seconds to look at my question.
You'd rather spend 2 or 3 minutes send a gabage reply.
Li Kong
Sam Holden wrote:
> On Mon, 13 Sep 1999 14:26:21 -0400, Li Kong <lkong@hns.com> wrote:
> >How can I get a 4-digital year using localtime()?
>
> Wait about 901 1/3 years and call it then.
>
> Didn't other reading the documentation did you... Of course not your time
> is much more valuable than the time of the thousands of people whose time
> you wasted...
>
> --
> Sam
>
> PC's are backwards ... throw them out! Linux is ok though.
> --Rob Pike (on the subject of CR/LF etc)
--------------A1CD81DF8463BA2423E3D245
Content-Type: text/html; charset=gb2312
Content-Transfer-Encoding: 7bit
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
It is my first question in this group, I am no perl expert, the
<br>group name is not comp.lang.perl.expert. I suppose I can
<br>ask any question related to perl.
<p>A Couple of nice peole take their time anser my question.
<p>Why are you so upset? It is just one line message.
<p>It will waste you only 5 seconds to look at my question.
<br>You'd rather spend 2 or 3 minutes send a gabage reply.
<p>Li Kong
<p>Sam Holden wrote:
<blockquote TYPE=CITE>On Mon, 13 Sep 1999 14:26:21 -0400, Li Kong <lkong@hns.com>
wrote:
<br>>How can I get a 4-digital year using localtime()?
<p>Wait about 901 1/3 years and call it then.
<p>Didn't other reading the documentation did you... Of course not your
time
<br>is much more valuable than the time of the thousands of people whose
time
<br>you wasted...
<p>--
<br>Sam
<p>PC's are backwards ... throw them out! Linux is ok though.
<br> --Rob Pike (on the subject
of CR/LF etc)</blockquote>
<pre></pre>
</html>
--------------A1CD81DF8463BA2423E3D245--
------------------------------
Date: 13 Sep 1999 23:03:27 GMT
From: sholden@pgrad.cs.usyd.edu.au (Sam Holden)
Subject: Re: Perl Y2k
Message-Id: <slrn7tr0lu.n74.sholden@pgrad.cs.usyd.edu.au>
On Mon, 13 Sep 1999 17:55:33 -0400, Li Kong <lkong@hns.com> wrote:
>
>--------------A1CD81DF8463BA2423E3D245
>Content-Type: text/plain; charset=gb2312
>Content-Transfer-Encoding: 7bit
That MIME, post the same thing twice once in HTML is a bit silly. It doesn't
bother me much, since my reader ignores the HTML bit (it does make replying
take a second or two longer though...) You really don't need to do that. Plain
old every day text is a great format for news posts.
>
>It is my first question in this group, I am no perl expert, the
>group name is not comp.lang.perl.expert. I suppose I can
>ask any question related to perl.
Unless that question is answered in the Frequently Asked Questions. The
same as every other newsgroup.
Your question is answered in the FAQ :
perlfaq4 : Does Perl have a year 2000 problem? Is Perl Y2K compliant?
The idea is you read the FAQ if your question isn't answered then you can
think about posting. This is not a concept that is unique to perl newsgroups.
Sure the question isn't your exact question, but a simple search would have
turned up the Y2K in the title. And a simple reading of the reasonably short
answer would have answered your exact question.
>A Couple of nice peole take their time anser my question.
I noticed that... they are allowed to do that if they like.
I am allowed to answer your question how I see fit (unless what I see as fit
is unacceptable in the eyes of the community as a whole - ie. taking the
opportunity to direct you to amzon.com with a kickback reference in the link).
>
>Why are you so upset? It is just one line message.
I'm not actually upset at all... Not even a little bit...
>
>It will waste you only 5 seconds to look at my question.
>You'd rather spend 2 or 3 minutes send a gabage reply.
I don't think it was a garbage reply. You will hve a much easier life in
perl and programming in general if you learn how to read documatation before
asking for help. It's faster for you, and you learn other things while looking
for the answer you want, so that next time you don't need look up the
answer. You also familiarise yourself with the layout of the documentation
which speeds searching later.
I even tried and failed to be a tiny bit humourous... does that make the
reply garbage? I gave you your answer, instead of cutting and pasting from the
documantation I said you should read it for yourself, my reasons are in the
paragraph above.
--
Sam
the Emacs editor is horrible
--Linus Torvalds
------------------------------
Date: Mon, 13 Sep 1999 15:39:57 -0700
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: POP3 module for WINDOWS32i86
Message-Id: <37DD7D3D.723D94ED@mail.cor.epa.gov>
kik79@my-deja.com wrote:
>
> Does someone know if there is a POP3 interface
> module for windows 32 i86 already compiled?
> Where could i find it?
If you use the 'ppm' program which comes with ActiveState
Perl, you'll find these things quicker.
Type this at a command prompt:
ppm search POP
and you'll find out that there is a Mail::POP3Client
module already prepped for you at ActiveState's website.
ppm will also install it for you, as well.
HTH,
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: 13 Sep 1999 22:22:29 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Searching by date problem.
Message-Id: <7rjtf5$4ig$1@gellyfish.btinternet.com>
On Mon, 13 Sep 1999 14:13:00 GMT Benjamin Franz wrote:
> In article <MPG.12464835178f56b8989f44@nntp.hpl.hp.com>,
> Larry Rosler <lr@hpl.hp.com> wrote:
>>In article <P%%C3.761$814.51277@typhoon01.swbell.net> on Mon, 13 Sep
>>1999 05:32:31 GMT, Benjamin Franz <snowhare@long-lake.nihongo.org>
>>says...
>>> In article <7rhpa7$ipm$1@m2.c2.telstra-mm.net.au>,
>>> Adtec <adtec@vic.bigpond.net.au> wrote:
>>...
>>> >I'm asking the user to enter a date at the prompt, (dd/mm/yy)
>>>
>>> I hope you meant dd/mm/yyyy....
>>
>>Why, he asked, naively but in all seriousness?
>>
>>...
>>
>>> Yah. What you want to do is prepend each line with the date formatted
>>>
>>> yyyymmdd Data goes here
>>
>>Just because an explicit year designation is needed here for efficient
>>sorting or lookup, that is no reason to demand it from the user.
>>
>>Why add to the confusion between internal and external representations,
>>as your 'I hope you neant dd/mm/yyyy....' comment does? There will be
>>no ambiguity in most problem domains. In those few where there is
>>ambiguity, your comment is appropriate, and unambiguous input is
>>required.
>
> Because this kind of thinking is what _led_ to the issue in the
> first place. 'Ah. It's a restricted problem. No need to solve
> the general case.' If you take the extra time up front, you
> don't get burned 25 years later when your assumptions are
> violently violated. How do you know, for example, that _historical_
> data will never be input into his system? Or future data?
>
Now, now. Now, now. There *are* cases where data will be entered which
only refers to the *recent past* and in organizations that care about
these things the degree of recentness will be reduced to as little as
possible - say we are talking about service engineers timesheets for instance,
at the point of data entry (perhaps a week after the date of the transaction)
the century is unambiguous - if the service engineer delivers his timesheets
that late that this should become a problem I would have him sacked :)
Of course any software that deals with these dates should disambiguate the
century if the future use of the data would indicate that this is
necessary.
/J\
--
Jonathan Stowe <jns@gellyfish.com>
<http://www.gellyfish.com>
Hastings: <URL:http://dmoz.org/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: 13 Sep 1999 22:35:02 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Using DB_File to talk to a Sendmail 8.9.x hash
Message-Id: <7rju6m$4in$1@gellyfish.btinternet.com>
On Mon, 13 Sep 1999 18:15:46 +1000 Andrew Pollock wrote:
> Hi,
>
> I'm trying to read Sendmail 8.9.3's alias hash with DB_File, and I'm not
> having much luck. Here's the code I'm using:
>
> use DB_File;
>
> tie %aliases, 'DB_File', "/etc/aliases", "RDONLY", 0640, $DB_HASH || die
> "Couldn't do it: $!\n";
> foreach (%aliases) {
> print "$_ = %aliases{$_}\n";
> }
> untie %aliases;
>
Uh, on my system /etc/aliases is a plain text file although yeah there
may be /etc/aliase.pag & /etc/aliases.dir or /etc/aliases.db (the latter
I have here). You might find that sendmail is using a different dbm
than the one that you are getting with with DB_File - I would suggest
first looking at the configuration (Makefile) of your sendmail to see
which db library it is using and then if you are still having trouble
ask in the group comp.mail.sendmail - if you can determine these things
and are still having a Perl problem then perhaps we can help you.
/J\
--
Jonathan Stowe <jns@gellyfish.com>
<http://www.gellyfish.com>
Hastings: <URL:http://dmoz.org/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: Mon, 13 Sep 1999 16:03:17 -0700
From: David Cassell <cassell@mail.cor.epa.gov>
Subject: Re: Win32 PERL and UNC
Message-Id: <37DD82B5.F619815A@mail.cor.epa.gov>
Luc Poirier wrote:
>
> I'm trying to gather some information through a form in IIS 4 using PERL for
> Win32 (ActiveState 519). I'm trying to save the data to a file on another NT
> server - in a hidden share. I can't get the data to be written on a remote
> server (with Full Access for all).
>
> $msg = "test\n";
>
> open (DATA, ">\\\\myserver\\hidden\$\\myfile.txt");
> print DATA $msg;
> close (DATA);
>
> The above just doesn't work when I perform this through IIS. It does work
> through a command line. Any thoughts?
Yes. IIS can't do everything you can without making it even
less security-conscious than it already is. Be sure to
test the return value of your open() statement, and write
that somewhere you can see it [if you can't read the server
log, consider doing this using the CGI::Carp module].
use CGI::Carp qw(fatalsToBrowser);
open DATA, $pathtofile or die "cannot open file: $!\n";
HTH,
David
--
David Cassell, OAO cassell@mail.cor.epa.gov
Senior computing specialist
mathematical statistician
------------------------------
Date: Tue, 14 Sep 1999 08:32:37 +1000
From: "Neale Morison" <nmorison@ozemail.com.au>
Subject: Re: XML plus XSL to HTML?
Message-Id: <dXeD3.13763$1E2.95459@ozemail.com.au>
Here's a good reference on this issue
http://webreference.com/perl/tutorial/1/index.html
--
Neale Morison
Wordface
Tel: 02 9555 8971 Fax: 02 9818 4257
Mobile: 0417 661 427
E-mail: mailto:nmorison@ozemail.com
Web: http://www.wordface.com.au
------------------------------
Date: 1 Jul 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 1 Jul 99)
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.misc (and this Digest), send your
article to perl-users@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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq" from
almanac@ruby.oce.orst.edu. The real FAQ, as it appeared last in the
newsgroup, can be retrieved with the request "send perl-users FAQ" from
almanac@ruby.oce.orst.edu. Due to their sizes, neither the Meta-FAQ nor
the FAQ are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq" from
almanac@ruby.oce.orst.edu.
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 V9 Issue 783
*************************************
