[9531] in Perl-Users-Digest
Perl-Users Digest, Issue: 3125 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Jul 11 02:07:50 1998
Date: Fri, 10 Jul 98 23: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 Fri, 10 Jul 1998 Volume: 8 Number: 3125
Today's topics:
Re: Arrays - here's the code (Mark-Jason Dominus)
Re: Bug? shift( split(' ',$_)); won't compile. (Ronald J Kimball)
Re: Bug? shift( split(' ',$_)); won't compile. (Andre L.)
Email Client <raymond_wmip@hotmail.com>
Re: How can you encrypt a CGI script on a server so it (I R A Aggie)
HTML Metatag Viewer ? stephenwhite@sprint.ca
Re: I am an "antispam spammer"? (I R A Aggie)
Re: I am an "antispam spammer"? (Mark-Jason Dominus)
Re: MacPerl: Reading rsrc fork (John Siracusa)
Re: new charter and moderator for comp.lang.perl.announ (Alan Schwartz)
Re: new charter and moderator for comp.lang.perl.announ (brian moore)
one more <rick@netxp.com>
Re: Perl CGI and warnings [Was: Re: -w on production co (Josh Kortbein)
Perl-like C++ class library (Eric O'Dell)
Re: Putting CPAN on a CD: good or not good? (Gabor)
Re: redux, step 1 (was Re: new charter and moderator fo (Alan Schwartz)
Re: redux, step 1 (was Re: new charter and moderator fo (Peter J. Farley III)
Re: sending mail from within perl <jwb79@mail.idt.net>
Re: Sending output to a specific frame <TinyE@smscreations.com>
String to Ascii <webmaster@RemoveThisToEmail.searchpoint.com>
Re: String to Ascii (Ronald J Kimball)
Re: Trinary operator vs =~ : sometimes it doesn't pay t (Ronald J Kimball)
Re: Win32_gd module (NROFFMAN)
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 10 Jul 1998 23:40:44 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: Arrays - here's the code
Message-Id: <6o6mrs$ej3$1@monet.op.net>
In article <6o5ns3$c82$1@monet.op.net>, Mark-Jason Dominus <mjd@op.net> wrote:
>A related rule is: Use code to capture irregularity, and data to
>capture regularity.
Wheeee. It's the other way around, of course. You should encode the
irregularities into some uniform data structure, and then have the
code do the same things for every item in the data.
------------------------------
Date: Fri, 10 Jul 1998 23:52:43 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: Bug? shift( split(' ',$_)); won't compile.
Message-Id: <1dbz31h.1hijmh713o8fhiN@bay1-194.quincy.ziplink.net>
John Porter <jdporter@min.net> wrote:
> No, it needs an array, not a list.
> Anonymous arrays work fine:
> $x = shift @{[ split ]};
I knew I hadn't quite phrased it right. Thanks for correcting that!
--
_ / ' _ / - aka - rjk@coos.dartmouth.edu
( /)//)//)(//)/( Ronald J Kimball chipmunk@m-net.arbornet.org
/ http://www.ziplink.net/~rjk/
"It's funny 'cause it's true ... and vice versa."
------------------------------
Date: Sat, 11 Jul 1998 00:52:13 -0500
From: alecler@cam.org (Andre L.)
Subject: Re: Bug? shift( split(' ',$_)); won't compile.
Message-Id: <alecler-1107980052130001@dialup-847.hip.cam.org>
In article <6o5ute$sgn$1@farstar.frb.gov>, "abuse"@[127.0.0.1] wrote:
> Okay, I now get the difference between a function that returns an ARRAY and a
> function that returns a LIST (== anonymous array?). (Must be why they
> capitalize it in the doc.
>
> Frankly, I still don't understand why the list output by split couldn't
> hang-around long enough for split to remove and return the first elment, then
> disappear, but at least I know how to avoid this in the future. Thanx.
shift() requires an array as an argument, not a list; see the definition
of the function in perlfunc. For instance, you cannot do:
$s = shift ('a','b','c');
That is why the result of a split() -- a list -- can't be used directly as
an argument to shift(). In that case, use a construct in the form, @{[
]}, which is handy for "typecasting" a list into an array proper (by
dereferencing a reference to an anonymous array made up of the elements of
the list!).
HTH,
Andre
------------------------------
Date: Sat, 11 Jul 1998 10:34:43 +0800
From: Raymond Ip <raymond_wmip@hotmail.com>
Subject: Email Client
Message-Id: <35A6CF43.3C8B8EDD@hotmail.com>
Could anybody has some experience for using web page to act as a email
client for read and send email thru CGI program ?
Best Regards
Raymond Ip
------------------------------
Date: Fri, 10 Jul 1998 22:44:36 -0500
From: fl_aggie@thepentagon.com (I R A Aggie)
Subject: Re: How can you encrypt a CGI script on a server so it will not get "stolen"?
Message-Id: <fl_aggie-1007982244360001@aggie.coaps.fsu.edu>
In article <35a69bca.92648931@nntp.idsonline.com>,
root.noharvest.\@not_even\here.com wrote:
+ John Layne <jpl@lanl.gov> Said this:
+ >I have spent many, many hours writing a CGI script that creates a
+ >client's web site from a text file on the server. I am worried because
+ >there is nothing to prevent this client from copying the plain-text
+ >script, firing me as their web developer, and getting someone else to
+ >use the script.
No offense, but why is that challenging? What bells and whistles have
you added to make this a script worth stealing?
+ >I have made it clear that the scripts belong to me and
+ >they pay to use them. But...
You have made this clear in a legally binding contract? This is a
licensing issue, not a perl issue. Its a pity that a one's word and
a handshake isn't all you need, but, well, you really need signed contracts.
+ Or, if this is a script that is used in CGI implementations, you could
+ figure out a way to make the code "self destruct" if it is accessed
+ with an absolutely obscure (so nobody accidentally destroys it)
+ code... then if your client steals it, you just access the script from
+ your web browser with the self destruct code and it deletes itself.
It could be done, but it would have to depend security via obscurity:
no one sitting down and analyzing the code, and seeing what it does.
It would also depend upon a site with no backup capability. It would
also depend upon there not being a dozen other copies on a dozen other
systems.
+ I wouldn't suggest this last idea, as it might blow up in your face
+ somehow.
Probably a violation of the US Computer Crimes Act, 1968 (and as amended),
not to mention a violation of the Computer Crimes Act of the various
states.
James
------------------------------
Date: Sat, 11 Jul 1998 03:56:41 GMT
From: stephenwhite@sprint.ca
Subject: HTML Metatag Viewer ?
Message-Id: <35a6e149.62900003@news.sprint.ca>
I am attempting to create a Perl metatag viewer which will open a
secondary web browser window and display the parsed metatag
information from the first window.
I have the paser working but need the method to open the current file
into a new browser window.
Any help?
Thanks.
The current code is:
#!perl -w
sub extract_meta
{
my($meta, $content) = @_;
require HTML::HeadParser;
my $p = HTML::HeadParser->new;
$p->parse($content);
return $p->header("X-Meta-$meta");
}
$content = <<'EOT';
<head><title>Foo
<meta name="Description" content="this is the description">
</head>
EOT
print extract_meta("Description", $content);
Thanks,
Steve
swhite dot accessonline dot com
------------------------------
Date: Fri, 10 Jul 1998 22:28:34 -0500
From: fl_aggie@thepentagon.com (I R A Aggie)
Subject: Re: I am an "antispam spammer"?
Message-Id: <fl_aggie-1007982228340001@aggie.coaps.fsu.edu>
In article <sporgduffle-ya023180001007981749530001@news.radparker.com>,
sporgduffle@radparker.com (Al Iverson) wrote:
+ wbaseley@mindspring.com (WD Baseley) wrote:
+
+ : A generous offer. Could you point me to the RFC that allows you to
+ : attempt to publicly humiliate anyone who objects to jumping through
+ : your reply hoops?
+
+ Turnabout is fair play. It may not be an RFC, it may not even be mature,
+ but if someone is a jerk, don't be stupid and assume the person won't be a
+ jerk in return.
Beggars can't be choosers. And there's nothing in the RFC's that say you
need to reply to anything that comes your way.
I believe Wildman's warning message is:
+ Do NOT reply to this post! All mail sent to the From/Reply-To will be
+ considered spam, and handled appropriately.
I'd call that a broken reply mechanism - "handled appropriately" may well
tend to mean "redirected straight into /dev/null" and "replying here is a
waste of your time, so don't bother". That's only marginally less rude
than someone who munges their address...
Thank G*d that Tom C didn't reply...
James
------------------------------
Date: 10 Jul 1998 23:09:59 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: I am an "antispam spammer"?
Message-Id: <6o6l27$eeq$1@monet.op.net>
In article <6o6duc$o8e$1@netnews.upenn.edu>,
Daniel E. Macks <dmacks@sas.upenn.edu> wrote:
>An even stronger contingent is "you asked by posting, so I'm gonna
>reply by posting"
Yeah. Why do I answer questions here? Of course, it's because I like
to show off. No point in showing off to one single person by email.
Where's the fun in that?
Also, replying by email reduces the likelihood that some lurker will
learn something, and it reduces the likelihood that some interesting
discussion will develop, and so on. But it *increases* the likelihood
that I'll be wasting my time sending an answer that thirteen people
already sent.
The long and short of it is that there's a community here, and
replying by email to private queries doesn't benefit the community; it
only benefits the person who asked the question.
------------------------------
Date: 11 Jul 1998 02:45:04 GMT
From: macintsh@cs.bu.edu (John Siracusa)
Subject: Re: MacPerl: Reading rsrc fork
Message-Id: <6o6jjg$5o5$1@news1.bu.edu>
Paul J. Schinder (schinder@leprss.gsfc.nasa.gov) wrote:
: The key thing is to use the Fcntl::O_RSRC, which tells MacPerl to open
: the resource fork instead of the data fork as a byte stream. Look at
: my Mac::Conversions module, which you can find at
: <http://pobox.com/~schinder/MacPerl.html> for a real life example,
: converting MacBinary <=> native Mac files.
Would you believe I recently wrote a MacBinary II routine myself?
I looked on CPAN first. I guess I just must have missed your
Mac::Conversions module. Ah well...
Anyway, thanks for the help!
-----------------+----------------------------------------
John Siracusa | If you only have a hammer, you tend to
macintsh@bu.edu | see every problem as a nail. -- Maslow
------------------------------
Date: 11 Jul 1998 02:19:40 GMT
From: alansz@araw.mede.uic.edu (Alan Schwartz)
Subject: Re: new charter and moderator for comp.lang.perl.announce
Message-Id: <6o6i3s$23ro$1@piglet.cc.uic.edu>
David Adler <dha@panix.com> writes:
>On 10 Jul 1998 06:46:50 -0700, Russ Allbery <rra@stanford.edu> wrote:
>
>>Just pick one of the people who is willing to run the risk of being
>>sued, appoint them comoderator for commercial content, and bounce
>>everything that you see that you're unwilling to make a judgement on
>>over their way.
>
>This may indeed be the best of all possible worlds (w/apologies to Leibnitz).
I think you mean Voltaire, author of Candide, who believed that
he lived in the best of all possible worlds. :)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Alan Schwartz <alansz@uic.edu>
Asst. Prof. of Clinical Decision Making | University of Illinois at Chicago
Adj. Asst. Prof. of Psychology | Department of Medical Education
"Life is what happens to you while you're busy making other plans"
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
------------------------------
Date: 11 Jul 1998 03:34:30 GMT
From: bem@news.cmc.net (brian moore)
Subject: Re: new charter and moderator for comp.lang.perl.announce
Message-Id: <slrn6qdna6.or7.bem@thorin.cmc.net>
On Fri, 10 Jul 1998 13:32:06 GMT,
Randal Schwartz <merlyn@stonehenge.com> wrote:
> >>>>> "Jeffrey" == Jeffrey R Drumm <drummj@mail.mmc.org> writes:
>
> Jeffrey> Please, just let the moderator use common sense to determine
> Jeffrey> what should show up on c.l.p.a. It's not like anyone will be
> Jeffrey> sued for what the moderator deems inappropriate.
>
> I believe you highly overestimate the Pointy-Haired Bosses^WLawyers
> ability to distinguish "common sense" from "legal right". People get
> sued over much smaller matters. And given my current legal
> entanglements (even though I just got a bit of relief, thank the
> maker!), I'm *not* interested in the slightest additional liability
> exposure.
Understandable: this is a nation of lawyers.
> I've been pretty fair so far at rejecting across-the-board for
> commercial stuff, so I could always use that as a trivial defense.
> But what about the day when I accept two ORA book postings in one
> week, and then "Teach Yourself WebWhacking For Dummies" comes along
> and it's a truely ghastly book and the press release is full of
> capital letters and it has only one chapter on Perl, and so I reject
> it just because the POSTING looks bad? Boom. Lawsuit. You cannot
> have *discretion* without accepting liability for *choices*. I either
> need a COMPLETELY objective ruling on commercial postings (heh, fat
> chance :), or I need to not do the job. It's that simple.
Or you could have others post them. Maybe add the "... or what the
moderators see fit..." clause and you won't have to post what you don't
want to post. If you have two or three other people annointed and
none of them approves a post, so be it. Must have gotten lost in the
mail or something. There are even existing moderation tools that
allow such an approval mechanism.
You certainly have valid reasons to fear the vagaries of clueless
lawyers, judges and even juries, but things like the TPJ, new animals
from ORA or even new perl newsgroups should get publicity.
--
Brian Moore Kill A Spammer For Jesus
Sysadmin, C/Perl Hacker, Usenet Vandal
------------------------------
Date: Sat, 11 Jul 1998 00:42:27 -0700
From: Rick Stidham <rick@netxp.com>
Subject: one more
Message-Id: <35A71763.E569B7DB@netxp.com>
Eric,
One more idea I just thought of. Try nxsearch4.pl as well. If that one
works, it's more efficient than the others.
Regards,
Rick
NetExpress
http://www.netxp.com
------------------------------
Date: 11 Jul 1998 03:28:48 GMT
From: kortbein@iastate.edu (Josh Kortbein)
Subject: Re: Perl CGI and warnings [Was: Re: -w on production code (was Re: better way of getting the last modified file?)
Message-Id: <6o6m5g$fue$2@news.iastate.edu>
Ilya Zakharevich (ilya@math.ohio-state.edu) wrote:
: [A complimentary Cc of this posting was sent to Tad McClellan
: <tadmc@flash.net>],
: who wrote in article <jaf1o6.do8.ln@localhost>:
: > Josh Kortbein (kortbein@iastate.edu) wrote:
: >
: >
: > : /home/kortbein% ls -l /var/local/httpd-cgi/*.* | wc
: > : 183 1648 16130
: >
: >
: > Hmmm. I'm confused about the above.
: >
: >
: > 'ls' is a Unix command.
In response to Tad's confusion (yes, I know the refs say I'm replying
to Ilya - the article to which I want to respond hasn't shown up in
a long time, even though I've read it elsewhere):
uname -a:
OSF1 isua3.iastate.edu V4.0 878 alpha
I wanted quick estimate of how many CGI programs there were sitting
around in /cgi-bin; as they were all basically named *.pl or *.cgi,
*.* seemed like a prudent wildcard.
cheers,
Josh
--
__________________________________________
She had heard all about excluded middles;
they were bad shit, to be avoided.
- Thomas Pynchon
------------------------------
Date: Sat, 11 Jul 1998 05:23:42 GMT
From: eodell@pobox.com (Eric O'Dell)
Subject: Perl-like C++ class library
Message-Id: <35a8e3ac.7006791@news>
I've been working on a C++ class library designed to provide Perl-like
functionality to C++ programmers when it is not possible or desirable
to embed Perl or to run an external interpreter. (I would be much
closer to completion than I am now, but I spent a year and a half
trying to trick C into behaving more like Perl before giving up and
porting it over to C++.)
The library is intended to be a modestly priced commercial product
(around $60 retail), and may be available free of charge for
non-commercial applications. A brief summary of the differences
between Perl and the as yet unnamed library are as follows:
[1] There are substantial differences in syntax between C++ and Perl.
I can't do anything about that, though I have exploited the
similarities as much as possible.
[2] There are some minor differences in the regular expression code.
These are not hard to work around if you encounter them, and they are
ameliorated by the availability of features not present in Perl.
[3] System and socket interfaces are not provided, for the simple
reason that the standard C/C++ libraries on your system probably do
provide them.
[4] C++ cannot discriminate between overloaded functions on the basis
of return types, and this has rather profound effects on the way
aggregate types are handled, e.g., hashes of hashes, etc. This is the
part I'm working on now, so I can't say exactly what the final
solution will be, except that I expect to be able to provide all of
the functionality of Perl types but with (in this case) very different
syntax.
Anyway, I'm posting this here at this time because enough of the
implementation is still vapor that I can (probably) make fairly
far-reaching changes in response to suggestions without too much
difficulty. If you're a Perl/C++ programmer who might be interested in
this sort of thing, comments, suggestions, and questions are welcomed.
[Incidentally, the library was originally called Perlesque, and was to
feature a belly-dancing camel as its logo (a pun on "burlesque"), but
this idea was canned to avoid trademark conflicts with O'Reilly. Then
it was dubbed "Bungee: Extreme Strings", but this was canned as being
too obscure. "Mother of Perl" has been suggested, but I think that
would only be appropriate if it were written in C, and "Son of Perl"
sounds too much like a 1950's horror B-movie.]
--Eric
+-------------------------------------------------------------------+
| "I have come a very long way from myself only to realize that |
| identity is a skill and self-betrayal is a habit. Once lost, the |
| former is very hard to regain; once gained, the latter is very |
| hard to lose." ---I. Corvus, _The Europe of Our Dreams_ |
+-------------------------------------------------------------------+
------------------------------
Date: 11 Jul 1998 03:44:27 GMT
From: gabor@vmunix.com (Gabor)
Subject: Re: Putting CPAN on a CD: good or not good?
Message-Id: <slrn6qdntt.48g.gabor@localhost.vmunix.com>
In comp.lang.perl.misc, brian d foy <comdog@computerdog.com> wrote :
# just got this is private email. i realize that CPAN was put
# onto the Perl Resource Kit CD, but i also had (have :) confidence
# in the people who put that together. i'm inclined to say no
# to this request (i have two modules on CPAN), but wanted to gauge
# the community sentiment.
#
# my thoughts:
#
# * CPAN on CD is outdated even before the first copy is burned.
# this is the strongest objection to the undertaking.
I have modules on CPAN and I told the guy to go ahead. I agree with the
bove statement but I don't object to it being done.
# * they're making money off of this (yes, so was ORA - well, they
# had the potential to make money anyway :)
And how many people make money off of using CGI.pm? :)
# * i probably don't have the right to say no (or anything else ) if
# i used the Perl Artistic License:
#
# 1. You may make and give away verbatim copies of
# the source form of the Standard Version of this
# Package without restriction, provided that you
# duplicate all of the original copyright notices
# and associated disclaimers.
#
# * the quality of the email message's grammar and spelling really
# make me think about the author's competence, although it
# sounds as if the language of the magazine and book may not
# be english (probably german).
#
# comments and such appreciated :)
I think if the person had ulterior motives then he would've done it
without asking. Seeing that all the modules(at least that ones I have
used) have pretty much a free license. Since he asked I think it is OK
to give your blessing. Just my thoughts on this issue. ;)
gabor.
--
Perl programming is an *empirical* science!
-- Larry Wall in <10226@jpl-devvax.JPL.NASA.GOV>
------------------------------
Date: 11 Jul 1998 02:17:30 GMT
From: alansz@araw.mede.uic.edu (Alan Schwartz)
Subject: Re: redux, step 1 (was Re: new charter and moderator for comp.lang.perl.announce)
Message-Id: <6o6hvq$2lhu$1@piglet.cc.uic.edu>
Randal Schwartz <merlyn@stonehenge.com> writes:
>
>So, that makes the two major issues I see to be:
>
>commercial posts accepted? (if so, labled)
>"non-programmer" posts accepted? (if so, labled)
Cogently summarized.
Personally, I'd argue that those who don't care about commercial
posts and non-programmer posts are likely to be (surprise!)
programmers. As such, they are also likely to be able to
painlessly killfile that which they don't want. So I guess
I support accepting both with labels, although I would
certainly killfile the non-programmer posts myself. :)
Appropriate labels might be COMMERCIAL (perhaps we can shorten
to COM: to preserve more substantive subject line?) and
END-USER (shorten to USER: or END:?) or, as was suggested
by another poster, APP: (short for APPLICATION).
>Some minor issues:
>
>Must be in CPAN, vs. can be anywhere, vs. should encourage CPAN
>Books/Magazines/Columns? (Unless they're free, subject to commercial above)
>Web sites? (And then how "perly" does it have to be?)
>Job Postings? Resumes? (Cans of Worms? :)
Personally, I'd say 'can be anywhere, CPAN encouraged',
'yes books/mags/columns', 'yes, websites devoted wholly to
perl programming or a particular perl module or application,
perhaps labeled WWW:', and 'no job postings unless labeled
JOB:, no resumes period, and only those cute red worms that
are so useful for vericomposting.'
>I cannot see how thousands of readers of CLPA can fully trust
>me to "do the right thing" about posting my own or a competitors
>commercial product. I don't want to ask for that level of trust
>either.
I second Russ, then: how about a co-moderator who handles
those postings that present a conflict of interest for you?
As I wrote earlier, I volunteer to serve as this person,
as I don't have any commercial relationship with perl and
have moderator experience. But if not me, it shouldn't be hard
to find someone.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Alan Schwartz <alansz@uic.edu>
Asst. Prof. of Clinical Decision Making | University of Illinois at Chicago
Adj. Asst. Prof. of Psychology | Department of Medical Education
"Life is what happens to you while you're busy making other plans"
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
------------------------------
Date: Sat, 11 Jul 1998 04:13:20 GMT
From: pjfarley@banet.net (Peter J. Farley III)
Subject: Re: redux, step 1 (was Re: new charter and moderator for comp.lang.perl.announce)
Message-Id: <35a6e020.9588526@news1.banet.net>
Randal Schwartz <merlyn@stonehenge.com> wrote:
<Snipped>
>And so far, we've had various ins and outs. Let me see if I can
>redraw the discussion lines a bit so we can bring people out to hear
>the whole arguments.
>First: commercial v. non-commercial --
>1) Some people don't want commercial postings at all
>2) Some (the majority?) wouldn't mind, and in fact want commercial
>postings, but only when labled in a way they can killfile.
>3) Some want commercial posts, and don't care if they're labled.
>
>Let's say that the final charter will not address group 3 here. Can
>we agree if there are commercial posts, they will be labeled?
PMFJI here, but for my $0.02, yes, that sounds reasonable and
acceptable.
>Second: Everything that comes along as long as it's well formatted,
>vs. things that are only of interest to programmers?
>a) Some people want no end-products, only building blocks or info
>b) Some people want allcomers
>c) Some people don't mind, as long as it's labled. What, "[PRODUCT]"? :)
>
>Can we assume that "a" and "c" are the majority here again, and
>request the "b" people to just ignore the label?
>
>So, that makes the two major issues I see to be:
>
>commercial posts accepted? (if so, labled)
>"non-programmer" posts accepted? (if so, labled)
Yes and yes.
>Did I miss any other major issues?
Not that I can see.
>Some minor issues:
>
>Must be in CPAN, vs. can be anywhere, vs. should encourage CPAN
Strongly encourage, but don't make it absolute. If it's available
*somewhere*, and it looks promising/interesting/useful, accept it.
Make it *easy* to get into CPAN, to help strongly encourage. As a
relative perl newbie myself, I don't know (though I can find out, I'm
sure) how to get my gem into CPAN, should I have one. The more widely
public the rules are, the easier it is to strongly encourage.
>Books/Magazines/Columns? (Unless they're free, subject to commercial above)
Yes, provided the perl relationship is there. Labeled, of course.
Tough on the moderator if they have to read everything mentioned,
though. Is "perl" in the title enough? Judgement and moderator
discretion required here, I think. Best left relatively
unconstrained, I would think.
>Web sites? (And then how "perly" does it have to be?)
Hmm-m-m. Wormy. Very wormy. If it's a site at which
promising/interesting/useful non-CPAN products are available, I would
think yes. Personal web page "resource lists"? Probably not, unless
it's extraordinary. More borderline: Script sites, especially until
the scripts archive is open and functional again.
>Job Postings? Resumes? (Cans of Worms? :)
Very very wormy, but also of interest, judging by the responses, to a
fair fraction of the community. Definitely a tossup. If yes,
definitely labeled. And perhaps subject to stronger review criteria
(e.g., direct employers only, no brokers/search firms allowed, but
then there's the thorny issue of consulting companies -- some of which
are one [or very few] person shops, not to mention the competition
angle). Not a decision *I* want to have to make. Strict labeling
assuages many fears, though. On balance, yes to postings, with
labeling.
Resume's are even wormier. But if you allow postings, resume's are a
natural concommitant.
Brevity is the key. Both postings and resume's, labeled and limited
in length would be my vote. 100 words or less, excluding identifiable
taglines (rules to be determined and published by the moderator).
>John> It seems to me that the experts in Perl who would be in the best
>John> position to act as King Soloman either already have a commercial
>John> interest in Perl or inevitably end up with some. My
>John> understanding is that Randal does not want to be in the position
>John> to have to balance this conflict of interest. I assume other
>John> Perl experts will have the same reasonable reservations. If they
>John> don't, I think many readers will.
>
>Right. I cannot see how thousands of readers of CLPA can fully trust
>me to "do the right thing" about posting my own or a competitors
>commercial product. I don't want to ask for that level of trust
>either.
You are too modest, but I don't blame you for not wanting the flames.
As W. (Billy the Kid) Joel has said so eloquently, "It's always been a
matter of trust...".
>John> I don't think moderating c.l.p.a should be a fulltime job. If
>John> the charter is explicit in what will be accepted, it doesnt have
>John> to be.
>
>Yes, we really are talking about five minutes a day, unless you're
>talking about the last two weeks. :)
R.O.F.L.
<Snipped>
Nicely summarized. Hope my unsolicited comments help firm it up.
----------------------------------------------------
Peter J. Farley III (pjfarley@nospam.dorsai.org OR
pjfarley@nospam.banet.net)
------------------------------
Date: 11 Jul 1998 02:13:05 GMT
From: "Jim Babbington" <jwb79@mail.idt.net>
Subject: Re: sending mail from within perl
Message-Id: <01bdac71$76af6510$58a084a9@xxxchjb>
try Net::smtp. I use it under NT, never tried it under 95.
Good luck,
Jim
------------------------------
Date: Sat, 11 Jul 1998 00:32:34 -0500
From: Matt Tucker <TinyE@smscreations.com>
To: Rob <roba@viewsoft.com>
Subject: Re: Sending output to a specific frame
Message-Id: <35A6F8F2.F4CCD716@smscreations.com>
Rob,
I had a similar problem using a perl script to create a html doc with
background, image centered and text , & placing it in the center frame.
I just used the target="center" in the html link that called the perl
script and it worked.
I spent three days trying to make it harder than it was by changing the
script.
Try the above solution and see if it will work for you.
If you want to see what I did, the URL is :
http://www.smscreations.com/personal.photoframe.html
The links at top pull a thumbnail page into left frame , thumbnails in
left link to .pl file which creates the html for the center display
frame.
Rob Archibald wrote:
>
> I have two search locations on my site, one for the whole site, and the
> other just for the documentation. For the documentation, the search engine
> is contained in a frame. I need to be able to direct the output from that
> frame to the MAIN frame for the results. Is there any way to do this in
> Perl?
--
Matt Tucker a.k.a. "TinyE"
TinyE@smscreations.com
ICQ#:10741764
------------------------------
Date: Sat, 11 Jul 1998 04:36:11 GMT
From: "Ken" <webmaster@RemoveThisToEmail.searchpoint.com>
Subject: String to Ascii
Message-Id: <%YBp1.784$xs3.513080@news.rdc1.bc.wave.home.com>
I am looking for a way to convert a string (a name) to ASCII code. The
problem with using ord() is that it only returns the code for the first
character. I am sure there is a way to use a loop to do this but my attempts
have failed.
I read the perl FAQ, and searched the archives.
Ken
ksmith@searchpoint.co m
------------------------------
Date: Sat, 11 Jul 1998 01:38:36 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: String to Ascii
Message-Id: <1dbzb1h.hewejv1ixbptnN@bay1-194.quincy.ziplink.net>
Ken <webmaster@RemoveThisToEmail.searchpoint.com> wrote:
> I am looking for a way to convert a string (a name) to ASCII code. The
> problem with using ord() is that it only returns the code for the first
> character. I am sure there is a way to use a loop to do this but my attempts
> have failed.
OWTDI (, TMT):
s/(.)/ord($1) . ' '/eggs;
--
_ / ' _ / - aka - rjk@coos.dartmouth.edu
( /)//)//)(//)/( Ronald J Kimball chipmunk@m-net.arbornet.org
/ http://www.ziplink.net/~rjk/
"It's funny 'cause it's true ... and vice versa."
------------------------------
Date: Fri, 10 Jul 1998 23:52:50 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: Trinary operator vs =~ : sometimes it doesn't pay to be too cute
Message-Id: <1dbz649.15h871q188i79sN@bay1-194.quincy.ziplink.net>
Peter Scott <psi@euclid.jpl.nasa.gov> wrote:
> $opt_t =~ /unix/i ? $doc =~ tr/\r/\n/ : $doc =~ tr/\r/\r\n/;
^^^^^^^^^^^
tr/// doesn't work like that. tr/\r/\r\n/ will replace each \r
character with, guess what, \r. You need to use s/// for what you're
trying to do.
--
_ / ' _ / - aka - rjk@coos.dartmouth.edu
( /)//)//)(//)/( Ronald J Kimball chipmunk@m-net.arbornet.org
/ http://www.ziplink.net/~rjk/
"It's funny 'cause it's true ... and vice versa."
------------------------------
Date: 11 Jul 1998 04:38:16 GMT
From: nroffman@aol.com (NROFFMAN)
Subject: Re: Win32_gd module
Message-Id: <1998071104381600.AAA24563@ladder03.news.aol.com>
Ahmad,
"Parse error" means you have the wrong
GD.pll binary for your build of perl. after
getting the BUILD version info from your
perl with
perl -v
Go to ftp://ftp.roth.net/pub/ntperl/GD/ and
get the GD build that is closest in number to
your build, or for ActivePerl, use the
ppm.pl script and type
"install GD"
to have ppm go and get the latest GD build
that works with ActivePerl and install it on
your system.
Also, you may want to look into joining the
win32-perl mailing lists at www.activestate.com
cause they deal with Win32 perl only :) and
they have a good web interface to their
archive ...
-- Max
------------------------------
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 3125
**************************************
