[16721] in Perl-Users-Digest
Perl-Users Digest, Issue: 4133 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 25 14:10:43 2000
Date: Fri, 25 Aug 2000 11:10:19 -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: <967227019-v9-i4133@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Fri, 25 Aug 2000 Volume: 9 Number: 4133
Today's topics:
selling perl to management reg_exp@my-deja.com
Re: selling perl to management <timewarp@shentel.net>
Re: selling perl to management (Tony L. Svanstrom)
Re: selling perl to management <mauldin@netstorm.net>
Re: Sorting by a subfield (WAS: Re: This is my last que pape_98@my-deja.com
source question <rsmith@sympatico.ca>
Re: source question <mauldin@netstorm.net>
Re: source question <mauldin@netstorm.net>
Re: Stumped by Reg Exp Problem - help?? <elijah@workspot.net>
Re: Stumped by Reg Exp Problem - help?? <elijah@workspot.net>
Re: stupid question probably <info@ezboo.com.xx>
Re: URLs ending in / (Abigail)
Whither PerlMonth? <jboes@eomonitor.com>
Re: Win32 Registry and IP addresses. <carvdawg@patriot.net>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 25 Aug 2000 15:06:43 GMT
From: reg_exp@my-deja.com
Subject: selling perl to management
Message-Id: <8o621i$ojp$1@nnrp1.deja.com>
hi,
i am working on a project where we manipulate lots of text data that is
in a structured format.
i did some prototypes with perl and found :
* perl code is about 10 times smaller than the c code
* perl code is actually 2 times faster than the c code (the c code isnt
very good, i admit it !!)
i now need to make a presentation to the senior management to get them
to accept perl. the initial response i got was:
* perl is tough to read, tough to maintain
* it's going to be tough getting people to maintain perl code and tough
to train people in perl.
well, the presentation is on tuesday, and i want to do a fair job of
selling perl: we want a system that is scalable and easy to maintain,
and i think perl is the best choice.
i would like the groups remarks, criticism, suggestions and pointers to
web-resources that highlight the pros & cons of using perl.
thanks,
- reg_exp
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Fri, 25 Aug 2000 11:52:27 -0400
From: Albert Dewey <timewarp@shentel.net>
Subject: Re: selling perl to management
Message-Id: <39A6963B.A24BC0C2@shentel.net>
reg_exp -
Management? You don't have a chance. Don't you know that people rise to
their own level of incompetancy? Look at the people you are talking to. Do
any of them know how to write anything in _any_ language? If the answer is
no, then you can forget convincing them of anything new that is beyond
their scope of understanding. The battle is already lost. Believe me, I
have been thru this before with "people in charge" and these people, once
they have made up their minds, are utterly inflexible. I hate to sound
pessimistic, but this is how the real world works. Creative people are
suppressed and ignorance takes power. What you need to do, if you really
want to take them on, is to cultivate an ally in management, someone who
will listen to you and support you when time does come to making your
presentation. Without one, you don't have a snowball's chance in hell of
making any kind of impression.
Just my 2¢ worth.........
Albert Dewey
reg_exp@my-deja.com wrote:
> hi,
>
> i am working on a project where we manipulate lots of text data that is
> in a structured format.
>
> i did some prototypes with perl and found :
>
> * perl code is about 10 times smaller than the c code
> * perl code is actually 2 times faster than the c code (the c code isnt
> very good, i admit it !!)
>
> i now need to make a presentation to the senior management to get them
> to accept perl. the initial response i got was:
>
> * perl is tough to read, tough to maintain
> * it's going to be tough getting people to maintain perl code and tough
> to train people in perl.
>
> well, the presentation is on tuesday, and i want to do a fair job of
> selling perl: we want a system that is scalable and easy to maintain,
> and i think perl is the best choice.
>
> i would like the groups remarks, criticism, suggestions and pointers to
> web-resources that highlight the pros & cons of using perl.
>
> thanks,
> - reg_exp
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.
------------------------------
Date: Fri, 25 Aug 2000 18:38:21 +0200
From: tony@svanstrom.com (Tony L. Svanstrom)
Subject: Re: selling perl to management
Message-Id: <1efxnmr.1fz9ahd3p26a2N%tony@svanstrom.com>
<reg_exp@my-deja.com> wrote:
> i now need to make a presentation to the senior management to get them
> to accept perl. the initial response i got was:
>
> * perl is tough to read, tough to maintain
> * it's going to be tough getting people to maintain perl code and tough to
> train people in perl.
The battle is already lost, unless you fall back on using their kind of
logic... Don't talk about how great Perl is, tell them instead that Perl
was created just to solve these problems as quickly as possible and to
be very easy to maintain due to the structure of the language; and that
at the end it means a more stable solution and a costsaving.
When you start talking costsavings they should listen.
/Tony
--
/\___/\ Who would you like to read your messages today? /\___/\
\_@ @_/ Protect your privacy: <http://www.pgpi.com/> \_@ @_/
--oOO-(_)-OOo---------------------------------------------oOO-(_)-OOo--
DSS: 0x9363F1DB, Fp: 6EA2 618F 6D21 91D3 2D82 78A6 647F F247 9363 F1DB
---ôôô---ôôô-----------------------------------------------ôôô---ôôô---
\O/ \O/ ©1999 <http://www.svanstrom.com/?ref=news> \O/ \O/
------------------------------
Date: Fri, 25 Aug 2000 17:04:15 GMT
From: Jim Mauldin <mauldin@netstorm.net>
Subject: Re: selling perl to management
Message-Id: <39A6A68C.7D795D7C@netstorm.net>
reg_exp@my-deja.com wrote:
>
> hi,
>
> i am working on a project where we manipulate lots of text data that is
> in a structured format.
>
> i did some prototypes with perl and found :
>
> * perl code is about 10 times smaller than the c code
> * perl code is actually 2 times faster than the c code (the c code isnt
> very good, i admit it !!)
>
> i now need to make a presentation to the senior management to get them
> to accept perl. the initial response i got was:
>
> * perl is tough to read, tough to maintain
> * it's going to be tough getting people to maintain perl code and tough
> to train people in perl.
>
> well, the presentation is on tuesday, and i want to do a fair job of
> selling perl: we want a system that is scalable and easy to maintain,
> and i think perl is the best choice.
>
> i would like the groups remarks, criticism, suggestions and pointers to
> web-resources that highlight the pros & cons of using perl.
>
http://perl.oreilly.com/news/success_stories.html will give you some
ammunition.
-- Jim
------------------------------
Date: Fri, 25 Aug 2000 16:32:41 GMT
From: pape_98@my-deja.com
Subject: Re: Sorting by a subfield (WAS: Re: This is my last question, I swear!!!!!!!!!!)
Message-Id: <8o6738$v0u$1@nnrp1.deja.com>
> One can't help you further without a small sample of the unsorted
data,
Like Abe said there is sample data:
<> NIH,10B-410,01 36,13 5 26,15 43,1 5 2 5 2 4
<> NIH,6B-4,01 36,13 5 26,15 43,1 5 2 5 2 4
<> Suburban,6C-258,52 51,5256,15 13,152
<> Suburban,ACardiology,52 51,5256,15 13,152
<> NIH,9B-4,01 36,13 5 26,15 43,1 5 2 5 2 4
<> NIH,15-410,01 36,13 5 26,15 43,1 5 2 5 2 4
<> NIH,60B-410,01 36,13 5 26,15 43,1 5 2 5 2 4
<> NIH,B1D-416,52,135 6,1513,52 hi,
<> NIH,B1D-43,01 36,13 5 26,15 43,1 5 2 5 2 4
<> Suburban,10C-58,52 51,5256,15 13,152
<> Suburban,1B-29,52 51,5256,15 13,152
<> NIH,B1D-403,01 36,13 5 26,15 43,1 5 2 5 2 4
<> NIH,B1D-410,52 51 36,135 256,15413,1512
<> Suburban,6B-281,52 51,5256,15 13,152
<> Suburban,Office,52 51,5256,15 13,152
> so one can verify your assertion about the incorrect numerical sort.
What I get when I sort this data using this sort method
@sorted = map { $_->[0] }
sort { $a->[0] cmp $b->[0]
||
$a->[1] <=> $b->[1]
} map { [$_, /(\d+)/, uc($_)] } @unsorted;
is,
NIH,10B-410,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,15-410,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,60B-410,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,6B-4,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,9B-4,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,B1D-403,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,B1D-410,52 51 36,135 256,15413,1512
NIH,B1D-416,52,135 6,1513,52 hi,
NIH,B1D-43,01 36,13 5 26,15 43,1 5 2 5 2 4
Suburban,10C-58,52 51,5256,15 13,152
Suburban,1B-29,52 51,5256,15 13,152
Suburban,6B-281,52 51,5256,15 13,152
Suburban,6C-258,52 51,5256,15 13,152
Suburban,ACardiology,52 51,5256,15 13,152
Suburban,Office,52 51,5256,15 13,152
But the way I want it is :
*NIH,6B-4,01 36,13 5 26,15 43,1 5 2 5 2 4
*NIH,9B-4,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,10B-410,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,15-410,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,60B-410,01 36,13 5 26,15 43,1 5 2 5 2 4
*NIH,B1D-43,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,B1D-403,01 36,13 5 26,15 43,1 5 2 5 2 4
NIH,B1D-410,52 51 36,135 256,15413,1512
NIH,B1D-416,52,135 6,1513,52 hi,
*Suburban,1B-29,52 51,5256,15 13,152
Suburban,10C-58,52 51,5256,15 13,152
Suburban,6B-281,52 51,5256,15 13,152
Suburban,6C-258,52 51,5256,15 13,152
Suburban,ACardiology,52 51,5256,15 13,152
Suburban,Office,52 51,5256,15 13,152
I put an * next to the lines that need to change.
I hope everything is in the format that you want it this time.
Thanks,
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Fri, 25 Aug 2000 13:42:26 -0300
From: Richie <rsmith@sympatico.ca>
Subject: source question
Message-Id: <39A6A1F2.1FD039C8@sympatico.ca>
I am having trouble taking a string and passing between two scripts, its
value gets all messed up.
This is part of my code:
$string1="temp_x=temp1&temp_y=temp2&origin_filename=$orig_filename";
$string1 = ~ s/=/\~/g;
print "\n <INPUT TYPE = hidden NAME = string VALUE= $string1>\n";
when I look at the source, the value for string is a bunch of numbers
that does not resemble the values that I gave it. Is there a reason for
this?
Any help is great
Thanks, Rich
------------------------------
Date: Fri, 25 Aug 2000 17:24:21 GMT
From: Jim Mauldin <mauldin@netstorm.net>
Subject: Re: source question
Message-Id: <39A6AB3F.DE003556@netstorm.net>
Richie wrote:
>
> I am having trouble taking a string and passing between two scripts, its
> value gets all messed up.
>
> This is part of my code:
>
> $string1="temp_x=temp1&temp_y=temp2&origin_filename=$orig_filename";
>
> $string1 = ~ s/=/\~/g;
>
> print "\n <INPUT TYPE = hidden NAME = string VALUE= $string1>\n";
>
> when I look at the source, the value for string is a bunch of numbers
> that does not resemble the values that I gave it. Is there a reason for
> this?
>
$string1 = ~ s/=/\~/g;
^
because of the space between = and ~, Perl does a bitwise negation on
the contents of $string1. Remove the space to get the binding operator
=~ that you want.
-- Jim
------------------------------
Date: Fri, 25 Aug 2000 17:34:16 GMT
From: Jim Mauldin <mauldin@netstorm.net>
Subject: Re: source question
Message-Id: <39A6AD8E.829F5F54@netstorm.net>
I wrote:
>
>
> $string1 = ~ s/=/\~/g;
> ^
Oops - carat in wrong place:
$string1 = ~ s/=/\~/g;
^ error is here
Plus, you should always run perl with warnings -w. In this case, it
warns:
Use of uninitialized value in substitution (s///)
because it's trying to do a s/// on $_ which is uninitialized in this
example.
-- Jim
------------------------------
Date: 25 Aug 2000 16:52:00 GMT
From: Eli the Bearded <elijah@workspot.net>
Subject: Re: Stumped by Reg Exp Problem - help??
Message-Id: <eli$0008251237@qz.little-neck.ny.us>
In comp.lang.perl.misc, jason <elephant@squirrelgroup.com> wrote:
> Eli the Bearded <elijah@workspot.net> wrote ..
> > s!(https?:// # scheme
> > (?: [^:]+ (?: : [^@]+ )? @ ) ? # username/password
> > (?: [a-z0-9] (?: [a-z0-9]+ | -[a-z0-9] )* \. )+ # hostname fragment
> > (?: [a-z0-9] (?: [a-z0-9]+ | -[a-z0-9] )* ) # top level domain
> > (?: : \d+ )? # port number
> > (?: / \S* ) ? # local part
> > (?= [.>'"\s] | $ ) # probable boundary
> > ) !<a href="$1">$1</a>!xig;
> >
> >I specifically avoid things like "http://www/file.html" but do allow
> >"http://www.internal/file.html" for subdomains that may just work
> >for you.
>
> http://www/ works for me .. and http://localhost/ works for a great deal
> more people than that .. requiring a period in the host name is going to
> break far more anchors than allowing http://___~-./
While http://www/ might work for you, it is somewhat unreliable
to use generally. (I did run across a site once that had frames
pointing to http://www/filename.htm, which probably looked fine
to the creator, but looked rather poor to me.) Hence it was a
deliberate design feature that I excluded such URLs. Change the
final '+' to a '*' on the hostname fragment line to allow them.
> oops
>
> <a href = "http://www.pedantic.com/">Pedantic</a>
>
> HTML::Parser to the rescue .. check it out at a CPAN near you
I was under the impression that this was not an HTML document.
I don't want to think what kind of breakage HTML::Parser could
do to non-HTML documents. (Imagine an news or email followup
where the author used '<' instead of '>' to quote lines.)
Elijah
------
shares an ISP with the owner of http://www.nitpicking.com/
------------------------------
Date: 25 Aug 2000 17:44:29 GMT
From: Eli the Bearded <elijah@workspot.net>
Subject: Re: Stumped by Reg Exp Problem - help??
Message-Id: <eli$0008251340@qz.little-neck.ny.us>
In comp.lang.perl.misc, Scott <shamilton@plateausystems.holdthespam.com> wrote:
> Eli the Bearded <elijah@workspot.net> wrote in message
> news:eli$0008242009@qz.little-neck.ny.us...
> > In comp.lang.perl.misc, Scott <shamilton@plateausystems.holdthespam.com>
> wrote:
> > > Here's what I can't figure out, though: if the link in question is
> > > ALREADY formatted as an HTML link, then I don't want to perform
> > > the conversion, otherwise things get REAL messy.
> I need to take into account the possibility that the string I am performing
> the replacement on might have more than one HTTP address in it. While the
> odds of having a mix of both already-formatted and unformatted URLS in the
> text are small, the possibility exists, so for each instance of a match, I
> need to make that determination.
>
> Does that make sense? I realize it complicates the problem, but is this
> still possibly to do using a regular expression?
Well, it does make the RE a lot more complicated. Perhaps instead
the processing could still be broken up into multiple bits:
while(length($frag)) {
if ($frag =~ s/^([^<]*)//s) {
my $bit = $1;
print &linkurls($bit) if length($bit);
}
if ($frag =~ s%^(<a \s+ [^>]*\b href \b [^>]+> .*? </a[^>]*> )%%ix) {
print $1;
} elsif ($frag =~ s/^(< [^>]* (?: > | $ ))//x) {
my $bit = $1;
print &linkurls($bit);
}
}
Where $frag is a line or other fragment to process, and sub linkurls
does my linking s///. This will make full urls in <img> tags links,
will do the right thing (for some value of 'right') with
'<a target=new badhref="http://jdjd.ddd/" href="http://foo.bar/">*</a>',
and can handle a $frag that contains
'The <a href="dmoz.org">OPD</a> is much better than http://www.yahoo.com/.'
Well, this code handles that okay. My s/// has localpart handling
that is too weak for q!http://www.yahoo.com/.'!. Let's try to tighten
that:
s!(https?:// # scheme
(?: [^:]+ (?: : [^@]+ )? @ ) ? # username/password
(?: [a-z0-9] (?: [a-z0-9]+ | -[a-z0-9] )* \. )+ # hostname fragment
(?: [a-z0-9] (?: [a-z0-9]+ | -[a-z0-9] )* ) # top level domain
(?: : \d+ )? # port number
(?: / (?: \S* [a-z0-9/] )? ) ? # local part
(?= [.>'"\s] | $ ) # probable boundary
) !<a href="$1">$1</a>!xig;
That seems better.
Elijah
------
notice the code no longer depends on an '=' right next to the 'href', jason
------------------------------
Date: Fri, 25 Aug 2000 17:18:49 +0200
From: "Thierry" <info@ezboo.com.xx>
Subject: Re: stupid question probably
Message-Id: <8o63aq$9f0$1@reader1.fr.uu.net>
Sorry sorry sorry ...
It does work:
<!--#exec cgi="/cgi-bin/datecgi.pl" -->
I have to rename to .shtml (instead of html)
Thanks a lot.
Thierry
Viking <vikingrscup@rogue-spear.com> a écrit dans le message :
8o5lpf$c7h$1@news0.skynet.be...
> If your server supports is, you can use Server side includes. For example:
>
> <!--#exec cgi="cgi-bin/date.cgi" -->
> Thierry <info@ezboo.com.xx> wrote in message
> news:4Krp5.4907$6x7.5481612@nnrp5.proxad.net...
> > My Perl script works alone, but
> > How the hell can I insert a small Perl script within my existing HTML
> page.
> > For exemple to write date....
> >
> > Thanks
> > Thierry
> >
> >
> >
>
>
------------------------------
Date: 25 Aug 2000 17:37:05 GMT
From: abigail@foad.org (Abigail)
Subject: Re: URLs ending in /
Message-Id: <slrn8qdbkh.tj3.abigail@alexandra.foad.org>
Viking (vikingrscup@rogue-spear.com) wrote on MMDLI September MCMXCIII in
<URL:news:8o5lhc$sfo$1@news1.skynet.be>:
DO NOT POST JEOPARDY STYLE!
;; <cbdeja@my-deja.com> wrote in message news:8o5bsc$vca$1@nnrp1.deja.com...
;; > What is the difference between the URLs (for example):
;; >
;; > http://www.acme.com/support
;; > http://www.acme.com/support/
;; >
;; > The only difference I could guess at is that the first could concievably
;; > be referencing a file, whereas the second implies that it MUST be a
;; > directory.
;; >
;; > However, as you wouldn't be able to have a file and a directory with the
;; > same name, it seems to me that the trailing / is redundant. Is there
;; > really a need for it?
\begin{not perl}
URLs have nothing, absolutely nothing to do with files. URLs point to
resources, and it's up to the server that's got a request for a URL to
decide how to forfill it. A request *may* result in the content of a
file being returned, but I've yet to see a server that has a 1-1 mapping
of URLs to files. (Since there's no upper bound on the number of different
URLs, it's kind of obvious that that doesn't happen; furthermore, most
servers don't put documents in /, or are willing to send out the password
file when requesting /etc/passwd.)
It's true that you cannot have a file and a directory by the same name in
a UNIX file system. However, it's extremely trivial to set up a popular
server like Apache such that both 'http://www.example.com/foo' and
'http://www.example.com/foo/' map to different documents. IIRC, there
was a time that there was a difference between 'http://www.perl.com/cpan'
and 'http://www.perl.com/cpan/'. One lead to the local CPAN mirror, the
other to a mirror elsewhere.
;; I read somewhere that the trailing slash is preferred ro the non-trailing
;; one, because witht he non-trailing slash, the browser makes 2 requests to
;; the web server(one to chekc if it's a file or directory, 2nd to fetch the
;; info).
The browser only makes 2 requests if the server issues a redirect. Long time
ago, when the web still looked like it could grow into something useful,
before Netscape ruined it, people coding servers made a mistake to cater
to people making a typo. For some URLs, the servers would map the URL
to part of the filesystem, and if the URL mapped to a directory, it would
present the directory content (or alternatively, an index file). But if
people left off the trailing /, instead of telling people they made a mistake,
they issued a redirect, to use the used URL plus trailing /.
Big mistake. Ever since, people started thinking trailing /'s were optional,
and left them out, increasing the traffic on the net, and getting longer
response times. I wouldn't be surprised if a substantial percentage of HTTP
traffic on the net consists of redirects.
The next time I'll be managing a web server (hopefully, I never ever have
to do that again), it won't issue a redirect. Instead, it will send out
a message "IF YOU CAN'T BE BOTHERED TO TYPE A TRAILING /, YOU ARE NOT
WELCOME HERE", and then lock out the address for a week or so. Let them
waste someone elses bandwidth.
;; > Perhaps the server would send an error page if 'support' was actually a
;; > file on the server but the submitted URL ended in a /.
;; >
;; > But normally if you were embedding a URL in one of your pages which
;; > points to directory, can you safely omit the trailing / in the URL ?
No. You will be issueing a different request. At best, you will waste
bandwidth (and in the long run, that bandwidth will have to be paid for,
and it ain't going to be paid by general taxes, but by users of the net)
and get slower response times. At worst, you get a totally different
document than you thought you requested.
And for those who are wondering why the server would issue a redirect,
think how relative URL are resolved. It matters whether that trailing
slash is there or not.
Now, what an earth does this have to do with Perl?
\end{no perl}
Abigail
--
perl -MLWP::UserAgent -MHTML::TreeBuilder -MHTML::FormatText -wle'print +(
HTML::FormatText -> new -> format (HTML::TreeBuilder -> new -> parse (
LWP::UserAgent -> new -> request (HTTP::Request -> new ("GET",
"http://work.ucsd.edu:5141/cgi-bin/http_webster?isindex=perl")) -> content))
=~ /(.*\))[-\s]+Addition/s) [0]'
------------------------------
Date: Fri, 25 Aug 2000 12:17:16 -0400
From: Jeff Boes <jboes@eomonitor.com>
Subject: Whither PerlMonth?
Message-Id: <39a69cb6$0$62635$44ae8f91@news.net-link.net>
Does anyone know what happened to perlmonth.com?
--
Jeff Boes EoExchange, Inc.
Sr. Software Engineer (616) 381-9889 x.18
Search. Monitor. Notify. jboes@eoexchange.com
Aeneid is now EoExchange. http://www.eoexchange.com
------------------------------
Date: Fri, 25 Aug 2000 13:16:20 -0400
From: H C <carvdawg@patriot.net>
Subject: Re: Win32 Registry and IP addresses.
Message-Id: <39A6A9E4.9D2D7BCF@patriot.net>
> Idiot!
Ah, an intelligent response!
> > I don't mean any offense, but it's pretty obvious that you haven't
> put any
> > thought into
> > this.
>
> > Most of the info you want to add to the Registry is located in:
> >
> > HKLM\System\CurrentControlSet\Services\[device]\Parameters\Tcpip
> >
> > Some is in:
>
> This should be: "Some are in"
Wow. Okay. So the syntax and grammar Nazi's abound. I guess I shouldn't
try posting on
just one cup of coffee...
> >
> > HKLM\System\CurrentControlSet\Services\TCPIP\Parameters
> >
> > I find Win32::TieRegistry by far the easiest module to use with the
> > Registry...
>
> This is NOT where they are located on my computer dude! HKLM\System yes
> but the rest of it... you are pretty much clueless.
Hey, that's where I found some of the information, specifically the name
server IP addresses.
If the key:
HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\NameServers
isn't on your system, then sorry...
> > Q: Why is Batman better than Bill Gates?
> > A: Batman was able to beat the Penguin.
> >
>
> So, if you are a Linux advocate, why are you using NT to post your news
> messages?
How does a joke in my .sig file label me a Linux advocate? And since when
are
you in charge of what os I use (or anyone else uses, for that matter) to
post messages?
> I don't mean any offense, but you might want to get a grown up to read
> you messages before you post.
Are you volunteering?
------------------------------
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 4133
**************************************
