[9933] in Perl-Users-Digest
Perl-Users Digest, Issue: 3526 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Aug 24 15:04:08 1998
Date: Mon, 24 Aug 98 12:00:19 -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 Mon, 24 Aug 1998 Volume: 8 Number: 3526
Today's topics:
Re: access database in perl (Patrick Timmins)
Re: better way to truncate string after certain number (Matt Knecht)
Re: better way to truncate string after certain number (Craig Berry)
Re: better way to truncate string after certain number (Abigail)
Re: COBOL and Perl <joneil@cks.ssd.k12.wa.us>
Re: Counting dots in a string (Craig Berry)
Re: Counting dots in a string <jdf@pobox.com>
Re: directory chmod (I.J. Garlick)
Re: File creation <jdf@pobox.com>
Re: logical negation <jdf@pobox.com>
Re: Pattern match for filename extensions (Andre L.)
Re: Perl documentation (David Hawker)
Re: Perl documentation (John Stanley)
Re: Perl documentation no.unsoliciteds@dead.end.com
Re: Perl FAR version 1.1.1 MAKE SURE YOU READ THIS BEFO (David Hawker)
Re: Perl FAR version 1.1.1 MAKE SURE YOU READ THIS BEFO (David Hawker)
Re: Perl Style (Scott Erickson)
Re: Perlscript: where is documentation <JKRY3025@comenius.ms.mff.cuni.cz>
Re: Prime numbers [was Re: here's an implementation of (Craig Berry)
Re: Recommend a good editor (John Moreno)
Re: regex question: striphtml and misformed tags (Greg Bacon)
Using modules on a server (Luke Steele)
Re: Why dont people read the FAQs (Jeffrey Drumm)
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 24 Aug 1998 18:04:04 GMT
From: ptimmins@netserv.unmc.edu (Patrick Timmins)
Subject: Re: access database in perl
Message-Id: <6rs9uj$af8$1@nnrp1.dejanews.com>
In article <6rs0it$pst$1@mendelevium.btinternet.com>,
"Nigell Boulton" <nigell@nigellboulton.webfusion.net> wrote:
> I have an access database that I want to allow people to search on my web
> site.
>
> This would be similar to the http://www.schoolsearch.co.uk website
>
> Any ideas, code would be appreacted.
>
> Many thanks
>
> Nigell Boulton
>
use DBI;
(and probably DBD::ODBC)
Look at perldoc DBI and
http://www.hermetica.com/technologia/perl/DBI/doc/tpj5/index.html
Patrick Timmins
U. Nebraska Medical Center
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: Mon, 24 Aug 1998 18:35:41 GMT
From: hex@voicenet.com (Matt Knecht)
Subject: Re: better way to truncate string after certain number of "."
Message-Id: <1oiE1.633$pY1.3673837@news2.voicenet.com>
John Porter <jdporter@min.net> wrote:
>Matt Knecht wrote:
>>
>> I use the same approach, but I also cache what I've seen (Since when I
>> need to do this I'm usually looking at hundreds of thousands of lines of
>> data). I'd suggest:
>>...
>
>Or just use Mark-Jason's excellent Memoize module.
Unfortunately, this exposes one of the problems I have with Perl. Sure,
I should be using this module (I'm taking your word for it... I don't
know thing 1 about it). I should use Net::Telnet instead of using my
hand rolled network code. I should use Date::Manip instead of working
with various multiples of the magic 86400.
I usually do. But, sometimes I don't. I have way too many boxen to
look after. Sometimes I just want a quick, concise, simple solution
that works for my particular data set. A lot of times it's impratical
to wait the extra 5 seconds Date::Manip requires. It seems equally
impractical to install a full blown cache handler just for one instance.
I realize these are just idle complaints, and there is no way to fix
this "problem". Modules are great. I would be 10% as effective as I am
now without them. However, sometimes a hand rolled solution is a lot
better.
--
Matt Knecht - <hex@voicenet.com>
------------------------------
Date: 24 Aug 1998 18:37:31 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: better way to truncate string after certain number of "."
Message-Id: <6rsbtb$egn$3@marina.cinenet.net>
shahada abubakar (shahada@icky.pc.my.NOSPAM) wrote:
: I'm looking for an efficient way to do this... given a newsgroup name
: and a "depth" integer, truncate the newsgroup name after "depth" number
: of periods. For example,
:
: &truncname ('comp.lang.perl.announce', 1) eq 'comp.';
: &truncname ('comp.lang.perl.announce', 2) eq 'comp.lang.';
: &truncname ('comp.lang.perl.announce', 3) eq 'comp.lang.perl.';
: &truncname ('comp.lang.perl.announce', 4) eq
: 'comp.lang.perl.announce';
: &truncname ('comp.lang.perl.announce', 5) eq
: 'comp.lang.perl.announce';
Untested:
sub truncname
{
my ($name, $depth) = @_;
my @parts = split /\./, $name;
my $front = join '.', @parts[0..$depth-1];
return "$front.";
}
---------------------------------------------------------------------
| Craig Berry - cberry@cinenet.net
--*-- Home Page: http://www.cinenet.net/users/cberry/home.html
| "Ripple in still water, when there is no pebble tossed,
nor wind to blow..."
------------------------------
Date: 24 Aug 1998 18:50:40 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: better way to truncate string after certain number of "."
Message-Id: <6rscm0$otg$2@client3.news.psi.net>
shahada abubakar (shahada@icky.pc.my.NOSPAM) wrote on MDCCCXIX September
MCMXCIII in <URL: news:35E18D25.D7664601@icky.pc.my.NOSPAM>:
++ I'm looking for an efficient way to do this... given a newsgroup name
++ and a "depth" integer, truncate the newsgroup name after "depth" number
++ of periods. For example,
++
++ &truncname ('comp.lang.perl.announce', 1) eq 'comp.';
++ &truncname ('comp.lang.perl.announce', 2) eq 'comp.lang.';
++ &truncname ('comp.lang.perl.announce', 3) eq 'comp.lang.perl.';
++ &truncname ('comp.lang.perl.announce', 4) eq
++ 'comp.lang.perl.announce';
++ &truncname ('comp.lang.perl.announce', 5) eq
++ 'comp.lang.perl.announce';
++
++ Any ideas?
++
sub truncname {
local $_ = shift;
my @a = split /(\.)/;
join "" => splice @a, 0, 2 * shift;
}
--
perl -e '$a = q 94a75737420616e6f74686572205065726c204861636b65720a9 and
${qq$\x5F$} = q 97265646f9 and s g..g;
qq e\x63\x68\x72\x20\x30\x78$&eggee;
{eval if $a =~ s e..eqq qprint chr 0x$& and \x71\x20\x71\x71qeexcess}'
------------------------------
Date: Mon, 24 Aug 1998 11:07:10 -0700
From: Jerome O'Neil <joneil@cks.ssd.k12.wa.us>
To: huntersean@hotmail.com
Subject: Re: COBOL and Perl
Message-Id: <35E1ABCE.363550E1@cks.ssd.k12.wa.us>
huntersean@hotmail.com wrote:
> I'm just saying I wouldn't use COBOL for any programming if I had the option
> of perl or C++. Ever.
I know no COBOL, but I work in an environment where I am surrounded by
COBOL people. A 'real world' example: Recently one of these poor COBOL
slaves (that's a term of endearment, really) came to me with a extract
file from a small database from one of our departments. He was dismayed
that the file format was not fixed width, but tab delineated.
Apparently either COBOL or COBOL slaves have an affinity for fixed width
fields, and he was lamenting all the time it would take him to write a
conversion routine. I took the file and with one regex and a printf(),
all was well in COBOL land. The PCS was absolutely amazed and
appropriately grateful.
My experience with Perl and COBOL is that I spend far more time fixing
COBOL stuff than the COBOL folks spend fixing Perl stuff.
YMMV
Jerome O'Neil
------------------------------
Date: 24 Aug 1998 18:10:00 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Counting dots in a string
Message-Id: <6rsa9o$egn$1@marina.cinenet.net>
shahada abubakar (shahada@icky.pc.my.NOSPAM) wrote:
: I'm looking for an efficient way to count the number of ocurrences of a
: particular character in a string. For example:
:
: &countch ('comp.lang.perl.announce', '.') == 3
: &countch ('comp.unix.admin', '.') == 2
: &countch ('alt.romance','.') == 1
:
: Is there a better way to implement this other than a for loop over the
: length of the string, and a substr to test and increment a counter?
Here's how I'd do it:
#!/usr/bin/perl -w
# countch: func to count occurrences of a char in a string
# Craig Berry (19980824)
use strict;
sub countch
{
my ($str, $c) = @_;
scalar (() = $str =~ m/\Q$c/g);
}
while (<DATA>) {
chomp;
my ($c, $str) = split ' ', $_, 2;
print "$c in $str: ", countch($str, $c), "\n";
}
__DATA__
x This string has x two x characters in it.
. And here...is one with three dots
a And a few a characters in this one.
__END__
Note the gyrations to force the m//g into list context to get a list of
the matches, then scalarizing that list to get the match count.
To count occurrences of a fixed character, tr/// is better, but you can't
do that with a variable char without using eval, which eats performance.
---------------------------------------------------------------------
| Craig Berry - cberry@cinenet.net
--*-- Home Page: http://www.cinenet.net/users/cberry/home.html
| "Ripple in still water, when there is no pebble tossed,
nor wind to blow..."
------------------------------
Date: 24 Aug 1998 14:19:10 -0400
From: Jonathan Feinberg <jdf@pobox.com>
To: shahada abubakar <shahada@icky.pc.my.NOSPAM>
Subject: Re: Counting dots in a string
Message-Id: <hfz2xmxt.fsf@joshua.panix.com>
shahada abubakar <shahada@icky.pc.my.NOSPAM> writes:
> I'm looking for an efficient way to count the number of ocurrences of a
> particular character in a string.
See perlfaq4, "How can I count the number of occurrences of a
substring within a string?".
--
Jonathan Feinberg jdf@pobox.com Sunny Manhattan, NY
------------------------------
Date: Mon, 24 Aug 1998 13:53:26 GMT
From: ijg@csc.liv.ac.uk (I.J. Garlick)
To: "Daniel Adams" <dan@fearsome.net>
Subject: Re: directory chmod
Message-Id: <Ey7592.J7D@csc.liv.ac.uk>
[Posted and mailed]
In article <903927327.14188.0.nnrp-03.c2deb1c5@news.demon.co.uk>,
"Daniel Adams" <dan@fearsome.net> writes:
> format-checking/pattern-matching etc etc to '$bar' which has the value
> 'a/b/c' so my actual chmod line reads:
> chmod 0777, '/foo/$bar';
>
> I am starting to think that the script is trying to interpret this literally
> and chmod a non-existent directory called $bar rather than $bar's value of
> '/a/b/c'.
I wouldn't just start to think, I would take it as gospel.
You need to go and investigate the difference between ' and " with a view to
interpreting varible substitution. There is probably a man page on it
somewhere off 'man perl'.
>
--
Ian J. Garlick
ijg@csc.liv.ac.uk
Democracy is a form of government in which it is permitted to wonder
aloud what the country could do under first-class management.
-- Senator Soaper
------------------------------
Date: 24 Aug 1998 14:21:06 -0400
From: Jonathan Feinberg <jdf@pobox.com>
To: salamat@cs.concordia.ca (Hooman Salamat)
Subject: Re: File creation
Message-Id: <emu6xmul.fsf@joshua.panix.com>
salamat@cs.concordia.ca (Hooman Salamat) writes:
> For example: open(FH,"+>filename"); although it works for perl,
> but it doesn't work, if you use it in a CGI program and that file
> doesn't exist.
Please read this document:
http://language.perl.com/CPAN/doc/FAQs/cgi/idiots-guide.html
--
Jonathan Feinberg jdf@pobox.com Sunny Manhattan, NY
------------------------------
Date: 24 Aug 1998 14:23:45 -0400
From: Jonathan Feinberg <jdf@pobox.com>
To: david.mclaurin@analog.com
Subject: Re: logical negation
Message-Id: <af4uxmq6.fsf@joshua.panix.com>
david.mclaurin@analog.com (David McLaurin) writes:
> The behavior that I would expect is for a "0" to be returned. Is
> there a logical not operator that will return a "1" when the operand
> is "0" and a "0" when the operand is "1"?
The interesting question, I think, is "why do you need something that
behaves that way in particular?". You could always
$foo = $foo ? 0 : 1;
--
Jonathan Feinberg jdf@pobox.com Sunny Manhattan, NY
------------------------------
Date: Mon, 24 Aug 1998 14:29:00 -0500
From: alecler@cam.org (Andre L.)
Subject: Re: Pattern match for filename extensions
Message-Id: <alecler-2408981429000001@dialup-624.hip.cam.org>
In article <346B48D4AE18D11181FB00609762664D6055C8@atlantis.stnc.co.uk>,
"Ryan Cook" <rcook@stnc.com> wrote:
> Thanks everyone for the solutions!
>
> Now can anyone tell me how to do a regex which will match a pattern at the
> end of a string. What I really need to know is how to use Assertions,
> particularly \Z which "..matches at the end of the string."
> (Larry Wall's "Programming Perl" 2nd edition Page 62; I'm reading it as I
> type this stuff in...).
/stuff$/ matches "stuff" if it is at the end of the string. It's all
documented in perlre.
So, to match a file extension (usually at the end of a filename!), you
would go /\.txt$/i (/i for case-insensitive).
To match any one of several file extensions, you could do:
sub wanted {
return unless /\.(?:txt|exe|doc|pl|bat)$/i; # filter out the wrong exts.
# you can now work with the files you want
# ...
# ...
}
HTH,
Andre
------------------------------
Date: Mon, 24 Aug 1998 18:01:36 GMT
From: dhawker@bigfoot.com (David Hawker)
Subject: Re: Perl documentation
Message-Id: <35eea626.13864489@news.cableol.net>
On Sun, 23 Aug 1998 17:35:01 -0400, Dan Boorstein <danboo@negia.net> felt
the need to post:
>David Hawker wrote:
>>
>> I'm glad you're using proper sig markers! It's amazing, the majority of
>> people I email don't have them.
>>
>> --
>> dhawker@bigfoot.com | ICQ 7222349
>> http://dhawker.home.ml.org
>
>i thought the .sig marker was "-- ". note the extra space. yours is
>only "--".
Does it matter? Don't both do? As long as you got two lines.
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: 24 Aug 1998 18:40:33 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: Perl documentation
Message-Id: <6rsc31$7bi$1@news.NERO.NET>
In article <fl_aggie-2408981004270001@aggie.coaps.fsu.edu>,
I R A Aggie <fl_aggie@thepentagon.com> wrote:
>That's not what he said...there are ways of dealing with spam...either
>via the latest-n-greatest sendmail, or thru a filter (procmail, filteragent),
>or better yet, a combination.
This does not help those who have to pay for the mail before they can
have the latest-n-greatest sendmail or procmail work on it. Yes, you can
filter it all you want once you get it, but if it has already cost you
the money to get it, why bother?
------------------------------
Date: Tue, 25 Aug 1998 04:03:07 +0900
From: no.unsoliciteds@dead.end.com
Subject: Re: Perl documentation
Message-Id: <35E1B8EB.95CFB4D2@dead.end.com>
Mark-Jason Dominus wrote:
> I think the problem with you is that you're too lazy to think about
> what you really mean, and that's why you end up criticizing a lot of
> helpful people who don't deserve it.
Ummm, now let me get this straight - I'm too lazy to think that abusing
someone for being an ignoramous because the abuser is unable to simply
passover/not read/design a filter to trash what they find annoying and thereby
generating endless threads of "you did too" type arguments?
I think laziness is being too lazy to find alternatives to flaming. There are
and as long as Perl is used in conjunction with the Web and web pages, there
will be, newbies who don't have a clue about docs. Treating them badly won't
make then go away, because there's a new crop every week. Which oddly enough
is roughly the time span for threads like this to appear. If you don't like
having to read painfully basic questions, you don't have to. And you almost
certainly don't have to flame for them, which is just as painfully basic as
far as communication goes.
The trouble is people like you Mark, stand up for those that seem to think
having accomplished something with Perl puts them outside the realms of normal
human behaviour. The more people like you stand up for them, the more they
will believe they are right in what they do. Look through the threads like
this one, which have degenerated into cheap insult trading and somewhere near
the top will be several of the names that have appeared in this thread -
threads in which David Hawkins name is not present.
------------------------------
Date: Mon, 24 Aug 1998 18:01:45 GMT
From: dhawker@bigfoot.com (David Hawker)
Subject: Re: Perl FAR version 1.1.1 MAKE SURE YOU READ THIS BEFORE POSTING
Message-Id: <35f5a953.14677674@news.cableol.net>
On Mon, 24 Aug 1998 09:45:03 -0500, fl_aggie@thepentagon.com (I R A Aggie)
felt the need to post:
>In article <35DFC665.58744B49@dead.end.com>, no.uce@dead.mailbox.com wrote:
>
>+ Oh really and where is the beginners class here? I don't recall seeing a
>+ comp.lang.perl.newbie news group mentioned in the FAQ - was this an omission?
>+ Either that or it doesn't exist.
>
>Actually...
>
>Learning Perl, Randal L. Schwartz, ISBN 1-56592-042-2.
Books are always gonna be out of date, they might cost a lot of money, they
may be unavailable in the small library in the quiet country corner one
lives in, there's always the latest perl documentation available on the
net...
OTOH a book may be the very thing your average newbie can get to grips
with. :)
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: Mon, 24 Aug 1998 18:01:41 GMT
From: dhawker@bigfoot.com (David Hawker)
Subject: Re: Perl FAR version 1.1.1 MAKE SURE YOU READ THIS BEFORE POSTING
Message-Id: <35f4a837.14393625@news.cableol.net>
This is a very good article. Well done!
On Sat, 22 Aug 1998 20:43:44 +0900, no.unsoliciteds@dead.end.com felt the
need to post:
>Perl FAR 1: Frequently Abusive Replies 1
>
>[1] Why aren't I a nice person when I reply "Are you blind, or just plain
>stupid?" to somebody who hasn't got the minimal idea of what programming is about.
>
>There are is one factor that you should always bear in mind:
>
>*The documentation is crystal clear to you because you wrote it or were
>involved with writing it.
>
[snip]
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: Mon, 24 Aug 1998 18:05:16 GMT
From: Scott.L.Erickson@HealthPartners.com (Scott Erickson)
Subject: Re: Perl Style
Message-Id: <35e1a49c.14736990@news.mr.net>
Previously, Zenin <zenin@bawdycaste.org> wrote:
>Scott Erickson <Scott.L.Erickson@HealthPartners.com> wrote:
> >snip<
>: Please explain how I "made Tom's point exactly".
> This is the point. You are in Perl, but you try to avoid parts of
> the core language for arbitrary visual reasons alone and not for
> practical reasons.
Hmmm, I took Tom's point to be that 'or' is not an acceptable part of
Perl because it was not symbolic enough, which, at least as I
interpreted his statements, means that it did not contain enough
punctuation characters.
My point was that I will use the constructs provided by Perl as I see
appropiate.
Also, I do not see how the use of 'or' over '||' has any practicality
issues related to it. As far as I know, neither one has any extra
computational costs.
>: If you had read my postings in this
>: thread, maybe you would have noticed that I had said that for some
>: purposes, I think "or" is better than "||".
>
> No one is saying that || and or don't each have there place. If
> they didn't they wouldn't be there. We're questioning the reasons
> that you're using one over the other. If you are using or over ||
> only because to English speaking people "or" "reads" easier, you
> are using it for the wrong reasons. Like I said before, if ||
> doesn't say "or" to you just as fast as the English word "or", you
> simply don't have enough experience in C styled languages yet. It
> should be second nature. If it's not, you just need more
> experience with it. This is true with any language, computer or
> otherwise.
I have not problem with recognizing "||" as "or", however, often the
"||" can get lost in all the parens and other punctuation chars in
Perl. Thus, in some situations I use 'or' over '||'. I agree, that is
an arbitrary visual reason, but I for one do not believe that using
"or" for "||" is not practical.
Also, I use the English module in just about every program I write, so
that I can use English like words for the punctuation variables. I am
sure some will take issue with that also, but I, for one, tire of
looking at lines with lots of punctuation chars. Maybe it has to do
with the fact that I have not programmed much in C, but I consider
that irrelevant because Perl provides those mechanisms and those
mechanisms do not, in my mind, detract from the utility of the
programs I write.
>: It is my understanding that
>: "or" is similar to "||", with a major difference being that "or" has
>: much lower precedence than "||".
>
> Yes, exactly. And this *alone* should be the basis to use one
> over the other in any given statement. Any relationship to "or"
> also being an English word are secondary to that.
I disagree that precedence alone should be the basis of use. Since as
far as I can tell, I can use '||' any place that I can use 'or', with
the addition of the appropiate parens, there is little validity to
using 'or' over '||' with regards to precedence. However, I do feel
that a valid case can be said for using 'or' over '||' in some cases
because it allows one to not use parens. It is the visual thing I am
after, I want less punctuation chars in my code (as long as I do not
have to go great lengths to do so).
Scott.
------------------------------
Date: Mon, 24 Aug 1998 20:17:54 -0700
From: Jan Krynicky <JKRY3025@comenius.ms.mff.cuni.cz>
Subject: Re: Perlscript: where is documentation
Message-Id: <35E22CE2.3FE8@comenius.ms.mff.cuni.cz>
Mosl Roland wrote:
>
> David Hawker <dhawker@bigfoot.com> wrote in message
> 35e5698d.2908771@news.cableol.net...
> >Try
> >http://language.perl.com/info/documentation.html
>
> And where is on this page a single word about
> perlscript ?
>
> Mosl Roland
> http://pege.org/ clear targets for a confused civilization
> http://salzburgs.com/ (did not find a slogan :-)
Yes most people, especialy unix oriented, miss the difference between
a perl script and PerlScript.
You should start at http://www.activestate.com , there
are also a few pointers to FAQs etc.
Jenda
BTW: For those that do not know what is the difference.
PerlScript is a scripting engine made by ActiveState Tool corp.
This engine allows you to use Perl in ASP pages, in HTML pages instead
of JavaScript or VBScript, in Windows Scripting Host (I don't know why
would anyone want to do this) and in a growing list of applications.
------------------------------
Date: 24 Aug 1998 18:30:47 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Prime numbers [was Re: here's an implementation of diff in perl]
Message-Id: <6rsbgn$egn$2@marina.cinenet.net>
M.J.T. Guy (mjtg@cus.cam.ac.uk) wrote:
: Craig Berry <cberry@cinenet.net> wrote:
: >
: >The only way to detect prime-ness is to divide by all potential factors
: >and get a remainder on each.
:
: False. All modern (and even some quite ancient) methods use quite
: different approaches to determine primality or to factorise.
Yes, but don't they all reduce to culling the list of potential factors,
which I mentioned as the only available optimization? (That's my
understanding, but I'm not a mathematician; if not, I'll do my Emily
Latella imitation.)
---------------------------------------------------------------------
| Craig Berry - cberry@cinenet.net
--*-- Home Page: http://www.cinenet.net/users/cberry/home.html
| "Ripple in still water, when there is no pebble tossed,
nor wind to blow..."
------------------------------
Date: Mon, 24 Aug 1998 14:01:39 -0400
From: phenix@interpath.com (John Moreno)
Subject: Re: Recommend a good editor
Message-Id: <1de9qme.b6lbn217o9e1N@roxboro0-009.dyn.interpath.net>
In comp.lang.perl.misc Abigail <abigail@fnx.com> wrote:
> Brian Inglis (Brian.dot.Inglis@CADvision.com) wrote:
> ++ abigail@fnx.com (Abigail) wrote:
> ++ >Steve Bohler (skbohler@sprynet.com) wrote:
> ++ >Abigail
> ++ What's with the 1809 September 1993 in the header X-date
>
> I replied by email, because nowhere in the message it indicated that
> a copy was posted as well. But the message bounced, because your are
> unable to configure your email such that reply addresses are valid.
>
> You are 2 reasons why it's still September 1993.
How about letting people with decent software who have demonstrated that
they've read the faq's have more normal dates?
--
John Moreno
------------------------------
Date: 24 Aug 1998 18:05:11 GMT
From: gbacon@cs.uah.edu (Greg Bacon)
Subject: Re: regex question: striphtml and misformed tags
Message-Id: <6rsa0n$qok$1@info.uah.edu>
In article <6rs120$guv$1@monet.op.net>,
mjd@op.net (Mark-Jason Dominus) writes:
: Someone, Friedl I think, suggested a \X operator which would cause the
: regex engine to forget all its saved state, so that it couldn't
: backtrack past the \X. There is precedent for this; SNOBOL has a
: FENCE operator which is substantially similar.
...and Prolog's cut. Wasn't the proposed name for \X `the cut'?
Greg
--
I worry that the person who thought up "Muzac" may be thinking up something
else.
-- Lily Tomlin
------------------------------
Date: Mon, 24 Aug 1998 18:24:52 GMT
From: ljs@cableinet.co.uk (Luke Steele)
Subject: Using modules on a server
Message-Id: <35e1addb.3386413@news.cableol.co.uk>
Hi,
First let me apologise if this question is covered in a FAQ. I have
spent a fair bit of time looking, but without success.
I'm writing a cgi script that uses various modules, including some of
my own. Everything works OK locally, but when I upload the script I
run into problems using the modules. I've tried placing the modules in
the same directory as the script, but it doesn't seem to be able to
find them. Given that I can't place the modules in question in the
perl/lib directory (where I presume they would normally go, and where
the hosting compay won't let me put them!), how do I tell my script to
look elsewhere?
Any help with this problem would be greatly appreciated, especially as
I'm eager to see my script working on-line!
Thanks,
Luke Steele
--
Luke Steele
ljs@cableinet.co.uk
------------------------------
Date: Mon, 24 Aug 1998 18:41:10 GMT
From: drummj@mail.mmc.org (Jeffrey Drumm)
Subject: Re: Why dont people read the FAQs
Message-Id: <35e3b1ea.186534385@news.mmc.org>
On Mon, 24 Aug 1998 05:56:37 GMT, gburnore@databasix.com (Gary L. Burnore)
wrote:
(snip)
>It wasn't a misunderstanding and no, it's nothing like abigails abuse of a new >poster.
I'd be extremely surprised if even a minute fraction of the posters and
lurkers here would come up with the same interpretation of lvirden's post
and your reply, and the other responses to complaints about repeated
postings so far seem to bear this out. If there is some ongoing feud
between you and lvirden that would evince such rudeness from you in
response to his posts, this thread offers no hint of it.
We are judged solely by our actions, and yours are apparently incongruent
with the ethics you attempt to impose on others. I can't make it any
simpler: If you're going to set the rules, at least have the courage to
abide by them.
>What you should do is killfile gburnore@databasix.com as I do not change my
>address.
Interpretation: "I can't be bothered to form a cogent response when I have
my words thrown back at me, so it's pointless to continue to make my try."
As you wish.
(*plonk*)
PS. To others that may be following this exchange, it might seem as though
I find fault with Abigail's responses to newbie FAQs. This is not the case.
Regardless of her perceived tone, she always provides the direction to
locate the answer to the posted request. Interestingly, the suggestions Mr.
Burnore offers lvirden don't provide any such assistance.
--
Jeffrey R. Drumm, Systems Integration Specialist
Maine Medical Center Information Services
420 Cumberland Ave, Portland, ME 04101
drummj@mail.mmc.org
"Broken? Hell no! Uniquely implemented." -me
------------------------------
Date: 12 Jul 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Mar 98)
Message-Id: <null>
Administrivia:
Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.
If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu.
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 3526
**************************************
