[23193] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 5414 Volume: 10

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Aug 23 11:05:55 2003

Date: Sat, 23 Aug 2003 08:05:07 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)

Perl-Users Digest           Sat, 23 Aug 2003     Volume: 10 Number: 5414

Today's topics:
    Re: Commonly used modules <sv99oya02@sneakemail.com>
    Re: Commonly used modules <tzz@lifelogs.com>
    Re: Emacs debugger and perl fork (Peter Scott)
        Matching FP Numbers and Using Sprintf <mikeflan@earthlink.net>
        Need spider help to create my own wireless data <johndoe44@hotmail.com>
    Re: Need spider help to create my own wireless data (Sam Holden)
    Re: Need spider help to create my own wireless data <flavell@mail.cern.ch>
    Re: Need spider help to create my own wireless data <flavell@mail.cern.ch>
    Re: Regex Question <mikeflan@earthlink.net>
    Re: Regular Expression Question <mikeflan@earthlink.net>
    Re: single entry window with input being sent to 2..n x <redgrunion@netscape.net>
    Re: What ever happened to comp.lang.perl ? <tcurrey@no.no.no.i.said.no>
    Re: What ever happened to comp.lang.perl ? <uri@stemsystems.com>
    Re: What ever happened to comp.lang.perl ? <tim@vegeta.ath.cx>
    Re: What ever happened to comp.lang.perl ? <flavell@mail.cern.ch>
    Re: What ever happened to comp.lang.perl ? <flavell@mail.cern.ch>
    Re: What ever happened to comp.lang.perl ? <jurgenex@hotmail.com>
    Re: What ever happened to comp.lang.perl ? (Jon Bell)
    Re:  <bwalton@rochester.rr.com>
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: Sat, 23 Aug 2003 10:29:15 +0200
From: =?ISO-8859-1?Q?Steffen_M=FCller?= <sv99oya02@sneakemail.com>
Subject: Re: Commonly used modules
Message-Id: <bi78ke$c7k$1@news.rz.uni-karlsruhe.de>

Jon wrote:
> Hi,
> 
> I'm curious to know what CPAN modules people use in their general day-to-day 
> perl scripting (or can't live without). For example I make lots of use of 
> the Date::Manip module and would hate to have to ever implement
> something like that.

Hi,

have a look at cpanratings.perl.org for a few popular ones.

Steffen
-- 
@n=([283488072,6076],[2105905181,8583184],[1823729722,9282996],[281232,
1312416],[1823790605,791604],[2104676663,884944]);$b=6;@c=' -/\_|'=~/./g
;for(@n){for$n(@$_){map{$h=int$n/$b**$_;$n-=$b**$_*$h;$c[@c]=$h}reverse
0..11;push@p,map{$c[$_]}@c[reverse$b..$#c];$#c=$b-1}$p[@p]="\n"}print@p;



------------------------------

Date: Sat, 23 Aug 2003 08:53:07 -0400
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: Commonly used modules
Message-Id: <4ny8xkpmbw.fsf@lockgroove.bwh.harvard.edu>

On Sat, 23 Aug 2003, jonov@iprimus.com.au wrote:

> I'm curious to know what CPAN modules people use in their general
> day-to-day perl scripting (or can't live without). For example I
> make lots of use of the Date::Manip module and would hate to have to
> ever implement something like that.

Parse::RecDescent
AppConfig
Class::DBI
Proc::ProcessTable
MIME::Lite
Digest::MD5

Ted


------------------------------

Date: Sat, 23 Aug 2003 13:43:46 GMT
From: peter@PSDT.com (Peter Scott)
Subject: Re: Emacs debugger and perl fork
Message-Id: <mcK1b.812035$ro6.16263769@news2.calgary.shaw.ca>

In article <cdd61647.0308220700.3e8731b3@posting.google.com>,
 kcorcam@yahoo.com (Kelly Corcam) writes:
>Does anyone know how to use emacs
>perl debugger to debug a forked child
>process?   I want to be able to open 
>another emacs window for each child 
>process so that I can debug it.
>
>Is this possible?

Not in emacs. There is only one circumstance under which you
can run the debugger on a program that forks, and that is
when the debugger is running in an xterm (and IIRC the TERM
environment var must be set to 'xterm').  Then when the fork
happens another xterm will open with a debugger prompt for
debugging the child.  You shouldn't find it any great
inconvenience to use xterm instead of emacs.

Under any other circumstance, running the debugger on a
program when it forks is disastrous.  You get one terminal 
talking to multiple processes and you will be lucky if
you can just figure out how to get out of them and clean
up.

-- 
Peter Scott
http://www.perldebugged.com


------------------------------

Date: Sat, 23 Aug 2003 13:52:32 GMT
From: Mike Flannigan <mikeflan@earthlink.net>
Subject: Matching FP Numbers and Using Sprintf
Message-Id: <3F477235.583020D5@earthlink.net>


Maybe it's just me, but I don't find the documentation on
sprintf to be very enlightening.  I've read it many times
and still can't figure it out, despite being a math kinda
guy.

I don't expect anybody here to explain it to me.  It
would take way too much typing.  I have the Camel
book and I'll figure it out today or tomorrow.

But one thing you could help me with is how best to
match a simple number with a decimal point (fp number?).

I want to match the 21.33 and 8.75 on the first line below.
I am using this right now:
/^\s{9}(\d{1,3})\s*[NS](\d+).\s+(\d+\.\d+)\'[WE](\d+).(\d+\.\d+)\'/i;

Does (\d+\.\d+) seem like a good way to you'all?  Surely
there is a simpler way.  I don't want a string, I want the
number (21.33).

Then I thought to do come calculations and make the
result a number like 99.1458330000 (10 digits after
the decimal point) I could use:

$l = $4+($5/60);
$m = sprintf %.10f, $l;

The error I get is
"Number found where operator expected at . . .  line 28,
near "%.p" . . . "

I've tried a bunch of things, but can't fix the problem.


Mike


__DATA__
         10 N29° 21.33'W99° 8.75'  2.32 mi
         11 N29° 20.16'W99° 10.63'23.55 mi
         12 N29° 18.75'W99° 34.02' 8.94 mi
         13 N29° 16.76'W99° 42.63' 7.64 mi




------------------------------

Date: Sat, 23 Aug 2003 09:55:25 GMT
From: Monty <johndoe44@hotmail.com>
Subject: Need spider help to create my own wireless data
Message-Id: <3F473A0C.2060308@hotmail.com>

I just gained access to the Internet through my wireless phone. Most of 
the sites I need data from contain no data because they're not setup for 
wireless access. Quite frankly, everything I've seen so far is junk.

I'm thinking I need to learn how to "spider" a few important sites at an 
indicated time, parse the data and print it to my own web server where I 
can view it in a more "wireless friendly" mode.

Is this possible? Is it the right way to go? The sites I'm looking at 
always print their data with the same HTML format so it would be easy to 
strip out all the useless data and just keep what I need. I can do the 
Perl coding for that but have no idea how to create the spider side of 
it. How do I access data from another site using Perl in a CGI script? 
That's the only coding I'm familiar with.

Monty



------------------------------

Date: 23 Aug 2003 10:33:08 GMT
From: sholden@flexal.cs.usyd.edu.au (Sam Holden)
Subject: Re: Need spider help to create my own wireless data
Message-Id: <slrnbkegn4.4j5.sholden@flexal.cs.usyd.edu.au>

On Sat, 23 Aug 2003 09:55:25 GMT, Monty <johndoe44@hotmail.com> wrote:
> I just gained access to the Internet through my wireless phone. Most of 
> the sites I need data from contain no data because they're not setup for 
> wireless access. Quite frankly, everything I've seen so far is junk.
> 
> I'm thinking I need to learn how to "spider" a few important sites at an 
> indicated time, parse the data and print it to my own web server where I 
> can view it in a more "wireless friendly" mode.
> 
> Is this possible? Is it the right way to go? The sites I'm looking at 
> always print their data with the same HTML format so it would be easy to 
> strip out all the useless data and just keep what I need. I can do the 
> Perl coding for that but have no idea how to create the spider side of 
> it. How do I access data from another site using Perl in a CGI script? 
> That's the only coding I'm familiar with.

The LWP modules make it very easy to grab the content from a URL.
For simple stuff it can be as easy as:

use LWP::Simple;
my $content = get('http://www.perl.com/');

Then you just munge it to suit the format you want.

The various HTML parsing modules (such as HTML::Parser) make doing
that munging reasonably straight forward. Though sometimes a few
regexes will do the job - especially for non-critical personal use
stuff.

-- 
Sam Holden



------------------------------

Date: Sat, 23 Aug 2003 12:09:43 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: Need spider help to create my own wireless data
Message-Id: <Pine.LNX.4.53.0308231206170.11960@lxplus080.cern.ch>

On Sat, Aug 23, Monty inscribed on the eternal scroll:

> I'm thinking I need to learn how to "spider" a few important sites at an
> indicated time, parse the data and print it to my own web server where I
> can view it in a more "wireless friendly" mode.

I would suggest googling for Nick Kew's mod_accessibility.  Might not
be precisely what you want, but the approach would seem to be a good
framework for it.

OK, you can skip the google - I have the URL here
http://www.webthing.com/software/mod_accessibility/


------------------------------

Date: Sat, 23 Aug 2003 14:00:08 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: Need spider help to create my own wireless data
Message-Id: <Pine.LNX.4.53.0308231347380.5173@lxplus087.cern.ch>

On Sat, Aug 23, Sam Holden inscribed on the eternal scroll:

> Though sometimes a few regexes will do the job - especially for
> non-critical personal use stuff.

Even "personal use stuff" has a habit of adding features, bit by bit,
until it turns into an unmanageable mess.  (And I say that from
well-earned personal experience.)  I'd recommend starting with a sound
foundation, upon which, later enhancements could be added without
digging oneself into a deeper and deeper pit.

And, as I thought the example of Nick Kew's mod_accessibility could
illustrate (as the basis of an idea that could be implemented in other
languages, natch) - by doing the basic thing right you can have a
structure that's sufficiently versatile to do a range of jobs, which -
with the rapid developments of mobile/wireless kit - would seem
valuable even for a "non-critical personal use" project.  As long as
the components (CPAN modules etc.) are there, all you should need to
code would be some Perl glue to hang them together.

IMHO, anyway.


------------------------------

Date: Sat, 23 Aug 2003 14:35:27 GMT
From: Mike Flannigan <mikeflan@earthlink.net>
Subject: Re: Regex Question
Message-Id: <3F477C45.4F6F1375@earthlink.net>


Tad McClellan wrote:

> unpack() is useful with fixed width fields.
>
> > TP,DMS, 35.020041249, -94.3847918870,12/31/1989,00:00:00,1
>
>    my( undef, $num1, undef, $num2 ) = unpack 'A8 A12 A3 A13', $_;

That is useful.  Thanks for the pointer.
Pack and Unpack is something that is often overlooked by me
in favor of regex's.  Not sure that will change, but these
functions appear very good for fixed width formats.


Mike




------------------------------

Date: Sat, 23 Aug 2003 14:21:11 GMT
From: Mike Flannigan <mikeflan@earthlink.net>
Subject: Re: Regular Expression Question
Message-Id: <3F4778ED.6C624A06@earthlink.net>


Simon Taylor wrote:

> Here is a snippet of code that matches lines in a file that contain only
> words that start with an upper-case character, as well the other cases
> you've mentioned.
>
> #!/usr/bin/perl -w
> use strict;
>
> while (<>) {
>      print "   line: $_";
>      print "matched: $_" if ($_ =~ m/^([A-Z&]\S*\s*)+$/);
> }

I just have to ask, what is that '&' in [A-Z&] doing?
Is it just matching anything that starts with '&' in addition
to A-Z?  I suspect not - I suspect it's doing something else.


Mike


>
>
> and here is the sample data file I used:
>
> Cats
> Cats And Dogs
> Ignore this line?
> A Man Walks Down The Street
> Johnson & Johnson CauLife Ins. Co.
> johnson & johnson CauLife Ins. Co. - Gets Ignored
> Ignore this line, also?
> Should, See This Line
> Should-see This Line



------------------------------

Date: Sat, 23 Aug 2003 14:40:59 GMT
From: red grunion <redgrunion@netscape.net>
Subject: Re: single entry window with input being sent to 2..n xterms simultaneously
Message-Id: <opruc4ezun5ibqfq@news-server.cinci.rr.com>

On Tue, 19 Aug 2003 14:14:39 -0600, Rob Petty <robsjobs@hotmail.com> wrote:

>
> "Jonathan Stowe" <gellyfish@gellyfish.com> wrote in message 
> news:fEU%a.12$Yx6.2912@news.dircon.co.uk...
>> Rob Petty <robsjobs@hotmail.com> wrote:
>> > I am using a Linux box as a fill-in for a Sun Cluster "cluster 
>> console" machine.  The only thing I am missing is the ability
> to
>> > open three windows:
>> > 1 is a small window like a Perl/Tk with a simple text input box.
>> > 2 are normal xterm windows
>> >
>> > Each xterm window can have direct text input individually, but the
>> > kicker is that typing in the smaller window with just the text box
>> > sends the text to both xterm windows at the same time.  (One entry
>> > for configuration info and any other valid CLI command, two outputs)
>> >
>>
>> At a guess (and I really can't be arsed to experiment right now ) you 
>> might
>> be able to use X11::Protocol to send the appropriate X events to the 
>> xterm
>> windows however you may need information about those windows that might 
>> not
>> be available easily to the Perl program.  I'd start by looking in the X
>> documentation.
>>
>
>
> Thanks for the reply.  I'll start looking into it.
>
>
>

you should check out expect (http://expect.nist.gov).

i wrote something similar years ago using expect, a point-and-click GUI 
(like your simple text input box), and xterm to allow complex
command strings to be input at the click of a button, while still
providing the user the capability to interact directly through the
xterm.  the expect example 'kibitz' script got me started in the right 
direction.

essentially, you need to allow the xterm to be able to take input from
both direct input (user typing) as well as your input box.

so, write an expect process that both spawns (expect terminology) a shell 
(for user typing) and opens a "file" (i used named pipes, iirc) for
reading input from your text input box.  write your expect script to read 
from both input sources and send the output to the xterm window.

my app was single GUI <-> single xterm, so my GUI didn't have to do
anything more than write its generated text strings to the named pipe.

you want your text input box to send to multiple xterm windows, so you'll
need a way to provide that 1:n fan-out.  if you're using named
pipes, for instance, you could have your text box send its output to all
the named pipes; the expect process at the other end of each of the named 
pipes will consume the input.

i'm sure there's probably a perl way to do this - but the expect FAQ
addresses this topic better than i can.



------------------------------

Date: Sat, 23 Aug 2003 00:10:15 -0700
From: "Trent Curry" <tcurrey@no.no.no.i.said.no>
Subject: Re: What ever happened to comp.lang.perl ?
Message-Id: <bi740t$pgp$1@news.astound.net>

"Uri Guttman" <uri@stemsystems.com> wrote in message
news:x7d6eworaj.fsf@mail.sysarch.com...
> >>>>> "TM" == Tad McClellan <tadmc@augustmail.com> writes:
>
>   TM> Sam Holden <sholden@flexal.cs.usyd.edu.au> wrote:
>   >> Should I ask here for help on vi commands?
>
>
>   TM> How do I get this durn thing out of "beep mode"?
>
> use Emacs ;
>
> uri

Riddle me this: Is it such a crime to ask a question pertaining to vi or
Emaces or apache that would allow you to work with Perl directly? Ok, you
would not ask general vi or Emaces or apache questions in this group, but
there should be no hard in a question that a someone having used Perl might
know, such as, for sake of example, "how do setup perl syntax
checking/highlighting in Emaces?" Editors that you two have named are some
of the most popular editors for UNIX users who write Perl, just like Apache
is very popular for Perl coders who wish to expand their application of Perl
to a web browser.

The point is, such topics have quite commonly been dismissed as off-topic,
when they indeed relate to Perl, more to something more akin to what should
be maybe. YES, it's not language specific, but there are also many things
that people in a vi, or Emaces or apache may not know about Perl (and setup
stuff and the likes) that a seasoned Perl user likely would.

I think it's 100% impossible to have dedicated groups for *every*
possibility and cross subject. If attempted there would most like be at
least an order of magnitude more news groups on public/ISP Usenet servers
then there already are.

Are we just suppose to just out-law anything and everything simply because
it doesn't meet a tight topic criteria?




------------------------------

Date: Sat, 23 Aug 2003 07:27:43 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: What ever happened to comp.lang.perl ?
Message-Id: <x77k54omts.fsf@mail.sysarch.com>

>>>>> "TC" == Trent Curry <tcurrey@no.no.no.i.said.no> writes:


  TC> Riddle me this: Is it such a crime to ask a question pertaining to
  TC> vi or Emaces or apache that would allow you to work with Perl
  TC> directly? Ok, you would not ask general vi or Emaces or apache
  TC> questions in this group, but there should be no hard in a question
  TC> that a someone having used Perl might know, such as, for sake of
  TC> example, "how do setup perl syntax checking/highlighting in
  TC> Emaces?" Editors that you two have named are some of the most
  TC> popular editors for UNIX users who write Perl, just like Apache is
  TC> very popular for Perl coders who wish to expand their application
  TC> of Perl to a web browser.

there is even a autoposted perl in emacs post in this group.

but configuration of emacs is offtopic. configuration of apache is
offtopic. neither involve the perl language or program which is the
topic of this group.

  TC> The point is, such topics have quite commonly been dismissed as
  TC> off-topic, when they indeed relate to Perl, more to something more
  TC> akin to what should be maybe. YES, it's not language specific, but
  TC> there are also many things that people in a vi, or Emaces or
  TC> apache may not know about Perl (and setup stuff and the likes)
  TC> that a seasoned Perl user likely would.

you still have to differentiate whether it is perl specific or
apache/editor/whatever specific. in fact knowing the difference will
lead to a faster solution to the problem for the poster.

so telling someone that it is not a perl problem is actually helping
them. the poster doesn't know enough to tell that for themself.

  TC> I think it's 100% impossible to have dedicated groups for *every*
  TC> possibility and cross subject. If attempted there would most like
  TC> be at least an order of magnitude more news groups on public/ISP
  TC> Usenet servers then there already are.

sure 100% is impossible. but 95% is doable and reasonable.

  TC> Are we just suppose to just out-law anything and everything simply
  TC> because it doesn't meet a tight topic criteria?

to some value of epsilon it is tight enough. and that is true for most
groups.

uri

-- 
Uri Guttman  ------  uri@stemsystems.com  -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs  ----------------------------  http://jobs.perl.org


------------------------------

Date: 23 Aug 2003 00:31:41 -0700
From: Tim Hammerquist <tim@vegeta.ath.cx>
Subject: Re: What ever happened to comp.lang.perl ?
Message-Id: <slrnbke63s.66a.tim@vegeta.ath.cx>

Trent Curry graced us by uttering:
[...]
> Are we just suppose to just out-law anything and everything
> simply because it doesn't meet a tight topic criteria?

Hmm, you bring up an interesting point that has never been
brought up in this forum before.

Oh, wait a minutes.  Yes it has.  Martien had something to say
about this several years ago.  It's a bit long, but you don't
seem to be in a hurry to discuss Perl.

http://groups.google.com/groups?selm=slrn93eob4.o20.mgjv%40martien.heliotrope.home

HAND.
Tim Hammerquist
-- 
And now for something completely different.


------------------------------

Date: Sat, 23 Aug 2003 11:32:46 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: What ever happened to comp.lang.perl ?
Message-Id: <Pine.LNX.4.53.0308231122540.11960@lxplus080.cern.ch>

On Sat, Aug 23, Luriel inscribed on the eternal scroll:

> Alan J. Flavell wrote:
> > On Fri, Aug 22, Matt Garrish inscribed on the eternal scroll:
> >> [...] One would
> >> assume that Perl programmers would probably be familiar with
> >> setting up the environment in which to run their scripts, and be
> >> willing to help.
> >
> > That's where you'd be dead wrong, for many of the serious users of
> > Perl here.  (Myself, for one, excluded... but then, maybe I'm not
> > serious enough... ;-)
>
> And you can speak for each_and_every person in this group?

I'm going to have to suggest some attention to your reading
comprehension.  "Many of the serious users" does not even attempt to
speak for "every" person in the group, but as a long-time contributor
here (and editor of part of faq9 where these issues are explored) I do
think I have the approximate temperature of the group, and I can
confidently inform you that there are plenty of serious Perl
programmers who do not write CGI scripts.

> Do you really think no "serious" programmer would use it on a www
> platform???

Now you're really drifing into fantasy, I'm afraid.

> No offense instended Flavell, but I think on this note is "where you'd be
> dead wrong".

If I had said what you appear to believe I had said, then I would
indeed be wrong.  But I didn't, and I think the record shows that.

-- 
     "If designers haven't done previous work for the web, they can come
     to it with certain preconceptions." - Martin Tanton in uk.n.w.a



------------------------------

Date: Sat, 23 Aug 2003 11:48:31 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: What ever happened to comp.lang.perl ?
Message-Id: <Pine.LNX.4.53.0308231133350.11960@lxplus080.cern.ch>

On Fri, Aug 22, Trent Curry inscribed on the eternal scroll:

> The fact the on many news
> servers BOTH comp.lang.perl and comp.lang.perl.misc exist didn't help the
> fact that .misc would be seen by many as miscellaneous.

Well, that is an accident of history.  The rmgroup for comp.lang.perl
was properly issued, but for whatever reason it wasn't actioned
everywhere (I think detailed discussion of that would be for a
history-of-usenet group rather than here, but as Jon Bell is on the
thread maybe we'll get an informative comment?).

Conversely, comp.infosystems.www.authoring.stylesheets was properly
created, but for many years a significant proportion of servers failed
to honour its existence, which was annoying for the participants.

What's odd to me is that big-8 chkgroups messages are sent at
intervals, which are supposed to facilitate synchronisation of the
newsgroup names, but it seems that some servers don't honour those
either.

> > It does *not* mean "anything which is remotely related to foo, no
> > matter that there might be several other groups where the issue would
> > be more on-topic".
>
> Yes, but this is not the definition that most would come to from the name
> ".misc".

Usenet is a community which, like all communities, has some of its own
special rules, that aren't necessarily self-evident.  That's why there
are new-user FAQs.  It isn't done that way in order to deliberately
expose newcomers: rather, it has grown up over time for a variety of
different reasons, for which no one individual is to blame.  In the
words of the prophet: "cope with it".

> But can't you understand that (at least part of) the REASON that people were
> asking some of those so-called off topic and cgi related questions IS the
> name of the group.

Sure, that's why, when we think they're in the wrong place, we try to
direct them to what we think would be a better place.

> > That's where you'd be dead wrong, for many of the serious users of
> > Perl here.  (Myself, for one, excluded... but then, maybe I'm not
> > serious enough... ;-)
>
> How so? Just becuase you and some of your collegues don't use Perl via web
> servers,

Hang on, are you having reading comprehension problems too?  Whose
name is on the present version of the CGI information in the Perl FAQ
part 9?

cheers



------------------------------

Date: Sat, 23 Aug 2003 14:54:08 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: What ever happened to comp.lang.perl ?
Message-Id: <keL1b.2527$081.1966@nwrddc02.gnilink.net>

Luriel wrote:
> Jürgen Exner wrote:
>> Matt Garrish wrote:
>>> "Rafael Garcia-Suarez" <rgarciasuarez@free.fr> wrote in message
>>> news:slrnbkcsrc.gn1.rgarciasuarez@dat.local...
>>> It isn't much of a stretch for me to understand why new programmers
>>> trying to get their scripts to run in Apache (simply as an example
>>> that occurs quite frequently), would think it perfectly reasonable
>>> to post to comp.lang.perl.misc to ask other Perl programmers what
>>> the problem might be (without expecting to be flamed).
>>
>> Except that Apache and Perl have pretty much nothing to do with each
>> other?
>
> Ever heard of mod_perl?

If you have a question about how to use mod_perl then I think nobody will
yell at you, although maybe CLP.modules might even be a better place to ask.

> Apache is only one of the largest (web
> orientated) platforms where Perl is used!

Sure. As is Linux and FreeBSD and Windows9x and Windows2k and Mac and
Solaris and .... for non-web oriented.
Does that make any question about how to configure Linux, FreeBSD,
Windows9x, Windows2k, Mac, Solaris, .... an appropriate topic for this
group?
If the answer would be "Well, you do it exactly the same way as you would do
it for Fortran or C or Basic or Lisp or ...." then obviously it has nothing
to do with Perl.

> As has been said already,
> virually any *NIX distro for the past many years has been coming pre
> packaged with Apache and Perl, and in more times then not Perl is
> already setup to run on it.
>
> Face it, CGI is a huge use of Perl and has been for quite some time.
> Yes thye have their own territories but thye also have many
> overlapping properties.

Sure. Just as Perl has a large followship among Unix adminstrators or
managers of large programming projects even on Windows. Does that make any
Unix administration question on topic here? Or any question about manage a
multi-million line programming project?

>>> One would assume
>>> that Perl programmers would probably be familiar with setting up the
>>> environment in which to run their scripts, and be willing to help.
>>
>> Certainly. Just set your path to perl (or perl.exe on Windows) and
>> off you go.
>
> For that matter there is and has been Win32 versions of Apache too ;p

>> What does that have to do with Apache? I'm writing Perl programs on
>> and off for the last 10 years or so. I've never used Apache or any
>> other web server for that matter.
>
> I've written many web based server management scripts in Perl that
> run on a ww server (Apache in my case.) Hell, WEBMIN is written
> entirely in Perl!
>
> Ok, it doesn't *directly* have anything to do with Apache, but Apache
> can, at the same time, be considered a tool to augment Perl.

As is Notepad or vi or emacs or even DOS. Yes, DOS: if you are using Windows
then you still need some place to run your Perl script. Does that make any
DOS question on topic here?
If the question is related to Perl, then probably yes. Heck, there is even
an FAQ entry about that DOS quotes are different from Unix quotes or about
the infamous differences in line end characters.
But let's say "How do I set my path in DOS so that I can call Perl"? Well,
you do it exactly the same way you would add any other directory to your
path.
"How do open a new window when a user clicks a button?" Well, you do it
exactly the same way as you would do it in C or Haskell or Cobol (assuming
you are asking about a CGI script; most often people don't even mention that
little, minor detail and you wonder if they are talking about Perl::Tk or
Win32::API or what).

jue





------------------------------

Date: Sat, 23 Aug 2003 15:03:42 GMT
From: jtbellq2f@presby.edu (Jon Bell)
Subject: Re: What ever happened to comp.lang.perl ?
Message-Id: <HK2v67.109@presby.edu>

In article <Pine.LNX.4.53.0308231133350.11960@lxplus080.cern.ch>,
Alan J. Flavell <flavell@mail.cern.ch> wrote:
>
>Well, that is an accident of history.  The rmgroup for comp.lang.perl
>was properly issued, but for whatever reason it wasn't actioned
>everywhere

It's as simple as the fact that the moderator of news.announce.newgroups 
can't hold a gun to every news server administrator's head and tell 
him/her, "remove that group or I pull the trigger."  :-)

Very few servers carry out all control messages (especially rmgroups)
automatically because it's too easy to forge them.  It's possible to set
up a server to use PGP to verify the sender of PGP-signed control
messages, but many server admins don't go to that trouble.

Newgroup control messages are affected by the same considerations, but at 
least if someone using a certain server doesn't see a new group show up 
that he's been waiting for, he can ask the server admin to add it, and 
usually it will be done.  I doubt that many people would take the trouble 
to ask their admins to remove a "bogus" group that they know about.

>Conversely, comp.infosystems.www.authoring.stylesheets was properly
>created, but for many years a significant proportion of servers failed
>to honour its existence, which was annoying for the participants.

A perfect example.  This sort of thing is probably the biggest factor that
led the new team of n.a.n moderators last year to impose a moratorium on
converting unmoderated groups to moderated ones.  It's confusing when some
servers carry a group as moderated and others carry it as unmoderated.

>What's odd to me is that big-8 chkgroups messages are sent at
>intervals, which are supposed to facilitate synchronisation of the
>newsgroup names, but it seems that some servers don't honour those
>either.

As with other control messages, in order to be sure a checkgroups is 
valid, you need to use PGP.

-- 
Jon Bell <jtbellap8@presby.edu>                     Presbyterian College
Dept. of Physics and Computer Science        Clinton, South Carolina USA


------------------------------

Date: Sat, 19 Jul 2003 01:59:56 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: 
Message-Id: <3F18A600.3040306@rochester.rr.com>

Ron wrote:

> Tried this code get a server 500 error.
> 
> Anyone know what's wrong with it?
> 
> if $DayName eq "Select a Day" or $RouteName eq "Select A Route") {

(---^


>     dienice("Please use the back button on your browser to fill out the Day
> & Route fields.");
> }
 ...
> Ron

 ...
-- 
Bob Walton



------------------------------

Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin) 
Subject: Digest Administrivia (Last modified: 6 Apr 01)
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.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 V10 Issue 5414
***************************************


home help back first fref pref prev next nref lref last post