[13458] in Perl-Users-Digest
Perl-Users Digest, Issue: 868 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Sep 21 17:07:23 1999
Date: Tue, 21 Sep 1999 14:05:14 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <937947913-v9-i868@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Tue, 21 Sep 1999 Volume: 9 Number: 868
Today's topics:
Re: a simple redirect with bells and whistles (Kragen Sitaker)
Re: Ad hominem (was Re: perl related question now!) <elaine@chaos.wustl.edu>
Re: Be careful about using constants (Ilya Zakharevich)
Re: Be careful about using constants (Kragen Sitaker)
Re: Be careful about using constants (Larry Rosler)
Re: Calling anonymous subroutines from a hash. How to <@mdo.net>
Re: CGI in PERL (Bart Lateur)
Re: CGI in PERL (Larry Rosler)
Re: CGI in PERL <camerond@mail.uca.edu>
Re: Combining variables - newbie <Allan@due.net>
Re: Encrypting (and decrypting) password (Bart Lateur)
Re: Encrypting (and decrypting) password (Kragen Sitaker)
Re: future of (?{code}) (Ilya Zakharevich)
Re: How to create files from CGI script? (Kragen Sitaker)
Re: List files in a dir (Bart Lateur)
Re: mkdir(). What am I doing wrong? (Bart Lateur)
Re: MP3 file sorting in PERL (Chris Nandor)
Re: perl related question now! <elaine@chaos.wustl.edu>
Re: perl related question now! <elaine@chaos.wustl.edu>
Re: sending HTML files in e-mail kooroshv@my-deja.com
Re: Some e-mails get sent, some don't (Bart Lateur)
Test regex <samay1NOxoSPAM@hotmail.com>
Re: use re 'debug' interpretation (Ilya Zakharevich)
Re: use re 'debug' interpretation (Ilya Zakharevich)
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 21 Sep 1999 20:50:52 GMT
From: kragen@dnaco.net (Kragen Sitaker)
Subject: Re: a simple redirect with bells and whistles
Message-Id: <McSF3.1334$QJ.53422@typ11.nn.bcandid.com>
In article <37E7E0AB.B3CEC9BB@hotmail.com>, MJA <aslamj@hotmail.com> wrote:
>How can I redirect the browser and send data (in the POST method) to
>another script?
You can't. And you're asking in the wrong newsfroup.
--
<kragen@pobox.com> Kragen Sitaker <http://www.pobox.com/~kragen/>
Tue Sep 21 1999
48 days until the Internet stock bubble bursts on Monday, 1999-11-08.
<URL:http://www.pobox.com/~kragen/bubble.html>
------------------------------
Date: Tue, 21 Sep 1999 16:21:34 -0400
From: Elaine -HFB- Ashton <elaine@chaos.wustl.edu>
Subject: Re: Ad hominem (was Re: perl related question now!)
Message-Id: <37E7E872.41238731@chaos.wustl.edu>
Kragen Sitaker wrote:
> Argumentum ad hominem is what is known as a "fallacy": using it will
> cause reasonable people to dismiss your arguments.
Fallacy? Hmmm...I'm not sure that is totally correct, though it might be
a nuance. I would call it annoying, argumentative, incendiary. :)
parva leves capiunt animas.
e.
------------------------------
Date: 21 Sep 1999 20:21:25 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: Be careful about using constants
Message-Id: <7s8pc5$31j$1@charm.magnus.acs.ohio-state.edu>
[A complimentary Cc of this posting was sent to Uri Guttman
<uri@sysarch.com>],
who wrote in article <x7zoyg59a8.fsf@home.sysarch.com>:
> KS> That's kind of gross.
>
> it is. why don't you write a patch that has prototypes? and maybe does
> the constant lookup via a hash?
Interesting: a couple of days ago I was thinking about AutoLoading
with prototypes... This is not a simple idea.
But it is close to user-defined-operators aka macros which I
implemented this summer. When an unknown subroutine call is compiled,
a call (at *compile* time) to some subroutine is made. This
subroutine determines how to deal with the stuff.
Hmm, on the second thought, this is *orthogonal* to my implementation
of UDO/macros. With it the UDO/macros have fixed arity, and the
compile-time-code is called *after* the arguments are parsed [so for
$a (+) $b
one *knows* that (+) takes 2 arguments and is infix of given priority].
So the code you discuss should trigger earlier, near the stage of
keyword recognition... Of course, one could skip AUTOLOADing and
inject prototypes into the callers namespace, but even with my
memory-reduction patch prototypes are very expensive memory-wise
(comparing to AUTOLOAD).
Ilya
------------------------------
Date: Tue, 21 Sep 1999 20:38:38 GMT
From: kragen@dnaco.net (Kragen Sitaker)
Subject: Re: Be careful about using constants
Message-Id: <i1SF3.1284$QJ.50579@typ11.nn.bcandid.com>
In article <x7zoyg59a8.fsf@home.sysarch.com>,
Uri Guttman <uri@sysarch.com> wrote:
>>>>>> "KS" == Kragen Sitaker <kragen@dnaco.net> writes:
> KS> After reading this, I know I will never take offense at anything Uri
> KS> says to me. "After all, he called Larry Rosler a lazy bastard."
>
> KS> I suppose newbies shouldn't either.
>
>but i have socialized with im f2f, coauthored a paper with him and
>tranded insults and whatnot here for a few years. i am allowed to call
>him that.
Right, of course, I know all that -- I wasn't suggesting that you were
doing anything wrong. I just meant that it was apparent that "lazy
bastard", from you, was not necessarily a condemnation.
> >> Fcntl just exports the constant names and handles them
> >> with AUTOLOAD. it passes the constant's name string to an XS sub which
> >> does a very long if/return list to find the right string and return the
> >> C constant value. so they have no prototypes and therefore args are
> >> allowed and eaten.
>
> KS> That's kind of gross.
>
>it is. why don't you write a patch that has prototypes? and maybe does
>the constant lookup via a hash?
Sounds like a definite improvement. But where does the hash come from?
Presumably the reason it uses XS is to get the values as they are
defined in C header files. It seems like a more straightforward way to
do this would be something like this:
#define c(x) (fprintf(fcntl_pm, "sub " #x " () { %d }\n", x))
c(F_DUPFD); c(F_DUP2FD); c(F_GETFD); c(F_SETFD); c(F_GETFL);
c(F_SETFL); c(F_GETOWN); c(F_SETOWN); /* etc */
#undef c
Maybe 'c' isn't the best name for it. . . :)
On my system, the above produces:
sub F_DUPFD () { 0 }
sub F_DUP2FD () { 9 }
sub F_GETFD () { 1 }
sub F_SETFD () { 2 }
sub F_GETFL () { 3 }
sub F_SETFL () { 4 }
sub F_GETOWN () { 23 }
sub F_SETOWN () { 24 }
--
<kragen@pobox.com> Kragen Sitaker <http://www.pobox.com/~kragen/>
Tue Sep 21 1999
48 days until the Internet stock bubble bursts on Monday, 1999-11-08.
<URL:http://www.pobox.com/~kragen/bubble.html>
------------------------------
Date: Tue, 21 Sep 1999 13:37:18 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Be careful about using constants
Message-Id: <MPG.12518c5b6a1b31e0989fb4@nntp.hpl.hp.com>
[Posted and a courtesy copy mailed.]
In article <x74sgo6pab.fsf@home.sysarch.com> on 21 Sep 1999 15:24:44 -
0400, Uri Guttman <uri@sysarch.com> says...
> >>>>> "LR" == Larry Rosler <lr@hpl.hp.com> writes:
>
> LR> But the constants in Fcntl.pm are defined using a different
> LR> mechanism, which I don't claim to understand. Perhaps someone
> LR> will take a look at the Fcntl module and explain why arguments to
> LR> constants are permitted.
>
> lazy bastard!
Laziness is one of the Cardinal Virtues, n'est-ce pas? And these days,
bastardy doesn't seem to be such a big deal either.
In any case, I didn't say I didn't look at the module. I said I didn't
understand the constant-exporting mechanism. I don't know much about
AUTOLOAD <blush> or the call to constant(...) in it.
> Fcntl just exports the constant names and handles them
> with AUTOLOAD. it passes the constant's name string to an XS sub which
> does a very long if/return list to find the right string and return the
> C constant value. so they have no prototypes and therefore args are
> allowed and eaten.
Thanks for the explanation, which confirms my rationalization of the
reported behavior.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Tue, 21 Sep 1999 16:48:34 -0400
From: "CS" <@mdo.net>
Subject: Re: Calling anonymous subroutines from a hash. How to make it work?
Message-Id: <b8SF3.1305$QJ.53167@typ11.nn.bcandid.com>
>Most of the time people will not bother with attachments. Try to
>simplify the example of the problem next time and include it in
>your message.
Yeah, good suggestion. I did not know exactly where the problem was, so I
wasn't sure what part of the code I should send.
>Also, I found it amusing that you had exactly one comment in that entire
>module. :-)
I forgot to remove it. :-)
>The following is from perldoc perlre:
>
>The scope of $<digit> (and $`, $&, and $') extends to the end of the
>enclosing BLOCK or eval string, or to the next successful pattern match,
>whichever comes first.
>
>Unsuccessful matches do not reset $1!!!!!
That was the problem. I wanted to avoid using two regexes, but it looks
like that's the way to go. Also, as you pointed out, I was under the
mistaken idea that the $1 gets reset with an unsuccessful match. Here is
the corrected code (and it works!):
sub CompileVCodes {
my $xtype;
my $regex;
my @badlist;
my $vcode;
my $d;
($vcode, $xtype, $regex, @badlist)=@_;
my $err=\&print_error;
$vcode->{$xtype}= sub {
(my $wrd)=@_; # $err is a reference to an error message routine.
$d=$wrd=~/$regex/i;
while ($d eq '') {
&{$err}(@badlist);
chomp ($wrd=<STDIN>);
if ($wrd eq '') {return ''}
$d=$wrd=~/$regex/i;
}
return $wrd;
};
}
Thanks a bunch!
Regards, Chris Shannon
------------------------------
Date: Tue, 21 Sep 1999 19:53:26 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: CGI in PERL
Message-Id: <37e7e20a.354980@news.skynet.be>
Kragen Sitaker wrote:
>BTW, COBOL really is spelled with all caps. So is FORTRAN. Indeed,
>most languages from the 1950-1970 era were.
So is C! Er... maybe not. It's hard to tell with only one letter.
--
Bart.
------------------------------
Date: Tue, 21 Sep 1999 13:46:09 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: CGI in PERL
Message-Id: <MPG.12518e6896c5c0c8989fb5@nntp.hpl.hp.com>
In article <37e7e20a.354980@news.skynet.be> on Tue, 21 Sep 1999 19:53:26
GMT, Bart Lateur <bart.lateur@skynet.be> says...
> Kragen Sitaker wrote:
>
> >BTW, COBOL really is spelled with all caps. So is FORTRAN. Indeed,
> >most languages from the 1950-1970 era were.
>
> So is C! Er... maybe not. It's hard to tell with only one letter.
How about C++? That has three letters.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Tue, 21 Sep 1999 15:59:24 -0500
From: Cameron Dorey <camerond@mail.uca.edu>
Subject: Re: CGI in PERL
Message-Id: <37E7F1AC.3D005D05@mail.uca.edu>
Bart Lateur wrote:
>
> Kragen Sitaker wrote:
>
> >BTW, COBOL really is spelled with all caps. So is FORTRAN. Indeed,
> >most languages from the 1950-1970 era were.
>
> So is C! Er... maybe not. It's hard to tell with only one letter.
However, C++ is definitely spelled with all caps, at least I have to
press the shift key to get the + instead of an =.
Cameron
--
Cameron Dorey
Associate Professor of Chemistry
University of Central Arkansas
Phone: 501-450-5938
camerond@mail.uca.edu
------------------------------
Date: Tue, 21 Sep 1999 16:05:19 -0400
From: "Allan M. Due" <Allan@due.net>
Subject: Re: Combining variables - newbie
Message-Id: <7s8o7o$a3l$1@nntp8.atl.mindspring.net>
Uri Guttman wrote in message ...
:>>>>> "GWB" == Graham W Boyes <me@toao.net> writes:
:
: GWB> I have two variables, $var1 and $var2 which I'd like to combine
: GWB> into a single variable $var3 with a space in between. How should
: GWB> I do this?
:
: GWB> I grant that sounds really, REALLY stupid.
:
:i leave it as an exercise for the group to find more dumb ways.
:lets see how many we can come up with. the dumber the better.
$var3 = do{join(''=>map{$_}split(''=>$var1)=>eval{' '}.
join(''=>(split(''=>$var2))[0..length($var2)]))}foreach (1..10);
AmD
--
$email{'Allan M. Due'} = ' All@n.Due.net ';
--random quote --
Be consistent.
- Larry Wall in the perl man page
------------------------------
Date: Tue, 21 Sep 1999 20:03:30 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Encrypting (and decrypting) password
Message-Id: <37e8e298.496796@news.skynet.be>
Kragen Sitaker wrote:
>You could do that. Or you could XOR it with a known string, repeated n times.
You could use a pseudo random generator for that. Choose a seed known
only to you, and start generating random numbers in the range 0..255.
XOR each character with one of that sequence.
Er... is the Perl built-in pseudo-random generator usable? Maybe in
concept, but as the number of randbits depends on the compilation, I
wouldn't trust it. Anyway, look up the "Linear Congruential Generator",
for example at <http://www.taygeta.com/rwalks/node1.html>. Simple to do
in high level Perl (1 addition, 1 multiplication and 1 modulo division
per step).
--
Bart.
------------------------------
Date: Tue, 21 Sep 1999 20:52:36 GMT
From: kragen@dnaco.net (Kragen Sitaker)
Subject: Re: Encrypting (and decrypting) password
Message-Id: <oeSF3.1349$QJ.54780@typ11.nn.bcandid.com>
In article <37e8e298.496796@news.skynet.be>,
Bart Lateur <bart.lateur@skynet.be> wrote:
>Kragen Sitaker wrote:
>>You could do that. Or you could XOR it with a known string, repeated n times.
>
>You could use a pseudo random generator for that. Choose a seed known
>only to you, and start generating random numbers in the range 0..255.
>XOR each character with one of that sequence.
As long as you don't think you're getting security by this method.
>Er... is the Perl built-in pseudo-random generator usable? Maybe in
>concept, but as the number of randbits depends on the compilation, I
>wouldn't trust it. Anyway, look up the "Linear Congruential Generator",
>for example at <http://www.taygeta.com/rwalks/node1.html>. Simple to do
>in high level Perl (1 addition, 1 multiplication and 1 modulo division
>per step).
The Perl built-in prng is the C library's prng. It's not
cryptographically strong, but it will do an adequate job of obscuring
data.
--
<kragen@pobox.com> Kragen Sitaker <http://www.pobox.com/~kragen/>
Tue Sep 21 1999
48 days until the Internet stock bubble bursts on Monday, 1999-11-08.
<URL:http://www.pobox.com/~kragen/bubble.html>
------------------------------
Date: 21 Sep 1999 20:10:08 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: future of (?{code})
Message-Id: <7s8on0$2pj$1@charm.magnus.acs.ohio-state.edu>
[A complimentary Cc of this posting was sent to lt lindley
<lee.lindley@bigfoot.com>],
who wrote in article <7s3q38$fjr$1@rguxd.viasystems.com>:
> The regular expression extension (?{some perl code}) is marked
> as *experimental*. I understand this to mean that it might have
> bugs and is subject to change. But is there much likelihood
> that it will be abandoned?
Currently nobody has any idea *why* it may be useful to abandon it.
However, if such understanding appears (out of nowhere), you had been
warned.
> I'm starting to like it (in a slightly sick and somewhat ambivalent
> way).
This is what it was designed for.
> Also, any chance of getting access to the current values of the
> regular expression backreferences ($1, $&, etc..) within the
> scope within which the code is evaluated? Ilya?
Done.
> Just curious, but why don't lexical variables work in that scope?
> Or more precisely, why are lexical variables declared in "file"
> scope not visible in the code inside (?{some perl code}) ?
They are (at least with recent Perls). Unless the REx is evaluated at
runtime - then it is a known bug - but nobody had tuits to trace it yet.
> Documentation says that you can use \G between multiple m//g type
> expressions. I could have used it handily if it had worked in a
> construct like this:
>
> while (/ something /g) {
> dosomething if (/\G(?=another thing)/);
> }
Done.
Ilya
------------------------------
Date: Tue, 21 Sep 1999 20:50:08 GMT
From: kragen@dnaco.net (Kragen Sitaker)
Subject: Re: How to create files from CGI script?
Message-Id: <4cSF3.1329$QJ.48860@typ11.nn.bcandid.com>
In article <37E7E16B.7A178E65@desertigloo.com>,
David P. Schwartz <davids@desertigloo.com> wrote:
>Kragen Sitaker wrote:
>
>> In article <37E4B362.FE1AFE3C@desertigloo.com>,
>> David P. Schwartz <davids@desertigloo.com> wrote:
>> >umask 022
>> >/cgi-bin 711
>> >/cgi-bin/code_dir1 711
>> >/cgi-bin/code_dir1/mydatadir 666
>>
>> This means no one, not even you, can open files in mydatadir. Is that
>> what you wanted? If not, add +x for everybody, making it 777.
>> (However, anybody, including you, can get a listing of mydatadir,
>> delete files from it, etc.)
>
>Well, all I can say is that it's working just fine, except I cannot CREATE NEW
>FILES there, which was the purpose of this post in the first place -- to
>find out
>how to do that.
My system behaves differently:
kirk:/home/kragen/tmp/ mkdir protected
kirk:/home/kragen/tmp/ touch protected/bob
kirk:/home/kragen/tmp/ chmod 666 protected
kirk:/home/kragen/tmp/ cat >> protected/bob
protected/bob: Permission denied.
kirk:/home/kragen/tmp/ cat protected/bob
cat: cannot open protected/bob
kirk:/home/kragen/tmp/ ls protected
bob
kirk:/home/kragen/tmp/ touch protected/mary
touch: cannot create protected/mary: Permission denied
kirk:/home/kragen/tmp/ rm protected/bob
protected/bob: Permission denied
kirk:/home/kragen/tmp/ mv protected/bob .
mv: cannot access protected/bob
kirk:/home/kragen/tmp/ ls protected
bob
kirk:/home/kragen/tmp/ cat >> protected/mary
protected/mary: Permission denied.
kirk:/home/kragen/tmp/ chmod u+x bob # this was a mistake.
chmod: WARNING: can't access bob
kirk:/home/kragen/tmp/ chmod u+x protected/
kirk:/home/kragen/tmp/ cat >> protected/bob
asdf
This is not exactly the behavior I described -- I thought I'd be able
to rm and mv bob. However, I couldn't read or write to bob.
>> >sysadmins haven't been able to suggest anything yet either. Perms on
>> >myscript.pl have
>> >even been set with +s, which doesn't make any difference.
>>
>> This last is almost certainly a bad idea, although it's not as
>> dangerous in Perl as in C.
>
> why? It doesn't seem to make any difference.
Anyone who can run programs on the machine can run myscript.pl as you.
It has been shown by long, sad experience that writing programs that
can run as you under the control of an attacker without allowing a
clever attacker to subvert them to the point that they can do anything
they want as you is a feat that even highly experienced Unix
programmers often fail to perform on the first try.
It is easier in Perl than in C.
However, I don't advise you try it.
> I've seen it work with shell
>scripts, and I can see it working with c-generated exe's. Perl is
>interpreted, so
>perhaps the Perl interpreter itself is the determining factor rather than the
>script's settings. (So is the shell, but it's designed to address this.)
Perl has some special machinery for handling setuid. perldoc perlsec.
Presumably, though, your script doesn't work even when you run it as
you from the command line, right? If that's the case, making it setuid
to you won't help.
--
<kragen@pobox.com> Kragen Sitaker <http://www.pobox.com/~kragen/>
Tue Sep 21 1999
48 days until the Internet stock bubble bursts on Monday, 1999-11-08.
<URL:http://www.pobox.com/~kragen/bubble.html>
------------------------------
Date: Tue, 21 Sep 1999 20:18:33 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: List files in a dir
Message-Id: <37eae578.1232681@news.skynet.be>
Abigail wrote:
>Use of `` certainly is Perl. For getting a directory listing, you want ls.
>As for argueing that my solution doesn't always work, that's certainly
>true - but then *I* didn't start posting articles saying that the
>solutions of the "regulars" were trivial and uninteresting, and suggesting
>that my solution would work were the solution of the "regulars" wouldn't.
I didn't say it wouldn't work. This is the bulk of your solution:
print "<pre>\n".`ls $dir`."\n</pre>";
which is rather simple, but most of all, rather inflexible. If people
don't like the look of what `ls` produces, converting it into something
"nicer" is not that easy, and will take a *lot* of experimentation.
>Ah, that certainly explains why you generated HTML and BODY tags, and a
>valid HEAD element. It's for all those documents that contain a DOCTYPE
>and nothing else!
No. The generated document will be usable on many browsers as is, so it
is good for initial testing purposes. You only incorporate the part
between "<body>" and "</body>" into a real, final document.
>And will it tell you *why* the opendir failed?
No. It will look like an empty directory. At least, it doesn't generate
a "Internal server error", as a simple die() would do. A better, elegant
solution would take a lot more code, which wouldn't help the
readablility of the solution presented.
I should have added a caveat: "not production-ready code".
--
Bart.
------------------------------
Date: Tue, 21 Sep 1999 20:21:37 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: mkdir(). What am I doing wrong?
Message-Id: <37ebe8aa.2050515@news.skynet.be>
Daniel Vesma wrote:
>The chart at http://www.go-nexus-go.com/chmodchart.html says that 777 is
>wide-open
>
>So what should I be using?
0777
You forget that this must be in octal.
oct('777')
would work too.
--
Bart.
------------------------------
Date: Tue, 21 Sep 1999 20:10:33 GMT
From: pudge@pobox.com (Chris Nandor)
Subject: Re: MP3 file sorting in PERL
Message-Id: <pudge-2109991610380001@192.168.0.77>
In article <7s8eja$b79$1@news2.tor.accglobal.net>, "Michael Kraizman"
<kraizman@hotmail.com> wrote:
# For those of you with large collections of MP3s, here's a small script I
# wrote to extract the ID3 information from your MP3 files and sort them
# accordingly. Have fun with it!
There is an MPEG::MP3Info module on CPAN that gets ID3 info and more.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: Tue, 21 Sep 1999 16:08:14 -0400
From: Elaine -HFB- Ashton <elaine@chaos.wustl.edu>
Subject: Re: perl related question now!
Message-Id: <37E7E553.30ADC710@chaos.wustl.edu>
Ala Qumsieh wrote:
> David Cassell <cassell@mail.cor.epa.gov> writes:
> > to continue by calling you a 'loser' also, as _ad_hominem_
> Is it The Way To Be? Is it good to be ad hominem?
Well, even if you didn't understand the phrase, which is Latin, you
should get the connotation from the context of the sentence. A positive
thing? It is likely, and, in fact, not. http://www.m-w.com is your
friend darling.
Main Entry: 1ad ho·mi·nem
Pronunciation: (')ad-'hä-m&-"nem, -n&m
Function: adjective
Etymology: New Latin, literally, to the person
Date: 1598
1 : appealing to feelings or prejudices rather than intellect
2 : marked by an attack on an opponent's character rather than by an
answer to the contentions made
get it? Actually, it has been made politically correct in the
etymology...to the man is what it means in the sentiment of the origin
of the word.
cheers,
e.
------------------------------
Date: Tue, 21 Sep 1999 16:53:58 -0400
From: Elaine -HFB- Ashton <elaine@chaos.wustl.edu>
Subject: Re: perl related question now!
Message-Id: <37E7F007.7B804B93@chaos.wustl.edu>
Larry Rosler wrote:
> Why one of these is described as an adjective and the other as an adverb
> is beyond me. Maybe I need a better dictionary. :-)
Either of them can be an adverb or adjective, e.g. "He made his
presentation in an ad rem fashion." or " His arguments were ad hominem
rants." or "He is an ad rem kind of guy." or "He is prone to ad hominem lunacy".
Both of them are descriptors or modifiers.
More than likely your dictionary used a single example sentence and that
is reflected in how they describe it. Just a guess.
e.
------------------------------
Date: Tue, 21 Sep 1999 20:29:48 GMT
From: kooroshv@my-deja.com
Subject: Re: sending HTML files in e-mail
Message-Id: <7s8pra$tvn$1@nnrp1.deja.com>
You need to print out an extra email header "Content-Type" with the
rest of your other headers and set it to "text/html". For example:
To: abc
From: dfg
Content-Type: text/html
This header tells your e-mail program, it should interpret your e-mail
as an HTML document.
You asked about different Perl e-mail packages, I like MailTools. You
can find out more about it from CPAN at the following
URL: http://theory.uwinnipeg.ca/CPAN/by-name/MailTools.html
Take care,
Koorosh Vakhshoori
In article <7s8dq0$kaq$1@nnrp1.deja.com>,
rwswebmaster@my-deja.com wrote:
> I am looking for a script or program that allows for myself to send
> HTML documents via e-mail to people. I have a program that only sends
> the HTML code in plain text, even though my mail program is set up to
> accept HTML and I have received e-mail with all the graphics,
> backgrounds, fonts, etc. Any help would be greatly appreciated.
>
> Thanks,
> David Spivey
>
> Sent via Deja.com http://www.deja.com/
> Share what you know. Learn what you don't.
>
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Tue, 21 Sep 1999 20:05:35 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: Some e-mails get sent, some don't
Message-Id: <37e9e4e7.1087789@news.skynet.be>
Tom Phoenix wrote:
>Is this what you want? Cheers!
>
> $addr = q(billg@microsoft.com\';echo gotcha);
And what about:
s/([\\'])/\\$1/g;
--
Bart.
------------------------------
Date: Tue, 21 Sep 1999 13:17:00 -0700
From: Samay <samay1NOxoSPAM@hotmail.com>
Subject: Test regex
Message-Id: <164c000c.01df65c8@usw-ex0107-052.remarq.com>
Second takes far less than the first..
Anyone can find out?
perl -e '"OReilly and The Perl Conference"
=~ /i(.+)+i/'
perl -e '"OReilly and The Perl Conference"
=~ /i(.+)+e/'
* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!
------------------------------
Date: 21 Sep 1999 20:28:16 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: use re 'debug' interpretation
Message-Id: <7s8pp0$34b$1@charm.magnus.acs.ohio-state.edu>
[A complimentary Cc of this posting was sent to lt lindley
<lee.lindley@bigfoot.com>],
who wrote in article <7s5k4f$li$1@rguxd.viasystems.com>:
> I've been exploring regexp. I ran across something that jangled. I
> hate to cry "bug" because most of the time the "bug" is in the model
> of Perl I carry in my head and not in perl.
>
> I did "use re 'debug'". I studied the output. I still don't get
> it. The writeup in perldebug doesn't explicitly say what to expect
> upon success or failure of the match. I thought that 'SUCCEED' as
> the last node would mean that the pattern should return true.
"Match" is when END is reached. [I hope to put more explicit messages
for 5.006. I hope that REx-optimizer's messages are more
understandable starting from (the future) 5.005_62, but the messages
from the REx engine itself are not changed yet.]
Ilya
------------------------------
Date: 21 Sep 1999 20:33:27 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: use re 'debug' interpretation
Message-Id: <7s8q2n$364$1@charm.magnus.acs.ohio-state.edu>
[A complimentary Cc of this posting was sent to lt lindley
<lee.lindley@bigfoot.com>],
who wrote in article <7s5k4f$li$1@rguxd.viasystems.com>:
> Matching `\G(?=.*(?s:MATCH))' against ` x MATCH
> and 8 was the last.
> but now there are 9
> and yet s...'
> Setting an EVAL scope, savestack=40
> 112 <MATCH> < x MATC> | 1: GPOS
> 112 <MATCH> < x MATC> | 2: IFMATCH[-0]
> 112 <MATCH> < x MATC> | 4: STAR
> ANY can match 8 times out of 32767...
> Setting an EVAL scope, savestack=40
> 115 <CH x > <MATCH
> a> | 6: EXACT <MATCH>
> 120 <MATCH> <
> and 8 > | 9: SUCCEED
> 112 <MATCH> < x MATC> | 11: END
> Pattern returned false <--- **********From my program***********
> <--- But why isn't it true?
After END the pattern succeeds. Since you did not post the code in
question and your perl -V, I cannot comment more.
Ilya
P.S. I usually use -Mre=debugcolor, but for mailing output of
-Mre=debug is indeed more convenient.
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 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.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 868
*************************************
