[13589] in Perl-Users-Digest
Perl-Users Digest, Issue: 999 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Oct 6 09:05:33 1999
Date: Wed, 6 Oct 1999 06:05:18 -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: <939215118-v9-i999@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Wed, 6 Oct 1999 Volume: 9 Number: 999
Today's topics:
[Perl] How to find the Perl FAQ <rootbeer&pfaq*finding*@redcat.com>
Re: altering contents of files (M.J.T. Guy)
Caliing method by reference with arrow operator <siv@helpco.kiev.ua>
checking for string in multiple line scalar (part II) <fokko.wesselius@ict.nl>
checking for string in multiple line scalar <fokko.wesselius@ict.nl>
Re: checking for string in multiple line scalar (Martien Verbruggen)
Re: CHOWN in PERL (Martien Verbruggen)
Re: fork & NT Perl (Scott McMahan)
How to write bits and bytes to files <simon@profero.com>
Ignore this, just testing to see if it works. <@mdo.net>
Killfiles (Henry Penninkilampi)
Re: Killfiles (Martien Verbruggen)
Re: Memory leak in assignment (M.J.T. Guy)
Re: Memory leak in assignment <dan@tuatha.sidhe.org>
perl Ad <One.Bored.Guru........@p0.f1.n30.z30.fidonet.org>
Re: Perl macros for vi - getting off topic <sr@pc-plus.de>
Re: Perl macros for vi (Martien Verbruggen)
Simple scripts to do www mirroring <chris.boross@corp.vavo.com>
Re: Simple scripts to do www mirroring <rhomberg@ife.ee.ethz.ch>
Re: To Abigail re: reading current threads <jb4mt@verbatims.com>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 06 Oct 1999 10:24:01 GMT
From: Tom Phoenix <rootbeer&pfaq*finding*@redcat.com>
Subject: [Perl] How to find the Perl FAQ
Message-Id: <pfaqmessage939205441.12034@news.teleport.com>
Archive-name: perl-faq/finding-perl-faq
Posting-Frequency: weekly
Last-modified: 18 Aug 1999
[ That "Last-modified:" date above refers to this document, not to the
Perl FAQ itself! The last major update of the Perl FAQ was in Summer of
1998; of course, ongoing updates are made as needed. ]
For most people, this URL should be all you need in order to find Perl's
Frequently Asked Questions (and answers).
http://www.cpan.org/doc/FAQs/
Please look over (but never overlook!) the FAQ and related docs before
posting anything to the comp.lang.perl.* family of newsgroups.
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
Beginning with Perl version 5.004, the Perl distribution itself includes
the Perl FAQ. If everything is pro-Perl-y installed on your system, the
FAQ will be stored alongside the rest of Perl's documentation, and one
of these commands (or your local equivalents) should let you read the FAQ.
perldoc perlfaq
man perlfaq
If a recent version of Perl is not properly installed on your system,
you should ask your system administrator or local expert to help. If you
find that a recent Perl distribution is lacking the FAQ or other important
documentation, be sure to complain to that distribution's author.
If you have a web connection, the first and foremost source for all things
Perl, including the FAQ, is the Comprehensive Perl Archive Network (CPAN).
CPAN also includes the Perl source code, pre-compiled binaries for many
platforms, and a large collection of freely usable modules, among its
560_986_526 bytes (give or take a little) of super-cool (give or take
a little) Perl resources.
http://www.cpan.org/
http://www.perl.com/CPAN/
http://www.cpan.org/doc/FAQs/FAQ/html/
http://www.perl.com/CPAN/doc/FAQs/FAQ/html/
You may wish or need to access CPAN via anonymous FTP. (Within CPAN,
you will find the FAQ in the /doc/FAQs/FAQ directory. If none of these
selected FTP sites is especially good for you, a full list of CPAN sites
is in the SITES file within CPAN.)
California ftp://ftp.cdrom.com/pub/perl/CPAN/
Texas ftp://ftp.metronet.com/pub/perl/
South Africa ftp://ftp.is.co.za/programming/perl/CPAN/
Japan ftp://ftp.dti.ad.jp/pub/lang/CPAN/
Australia ftp://cpan.topend.com.au/pub/CPAN/
Netherlands ftp://ftp.cs.ruu.nl/pub/PERL/CPAN/
Switzerland ftp://sunsite.cnlab-switch.ch/mirror/CPAN/
Chile ftp://ftp.ing.puc.cl/pub/unix/perl/CPAN/
If you have no connection to the Internet at all (so sad!) you may wish
to purchase one of the commercial Perl distributions on CD-Rom or other
media. Your local bookstore should be able to help you to find one.
Another possibility is to use one of the FTP-via-email services; for
more information on doing that, send mail to <mail-server@rtfm.mit.edu>
(not to me!) with these lines in the body of the message, flush left:
setdir usenet-by-group/news.announce.newusers
send Anonymous_FTP:_Frequently_Asked_Questions_(FAQ)_List
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
Comments and suggestions on the contents of this document
are always welcome. Please send them to the author at
<pfaq&finding*comments*@redcat.com>. Of course, comments on
the docs and FAQs mentioned here should go to their respective
maintainers.
Have fun with Perl!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 6 Oct 1999 12:33:46 GMT
From: mjtg@cus.cam.ac.uk (M.J.T. Guy)
Subject: Re: altering contents of files
Message-Id: <7tffja$df0$1@pegasus.csx.cam.ac.uk>
Alex Rhomberg <rhomberg@ife.ee.ethz.ch> wrote:
>
>ASSUMING you have the filename in an array @filenames and ASSUMING you
>want to execute rm -f for each of the files, use
>
>unlink @filenames or die qq*a horrible death because of $!*;
Minor detail - the return from unlink isn't "true if it succeeded"
but rather "true if at least one unlink succeeded". If you want to
warn/die if *any* unlink failed, you need to write
@filenames == unlink @filenames or die qq*a horrible death because of $!*;
Mike Guy
------------------------------
Date: Wed, 6 Oct 1999 14:06:30 +0200
From: "Igor V. Solodovnikov" <siv@helpco.kiev.ua>
Subject: Caliing method by reference with arrow operator
Message-Id: <939208052.322601@Stalker.Alfacom.net>
Is it possible to call method if i have only a reference to it?
Consider following example:
...
my $self=shift;
my $methodref=shift;
....
#i known that i can call it without arrow operator:
$methodref->($self);
....
#but why following syntax doesn't works?:
$self->&{$methodref}();
Do you know any workaround?
------------------------------
Date: Wed, 6 Oct 1999 14:41:06 +0200
From: "Fokko Wesselius" <fokko.wesselius@ict.nl>
Subject: checking for string in multiple line scalar (part II)
Message-Id: <7tfjs8$5us$1@tasmania.dev.ict.nl>
Hello again,
I still don't get the thing working, whether it uses /g options or not, it
only get's the first ICT label. Here is the sub function I use:
sub Check_ICT_Label
{
foreach $version_label (@version_labels){
if ($version_label =~ /(^"ICT.*)/) { print "$1\n"; }
}
}# end of function Check_ICT_Label
----------------------------------------------------------
$version_label =
"ICT1999-05-0228.1.1-2" = 2.*\n
"Release_1.0_VWi611_19990826" = 1.1\n
"Baseline_19990928_VWI611_Phase_2_Rework" = 1.1\n
"ICT1999-05-0228.1.1-1" = 1.*\n
"Release_1.2_P_VWI611_1" = 1.1\n
"Release_1.3_P_VWI611_1" = 1.1\n
Output now: "ICT1999-05-0228.1.1-2"=2.*\n
But I want to know how many times "ICT label is found. and I want to push
the lines in a array.
Thanx .....
------------------------------
Date: Wed, 6 Oct 1999 14:07:56 +0200
From: "Fokko Wesselius" <fokko.wesselius@ict.nl>
Subject: checking for string in multiple line scalar
Message-Id: <7tfhu2$t9i$1@tasmania.dev.ict.nl>
Hello,
I have a question. Is there a easy way to check for a string inside a scalar
which has multiple line's. Something like this:
$text = "
gdfgdfgdfgdfg\n
dfg\n
string\n
dfg\n
dfg\n
string\n
dsdfsdfsd\n";
output: found string: 2 times !
------------------------------
Date: 6 Oct 1999 12:24:39 GMT
From: mgjv@wobbie.heliotrope.home (Martien Verbruggen)
Subject: Re: checking for string in multiple line scalar
Message-Id: <slrn7vmetb.2h3.mgjv@wobbie.heliotrope.home>
On Wed, 6 Oct 1999 14:07:56 +0200,
Fokko Wesselius <fokko.wesselius@ict.nl> wrote:
> Hello,
>
> I have a question. Is there a easy way to check for a string inside a scalar
> which has multiple line's. Something like this:
*sigh*
You really should try to formulate your question a bit more accurate.
let me guess: You are trying to use a regular expression on a scalar
which contains a string that has newlines in it, right?
Now... What makes you think that's a problem? Do you want to know the
number of matches? use the /g flag on your regexp operator. Do you
want to know the number of lines that contain a string? Split the
thing up in lines, and do it that way, or just read it in line per
line. or are you going to tell me this didn't come out of a file?
Please, try one of the above. If you are still having trouble, post
some _code_ and we'll be delighted to have a look at that.
Martien
--
When in doubt, look around
------------------------------
Date: 6 Oct 1999 12:02:47 GMT
From: mgjv@wobbie.heliotrope.home (Martien Verbruggen)
Subject: Re: CHOWN in PERL
Message-Id: <slrn7vmdka.2h3.mgjv@wobbie.heliotrope.home>
On 06 Oct 1999 06:28:33 GMT,
John Callender <jbc@shell2.la.best.com> wrote:
> Martien Verbruggen <mgjv@comdyn.com.au> wrote:
>
> > There are really only two ways you can get these files to be owned by
> > another user:
>
> > 1) run apache as another user (bad, bad, bad idea)
> > 2) run the CGI scripts suid (even worse, horrible idea, and your ISP
> > will probably refuse it, and rightly so)
>
> I'm curious if you mean that any running of a CGI script setuid is a
> horrible idea, or merely that this particular questioner trying to do
> so is a horrible idea.
I tend to think running any CGI script suid is a bad bad bad idea. If
you absolutely _must_, for whatever reason, at least make sure you get
someone to write it who knows all the issues involved.
Call me paranoid. It may be a result of 10 years of system
administration.
> Accompanied by sufficient paranoia and taint-checking, setuid scripts
> seem a workable solution to me to the problem of having the Web server
> write to the local filesystem. Is this just my clueless nature
> asserting itself again?
\begin{rant}
Not clueless. taint checking and sufficient paranoia can be sufficient,
but may not be. It of course also depends on the seriousness of
exposing root access on a machine. In some cases it's not that
horrible, In other cases you'd be exposing a serious amount of secure
data. I tend to not allow any suid stuff on machines where root access
could end us up in a court of law. I will fight tooth and nail on any
other machine to avoid suid stuff. Once I give in, I will insist on
seeing the code myself. And even then, I don't trust it.
And CGI in combination with suid is absolutely out of the question.
Like I said, I may be paranoid in these manners, but it makes it
easier for me to deal with the security issues on machines that are
exposed to the outside.
And someone who does not have a full understanding of what all this is
about should not even remotely consider suid bits.
\end{rant}
> Disclaimer: I realize that in a perfect world this discussion would be
> taking place in comp.infosystems.www.authoring.cgi. Flame if you must,
Not at all. overexposing your system through excessive and oftimes
unnecessary use of the suid bit is not specific to CGI. If anything,
it would probably belong in one of the unix groups. But I don't think
it can hurt to have this sort of discussion in front of a more general
programming audience, especially if some of them are programming, or
will be programming CGI stuff, and don't really know what the suid bit
is about.
> but if you do, give me the good stuff, since I'm not merely ignorant of
> the convention, but have in fact flouted it wilfully, at least in this
> case.
it is not merely a convention. It is more often a rational decision.
If you give something root access, you make them god on your machine.
You don't want gods who don't know how to keep a universe in a tight
reign. suid bits make a god out of anybody. I tend to not blindly
trust just anybody.
Root access is something that I hardly ever will give away.
On my unix box at home, there's lots of stuff suid. On the Internal
boxes at work that I have control over, there's almost nothing. On any
of the boxes exposed to the Internet, there's absolutely nothing. Not
even top runs suid there. not even the passwd command does. Only root
has power.
> I guess I'm like the drunk, searching for his keys under the street
> lamp despite having lost them on the other side of the street. "The
> light seemed better over here," and all that.
heh.
Again: I may be overly paranoid, but being a sysadmin as well as a
programmer does that to you. And there are gradations in this. The
consequences of a security breach are important in the amount of risk
one is willing to take.
And now, please, don't ever talk top me again about suid CGI programs,
because it takes too much out of me, and it makes me type too much too
fast. :)
Martien
--
When in doubt, look around
------------------------------
Date: Wed, 06 Oct 1999 12:34:01 GMT
From: scott@aravis.softbase.com (Scott McMahan)
Subject: Re: fork & NT Perl
Message-Id: <ZkHK3.20$tL2.1617@newshog.newsread.com>
Wizard of VOBs (hazard@eznetN-O~S'P&A`M.net) wrote:
> We are running an older version of perl5 on many of our machines, and
> fork is not implemented.
I have a full discussion of why fork() doesn't work on NT in my book
Automating Windows With Perl. The issue reflects the differences between
process models.
I would like to see how anyone could write a working fork() call in NT --
when there's a Perl version that supports it *NATIVELY*, not via a UNIX
runtime emulation system, I will be the first to download the code and
see what they did.
Scott
http://autoperl.skwc.com Automating Windows With Perl
------------------------------
Date: Tue, 05 Oct 1999 23:43:57 +0100
From: Simon Wistow <simon@profero.com>
Subject: How to write bits and bytes to files
Message-Id: <37FA7F2D.9796920@profero.com>
I'm trying to write bits to a file.
The file will be opened when I create a new object. I came up with the idea of
using a byte long buffer; when you write some data to the object it keeps
filling up the buffer, writing it to the file everytime it gets a byte's worth.
When it can no longer fill the entire buffer it returns. The next time someone
writes to the object it trys to fill up the rest of the buffer and then writes
it etc etc ... until the object method 'close' is called at which point the
buffer is written to the filehandle which is then closed.
I knocked this tonight but, to be honest, my experience of mucking around with
binary in Perl is minimal (read, this is the first time in pretty much any
language) and it throws out this error message
Argument "`" isn't numeric in right_shift at Foo.pm line 107.
Followed by a hideous mass of messages looking like
IO::File=GLOB(0x8057c78)
repeated over and over
This is the code
<code>
sub write {
my ($self, $data, $size) = @_;
my $fh = $self->{fh};
for (;;)
{
$self->{_bitBuf} |= $data >> $self->{_bitPos}; # this would be 107
# Do we have at least enough to fill the buffer?
if (($self->{_bitPos} + $size)>=8)
{
# Yes. Fill it, write it and go again
print ($fh, pack("B8",$self->{_bitBuf}));
$data = $data << (8- $self->{_bitPos});
$size -= $self->{_bitPos};
$self->{_bitPos} = $self->{_bitBuf} = 0;
}else{
# No. Fill up as much of the buffer as we can
$self->{_bitPos} += $size;
# ... and return
return;
}
}
}
</code>
Am I even vaguely on the right path? Can it be salvaged? Or am I making no
sense?
Cheers
Simon
------------------------------
Date: Wed, 6 Oct 1999 08:55:06 -0400
From: "CS" <@mdo.net>
Subject: Ignore this, just testing to see if it works.
Message-Id: <9CHK3.1703$eM4.135434@typ11.nn.bcandid.com>
blah
------------------------------
Date: Wed, 06 Oct 1999 19:37:20 +0930
From: spamfree@metropolis.net.au (Henry Penninkilampi)
Subject: Killfiles
Message-Id: <spamfree-0610991937210001@d4.metropolis.net.au>
In article <k4zK3.170$_G2.5177@nsw.nnrp.telstra.net>, mgjv@comdyn.com.au
(Martien Verbruggen) wrote:
> I never used to have a killfile. A few months ago, I started one. I
> actually switched software to have better kill control. It's making my
> life a lot easier on this group. And not replying to certain articles
> now happens automatically.
>
> I mainly whinge when people display behaviour like
> what's_his_name_again_who_started_this_thread. They're the ones that
> get personal entries. Which sometimes makes it hard to follow a thread
I can understand the point of killfiling a thread once it goes off, but is
there any real benefit to killfiling a person? As you say - it can
sometimes make a thread hard to follow.
Anyone care to put in a word or two in support of killfiling people?
I've only been on the Net for 9 years, and I've never felt the urge to
killfile a thread, let alone a person, so I'm genuinely interested in
whether or not people think it actually helps.
Henry.
------------------------------
Date: 6 Oct 1999 12:15:50 GMT
From: mgjv@wobbie.heliotrope.home (Martien Verbruggen)
Subject: Re: Killfiles
Message-Id: <slrn7vmecp.2h3.mgjv@wobbie.heliotrope.home>
On Wed, 06 Oct 1999 19:37:20 +0930,
Henry Penninkilampi <spamfree@metropolis.net.au> wrote:
> In article <k4zK3.170$_G2.5177@nsw.nnrp.telstra.net>, mgjv@comdyn.com.au
> (Martien Verbruggen) wrote:
>
> > I never used to have a killfile. A few months ago, I started one. I
> > actually switched software to have better kill control. It's making my
> > life a lot easier on this group. And not replying to certain articles
> > now happens automatically.
> >
> > I mainly whinge when people display behaviour like
> > what's_his_name_again_who_started_this_thread. They're the ones that
> > get personal entries. Which sometimes makes it hard to follow a thread
>
> I can understand the point of killfiling a thread once it goes off, but is
> there any real benefit to killfiling a person? As you say - it can
> sometimes make a thread hard to follow.
>
> Anyone care to put in a word or two in support of killfiling people?
Yes. For me it does. I am very pedantic about Usenet, and its rules.
Seeing a post from a person who has repeatedly shown not to want to
adhere to those rules pisses me off every time. I'd rather kill them
than risk stomach ulcers. About 3/4 of the people in my killfile are
of that ilk.
Another reason is people who have shown to not be willing to do any
work themselves, or even worse display total and horrible ingratitude
to people here who have had a real hand in the language. The very
language that these posters are here to beg answers to their questions
about.
I just do not want to run the risk ever answering any of their
questions. The other 1/4 of the killed people are of this category.
I furthermore have a category of people that get low scores, because
they nearly fall in one of the above categories, or are so bad that I
want to be able to keep an eye on them, and have the news agent flag
them for me. There are also people who get a high score, and of those
two, one is me.
> I've only been on the Net for 9 years, and I've never felt the urge to
> killfile a thread, let alone a person, so I'm genuinely interested in
> whether or not people think it actually helps.
I've been on the Internet a bit longer than that, but that's not the
issue at all. I never used to use a killfile, until a few months ago.
The high volume, and the irritation that I felt at many of the people
(especially in this newsgroup) finally made me start to write one, and
maintain one.
And believe me, I am happy I did. it may sound horrible, and half a
year ago, I probably would have thought so too, but I simply can't
afford the time anymore. And I don't want to run the risk of getting
so terribly ticked off with the newsgroup and its consistently
lowering intellectual content that I would, like many others have
done, stay away from it. I like being here. I like helping out people.
But I am getting tired of dealing with the crud and the crap. The
killfile is my last attempt of stopping the burn-out.
I try to be nice and polite, but when I feel that control slip, I
tighten my killfile. And it helps. It stops me from having to get out
the old LART (or Clue-by-four), because I now simply don't see most of
the posts that would need it.
Martien
--
Have you killed a luser today?
------------------------------
Date: 6 Oct 1999 12:40:23 GMT
From: mjtg@cus.cam.ac.uk (M.J.T. Guy)
Subject: Re: Memory leak in assignment
Message-Id: <7tffvn$dtk$1@pegasus.csx.cam.ac.uk>
In article <oFDK3.22422$m4.83029819@news.magma.ca>,
Samuel Kilchenmann <skilchen@swissonline.ch> wrote:
><rob1234567@my-deja.com> wrote in: news:7tetpd$anp$1@nnrp1.deja.com...
>
>> $a["x19990920"]++;
>This creates an array @a with one element and increments its value. Your
>following lines all increment this same value.
>(Strings are evaluated to 0 if the context needs an Integer and the
>String can not be converted to an Int according to Perl's rules)
And the moral of this story is: *Always* use -w, even for jiffy tests.
Mike Guy
------------------------------
Date: Wed, 06 Oct 1999 13:04:27 GMT
From: Dan Sugalski <dan@tuatha.sidhe.org>
Subject: Re: Memory leak in assignment
Message-Id: <vNHK3.6154$S32.14705@news.rdc1.ct.home.com>
Craig Berry <cberry@cinenet.net> wrote:
> rob1234567@my-deja.com wrote:
> : ## start of perl script
> : $a = 0;
> :
> : for (1 .. 10000000)
> The expression (1 .. 10_000_000) expands into a real, actual, in-memory
> list of the integers from 1 to 10 million. At four bytes per integer,
> that's a minimum of 40 megabytes of memory required, plus whatever
> structural overhead the list itself imposes. Apparently your per-process
> memory use limit is lower than this.
Actually, it's more like 220 Meg (Well, 260M with the list overhead). Perl
scalars are 22 bytes a pop, more or less, plus the size of your string
buffer (if it's been stringified) plus any extra magic.
Not small, by any means...
Dan
------------------------------
Date: Wed, 06 Oct 1999 06:00:08
From: "One Bored Guru " <One.Bored.Guru........@p0.f1.n30.z30.fidonet.org>
Subject: perl Ad
Message-Id: <00000923@madnet.net>
Attention Perl-5/Linux Programmers.
The Sync3 Developement Team is looking for Perl-5/Linux programmers
to help on an open source project writing a new type of bbs designed
for Linux and The Internet. If you think you have the skill and are
interested, please send email to devteam[at]sync3.com indicating your
interest and providing us with the relevant details pertaining to
your skill level and previous experience. Thank you for your time
and interest.
Steve Byers,
Project Administrator,
The Sync3 Project.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ The Talamasca Internet Newsgroup Gateway +
telnet://talamasca-bbs.com
------------------------------
Date: Wed, 06 Oct 1999 13:43:00 +0200
From: Stephen Riehm <sr@pc-plus.de>
To: ijg@csc.liv.ac.uk
Subject: Re: Perl macros for vi - getting off topic
Message-Id: <37FB35C4.6418939@pc-plus.de>
"I.J. Garlick" wrote:
> However my real reason for posting is STYLE, or lack of it on your home
> pages.
Strange, looks fine on my Mac, on Linux and the NT box at work. Would it
be better if I "turned them down" a bit? (I'll admit the Vim page
background is a bit heavy)
> I mean us Brits know you ausies lack finnese but God man could you
> have found worse background gif's to use?
... and we Aussies are used to whinging Brits - do they still play
cricket or have they given up after Chappel's underarm bowl at the end
of that one day match in 1980(?) :-)
> and I usually
> detest those as they generally show a lack of care and understanding of
> HTML and multi browser/platform awareness.
Now just a second - I'm open to criticism, however I think you should
reconsider before destesting me!
In my defence, my pages have:
no frames
no java/javascript
no consoles
no advertising
no animated gifs
no special text formatting (other than the normal HTML H1, EM etc)
a high content:bandwidth ratio (the background is 8Kb, and the aussie
flag was 2Kb from memory)
labeled images - so if you check the page with pictures turned off, you
at least know what you're missing :-)
very little crap (huge monologs about how great I am, the kinds of
Pizza
I like etc etc)
Just because I have a background which looks fine on all the systems I
have access to (including Lynx - yes I do use it personally) doesn't
mean that I'm an uncaring bastard who doesn't give a sh*t about the
people reading my pages. I may be an uncaring bastard, but not with
respect to my HTML pages ;-)
Now quit whinging about the little things in life and go back to writing
perl :-)
> (Nothing personal in that last statement you understand).
Likewise :-)
> Do yourself a favour go get a better background gif.
Just for you, I'll work on it :-) What's your favorite colour?
Steve
PS: this is my last message to news on this topic :-)
------------------------------
Date: 6 Oct 1999 12:27:54 GMT
From: mgjv@wobbie.heliotrope.home (Martien Verbruggen)
Subject: Re: Perl macros for vi
Message-Id: <slrn7vmf3e.2h3.mgjv@wobbie.heliotrope.home>
On Wed, 6 Oct 1999 07:59:31 GMT,
I.J. Garlick <ijg@connect.org.uk> wrote:
> Do yourself a favour go get a better background gif.
use lynx, and you won't even see what sort of background he uses :)
Martien
--
cats are better at web access than mammoths.
------------------------------
Date: Wed, 29 Sep 1999 16:41:35 +0100
From: "Chris Boross" <chris.boross@corp.vavo.com>
Subject: Simple scripts to do www mirroring
Message-Id: <jqqI3.283$xa4.3284@news.colt.net>
Hi yah,
I was wondering if there were any scripts to do www mirroring, I
need to suck pages down by HTTP, and place them on a local server, recursive
sucking would be usefull, also a script that sucks the GFX linked from the
page too.
Kind regards,
ChrisB
------------------------------
Date: Wed, 06 Oct 1999 14:44:44 +0200
From: Alex Rhomberg <rhomberg@ife.ee.ethz.ch>
Subject: Re: Simple scripts to do www mirroring
Message-Id: <37FB443C.869F73D2@ife.ee.ethz.ch>
Chris Boross wrote:
>
> Hi yah,
> I was wondering if there were any scripts to do www mirroring, I
> need to suck pages down by HTTP, and place them on a local server, recursive
> sucking would be usefull, also a script that sucks the GFX linked from the
> page too.
I use wget for mirroring.
Available from a Linux distro near you
- Alex
------------------------------
Date: Wed, 06 Oct 1999 10:09:36 GMT
From: "George Jempty" <jb4mt@verbatims.com>
Subject: Re: To Abigail re: reading current threads
Message-Id: <AdFK3.815$ry3.7827@news.rdc1.ne.home.com>
> So you were trolling.
>
> It's going to be difficult for you to participate in the group with
> everyone ignoring you.
Whatever. I'll be back in the near future from a different IP address with
a different email and will thus circumvent everybody's much-vaunted
killfiles. I will pay more attention to the group before I post and behave
better when I come back. That way the group can be the resource it's
supposed to be. Actually I got my answer quite quickly and was very happy.
I just couldn't resist tweaking Abigail and Uri and their insufferable egos.
------------------------------
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 999
*************************************
