[17698] in Perl-Users-Digest
Perl-Users Digest, Issue: 5118 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Dec 15 03:10:49 2000
Date: Fri, 15 Dec 2000 00:10:33 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <976867832-v9-i5118@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Fri, 15 Dec 2000 Volume: 9 Number: 5118
Today's topics:
Re: FAQ 5.11: How can I translate tildes (~) in a fil <johnlin@chttl.com.tw>
Re: FAQ 5.11: How can I translate tildes (~) in a fil (Randal L. Schwartz)
Re: FileSearch <lars_lars@home.se>
Re: first-post email FAQ (was Re: Posting Guidelines fo <joe+usenet@sunstarsys.com>
How can I check for 'shared' variable errors in my Perl <pobbard@hotresponse.com>
Re: How to identify Windows platform from within a Perl (Tim Hammerquist)
HTML::TableExtract w/ <br> in header <zarathustra@enviroweb.org>
Re: initialize array of identical elements (Tom Hoffmann)
Re: initialize array of identical elements <uri@sysarch.com>
Re: initialize array of identical elements <joe+usenet@sunstarsys.com>
Re: installing perl on win98 <samuel@knm-e.se>
Re: installing perl on win98 <tward10@jaguar.com>
Is it possible to log into an area protected by .htacce <johnm@acadiacom.net>
Re: Is there an overhead using long variable names? <bwalton@rochester.rr.com>
Re: Is there an overhead using long variable names? <james@zephyr.org.uk>
Re: Is there an overhead using long variable names? <uri@sysarch.com>
Re: Is there an overhead using long variable names? (Logan Shaw)
Network <rickshaw@fast.net>
Re: Parsing files backwards <tony_curtis32@yahoo.com>
Re: Perl / CGI? (Tim Hammerquist)
Re: Perl 5.60 and mod_perl for Apache 1.3.14 <johngros@Spam.bigpond.net.au>
Re: Perl 5.60 and mod_perl for Apache 1.3.14 (Tim Hammerquist)
perl scripts as exe's <johngros@Spam.bigpond.net.au>
Re: Posting Guidelines for comp.lang.perl.misc ($Revisi (John Stanley)
Re: Posting Guidelines for comp.lang.perl.misc ($Revisi (Christian Kaufhold)
Re: Posting Guidelines for comp.lang.perl.misc ($Revisi (Tad McClellan)
Re: Posting Guidelines for comp.lang.perl.misc ($Revisi (John Stanley)
Re: Posting Guidelines for comp.lang.perl.misc ($Revisi (Chris Fedde)
Re: Posting Guidelines for comp.lang.perl.misc ($Revisi (John Stanley)
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 15 Dec 2000 10:37:04 +0800
From: "John Lin" <johnlin@chttl.com.tw>
Subject: Re: FAQ 5.11: How can I translate tildes (~) in a filename?
Message-Id: <91c091$chh@netnews.hinet.net>
> Use the <> (glob()) operator, documented in the perlfunc manpage. This
> requires that you have a shell installed that groks tildes, meaning
csh
> or tcsh or (some versions of) ksh, and thus may have portability
> problems.
This documentation is out of date, right?
John Lin
------------------------------
Date: 14 Dec 2000 21:48:09 -0800
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: FAQ 5.11: How can I translate tildes (~) in a filename?
Message-Id: <m1ae9ynskm.fsf@halfdome.holdit.com>
>>>>> "John" == John Lin <johnlin@chttl.com.tw> writes:
>> Use the <> (glob()) operator, documented in the perlfunc manpage. This
>> requires that you have a shell installed that groks tildes, meaning
John> csh
>> or tcsh or (some versions of) ksh, and thus may have portability
>> problems.
John> This documentation is out of date, right?
Not for the version of Perl (5.5.3) that most of us are using until
5.6.1 comes out.
/me waits patiently.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Thu, 14 Dec 2000 23:29:08 GMT
From: "Lars Svensson" <lars_lars@home.se>
Subject: Re: FileSearch
Message-Id: <8Jc_5.532$wz.30118@nntp1.chello.se>
It´s not important. I was thinking of using unix-command find for the
search. The script is striktly for Unix/Linux.
Lars
"Abigail" <abigail@foad.org> skrev i meddelandet
news:slrn93hgse.elk.abigail@tsathoggua.rlyeh.net...
> On Wed, 13 Dec 2000 22:57:37 GMT, Lars Svensson (lars_lars@home.se) wrote
in comp.lang.perl.misc <URL: news:<B9TZ5.463$wz.26977@nntp1.chello.se>>:
> ++
> ++ I want to write a searchengine for a single computer with multiple
disks.
> ++ Does anyone know which module to use?
>
>
> There are several modules you could use. I'd recommend to at least use
strict.
>
> BTW, makes you think that having multiple disks is significant?
>
> Abigail
------------------------------
Date: 14 Dec 2000 18:30:21 -0500
From: Joe Schaefer <joe+usenet@sunstarsys.com>
Subject: Re: first-post email FAQ (was Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 0.1 $))
Message-Id: <m37l52vawi.fsf@mumonkan.sunstarsys.com>
tadmc@metronet.com (Tad McClellan) writes:
> Bart Lateur <bart.lateur@skynet.be> wrote:
>
>
> >It looks remarkably much like the mail I got when I first posted to
> >comp.lang.perl.misc with a new e-mail address. It got sent to every new
> >poster (with an unmunged e-mail address -- duh!).
>
>
> I asked this too, but got no response.
>
> Can anyone verify that the first-post emailed FAQ is still operational?
Here's what I got sent when I first posted in October:
From: Nathan Torkington <gnat@frii.com>
Subject: WELCOME to comp.lang.perl.misc
To: joe+usenet@sunstarsys.com
Date: Thu, 12 Oct 2000 16:00:06 -0600 (MDT)
Hello,
This email is automatically sent to every new poster to
comp.lang.perl.misc. You should only receive it once. My apologies
if the program contacts you twice, perhaps at two different accounts.
This is not a flame, only an attempt to help newcomers get the most
out of the newsgroup.
If you are an experienced Perl programmer who simply has not posted
before, or have inadvertently cross-posted to comp.lang.perl.misc, I
apologize for inconveniencing you with this message. Keep in mind
that it is intended to help inform newcomers and cut down on redundant
posts, which you then won't have to read. Some of the resources in it
may prove useful to you anyway, however.
Please look at the following tips, which will often answer your
questions without the need to post at all. Every post to the
newsgroup consumes the time and effort of readers all over the world,
and your cooperation is essential to make the newsgroup useful for
everyone.
[...]
>
>
> >Doesn't this happen
> >any more?
>
>
I would think so. If you want the full transcript I can email
it to you.
--
Joe Schaefer
------------------------------
Date: Fri, 15 Dec 2000 05:06:17 GMT
From: "Philip P. Obbard" <pobbard@hotresponse.com>
Subject: How can I check for 'shared' variable errors in my Perl CGI?
Message-Id: <dFh_5.547$cl3.180120@typhoon2.ba-dsg.net>
Hi all,
I'm in the process of converting an existing Perl/CGI application to
mod_perl. While my existing CGIs and packages made heavy use of 'use
strict', I've run into another problem: shared variables. e.g., a script
might look like this:
#!/usr/local/bin/perl
use strict;
use CGI;
my $query = new CGI;
my @params = $query->param();
&process_form;
exit;
sub process_form {
for each my $item (@params) {
warn $query->param($item);
}
return 1;
}
Now, if I do a "perl -cw myscript.cgi" on this file, no errors will be
found. If I run the CGI through Apache, all will go fine. If I change the
top line to:
#!/usr/local/bin/perl -w
... all will be fine (unless @param turns out to be empty, in which case
I'll get harmless "uninitialized value" errors).
BUT if I run the same CGI under an Apache directory configured for mod_perl
(on the same server - same version of Perl (5.005), same CGI.pm, etc.), I'll
get messages like:
[Wed Dec 13 09:50:31 2000] myscript.cgi: Variable "@params" will not stay
shared at /web/myscript.cgi line 9.
[Wed Dec 13 09:50:31 2000] myscript.cgi: Variable "$query" will not stay
shared at /web/myscript.cgi line 10.
Shared variables can wreak havoc (as I've discovered) on mod_perl, so my
question is: How can I do something akin to "perl -cw myscript.cgi" that
will ALSO flag "shared variables" errors? So I don't need to actually run
the script under mod_perl to test it? Is this possible?
Sorry to be so long-winded, but any help would be appreciated.
thanks,
Philip
------------------------------
Date: Fri, 15 Dec 2000 00:50:34 GMT
From: tim@degree.ath.cx (Tim Hammerquist)
Subject: Re: How to identify Windows platform from within a Perl program?
Message-Id: <slrn93iqq8.8bg.tim@degree.ath.cx>
Stephan Gross <sg@loralskynet.com> wrote:
> I'm writing a program that will run off a network but save a copy of a
> file to a user's PC. I figured I would save it to the user's Desktop.
> However, the Desktop folder is in different places depending on the OS
> - Win98, Windows NT or Win 2000. Is there a way/module to identify
> exactly which OS is running? Environment variables only work on
> Windows NT.
The Perl variable $^O will return the platform, but it's exact value on
Win32 platforms varies with the distribution. ActivePerl will return a
different value for any given platform than will MKS Perl.
In addition, on Windows95/98, different users will have a different
Desktop directory on the same system as well. I believe under the
D:\WINDOWS\Profiles directory, in addition to the D:\WINDOWS\Desktop.
Have you taken this into account?
HTH
--
-Tim Hammerquist <timmy@cpan.org>
The mind of a bigot is like the pupil of the eye.
The more light you shine on it, the more it will contract.
-- Oliver Wendell, Jr. Holmes
------------------------------
Date: Fri, 15 Dec 2000 03:56:53 GMT
From: "Zarathustra" <zarathustra@enviroweb.org>
Subject: HTML::TableExtract w/ <br> in header
Message-Id: <9Eg_5.8557$h67.432716@newsread1.prod.itd.earthlink.net>
Can anyone tell me how to specify a column heading with a <br> tag in the
headers attribute in HTML::TableExtract?
If I remove the header with <br> from the array ref the others are returned
just fine. I've tried to specify it as follows, with br_translate set to
either 0 and 1:
"Download Mirrors<br>(click on one to download)"
"Download Mirrors(click on one to download)"
"Download Mirrors\n(click on one to download)"
------------------------------
Date: Thu, 14 Dec 2000 23:39:27 GMT
From: tom.hoffmann@worldnet.att.net (Tom Hoffmann)
Subject: Re: initialize array of identical elements
Message-Id: <slrn93imbb.lj.tom.hoffmann@localhost.localdomain>
On 13 Dec 2000 18:48:37 -0500, Joe Schaefer <joe+usenet@sunstarsys.com> wrote:
>tom.hoffmann@worldnet.att.net (Tom Hoffmann) writes:
>
>> >my @a = (VAL) x N;
>>
>> Can this same pithiness be extended for multi-dimentional arrays,
>> assuming each array in the "array of arrays" has the same number of
>> elements?
>
>You mean like this?
>
>my @a = ([(VAL) x N]) x M; # array of arrayrefs: $a[2][3]
Yes. Thanks.
------------------------------
Date: Fri, 15 Dec 2000 04:42:07 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: initialize array of identical elements
Message-Id: <x7bsuei9cz.fsf@home.sysarch.com>
>>>>> "TH" == Tom Hoffmann <tom.hoffmann@worldnet.att.net> writes:
TH> On 13 Dec 2000 18:48:37 -0500, Joe Schaefer <joe+usenet@sunstarsys.com> wrote:
>> tom.hoffmann@worldnet.att.net (Tom Hoffmann) writes:
>>
>>> >my @a = (VAL) x N;
>>>
>>> Can this same pithiness be extended for multi-dimentional arrays,
>>> assuming each array in the "array of arrays" has the same number of
>>> elements?
>>
>> You mean like this?
>>
>> my @a = ([(VAL) x N]) x M; # array of arrayrefs: $a[2][3]
TH> Yes. Thanks.
as others have said, that is not a good answer. it duplicate the
reference to the EXACT same anon array. so if you modify any element of
one, you modify the same element of all the them.
try this:
#!/usr/local/bin/perl
use Data::Dumper ;
@a = ([(1) x 2]) x 3 ;
print Dumper( \@a ) ;
$a[2][1] = 4 ;
print Dumper( \@a ) ;
output:
$VAR1 = [
[
1,
1
],
$VAR1->[0],
$VAR1->[0]
];
$VAR1 = [
[
1,
4
],
$VAR1->[0],
$VAR1->[0]
];
notice the output has 2 self references as all 3 of the top level anon
arrays are really the same thing. changing an single element didn't do
what you expect.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: 15 Dec 2000 00:16:49 -0500
From: Joe Schaefer <joe+usenet@sunstarsys.com>
Subject: Re: initialize array of identical elements
Message-Id: <m3wvd2tgam.fsf@mumonkan.sunstarsys.com>
Uri Guttman <uri@sysarch.com> writes:
> >>>>> "TH" == Tom Hoffmann <tom.hoffmann@worldnet.att.net> writes:
>
> TH> Joe Schaefer <joe+usenet@sunstarsys.com> wrote:
> >> tom.hoffmann@worldnet.att.net (Tom Hoffmann) writes:
> >>
> >>> >my @a = (VAL) x N;
> >>>
> >>> Can this same pithiness be extended for multi-dimentional arrays,
> >>> assuming each array in the "array of arrays" has the same number of
> >>> elements?
> >>
> >> You mean like this?
> >>
> >> my @a = ([(VAL) x N]) x M; # array of arrayrefs: $a[2][3]
>
> TH> Yes. Thanks.
>
> as others have said, that is not a good answer. it duplicate the
> reference to the EXACT same anon array. so if you modify any element of
> one, you modify the same element of all the them.
[...]
Worse, that would make it a *wrong* answer. Tom's cited followup
to my horrible solution hasn't made it to my news server yet,
or I'd have corrected it myself.
Thanks for taking the time to repair the damage for me.
--
Joe Schaefer
------------------------------
Date: Fri, 15 Dec 2000 08:44:17 +0100
From: "Samuel Rydén" <samuel@knm-e.se>
Subject: Re: installing perl on win98
Message-Id: <RZj_5.4008$r42.9231@nntpserver.swip.net>
> I have written perl CGIs on my ISP (linux) with no problems, but I'd
> like to test stuff locally on my machine, and someone said that I could
> set up like a local server running ActivePerl.
>
> Does anyone know how I go about doing this?
Yes.
Download ActivePerl from http://www.activestate.com/ and install it.
Then, download a web server application, such as Apache web server from
http://www.apache.org/ win32 version or Xitami server from somewhere else.
There was a Xitami server guy here before, claiming Xitami to be easier to
maintain and configure than Apache. I believe him.
Whatever the server you choose, be sure to read the manuals so you get it
right the first time.
regards,
Samuel
------------------------------
Date: Fri, 15 Dec 2000 07:51:02 -0000
From: "Trevor Ward" <tward10@jaguar.com>
Subject: Re: installing perl on win98
Message-Id: <91cih7$39910@eccws12.dearborn.ford.com>
I have setup the local server quite easily, www.perl.com follow link to
windows version of perl and download. It installs and runs nicely. For a
server environment I went for OmniHTTP which is a very good web server.
Tried apache and IIS or PWS but couldn't get the functionality working.
Be aware that omnihttp is about $80 for a full license. But well worth it.
Richard Leclair <leclair@iinet.net.au> wrote in message
news:3A39B682.7A3D27D@iinet.net.au...
>
> I have written perl CGIs on my ISP (linux) with no problems, but I'd
> like to test stuff locally on my machine, and someone said that I could
> set up like a local server running ActivePerl.
>
> Does anyone know how I go about doing this?
>
> Any info would be helpful. Cheers.
> mailto:leclair@iinet.net.au?subject=perl_on_win98
>
>
> Richie !
>
------------------------------
Date: Fri, 15 Dec 2000 01:38:21 -0600
From: "John Michael" <johnm@acadiacom.net>
Subject: Is it possible to log into an area protected by .htaccess with a perl script and how.
Message-Id: <3a39cb97@news.acadiacom.net>
Is it possible to log into an area protected by .htaccess with a perl script
and how.
--
John Michael
------------------------------
Date: Fri, 15 Dec 2000 03:27:25 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: Is there an overhead using long variable names?
Message-Id: <3A3990C2.7D6E35A6@rochester.rr.com>
Philip Lees wrote:
>
> On Thu, 14 Dec 2000 04:37:41 GMT, Bob Walton
> <bwalton@rochester.rr.com> wrote:
>
> >> Is there any significant time overhead when using long variable names?
>
> >Why don't you
> >
> > use Benchmark;
> >
> >and find out?
>
> Because Benchmark measures execution time, not compilation time.
>
> From the docs: The Benchmark module encapsulates a number of routines
> to help you figure out how long it takes to execute some code.
>
> I wouldn't expect the length of variable names to make any difference
> once compilation is complete. Would you?
>
> Phil
> --
> Philip Lees
> ICS-FORTH, Heraklion, Crete, Greece
...
In Perl, I would expect that the length of a variable's name would make
a difference in execution time, since the variable must be looked up in
the symbol table each time it is used (Perl isn't like a language in
which compilation is followed by linking). Also, if you wish to include
compilation time, put the code to be benchmarked inside an eval() (not
an eval{} ).
--
Bob Walton
------------------------------
Date: Fri, 15 Dec 2000 03:44:35 +0000
From: James Coupe <james@zephyr.org.uk>
Subject: Re: Is there an overhead using long variable names?
Message-Id: <9L5LZ4cjOZO6Ew2g@obeah.demon.co.uk>
In article <3a387a44.56724695@news.grnet.gr>, Philip Lees
<pjlees@ics.forthcomingevents.gr> writes
>I wouldn't expect the length of variable names to make any difference
>once compilation is complete. Would you?
</LURK>
I wouldn't be surprised if it did during symbolic references (rather
than hard references). But I guess that's a fairly unusual scenario for
most programmers in the first place.
Not being a hardened C programmer, or internals person, or even a
particularly proficient Perl programmer, I could very, very easily be
wrong, but since it involves string handling, I would expect longer
strings to take longer to process than shorter strings.
<LURK>
--
James Coupe | PGP Key 0x5D623D5D
"It's hard to carry on when you feel all alone. Now I've swung back down
again, it's worse than it was before. If I hadn't seen such riches I could
live with being poor." - James, "Sit Down"
------------------------------
Date: Fri, 15 Dec 2000 04:52:47 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Is there an overhead using long variable names?
Message-Id: <x74s06i8v4.fsf@home.sysarch.com>
>>>>> "BW" == Bob Walton <bwalton@rochester.rr.com> writes:
BW> In Perl, I would expect that the length of a variable's name would
BW> make a difference in execution time, since the variable must be
BW> looked up in the symbol table each time it is used (Perl isn't
BW> like a language in which compilation is followed by linking).
BW> Also, if you wish to include compilation time, put the code to be
BW> benchmarked inside an eval() (not an eval{} ).
you expect incorrectly. if all the vars are my'ed (as most of them
should be) then there are no symbol table entries to look up at run
time. theoretically there could be a very slight slowdown at compile
time but i doubt you could possibly devise real world code where that
made a real difference. computing a hash on a string is only small part
of dealing with a var at compile time. it should not make a difference
worth caring about. if your program is so speed critical that this
matters to you, you should not be using per to begin with.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: 14 Dec 2000 23:23:35 -0600
From: logan@cs.utexas.edu (Logan Shaw)
Subject: Re: Is there an overhead using long variable names?
Message-Id: <91c9sn$e8f$1@boomer.cs.utexas.edu>
In article <3a387a44.56724695@news.grnet.gr>,
Philip Lees <pjlees@ics.forthcomingevents.gr> wrote:
>On Thu, 14 Dec 2000 04:37:41 GMT, Bob Walton
><bwalton@rochester.rr.com> wrote:
>
>>> Is there any significant time overhead when using long variable names?
>
>>Why don't you
>>
>> use Benchmark;
>>
>>and find out?
>
>Because Benchmark measures execution time, not compilation time.
Can't you measure compile time of some code by doing something
like the following?
use Benchmark;
$code1 = "print 'How long will this take to compile?';";
$code2 = "print 'What about this?';";
timethese (10000,
{
'first' => sub { eval "sub { $code1 }"; },
'second' => sub { eval "sub { $code2 }"; },
'overhead' => sub { eval "sub { }"; }
});
The "overhead" bit is in there so you know what the overhead is for
compiling the anonymous sub that you have to use so that the code won't
actually be executed.
- Logan
------------------------------
Date: Thu, 14 Dec 2000 23:16:31 -0800
From: "Rick Langschultz" <rickshaw@fast.net>
Subject: Network
Message-Id: <t3j6vab06l7h45@corp.supernews.com>
I have a windows and a linux server, one upstairs(linux) and windows
downstairs, I want to set up a chat client so we don't have to yell down to
my mom when we need something. Or vice-versa. Can i do this with the
IO::Socket
IO::Select
Thingers. I hope so, if you could lead me to great resources that would be
cool, thx
------------------------------
Date: 14 Dec 2000 18:33:22 -0600
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: Parsing files backwards
Message-Id: <87n1dyjzfx.fsf@limey.hpcc.uh.edu>
>> On Thu, 14 Dec 2000 17:50:37 GMT,
>> eggrock@my-deja.com said:
> [snip code]
you didn't actually say what you're trying to do in any
detail beyond the subject. I'll assume you want to
reverse a file (last line first...first line last) to
stdout.
The simplest solution is the module:
http://search.cpan.org/doc/URI/File-ReadBackwards-0.94/ReadBackwards.pm
hth
t
--
Eih bennek, eih blavek.
------------------------------
Date: Fri, 15 Dec 2000 00:35:19 GMT
From: tim@degree.ath.cx (Tim Hammerquist)
Subject: Re: Perl / CGI?
Message-Id: <slrn93iptl.8bg.tim@degree.ath.cx>
EM <me@privacy.net> wrote:
> whats the difference?
> isnt perl a type of cgi or what?
Perl is a powerful scripting language upon which this NG is based.
(Hence the "lang" in the NG name.) Perl has an enormous user base and
unlimited scope of applications.
CGI is, technically, an interface standard. Common Gateway Interface is
a makeshift way of producing dynamic content/data over the internet.
Furthermore (and this is pretty much directed at my former supervisor)
ASP is not CGI, though the ASP object model _can_ be programmed using
Perl (or PerlScript). mod_perl is also NOT CGI, though mod_perl is
operated via Perl (and/or Apache).
CGI scripts/programs can be written using Perl, Python, Tcl, DOS batch
files, Unix shell scripts, C/C++, or just about anything that can
receive input from STDIN and output to STDOUT.
The only good thing that has come of this confusion between Perl and CGI
is to thwart the thousands of managers/supervisors to try to pose as
programmers/developers. *j/k* ;)
HTH
--
-Tim Hammerquist <timmy@cpan.org>
Computers are useless. They can only give you answers.
-- Pablo Picasso
------------------------------
Date: Fri, 15 Dec 2000 00:03:09 GMT
From: "John Boy Walton" <johngros@Spam.bigpond.net.au>
Subject: Re: Perl 5.60 and mod_perl for Apache 1.3.14
Message-Id: <1dd_5.17969$xW4.146062@news-server.bigpond.net.au>
Doesn't mod perl need to be compiled with apache?
I think it does.
"Jean-Luc BEAUDET" <jlbeaudet@pathe.fr.kodak.com> wrote in message
news:3A38E110.7F1A2577@pathe.fr.kodak.com...
> Hi
>
> I'm newbie on SOLARIS OSes and i do have to install
> Perl and mod_Perl on a SUN UltraSPARC 5 station.
>
> 1) I don't really know which Release i use:
> bash-2.03# uname -X
> System = SunOS
> Node = petrus
> Release = 5.7
> KernelID = Generic_106541-11
> Machine = sun4u
> BusType = <unknown>
> Serial = <unknown>
> Users = <unknown>
> OEM# = 0
> Origin# = 1
> NumCPU = 1
>
> 2) I'd like to install Perl 5.6.0 so that i can compile a mod_perl
> and make it work with Apache 1.3.14 ( installed and runni' OK ! )
>
> 3) Where can i obtain either a Configure script accorded to my
> SOLARIS Rel or
> a Perl 5.6.0 pre_compiled so that all i have to do is make make test
> make install...
>
> Any help welcome !!!
>
> Thanks all
>
> JLB ;O(
>
>
>
>
------------------------------
Date: Fri, 15 Dec 2000 00:46:42 GMT
From: tim@degree.ath.cx (Tim Hammerquist)
Subject: Re: Perl 5.60 and mod_perl for Apache 1.3.14
Message-Id: <slrn93iqj0.8bg.tim@degree.ath.cx>
John Boy Walton <johngros@Spam.bigpond.net.au> wrote:
> Doesn't mod perl need to be compiled with apache?
> I think it does.
In short, yes.
Long form: A dynamically linked mod_perl has been attempted and at last
word, they couldn't quite get the wrinkles out. Apache with
perl/mod_perl compiled-in is the most stable solution.
HTH
--
-Tim Hammerquist <timmy@cpan.org>
Education without values, as useful as it is,
seems rather to make man a more clever devil.
-- C.S. Lewis
------------------------------
Date: Fri, 15 Dec 2000 03:01:18 GMT
From: "John Boy Walton" <johngros@Spam.bigpond.net.au>
Subject: perl scripts as exe's
Message-Id: <2Qf_5.18210$xW4.146517@news-server.bigpond.net.au>
I have seen it somewhere in the docs once but I have been cruising the docs
back and forth for a few hours and can't find it. If any one could point me
in the right direction I thank you.
------------------------------
Date: 14 Dec 2000 23:09:15 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 0.1 $)
Message-Id: <91bjur$iko$1@news.NERO.NET>
In article <slrn93hsf9.r2.tadmc@maxim.metronet.com>,
Tad McClellan <tadmc@metronet.com> wrote:
>The point is moot now anyway. John can just killfile based
>on the Subject.
I killfile very little. The purpose for the flag in subject and constant
From: is so I can keep the off-topic stuff out of the digest AND maybe
send the FAQ to people who subscribe. They shouldn't be mailed a copy
every time it is posted.
------------------------------
Date: Fri, 15 Dec 2000 00:07:50 +0100
From: ch-kaufhold@gmx.de (Christian Kaufhold)
Subject: Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 0.1 $)
Message-Id: <91bkbh$cqq$5@news.rz.uni-karlsruhe.de>
Bart Lateur <bart.lateur@skynet.be> wrote:
> Chris Fedde wrote:
>>Here is one that Nathan Torkington used to post frequently.
>>It attempts to answer the question "How can I help my self to good
>>information about perl?" It is in the rotation with the faq postings.
> It looks remarkably much like the mail I got when I first posted to
> comp.lang.perl.misc with a new e-mail address. It got sent to every new
> poster (with an unmunged e-mail address -- duh!). Doesn't this happen
> any more?
I never got it. But I think I only posted replies.
--
END {print}
BEGIN{$_="70A5A3A4288D9C9DA49691A2287891A29A28968D8F9991A2\n"}
END {$_=join!!'',(map{$_=$_{$_};map{chr oct hex}/../g}keys%_),keys%_}
BEGIN{%_=reverse split '\b'}
------------------------------
Date: Thu, 14 Dec 2000 17:23:58 -0600
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 0.1 $)
Message-Id: <slrn93ilke.10k.tadmc@maxim.metronet.com>
John Stanley <stanley@skyking.OCE.ORST.EDU> wrote:
>In article <slrn93gd1r.18n.tadmc@maxim.metronet.com>,
>Tad McClellan <tadmc@metronet.com> wrote:
>>>I'm asking why you think that they will follow your
>>>suggestions when they don't follow any others.
>>
>>I do not think that they will follow my suggestions.
>>
>>I only hope that they follow my suggestions.
>
>Sigh. Fine. Why do you "hope" they will follow them when they do not
>follow any of the other suggestions? The question isn't that hard.
Because hope springs eternal. Maybe it won't work. Perhaps even
"probably" it won't work. But we won't know if we don't try.
I want to know. If you don't want to know, put in your
killfile rule now, and you won't be bothered further.
>It is insignificant, then it is more clutter than it removes. It's two
>steps back for one step forward. We lose. Please stop.
It will take more than one voice to make me stop.
A single voice repeated over and over won't do it, so please
stop. (I got the "so" right! Thanks for that bit :-)
I'm waiting for a few (or even any) more dissents before I cave in.
>>>it is adding to the clutter.
>>>Is that your goal?
>>
>>No.
>
>Fine. Then do the right thing.
I think I am.
You think I am not.
We disagree. You will not change your point of view. I will not
change my point of view. Further discussion is pointless.
--
Tad McClellan SGML consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: 14 Dec 2000 23:47:18 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 0.1 $)
Message-Id: <91bm66$j9n$1@news.NERO.NET>
In article <slrn93ilke.10k.tadmc@maxim.metronet.com>,
Tad McClellan <tadmc@metronet.com> wrote:
>Because hope springs eternal. Maybe it won't work. Perhaps even
>"probably" it won't work. But we won't know if we don't try.
Galileo dropped the weights from the tower a long time ago. We already
know that they will fall. We've already seen multiple kinds of FAQs just
like the one you are writing fail. It's been tried.
>>It is insignificant, then it is more clutter than it removes. It's two
>>steps back for one step forward. We lose. Please stop.
>
>It will take more than one voice to make me stop.
I'm not making you do anything. I'm asking you to realize that this has
been done before and you have no reason to believe that it will do
anything but add to the traffic count in a group where more people think
the count is high enough already.
>>Fine. Then do the right thing.
>
>I think I am.
No, as you've already told me, you HOPE you are.
>We disagree. You will not change your point of view. I will not
>change my point of view. Further discussion is pointless.
I would change my point of view if you could tell me more than you have
hope that it will do something productive. "Well, in group x.y.z, after
this kind of FAQ was posted, things got measurably better..." I'm
pointing out to you that even Tom, irrascible bastion of How Things
Should Be Posted has stopped posting his Jeopardy flame, not because of
the heat death of the universe, but because it didn't help. I've seen
the same failures in other groups. It just don't work. You can refuse
to listen, that is your right. Thanks for admitting it in advance.
------------------------------
Date: Fri, 15 Dec 2000 04:05:04 GMT
From: cfedde@fedde.littleton.co.us (Chris Fedde)
Subject: Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 0.1 $)
Message-Id: <QLg_5.252$B9.173315584@news.frii.net>
In article <91bm66$j9n$1@news.NERO.NET>,
John Stanley <stanley@skyking.OCE.ORST.EDU> wrote:
>
>I would change my point of view if you could tell me more than you have
>hope that it will do something productive. "Well, in group x.y.z, after
>this kind of FAQ was posted, things got measurably better..." I'm
>pointing out to you that even Tom, irrascible bastion of How Things
>Should Be Posted has stopped posting his Jeopardy flame, not because of
>the heat death of the universe, but because it didn't help. I've seen
>the same failures in other groups. It just don't work. You can refuse
>to listen, that is your right. Thanks for admitting it in advance.
>
Mr Stanly.
Do you, by chance, live under a bridge?
chris
--
This space intentionally left blank
------------------------------
Date: 15 Dec 2000 06:41:58 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 0.1 $)
Message-Id: <91cefm$35n$1@news.NERO.NET>
In article <QLg_5.252$B9.173315584@news.frii.net>,
Chris Fedde <cfedde@fedde.littleton.co.us> wrote:
>Mr Stanly.
If you can't have the courtesy to spell someone's name correctly, then
don't bother posting.
------------------------------
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 5118
**************************************
