[18887] in Perl-Users-Digest
Perl-Users Digest, Issue: 1055 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Jun 4 14:16:08 2001
Date: Mon, 4 Jun 2001 11:15:22 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <991678521-v10-i1055@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Mon, 4 Jun 2001 Volume: 10 Number: 1055
Today's topics:
Re: releasing array memory <mjcarman@home.com>
Re: releasing array memory <der.prinz@gmx.net>
Re: SHTML in CGI files (E.Chang)
Statistics for comp.lang.perl.misc <gbacon@cs.uah.edu>
String Matching Problem <hluan@americasm01.nt.com>
Re: String Matching Problem <rsherman@ce.gatech.edu>
Re: substing and locating (John Joseph Trammell)
Re: substing and locating (John Joseph Trammell)
Re: taint + netstat = error <ryantate@OCF.Berkeley.EDU>
texinfo version of perldoc <reader@newsguy.com>
Re: Time difference including hundreths of seconds <mischief@velma.motion.net>
W2K Process Monitoring <lmoran@wtsg.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 04 Jun 2001 09:29:13 -0500
From: Michael Carman <mjcarman@home.com>
Subject: Re: releasing array memory
Message-Id: <3B1B9B39.FC3EA773@home.com>
Stefan Weiss wrote:
>
> Andrew J. Perrin <aperrin@telocity.com> wrote:
>
>> My understanding, also, is that even letting variables go
>> out of scope won't return memory to the OS,
>
> But it does make it avaiable to perl again, so it can be reused for
> new variables.
This is, apparently, a common misconception. I did an RFC on updates to
the FAQ entry for using less memory in Perl programs, and this was
orginally one of the methods under discussion. Then Ilya piped up and
said
"[M]emory used by locals *is* reused, but one used by
lexicals *is not*."
He should know.
Dejagoogle doesn't seem to tell you what the message ID is, but it's
probably expired from everyone's feed by now anyway. If you search on
the title of the article "RFC: FAQ3 update -- Using less memory" you can
find the thread.
-mjc
------------------------------
Date: Mon, 4 Jun 2001 19:40:37 +0200
From: "Stefan Weiss" <der.prinz@gmx.net>
Subject: Re: releasing array memory
Message-Id: <3b1bc7e3@e-post.inode.at>
Michael Carman <mjcarman@home.com> wrote:
> >> My understanding, also, is that even letting variables go
> >> out of scope won't return memory to the OS,
> >
> > But it does make it avaiable to perl again, so it can be reused for
> > new variables.
>
> This is, apparently, a common misconception.
[..see below..]
> Dejagoogle doesn't seem to tell you what the message ID is, but it's
> probably expired from everyone's feed by now anyway. If you search on
> the title of the article "RFC: FAQ3 update -- Using less memory" you can
> find the thread.
Yes, thank you, I found the thread. Just a short summary of the relevant
parts (so others don't have to search Google if the thread was expired
in their feeds too):
-------------------------------------------------------------------------
Michael Carman suggested:
Don't make anything global that doesn't have to be. Use my() prodigously
to localize variables to the smallest possible scope. Memory freed by
variables that have gone out of scope can be reused elsewhere,
preventing the need for additional allocations.
-------------------------------------------------------------------------
-------------------------------------------------------------------------
Ilya Zakharevich wrote:
This ignores the fact that memory used by locals *is* reused, but one
used by lexicals *is not*.
-------------------------------------------------------------------------
-------------------------------------------------------------------------
Michael Carman wrote:
Whoa there! That's news to me.
So if I do this:
SOME_BLOCK: {
my @array = (0 .. 1000);
# ...
}
and no references to @array exist outside the block, the memory
allocated to it still won't be freed up for use elsewhere in the program
after I leave the block?
-------------------------------------------------------------------------
-------------------------------------------------------------------------
Joe Schaefer wrote:
If I understood Ilya correctly, he was discussing perl's internal reuse
(or lack thereof) for memory allocated to lexicals. undef()'ing a
_large_ variable usually (1) causes perl to return the memory to the OS.
Generally I don't think there's anything to be gained (2) by undef()ing
lots of "normal-sized" variables, and it's certainly not a very Perl-ish
thing to do.
-------------------------------------------------------------------------
The rest of the thread is more or less about whether memory will be
returned to the OS, not to the process itself.
I could understand that lexicals that are not declared/assigned inside a
block will not return their memory to the process if they are reassigned
or undef()ined. But I did not find any definitive answer to your question
with the SOME_BLOCK example - these variables are localized, and the will
go out of scope at some time. Are you really sure that the memory used
by variables like @array will be lost beyond recovery? I always thought
that using variables this way was safe (memory-wise), but if that is not
the case, I think it ought to be mentioned somewhere.
What would be a usable workaround for this behavior? Do you have to
explicitly use local() to force the release of used memory?
my $hungry;
{ local $hungry = eval ' "a" x 5_000_000 '; .... }
This looks too ugly to be useful... :-|
cheers,
stefan
------------------------------
Date: Mon, 04 Jun 2001 15:02:47 GMT
From: echang@netstorm.net (E.Chang)
Subject: Re: SHTML in CGI files
Message-Id: <Xns90B670DBD6B55echangnetstormnet@207.106.92.86>
"Philip M. Gollucci" <philip@p6m7g82k.student.umd.edu> wrote in
<9ffa89$mht$1@hecate.umd.edu>:
> I have a PERL file /cgi-bin/Administration/file.cgi which does a
> task. I would like to be able to do
> <!--#include virtual=\"/cgi-bin/Calendar/print.cgi\"--> in this
> file. This doesn't work, because apache doesn't realize that its
> a file which needs to be handled by server_parse (ie .shtml).
>
> Does anybody know any simple ways of getting around this ? I do
> have root access to the server, so I can change httpd.conf if
> necessary.
>
> Please respond to me via philip@p6m7g8.com. This is not the from
> address. Thanks !
You could execute the print.cgi program from within file.cgi - use
backticks to capture the output.
--
EBC
------------------------------
Date: Mon, 04 Jun 2001 16:08:34 -0000
From: Greg Bacon <gbacon@cs.uah.edu>
Subject: Statistics for comp.lang.perl.misc
Message-Id: <thnck2moe8uqd8@corp.supernews.com>
Following is a summary of articles spanning a 7 day period,
beginning at 28 May 2001 17:04:49 GMT and ending at
04 Jun 2001 14:39:32 GMT.
Notes
=====
- A line in the body of a post is considered to be original if it
does *not* match the regular expression /^\s{0,3}(?:>|:|\S+>|\+\+)/.
- All text after the last cut line (/^-- $/) in the body is
considered to be the author's signature.
- The scanner prefers the Reply-To: header over the From: header
in determining the "real" email address and name.
- Original Content Rating (OCR) is the ratio of the original content
volume to the total body volume.
- Find the News-Scan distribution on the CPAN!
<URL:http://www.perl.com/CPAN/modules/by-module/News/>
- Please send all comments to Greg Bacon <gbacon@cs.uah.edu>.
- Copyright (c) 2001 Greg Bacon.
Verbatim copying and redistribution is permitted without royalty;
alteration is not permitted. Redistribution and/or use for any
commercial purpose is prohibited.
Excluded Posters
================
perlfaq-suggestions\@(?:.*\.)?perl\.com
faq\@(?:.*\.)?denver\.pm\.org
Totals
======
Posters: 345
Articles: 1131 (417 with cutlined signatures)
Threads: 284
Volume generated: 2083.5 kb
- headers: 954.6 kb (18,579 lines)
- bodies: 1074.7 kb (36,093 lines)
- original: 662.0 kb (24,304 lines)
- signatures: 53.1 kb (1,373 lines)
Original Content Rating: 0.616
Averages
========
Posts per poster: 3.3
median: 1 post
mode: 1 post - 192 posters
s: 6.4 posts
Posts per thread: 4.0
median: 3.0 posts
mode: 1 post - 74 threads
s: 6.9 posts
Message size: 1886.4 bytes
- header: 864.3 bytes (16.4 lines)
- body: 973.1 bytes (31.9 lines)
- original: 599.4 bytes (21.5 lines)
- signature: 48.1 bytes (1.2 lines)
Top 10 Posters by Number of Posts
=================================
(kb) (kb) (kb) (kb)
Posts Volume ( hdr/ body/ orig) Address
----- -------------------------- -------
70 145.0 ( 61.5/ 83.0/ 56.1) "Godzilla!" <godzilla@stomp.stomp.tokyo>
38 51.6 ( 34.1/ 17.1/ 8.2) Bart Lateur <bart.lateur@skynet.be>
37 62.8 ( 29.0/ 31.0/ 17.0) nobull@mail.com
37 70.0 ( 37.4/ 26.6/ 23.1) abigail@foad.org
28 50.3 ( 25.5/ 20.5/ 9.0) brian d foy <comdog@panix.com>
27 53.0 ( 22.6/ 29.5/ 8.5) "John W. Krahn" <krahnj@acm.org>
26 59.3 ( 29.7/ 26.1/ 14.1) tadmc@augustmail.com
21 35.6 ( 20.0/ 15.6/ 7.2) "Todd Smith" <todd@designsouth.net>
20 36.2 ( 15.7/ 20.5/ 9.9) Anno Siegel <anno4000@lublin.zrz.tu-berlin.de>
20 55.8 ( 17.3/ 34.6/ 20.9) mgjv@tradingpost.com.au
These posters accounted for 28.6% of all articles.
Top 10 Posters by Volume
========================
(kb) (kb) (kb) (kb)
Volume ( hdr/ body/ orig) Posts Address
-------------------------- ----- -------
145.0 ( 61.5/ 83.0/ 56.1) 70 "Godzilla!" <godzilla@stomp.stomp.tokyo>
70.0 ( 37.4/ 26.6/ 23.1) 37 abigail@foad.org
62.8 ( 29.0/ 31.0/ 17.0) 37 nobull@mail.com
59.3 ( 29.7/ 26.1/ 14.1) 26 tadmc@augustmail.com
55.8 ( 17.3/ 34.6/ 20.9) 20 mgjv@tradingpost.com.au
53.0 ( 22.6/ 29.5/ 8.5) 27 "John W. Krahn" <krahnj@acm.org>
51.6 ( 34.1/ 17.1/ 8.2) 38 Bart Lateur <bart.lateur@skynet.be>
50.3 ( 25.5/ 20.5/ 9.0) 28 brian d foy <comdog@panix.com>
46.6 ( 12.3/ 33.5/ 16.7) 15 Benjamin Goldberg <goldbb2@earthlink.net>
39.9 ( 18.2/ 21.7/ 8.0) 18 "Rob" <"relaxedrob@optushome.com.au">
These posters accounted for 30.4% of the total volume.
Top 10 Posters by OCR (minimum of five posts)
==============================================
(kb) (kb)
OCR orig / body Posts Address
----- -------------- ----- -------
1.000 ( 3.6 / 3.6) 6 Rafael Garcia-Suarez <rgarciasuarez@free.fr>
1.000 ( 0.1 / 0.1) 5 Jim Liebgott <jliebgot@eni.net>
0.997 ( 10.1 / 10.2) 11 "Scott R. Godin" <webmaster@webdragon.unmunge.net>
0.982 ( 4.4 / 4.5) 6 Ryan Travis Tate <ryantate@OCF.Berkeley.EDU>
0.923 ( 2.7 / 2.9) 5 "David Soming" <davsoming@lineone.net>
0.884 ( 5.4 / 6.1) 8 Bryan Coon <bcoon@sequenom.com>
0.868 ( 23.1 / 26.6) 37 abigail@foad.org
0.777 ( 8.4 / 10.9) 11 "Alan J. Flavell" <flavell@mail.cern.ch>
0.761 ( 4.4 / 5.8) 9 buggs <buggs-clpm@splashground.de>
0.755 ( 3.3 / 4.4) 5 Tim <timster@worldnet.att.net>
Bottom 10 Posters by OCR (minimum of five posts)
=================================================
(kb) (kb)
OCR orig / body Posts Address
----- -------------- ----- -------
0.460 ( 4.3 / 9.3) 8 Uri Guttman <uri@sysarch.com>
0.442 ( 9.0 / 20.5) 28 brian d foy <comdog@panix.com>
0.423 ( 3.4 / 8.0) 12 John Imrie <07950232225@one2one.net>
0.414 ( 3.3 / 8.0) 15 buggs <buggs@geekmail.de>
0.387 ( 6.4 / 16.4) 9 sloon <sloon@mindless.com>
0.369 ( 8.0 / 21.7) 18 "Rob" <"relaxedrob@optushome.com.au">
0.363 ( 1.0 / 2.7) 6 Ilya Zakharevich <ilya@math.ohio-state.edu>
0.360 ( 2.5 / 6.9) 6 efflandt@xnet.com
0.346 ( 4.9 / 14.2) 16 bernard.el-hagin@lido-tech.net
0.289 ( 8.5 / 29.5) 27 "John W. Krahn" <krahnj@acm.org>
47 posters (13%) had at least five posts.
Top 10 Threads by Number of Posts
=================================
Posts Subject
----- -------
22 Frustrated people (not) answering questions
19 perl/cgi and dynamic hyperlink
18 Perl script error during testing
18 Rounding
17 Posting Etiquette
16 Perl Community Stars (?)
14 Flame Target
14 Unsure about headers
14 Complicated...heh
12 Learning perl - llama book
These threads accounted for 14.5% of all articles.
Top 10 Threads by Volume
========================
(kb) (kb) (kb) (kb)
Volume ( hdr/ body/ orig) Posts Subject
-------------------------- ----- -------
44.7 ( 21.0/ 22.4/ 12.4) 22 Frustrated people (not) answering questions
44.4 ( 16.5/ 27.1/ 11.9) 18 Perl script error during testing
39.5 ( 20.1/ 18.0/ 9.9) 17 Posting Etiquette
34.7 ( 17.1/ 17.5/ 9.2) 19 perl/cgi and dynamic hyperlink
34.0 ( 15.0/ 18.0/ 12.2) 18 Rounding
31.0 ( 9.6/ 21.2/ 9.3) 11 time
28.8 ( 12.0/ 16.1/ 9.3) 14 Complicated...heh
26.7 ( 13.1/ 11.7/ 6.6) 16 Perl Community Stars (?)
26.5 ( 8.0/ 17.7/ 14.4) 10 The FlakeyMind/Bryce Jacobs FAQ (v0.1)
26.3 ( 14.5/ 10.9/ 4.7) 14 Flame Target
These threads accounted for 16.2% of the total volume.
Top 10 Threads by OCR (minimum of five posts)
==============================================
(kb) (kb)
OCR orig / body Posts Subject
----- -------------- ----- -------
0.877 ( 10.3/ 11.8) 6 Statistics for comp.lang.perl.misc
0.847 ( 2.8/ 3.3) 5 datacalc.pm
0.843 ( 8.4/ 9.9) 6 TOY: explore the representation of binary floating point numbers
0.841 ( 9.7/ 11.5) 5 regular expressions to convert link
0.810 ( 14.4/ 17.7) 10 The FlakeyMind/Bryce Jacobs FAQ (v0.1)
0.802 ( 3.2/ 4.0) 6 Can anyone find the problem with this script ?!?!?!
0.772 ( 3.5/ 4.6) 6 taint + netstat = error
0.763 ( 6.6/ 8.6) 7 bug in s/// ?
0.745 ( 2.8/ 3.8) 6 exec script w/require & headers
0.741 ( 2.8/ 3.8) 5 Perl and numeric variables
Bottom 10 Threads by OCR (minimum of five posts)
=================================================
(kb) (kb)
OCR orig / body Posts Subject
----- -------------- ----- -------
0.463 ( 2.8 / 6.1) 10 Appending to a Text file
0.441 ( 9.3 / 21.2) 11 time
0.440 ( 11.9 / 27.1) 18 Perl script error during testing
0.440 ( 2.8 / 6.3) 9 Rename .htm to .html
0.434 ( 2.6 / 6.0) 10 regex question. $25 for answer.
0.425 ( 4.7 / 10.9) 14 Flame Target
0.409 ( 1.5 / 3.6) 5 NEWBIE - Can't run a perl script
0.402 ( 2.8 / 6.9) 5 IPC:Shareable vs mod_perl ipcs not dying
0.343 ( 4.0 / 11.8) 8 How to match and print like this ???
0.325 ( 3.0 / 9.1) 7 frustration with cgi.pm and setting cookies.
92 threads (32%) had at least five posts.
Top 10 Targets for Crossposts
=============================
Articles Newsgroup
-------- ---------
24 comp.lang.perl.modules
21 alt.perl
12 comp.object
10 comp.lang.perl
7 de.comp.lang.perl.cgi
6 comp.lang.perl.tk
5 comp.databases.informix
4 alt.ascii-art.animation
4 alt.ascii-art
3 pl.comp.programming
Top 10 Crossposters
===================
Articles Address
-------- -------
7 "cad fei" <cadmcse@hotmail.com>
5 Jan-Pieter Cornet <johnpc@xs3.xs4all.nl>
5 "John W. Krahn" <krahnj@acm.org>
4 Bart Lateur <bart.lateur@skynet.be>
4 Graham Stow <graham@letsgouk.com>
4 "Daniel van den Oord" <daniel304@planet.nl>
4 Tim <timster@worldnet.att.net>
4 John Imrie <07950232225@one2one.net>
4 Alain <alain_s75@hotmail.com>
3 olczyk@interaccess.com
------------------------------
Date: Mon, 04 Jun 2001 12:36:07 -0400
From: "Luan, Hao [SKY:QE21:EXCH]" <hluan@americasm01.nt.com>
Subject: String Matching Problem
Message-Id: <3B1BB8F7.8BED199E@americasm01.nt.com>
Hi,
I got a piece of code from Perl CookBook page 154.
($parent = $name) =~ s#/[^/]+$##; and
($root = $name ) =~ s#.*/##;
for a path like ../ab/cd/ef
$parent will be ../ab/cd and
$root will be ef after it goes through these
two lines.
I have problem to understand #, why there is one # in
the start of the string and ## at the end of it.
Can somebody explain it in detail and what I should
use if I use / / style instead of #. What is the benefit
to use # instead of / /.
Thanks,
--
Hao Luan
==============================================
The message above only represents the sender's
own ideas/probelms, not for the company he/she
is working with.
==============================================
------------------------------
Date: Mon, 04 Jun 2001 13:08:24 +0500
From: Robert Sherman <rsherman@ce.gatech.edu>
Subject: Re: String Matching Problem
Message-Id: <3B1B41F8.728C6462@ce.gatech.edu>
"Luan, Hao [SKY:QE21:EXCH]" wrote:
> Hi,
>
> I got a piece of code from Perl CookBook page 154.
> ($parent = $name) =~ s#/[^/]+$##; and
> ($root = $name ) =~ s#.*/##;
>
> for a path like ../ab/cd/ef
> $parent will be ../ab/cd and
> $root will be ef after it goes through these
> two lines.
>
> I have problem to understand #, why there is one # in
> the start of the string and ## at the end of it.
>
> Can somebody explain it in detail and what I should
> use if I use / / style instead of #. What is the benefit
> to use # instead of / /.
>
> Thanks,
>
> --
> Hao Luan
> ==============================================
> The message above only represents the sender's
> own ideas/probelms, not for the company he/she
> is working with.
> ==============================================
the benefit is that the pattern is easier to read that way if the
pattern itself contains forward slashes. if you use the s/// form, you
will need to escape any forward slashes in the pattern with backward
slashes, which makes it more difficult to read (but no less functional).
the reason there is one before and two after is that you are replacing
the matched text with nothing...effectively deleting it.
------------------------------
Date: Mon, 04 Jun 2001 14:08:47 GMT
From: trammell@bayazid.hypersloth.invalid (John Joseph Trammell)
Subject: Re: substing and locating
Message-Id: <slrn9hn32u.hhi.trammell@bayazid.hypersloth.net>
On Sun, 3 Jun 2001 21:38:25 -0500, Tom Bowes <vtbowes@superaje.com> wrote:
> I am making a simple databasing program and have concluded that it should be
> easy if only I can get someone to explain to me how to do two things.
> First off how to find the location(as a numerica value) of a particular
> character in a string?
One solution is the index() functior.
> and secondly how only take part of a string for instance the last three
> characters. As an extension of that is thier a command to find the length of
> a string
One way to do that is the substr() function. The length() function
gives the length of a string.
You should probably read the Perl FAQ, or get a copy of the Perl Cookbook --
they both have answers to these and many more related questions.
--
Torg: Quick, blow up that shiny thing!
Kiki: Ooooh!
------------------------------
Date: Mon, 04 Jun 2001 14:10:33 GMT
From: trammell@bayazid.hypersloth.invalid (John Joseph Trammell)
Subject: Re: substing and locating
Message-Id: <slrn9hn368.hhi.trammell@bayazid.hypersloth.net>
On Mon, 04 Jun 2001 08:28:15 GMT, Bart Lateur <bart.lateur@skynet.be> wrote:
> Tom Bowes wrote:
>
> >I am making a simple databasing program and have concluded that it should be
> >easy if only I can get someone to explain to me how to do two things.
> >First off how to find the location(as a numerica value) of a particular
> >character in a string?
> >and secondly how only take part of a string for instance the last three
> >characters. As an extension of that is thier a command to find the length of
> >a string
>
> If those are your questions, then I believe that creating a database
> program is still a bit out of your league. All three are basic perl
> functions: ord, substr, index.
ord()?
--
Aren't you, at this point, cutting down a California Redwood using a
banana *and* a particle accelerator?
- Bernard El-Hagin, in CLPM
------------------------------
Date: Mon, 4 Jun 2001 15:27:47 +0000 (UTC)
From: Ryan Travis Tate <ryantate@OCF.Berkeley.EDU>
Subject: Re: taint + netstat = error
Message-Id: <9fg9dj$1fts$1@agate.berkeley.edu>
Joe Schaefer <joe+usenet@sunstarsys.com> wrote something helpful
thanks, joe, i'll do both of those things ...
cheers
r
------------------------------
Date: 04 Jun 2001 08:08:13 -0700
From: Harry Putnam <reader@newsguy.com>
Subject: texinfo version of perldoc
Message-Id: <m1wv6si944.fsf@totally-fudged-out-message-id>
These questions are based on inexperience to some extent, but also
having tried the provided tools for searching perl documentation (At
least the ones I know about) I was disappointed to find that what
sounds like it might be a full body regexp text search (the perldoc -r
flag) is apparently not.
An example might be that `perldoc -q scalar' finds some nice
information from the perlfaq. But:
perldoc -r scalar
Finds nothing.
In my version of perl (perl-5.6.0-12).
From the command line. `perldoc -h' displays a message including
this: ` -r Recursive search (slow)'
But `man perldoc' does *NOT* display a `-r' flag in the synopsis or
apparently make any mention at all of `-r'.
What does `perldoc -r' really do?
A texinfo version of perl documentation would have several builtin and
very powerfull search tools. Is there such a critter?
Or are there ways to search the full body of perl documentation by
keywords and by regular expression provided with the perl docs?
I'm sure such tools have been written, but I'm not good enough with
perl to do it myself yet. Any pointers to specialized perdoco search
tools. Or even better a full on texinfo version.
------------------------------
Date: Mon, 04 Jun 2001 15:29:41 -0000
From: Chris Stith <mischief@velma.motion.net>
Subject: Re: Time difference including hundreths of seconds
Message-Id: <thnab586cl3636@corp.supernews.com>
Lou Moran <lmoran@wtsg.com> wrote:
> On Thu, 31 May 2001 15:25:00 -0400, "Dennis Kowalski"
> <dennis.kowalsk@daytonoh.ncr.com> wrote wonderful things about
> sparkplugs:
> SNIP
>>
>>Here is what perldoc -f time tells me on my system
[snip]
>>That indicate whole seconds only.
> What about this part?
> For measuring time in better granularity than one second, you
> may use either the Time::HiRes module from CPAN, or if you have
> gettimeofday(2), you may be able to use the `syscall' interface
> of Perl, see the perlfaq8 manpage for details.
This is an addition to the documentation made in 5.6.0 and the
OP is likely using 5.5.3 (5.005_03) instead.
Argument over whether or not the OP should upgrade to 5.6.x
when the latest stable release is considered to be 5.6.1 is
left as an exercise for the reader.
The OP _did_ read the docs. The docs distributed with his
version are not as complete. This is why the docs undergo
revision just as does the code. It is also why some people
choose to point to the online versions of the docs. For those
who choose to use older versions of the distribution, I'd
say that's a good solution.
Chris S.
--
For the pleasure of others, please adhere to the following
rules when visiting your park:
No swimming. No fishing. No flying kites. No frisbees.
No audio equipment. Stay off grass. No pets. No running.
------------------------------
Date: Mon, 04 Jun 2001 10:35:12 -0400
From: Lou Moran <lmoran@wtsg.com>
Subject: W2K Process Monitoring
Message-Id: <sr6nhtk4ms23i8m3edofqu7tfl8r21sjj4@4ax.com>
--I would like to monitor a process on a W2k Server
(C:\notes\nserver.exe) and when it dies (like every Saturday Night
during backup) I'd like to start it up again. (I'm fixing the failure
now, but I'd like a plan B)
--I am having a hard time getting started. Any pointers, modules,
shoves in the right direction?
--
BSOD? In my day we didn't have 0000FF!
lmoran@wtsg.com
------------------------------
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 1055
***************************************
