[6775] in Perl-Users-Digest
Perl-Users Digest, Issue: 400 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Apr 30 17:17:25 1997
Date: Wed, 30 Apr 97 14:00:20 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Wed, 30 Apr 1997 Volume: 8 Number: 400
Today's topics:
Re: Decoding CyberSitter in 1 line - but how long a lin <usenet-tag@qz.little-neck.ny.us>
Re: Die problem (Bill Blohm)
Re: hashes, -d's "x", and Data::Dumper (Ilya Zakharevich)
Input pipes and STDERR (Reid Miller)
Re: MacPerl <-> text editor? (Bob Bolt)
Re: Network Programming and Sockets <plussier@synnet.com>
Re: No syntax errors, but still the thing won't run (Jeff Stampes)
Re: Notice to antispammers <rra@stanford.edu>
Re: Notice to antispammers <rra@stanford.edu>
Re: Notice to antispammers <rsi@lucent.com>
Re: Notice to antispammers <rsi@lucent.com>
Re: Notice to antispammers (Nathan V. Patwardhan)
Re: Notice to antispammers (Tung-chiang Yang)
perfunc mkdir question <plussier@synnet.com>
Perl 5.003 bug??? <vlefevre@ens-lyon.fr>
Re: Perl auto-replier (I R A Aggie)
Re: Perl on the Mac - hep me! (Eric Harley)
Re: Perl on Win95? <petri.backstrom@icl.fi>
Re: Perl on Win95? (Jeff Stampes)
Portland open-enrollment "Intro to Perl" class jun 9-11 <merlyn@stonehenge.com>
program for perl? (Suzanne L.)
program for perl? (Suzanne L.)
Re: Regexp bug or feature? (perl claims null string mat (David Alan Black)
Re: servers/chmod and stuff <burleigh@hackberry.chem.niu.edu>
Re: SQL database access with Perl (Eric Harley)
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 30 Apr 1997 18:22:32 GMT
From: Eli the Bearded <usenet-tag@qz.little-neck.ny.us>
Subject: Re: Decoding CyberSitter in 1 line - but how long a line?
Message-Id: <5k82l8$ctq$1@news.netusa.net>
Jamie McCarthy <jamie@voyager.net> wrote:
>Can you beat this?
> perl -lne '$,=$/;print grep/.{5}/,split/[^ ,-9A-}]+/,$_^="\224"x length'
I can't. Sorry.
>It may be tough to test your guesses, because Solid Oak is apparently
>trying to make it difficult to obtain the cywin0.opt database file. I
>was able to download this copyrighted-but-free database without
>downloading the entire CyberSitter package and having to click to accept
>a software license. You may not be so lucky. Feel free to look around
>ftp.solidoak.com and acorn.solidoak.com, though. If you do download the
I got my copy just now at <URL:ftp://acron.solidoak.com/pub/cywin0.opt>
No license file. I was kind of pleased to note that they do not block
all of netusa.net, so you can still access part of my erotic story
archive at <URL:http://www.netusa.net/~eli/notes/sto/>, although the
vast majority of it will be blocked for being in an "erotica" directory.
Elijah
------
moderator alt.sex.stories.moderated
------------------------------
Date: 30 Apr 1997 18:18:46 GMT
From: bblohm@boi.hp.com (Bill Blohm)
Subject: Re: Die problem
Message-Id: <5k82e6$3p19@hpbs1500.boi.hp.com>
Bill Blohm (bblohm@boi.hp.com) wrote:
: Thanks one and all, for all the help and pointers. My problem is
: not only solved, I also understand what was going on much better.
I meant to add in, in case anyone else could use this help, that
the suggested line
BEGIN {die "Usage: cradd <flename>\n" if @argv < 1;}
did not give me the clean exit I'd hoped for. However, once I
fully understood what was happening, I knew where I needed to
work. The line above would put out the following:
Usage: ./cradd <filename>
BEGIN failed--compilation aborted at ./cradd line 28.
which isn't exactly reassuring to the user. So, knowing where
to work, and swiping the "unless" suggestion (as being more
elegant than < 1), I wound up with the following:
BEGIN { print "Usage: $0 <filename>\n\n" and exit 0 unless @ARGV; }
which provides only this output when a file name isn't provided:
Usage: ./cradd <filename>
which is what was wanted. Thanks to one and all for all the help
and pointing me on the way.
Bill B.
------------------------------
Date: 30 Apr 1997 20:40:16 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: hashes, -d's "x", and Data::Dumper
Message-Id: <5k8ang$e7s$1@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to G. Del Merritt
<del@giant.intranet.com>],
who wrote in article <1997Apr24.150213.17560@giant>:
> I have just started using Gurusamy Sarathy's Data::Dumper package, Version
> 2.07, with Perl 5.003_24, and I have noticed the following "anomally".
>
> Given:
> use Data::Dumper;
>
> $myhash{'A'}{'0'}{'X'} = "hello";
> $myhash{'A'}{'0'}{'W'} = "world";
>
> $myhash{'A'}{'1'} = "now";
> $myhash{'A'}{'1'}{'X'} = "is";
> $myhash{'A'}{'1'}{'W'} = "the";
Your code is broken, you forgot to put
use strict;
at the top (as anyone should- unless you understand the complications you
get into if you drop it).
Ilya
------------------------------
Date: 30 Apr 1997 11:17:36 -0700
From: reidm@shell4.ba.best.com (Reid Miller)
Subject: Input pipes and STDERR
Message-Id: <5k82c0$cov@shell4.ba.best.com>
I am trying to use traceroute in an input pie but run into an interesting
idiosyncracy of the traceroute command... The first lie of it's output is sent
to STDERR and not to STDOUT. i.e.
Instead of getting this output as the first line in my pipe, this gets
dumped out to the terminal.
traceroute to irc.netcom.com (206.217.29.1), 30 hops max, 40 byte packets
I really don't care what happens to the line, I just don't want it coming out
to the terminal. Is there a way to have both STDERR and STDIN come in the input
pipe? SHould this be done with shell redirection or something?
Thanks.
Reid
------------------------------
Date: Wed, 30 Apr 1997 12:55:47 -0600
From: nul@bitbucket.com (Bob Bolt)
Subject: Re: MacPerl <-> text editor?
Message-Id: <nul-3004971255470001@nb1serv1.educ.ualberta.ca>
In article <acs-2904971312300001@port117.bitstream.net>,
schneider@pobox.com wrote:
> I just installed MacPerl 5 (I'd been using version 4). My text editor of
> choice is Tex-Edit 1.8.5, and I'm getting a "Tex-Edit" menu in MacPerl,
> but when I select the items under that menu (Edit... or Update...), all
> that happens is that Tex-Edit is opened. I thought the script I was
> currently working on in MacPerl would be opened in my editor.
>
I want to do the same thing with BBEdit - how did you get the Tex-Edit
menu to even appear in MacPerl?
--
Use the email address below to respond to me. My "Reply To" address has been purposely invalidated to try stopping all the spamming.
Bob Bolt | bob.bolt@ualberta.ca
Network Support Analyst | (403) 492-3926
Technology in Education | fax (403) 492-3179
University of Alberta | www.education.ualberta.ca
------------------------------
Date: Wed, 30 Apr 1997 12:15:40 -0400
From: Paul Lussier <plussier@synnet.com>
To: Neil Briscoe <neilb@zetnet.co.uk>
Subject: Re: Network Programming and Sockets
Message-Id: <Pine.GSO.3.96.970430113504.10285G-100000@pickett>
I figure since I started this, I may as well throw in my $.02 :)
What I was hoping for from this crowd was a quick example, or reference to
look at that would briefly explain how to get the client and server
talking. All the examples I've seen so far all use a simple HTTP
client/server. There is usually 1 line in the client that sends a GET to
the server, and a quick while loop in the server that handles this
request. Unfortunately, the comments/documentation don't go into great
detail as to what's going on. Also, thought Tom C.'s examples in the
perlipc man pages really helped me understand what was going on in
client/server environment, the examples provided passed information
only from the server to the client upon connection. All I would have
needed is seeing something like:
In order to pass information from the client to the server,
you need to define a "protocol" (so to speak) where the client
send data to the server in a certain manner, and the server
knows what this pattern is. For example, a simple HTTP client
may pass information on what to get from the sever by:
print SERVER "GET /$file HTTP/1.0";
print SERVER "\n\n";
and the server accepts this by:
while (<CLIENT>) {
last if(/^\s*$/);
next unless ($data =~ /^GET/);
[do a bunch of stuff]
}
The "last" line says if you see a blank line come through the
pipe, then stop listening.
I admit, this maybe a little over-simplified, or maybe even too verbose,
but something like this would have pretty much clued me in as to what was
going on, and I would have continuued to hack away until I got. Which,
thanks to Neil mentioning just this:
Clients and servers talk to each other via the socket connection.
To do what you want, you need to develop a protocol that they both
expect to be adhered to.
I was quickly able to succeed in getting exactly what I needed :)
On 29 Apr 1997, Neil Briscoe wrote:
> In article <3364E172.2CA9@sysdeco.no>, lpa@sysdeco.no (Luca Passani)
> wrote:
>
> Oh, I can program in C - but I prefer to have code there that needs
> modifying. I can write something from scratch in Perl. That explains, to
> my mind, the subtle differences between the two.
I can almost remember C :) But since everything I do, needs to be
multiplatform, and since I can dream in perl, it's much easier for me to
do this (granted, it may not be optimal :)
> > 2) The Camel shouldn't explain more about how the server and the client
> > really work in the examples. This could turn out to be an introduction
> > to Network programming for many.
> >
>
> How thick a camel do you want? .... Trying to make it into a tutorial
> for [Unix] network programming too will add another half an inch or so.
> I think not. Better that *specific* subject be handled by other tomes.
I have to agree with this. The Camel is meant to be a handy Not-So-Quick
Reference book. To cover Network programming, a totally separate book
would be needed? Maybe we can finally get that Alpaca book :)
Anyway, all that being said, I am quite grateful to all those that
answered my post. All gave me some good insight and with it I have
succeeded in getting my first client/server application running. Now, if
I can just figure out how to get it running under inetd, and be
multi-threaded ;)
Thanks again.
Seeya,
Paul
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
- Paul Lussier = It is a good day =The next best thing to doing -
= 3Com S2 Division - to put slinkies -something smart is not doing =
- plussier@synnet.com = on escalators = something stupid. -
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
= Interesting trivia: -
- If you took all the sand in North Africa and spread it out =
= ...it would cover the entire Sahara desert. -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
------------------------------
Date: 30 Apr 1997 18:44:17 GMT
From: stampes@xilinx.com (Jeff Stampes)
Subject: Re: No syntax errors, but still the thing won't run
Message-Id: <5k83u1$51k$1@neocad.com>
Tammy Cotter (cottert@sonic.net) wrote:
: Okay, I've got my sytax correct. No errors when I run -w
: However when I run a -d I get this:
: ____________________________________________
: $ perl -d fibmail.pl
: Stack dump during die enabled outside of evals.
: Loading DB routines from perl5db.pl patch level 0.94
: Emacs support available.
: ____________________________________________
: I can't find these error messages in the Blue Camel Book.
What errors? I don't see any errors...this is the standard output for
invoking the debugger (that's what the -d does y'know). It's informing
you that when it hits a die (outside an eval) it will dump the stack
trace for you (ie, the series of routine calls that got it to where it
died), what debugger patch you're running, and that you could be using
Emacs for all this...
: Also, when I run it from the Web I get Error 500 (but that's probably due
: to errors encountered during my -d)
: Error: HTTPd: malformed header from script
: /cgi-bin/raven/powermail/fibmail.pl
My guess is you didn't read the perl-cgi FAQ at:
http://www.perl.org/CPAN/doc/FAQs/cgi/perl-cgi-faq.html
Q3.4: Why am I getting the "Server: Error 500" message?
You can get a server error for the following reasons:
* If the script does not contain the "#!/usr/local/bin/perl" header line
that points to the Perl interpreter, or if the path to the interpreter
(and/or a library file) is invalid.
* If the first line output from the script is not a valid HTTP header
(i.e "Content-type: text/html"), or if there is NO blank line after the
header data.
* If there is a syntax error in your script. Always run it from the
command-line first.
My guess is the second bullet is your problem.
--
Jeff Stampes -- Xilinx, Inc. -- Boulder, CO -- jeff.stampes@xilinx.com
------------------------------
Date: 30 Apr 1997 12:12:15 -0700
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Notice to antispammers
Message-Id: <qumyba0jpf4.fsf@cyclone.stanford.edu>
Rajappa Iyer <rsi@lucent.com> writes:
> Russ Allbery <rra@stanford.edu> writes:
>> E-mail addresses are not private property, secret information, or
>> secure.
> So what? My snail-mail address is not a private property in the same
> sense. It is listed in the telephone book.
You honestly think that snail mail addresses, which give your physical
location and allow someone to actually find you, are comparable to e-mail
addresses?
>> There are a variety of solutions to e-mail spam. Munging your address
>> in posts isn't one of the better of them.
> Be that as it may, that's my business and not yours.
If what we're discussing were compliant with the RFCs that specify a
properly formatted post, I would agree. It's not. Therefore, you're
wrong. It's the business of anyone who maintains a news server, since
it's in violation of RFC 1036.
> My purpose is to foil spam mail... and I'll do whatever it takes.
*shrug* And Tom has a perfect right to put lists of e-mail addresses up
on a web page. Cope.
> Address munging is like having an unlisted number in my opinion...
Your opinion is based on an extremely skewed perception of reality, then.
Using an anonymous remailer is like having an unlisted number. Address
munging is like listing your number and putting a red note next to it
asking people not to call it.
--
Russ Allbery (rra@stanford.edu) <URL:http://www.eyrie.org/~eagle/>
------------------------------
Date: 30 Apr 1997 12:13:06 -0700
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Notice to antispammers
Message-Id: <qumvi54jpdp.fsf@cyclone.stanford.edu>
Rajappa Iyer <rsi@lucent.com> writes:
> Russ Allbery <rra@stanford.edu> writes:
>> Rajappa Iyer <rsi@lucent.com> writes:
>>> Sure... and if all Tom said was "This really pisses me off" I would
>>> have no argument. But when he threatens to hand addresses on a platter
>>> for spambots to harvest, he oversteps a line.
>> E-mail addresses are not private property, secret information, or secure.
> I said my mailbox was my (or my employer's) property.
That's not what I said, though, so how is it relevant to anything?
> Surely you're not questioning the fact that when you send me mail, it
> ends up using my computer's resources?
Of course not. That also has nothing to do with what I just said.
--
Russ Allbery (rra@stanford.edu) <URL:http://www.eyrie.org/~eagle/>
------------------------------
Date: 30 Apr 1997 15:58:06 -0400
From: Rajappa Iyer <rsi@lucent.com>
Subject: Re: Notice to antispammers
Message-Id: <xnyafmggu5t.fsf@placebo.hr.lucent.com>
Russ Allbery <rra@stanford.edu> writes:
> Rajappa Iyer <rsi@lucent.com> writes:
> > Russ Allbery <rra@stanford.edu> writes:
> >> Rajappa Iyer <rsi@lucent.com> writes:
>
> >>> Sure... and if all Tom said was "This really pisses me off" I would
> >>> have no argument. But when he threatens to hand addresses on a platter
> >>> for spambots to harvest, he oversteps a line.
>
> >> E-mail addresses are not private property, secret information, or secure.
>
> > I said my mailbox was my (or my employer's) property.
>
> That's not what I said, though, so how is it relevant to anything?
It is relevant because an email address in and of itself is
useless. Only when someone uses it to send me mail is it of any
use. The moment you do this, you are using my resources. When Tom
hands my address on a platter to spambots, he's essentially saying
"use this computer's resource." Is it legal? Yes. Is it ethical? No
way in hell.
--
Rajappa Iyer <rsi@lucent.com> #include <std_disclaimer.h>
They also surf who only stand on the waves.
------------------------------
Date: 30 Apr 1997 16:16:10 -0400
From: Rajappa Iyer <rsi@lucent.com>
Subject: Re: Notice to antispammers
Message-Id: <xny9120gtbp.fsf@placebo.hr.lucent.com>
Russ Allbery <rra@stanford.edu> writes:
> Rajappa Iyer <rsi@lucent.com> writes:
> > Russ Allbery <rra@stanford.edu> writes:
>
> >> E-mail addresses are not private property, secret information, or
> >> secure.
>
> > So what? My snail-mail address is not a private property in the same
> > sense. It is listed in the telephone book.
>
> You honestly think that snail mail addresses, which give your physical
> location and allow someone to actually find you, are comparable to e-mail
> addresses?
They are analogous... just as email addresses in and of itself are of
limited use, so are snail-mail addresses. It only has meaning when you
"dereference" it, so to speak.
> >> There are a variety of solutions to e-mail spam. Munging your address
> >> in posts isn't one of the better of them.
>
> > Be that as it may, that's my business and not yours.
>
> If what we're discussing were compliant with the RFCs that specify a
> properly formatted post, I would agree. It's not. Therefore, you're
> wrong. It's the business of anyone who maintains a news server, since
> it's in violation of RFC 1036.
Why? As far as I can see, nowhere does RFC 1036 specify that the From:
header *must* reflect the real email address of the user. It should be
in valid Internet syntax, that's all. If you insist that the address
should be reachable, how about I use root@[127.0.0.1]? This is valid
syntactically and reachable. :-)
In any case, why exactly does a new server maintainer need real
addresses?
> > My purpose is to foil spam mail... and I'll do whatever it takes.
>
> *shrug* And Tom has a perfect right to put lists of e-mail addresses up
> on a web page. Cope.
He has a legal right, no doubt. I thought the question was whether it
was morally and ethically right for him to do so. There is no moral or
ethical justification for exposing to an audience the real addresses
of people who have gone to some trouble to hide it from that very
audience.
> > Address munging is like having an unlisted number in my opinion...
>
> Your opinion is based on an extremely skewed perception of reality, then.
> Using an anonymous remailer is like having an unlisted number. Address
> munging is like listing your number and putting a red note next to it
> asking people not to call it.
Not at all. It is quite like having an unlisted number which I give
out only to friends... others get a fictitious number like 555-1212.
And whoever gave you a monopoly on reality?
--
Rajappa Iyer <rsi@lucent.com> #include <std_disclaimer.h>
They also surf who only stand on the waves.
------------------------------
Date: 30 Apr 1997 20:27:41 GMT
From: nvp@shore.net (Nathan V. Patwardhan)
Subject: Re: Notice to antispammers
Message-Id: <5k89vt$j2n@fridge-nf0.shore.net>
Rajappa Iyer (rsi@lucent.com) wrote:
: It is relevant because an email address in and of itself is
: useless.
Fair enough. Therefore Tom is putting useless content on a webpage,
and it shouldn't mean anything to you unless someone sends you spam.
: When Tom hands my address on a platter to spambots, he's essentially saying
: "use this computer's resource."
Ha! This is the best line of reasoning I've heard yet.
: Is it legal? Yes. Is it ethical? No way in hell.
Ok. Just because of your fantastic, logical arguments, I'm going to
remove all the HREF mailto(s) from my webpages, as I'm truly enlightened.
--
Nathan V. Patwardhan
nvp@shore.net
------------------------------
Date: Wed, 30 Apr 1997 20:43:49 GMT
From: tcyang@netcom.com (Tung-chiang Yang)
Subject: Re: Notice to antispammers
Message-Id: <tcyangE9GxL1.7KF@netcom.com>
I don't see any significant difference between Tom putting your
address in a page of his, and you put your address in From: shown in
this post. You might argue that you own your address and Tom did not
for yours, but note that news servers all over the world do not own
your address and they show yours, just like what Tom plans to do.
Just like someone who said along this thread (Matt?), Tom has no right
to forbid you using an altered address, and you would have no right to
forbid him to create that page.
Followup-To: set to NANAP.
==========================================
Rajappa Iyer (rsi@lucent.com) wrote:
: It is relevant because an email address in and of itself is
: useless. Only when someone uses it to send me mail is it of any
: use. The moment you do this, you are using my resources. When Tom
: hands my address on a platter to spambots, he's essentially saying
: "use this computer's resource." Is it legal? Yes. Is it ethical? No
: way in hell.
: --
: Rajappa Iyer <rsi@lucent.com> #include <std_disclaimer.h>
: They also surf who only stand on the waves.
--
Tung-chiang Yang tcyang@netcom.com
soc.culture.taiwan, soc.culture.china (by SCC FAQ Team) FAQ's:
http://www.clever.net/tcyang/Taiwan_faq.shtml, China_faq.shtml
------------------------------
Date: Wed, 30 Apr 1997 13:55:17 -0400
From: Paul Lussier <plussier@synnet.com>
Subject: perfunc mkdir question
Message-Id: <Pine.GSO.3.96.970430134225.10285I-100000@pickett>
Is there mkdir -p foo/bar/whatever functionality?
The mkdir blurb in the perlfunc manpage doesn't mention it, so I assume
the functionality doesn't exist.
Obviously I can write a sub using File::Basename and a for loop, but I'm
lazy and I don't want to re-invent the wheel :)
Thanks,
Seeya,
Paul
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
- Paul Lussier = It is a good day =The next best thing to doing -
= 3Com S2 Division - to put slinkies -something smart is not doing =
- plussier@synnet.com = on escalators = something stupid. -
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
= Interesting trivia: -
- If you took all the sand in North Africa and spread it out =
= ...it would cover the entire Sahara desert. -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
------------------------------
Date: 27 Apr 1997 18:59:02 GMT
From: Vincent Lefevre <vlefevre@ens-lyon.fr>
Subject: Perl 5.003 bug???
Message-Id: <5k07lm$eo2@cri.ens-lyon.fr>
Consider the following script:
foreach ("a 0","b 0")
{
print "1 $_\n";
substr($_,0,1) =~ // or die;
print "2 $_\n";
/ /;
}
It prints:
1 a 0
2 a 0
1 b 0
and dies...
Why??? Is it a bug?
Note: if I remove the line "/ /;", it doesn't die.
--
Vincent Lefevre, vlefevre@ens-lyon.fr | Acorn Risc PC, StrongARM @ 202MHz
http://www.ens-lyon.fr/~vlefevre | 20+1MB RAM, Eagle M2, TV + Teletext
PhD in Computer Science, 1st year | Apple CD-300, SyQuest 270MB (SCSI)
-----------------------------------------------------------------------------
------------------------------
Date: Tue, 29 Apr 1997 15:53:11 -0500
From: fl_aggie@hotmail.com (I R A Aggie)
Subject: Re: Perl auto-replier
Message-Id: <fl_aggie-ya02408000R2904971553110001@news.fsu.edu>
In article <5k4tim$k7r$2@dartvax.dartmouth.edu>,
Ronald.J.Kimball@dartmouth.edu (Chipmunk) wrote:
+ While it would be nice to stop the posting of questions that are best
+ answered by the documentation or in other newsgroups, doing so is an
+ impossible task. On the other hand, the rude responses are posted by a
+ handful of rational, intelligent people. Is it necessary or
+ appropriate for these repliers to discard netiquette in their responses
+ becausethe original poster is clueless or lazy? I'd just like them to
+ consider that.
You're right.
Next time I'm inclined to be snide, I'll just drop the post on the
floor and ignore the question.
And that gains us what, exactly? Especially if a question goes unanswered?
Then the clueless poster may whine about how s/he posted here and didn't
get an answer and that its the newsgroup (and the inhabitants thereof)
RESPONSIBILITY to answer questions.
Its better to be snide, or even rude, if the clueless *LEARN* something.
Condescendsion is typically resented. Maybe the next time, they'll try
to avoid it and ACTUALLY USE THE FINE MANUAL and LEARN SOMETHING ON THEIR
OWN!
+ Perhaps when I've been on here for a significant amount of time, I'll
+ turn nasty too. I hope not, but if I do, I'll owe you all an apology.
You will and you will. When you've answered the same damn question five
times in one week -- because they don't read the newsgroup, you see,
and just want an answer, so send it by email, and no, they don't know
about DejaNews.
James
--
Consulting Minister for Consultants, DNRC
To cure your perl CGI problems, please look at:
<url:http://www.perl.com/perl/faq/idiots-guide.html>
------------------------------
Date: Wed, 30 Apr 1997 07:27:56 -0700
From: erich@powerwareintl.com (Eric Harley)
Subject: Re: Perl on the Mac - hep me!
Message-Id: <erich-3004970727560001@ppp-207-104-16-153.snrf01.pacbell.net>
In article <eyoung-2904970838250001@bopc3.ncsa.uiuc.edu>,
eyoung@ncsa.uiuc.edu (Ed Young) wrote:
> Ok, I'm just learning...know very little...and going nowhere fast.
>
> I'm learning perl from the "learn Perl" book (the one with the camel)
> This book was written with a unix platform in mind. They don't allow cgi
> on our unix servers so I turned my mac into a server (webstar) and I'm
> learning Perl/finding and trying to get scripts, I find on the web,
> working, so I too can have a guestbook.
>
> Trouble is, there's enough diffrences between MacPerl and Unix Perl,
> learning this is not the easiest thing.
> I've tried to take scripts others have made and get them to work on my mac
> with no results.
>
> Are there any MacPerl scripts out there and where...and where can I find
> something that shows me the diffrences between Unix Perl and MacPerl?
Just RTFM and you should find all the differences in the POD files.
------------------------------
Date: Wed, 30 Apr 1997 21:53:09 +0200
From: Petri Backstrom <petri.backstrom@icl.fi>
Subject: Re: Perl on Win95?
Message-Id: <3367A325.3E10@icl.fi>
Grant Totten wrote:
>
> So, is it possible to use perl5 on a Windows 95 platform?
See the list of Perl frequently asked questions at
http://www.perl.com/FAQ/
regards,
...petri.backstrom@icl.fi
ICL Data Oy
Finland
------------------------------
Date: 30 Apr 1997 19:23:42 GMT
From: stampes@xilinx.com (Jeff Stampes)
Subject: Re: Perl on Win95?
Message-Id: <5k867u$51k$2@neocad.com>
Grant Totten (grantt@nortel.ca) wrote:
: Hi Perl gurus,
Sorry, I think the last real one just left. We'll do our best though.
: So, is it possible to use perl5 on a Windows 95 platform?
http://www.activeware.com/
--
Jeff Stampes -- Xilinx, Inc. -- Boulder, CO -- jeff.stampes@xilinx.com
------------------------------
Date: 30 Apr 1997 13:14:10 -0700
From: Randal Schwartz <merlyn@stonehenge.com>
Subject: Portland open-enrollment "Intro to Perl" class jun 9-11
Message-Id: <8c207sl14d.fsf@gadget.cscaper.com>
I've just been informed by my crack production team that there's still
a few slots left in our open-enrollment "intro to perl" class coming
in early June. While normally I shy away from commercial postings
here, I've heard enough people want to attend something badly enough
that they'd fly to Portland to do it (not that there's anything wrong
with Portland :-). Now, where are ya? Lemme hear!
This is the three-day hands-on "llama course", highly in demand all
over the country, but I thought'd I'd give it on my home turf once.
We go from zero-time with Perl to being effective at writing programs.
If you want details, write portland-in-june@stonehenge.com, or call
the office at 503-777-0095. If you can't make Portland in June, you
could also let us know, and we'll put you on the future contact list.
We now return you to your regularly scheduled newsgroup blathering. :-)
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@ora.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: Wed, 30 Apr 1997 18:32:58 GMT
From: suzanne@intrepid.axess.com (Suzanne L.)
Subject: program for perl?
Message-Id: <33679003.7384452@news.iq.ca>
Is there a program that is needed to write in perl or can they be
written in any text editor?
------------------------------
Date: Wed, 30 Apr 1997 18:34:15 GMT
From: suzanne@intrepid.axess.com (Suzanne L.)
Subject: program for perl?
Message-Id: <336790a3.7544110@news.iq.ca>
Is there a program that is needed to write in perl or can they be
written in any text editor?
------------------------------
Date: 30 Apr 1997 17:54:04 GMT
From: dblack@icarus.shu.edu (David Alan Black)
Subject: Re: Regexp bug or feature? (perl claims null string match)
Message-Id: <5k80vs$saa@pirate.shu.edu>
Hello -
Daniel Polani <polani@pandora.informatik.uni-mainz.de> writes:
>Hi Perlers,
>in a script I am testing for a match of lines of the form
> 10111010|10010110|01111111|10100101
>and similar. I am using the following regexp
> /^[01]+(|[01]+)+/
>for the match (which seems to work), however perl claims that
> (|[01]+)+ matches null string many times at 'pe' line 10.
>I do not understand why that regexp should ever match a zero length
>string. Am I missing something, or is this a bug?
| is a metacharacter, indicating alternation ("or"). You have to
escape it. Otherwise you're asking to match "null or [01]+".
David Black
dblack@icarus.shu.edu
------------------------------
Date: Wed, 30 Apr 1997 14:30:11 -0500
From: Darin Burleigh <burleigh@hackberry.chem.niu.edu>
Subject: Re: servers/chmod and stuff
Message-Id: <33679DC3.C96@hackberry.chem.niu.edu>
Clay Irving wrote:
>
> In <Good.Luck-2904972003320001@pm3-02-dyn4-77.nash.telalink.net> Good.Luck@Finding.My.Address.Com (Michael R. Bagnall) writes:
>
> > Ok, I'm a newbie and I know I suck. But I need help. I am begining to
> >do some perl programming for the web and need to know how to make it work
> >online. I code it, upload it to my cgi-bin directory, issue the chmod nd
> >am still stuck.
>
> So are we.
>
> >Am I forgetting a step?
>
> Yes. You forgot to tell us what the problem is.
>
>
>
> You would get better help if you read the FAQs before you post a question.
> You would get alot better help if you posted a specific problem you are having
> with Perl -- "I am still stuck" isn't too informative!
>
>
also, if you read up on some cgi faqs, and THEN post
to the comp.infosystems.www.authoring.cgi
--
==========================================================
- darin
burleigh@hackberry.chem.niu.edu
'2 kinds of green, look out!' - dieter rot
------------------------------
Date: Wed, 30 Apr 1997 07:29:14 -0700
From: erich@powerwareintl.com (Eric Harley)
Subject: Re: SQL database access with Perl
Message-Id: <erich-3004970729140001@ppp-207-104-16-153.snrf01.pacbell.net>
In article <336613C1.2D47@syskonnect.de>, tschuber@syskonnect.de wrote:
> Hello,
>
> I want access a SQL database on a SQL 6.5 Server (NT4.0) with Perl.
> Is it possible to access a SQL database with Perl?
> Is it possible to send SQL commands from Perl to the database?
>
> Any help would be greatly appreciated.
I am using the ODBC perl module to access our SQL 6.5 Server. Very easy
and very portable.
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
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". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". 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". It appears twice
weekly in the group, but is not distributed in the digest.
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 V8 Issue 400
*************************************
