[9961] in Perl-Users-Digest
Perl-Users Digest, Issue: 3555 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Aug 26 19:02:36 1998
Date: Wed, 26 Aug 98 16:01:31 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Wed, 26 Aug 1998 Volume: 8 Number: 3555
Today's topics:
Re: print:location woes (Bob Trieger)
Re: print:location woes (Rufus Xavier Sarsaparilla)
Re: problems with checking file just created <rootbeer@teleport.com>
Re: problems with checking file just created <rootbeer@teleport.com>
Re: problems with checking file just created <rootbeer@teleport.com>
Question about USING 'do' to call another Perl program (Phil Taylor)
question RE downloading webpages and parsing them. <david.pizzo@West.sun.com>
question RE downloading webpages and parsing them. <david.pizzo@West.sun.com>
question RE downloading webpages and parsing them. <david.pizzo@West.sun.com>
question RE downloading webpages and parsing them. <david.pizzo@West.sun.com>
Re: question RE downloading webpages and parsing them. (Alastair)
Remote Hash Access? <Ian_Lowe@fanniemae.com>
Re: Remote Hash Access? <rootbeer@teleport.com>
Re: Remote Hash Access? (Rufus Xavier Sarsaparilla)
Useful utility for mobile computing <nickg@glencros.demon.co.uk>
WWW POST via Perl <Wim.Lambrechts@village.uunet.nospam.be>
Re: WWW POST via Perl <rootbeer@teleport.com>
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 26 Aug 1998 20:58:16 GMT
From: sowmaster@juicepigs.com (Bob Trieger)
Subject: Re: print:location woes
Message-Id: <6s1t3d$2ui$3@ligarius.ultra.net>
[ posted to usenet and courtesy e-mail sent to "Daniel Adams"]
"Daniel Adams" <dan@fearsome.net> wrote:
-> I was wondering if anyone else had run into a similar problem....the three
-> lines below are all perfectly valid, right?:
->
.. SNIPOLA ...
This has `absolutely' nothing to do with perl.
Somebody in news:comp.infosystems.www.authoring.cgi may be able to help you
but it ain't gonna work in perl.
HTH
Bob Trieger
sowmaster@juicepigs.com
" Cost a spammer some cash: Call 1-800-400-1972
Ext: 1949 and let the jerk that answers know
that his toll free number was sent as spam. "
------------------------------
Date: 26 Aug 1998 14:34:33 -0700
From: kirbyk@best.com (Rufus Xavier Sarsaparilla)
Subject: Re: print:location woes
Message-Id: <6s1v19$1ua$1@shell2.ba.best.com>
In article <904164450.14448.0.nnrp-08.c2deb1c5@news.demon.co.uk>,
Daniel Adams <dan@fearsome.net> wrote:
>
>OK, fine. However, when I run them together thusly:
>
>print "Content-type: text/html\n\n";
>print "Goodbye, cruel World";
>sleep 15;
>print "Location: http://fearsome.net/rants/$path/board\.htm\n\n";
>
>the script simply prints "Location: etc" to the screen next to "Goodbye,
>cruel World".
>
All this isn't really a perl problem, it's a problem with understanding
redirect. The problem is that the Location: bit is ignored if there's a
content-type header. You can't have both.
If you want to show a message and then redirect, you want to do a refresh to
a different URL, I bet. Redirects are mainly useful for virtual URLs.
(Although I used one in a (small) perl script yesterday to redirect people
from the old version of the script to the new one, preserving the query
info properly, and making for a seamless transition.)
People here get really cranky if you talk about cgi specific stuff, rather
than perl, too much. (And with good reason.) Although it's hard sometimes
if you're new at things to know if it's your perl or your cgi that's at
fault, if you suspect the latter, go to comp.infosystems.www.cgi instead.
(I made this same error with my first post.)
--
Kirby Krueger O- kirbyk@best.com
<*> "Most .sigs this small can't open their own jump gate."
------------------------------
Date: Wed, 26 Aug 1998 21:39:34 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: problems with checking file just created
Message-Id: <Pine.GSO.4.02A.9808261437340.4382-100000@user2.teleport.com>
On Wed, 26 Aug 1998, Arvind K. Karandikar wrote:
> i now need to check the file stats (basically the size) so i
> added a -s $filename line, but this returns an undef value.
That's a sign that perl couldn't stat the file. Probably, the file you
were checking for doesn't exist. Maybe you get the file name wrong. Maybe
you were not in the right directory. Maybe it's a permissions problem.
Maybe your perl is miscompiled. Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Wed, 26 Aug 1998 21:58:43 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: problems with checking file just created
Message-Id: <Pine.GSO.4.02A.9808261457460.4382-100000@user2.teleport.com>
On Wed, 26 Aug 1998, Arvind Karandikar - VT ~ wrote:
> any more ideas?
Come up with a small, self-contained test case, then post that. You should
be able to do this with three or four lines of code. Thanks!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Wed, 26 Aug 1998 22:28:14 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: problems with checking file just created
Message-Id: <Pine.GSO.4.02A.9808261526461.4382-100000@user2.teleport.com>
On Wed, 26 Aug 1998, Arvind Karandikar - VT ~ wrote:
> On Wed, 26 Aug 1998, Tom Phoenix wrote:
>
> > On Wed, 26 Aug 1998, Arvind Karandikar - VT ~ wrote:
> >
> > > any more ideas?
> >
> > Come up with a small, self-contained test case, then post that.
> #!/usr/bin/perl -w
>
> # print the size of the specified file
>
> $file = $ARGV[0] ;
>
> $size = -s $file ;
> print "size is $size\n" ;
That's not a self-contained test case! You need one which shows the error,
and (presumable) which creates the file in question before it tests for
the size, since that's where you're having trouble. Try again!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Wed, 26 Aug 1998 20:59:02 GMT
From: phil@ackltd.demon.co.uk (Phil Taylor)
Subject: Question about USING 'do' to call another Perl program
Message-Id: <35e473b8.2329559@news.demon.co.uk>
I have a Perl CGI program called 'Parent.CGI' and I want to call
3 other programs to handle the bulk of the processing depending on the
request as follows:-
$cur = CGI->new();
$router = $cur->param("router_key");
if ($router eq "02") {
"child2.cgi"; # generate parameters page
} elsif ($router eq "03") {
do ("child3.cgi"); # generate results from parameters
} else {
print "here1";
do "child1.cgi"; # perform authentication processing
}
It doesn't seem to get into the 'child' programs, am I using 'do'
correctly?
I can't find any information on 'do', should I assume from this fact
that I'm barking up the wrong tree? If so what is the alternative?
Thanks
Phil
------------------------------
Date: Wed, 26 Aug 1998 15:34:47 -0700
From: DAVID PIZZO <david.pizzo@West.sun.com>
Subject: question RE downloading webpages and parsing them.
Message-Id: <35E48D87.FD3C5B74@West.sun.com>
I need to through a script, download a web page, save it locally and
parse it. then take the data I want from it and create a new web page. I
know how to parse the page and create a new one, I just don't know how
to get the
original page automatically downloaded and saved locally.
thanks in advance,
Dave Pizzo
--
------------------------------------------------------
David Pizzo Sun Microsystems Computer Company
Systems Engineer Bay Area Territory
Phone: (650)960-4356 Fax: (650)967-6582
Pgr: (650)451-0838 Email: david.pizzo@west.sun.com
Webpage: http://www.geocities.com/heartland/pointe/7148
------------------------------------------------------
------------------------------
Date: Wed, 26 Aug 1998 15:36:09 -0700
From: DAVID PIZZO <david.pizzo@West.sun.com>
Subject: question RE downloading webpages and parsing them.
Message-Id: <35E48DD9.D0E6580C@West.sun.com>
I need to through a script, download a web page, save it locally and
parse it. then take the data I want from it and create a new web page. I
know how to parse the page and create a new one, I just don't know how
to get the
original page automatically downloaded and saved locally.
thanks in advance,
Dave Pizzo
--
------------------------------------------------------
David Pizzo Sun Microsystems Computer Company
Systems Engineer Bay Area Territory
Phone: (650)960-4356 Fax: (650)967-6582
Pgr: (650)451-0838 Email: david.pizzo@west.sun.com
Webpage: http://www.geocities.com/heartland/pointe/7148
------------------------------------------------------
------------------------------
Date: Wed, 26 Aug 1998 15:36:42 -0700
From: DAVID PIZZO <david.pizzo@West.sun.com>
Subject: question RE downloading webpages and parsing them.
Message-Id: <35E48DFA.B1751D7D@West.sun.com>
I need to through a script, download a web page, save it locally and
parse it. then take the data I want from it and create a new web page. I
know how to parse the page and create a new one, I just don't know how
to get the
original page automatically downloaded and saved locally.
thanks in advance,
Dave Pizzo
--
------------------------------------------------------
David Pizzo Sun Microsystems Computer Company
Systems Engineer Bay Area Territory
Phone: (650)960-4356 Fax: (650)967-6582
Pgr: (650)451-0838 Email: david.pizzo@west.sun.com
Webpage: http://www.geocities.com/heartland/pointe/7148
------------------------------------------------------
------------------------------
Date: Wed, 26 Aug 1998 15:37:18 -0700
From: DAVID PIZZO <david.pizzo@West.sun.com>
Subject: question RE downloading webpages and parsing them.
Message-Id: <35E48E1E.B0D30E33@West.sun.com>
I need to through a script, download a web page, save it locally and
parse it. then take the data I want from it and create a new web page. I
know how to parse the page and create a new one, I just don't know how
to get the
original page automatically downloaded and saved locally.
thanks in advance,
Dave Pizzo
--
------------------------------------------------------
David Pizzo Sun Microsystems Computer Company
Systems Engineer Bay Area Territory
Phone: (650)960-4356 Fax: (650)967-6582
Pgr: (650)451-0838 Email: david.pizzo@west.sun.com
Webpage: http://www.geocities.com/heartland/pointe/7148
------------------------------------------------------
------------------------------
Date: Wed, 26 Aug 1998 22:51:00 GMT
From: alastair@calliope.demon.co.uk (Alastair)
Subject: Re: question RE downloading webpages and parsing them.
Message-Id: <slrn6u980n.4i.alastair@calliope.demon.co.uk>
DAVID PIZZO <david.pizzo@West.sun.com> wrote:
>I need to through a script, download a web page, save it locally and
>parse it. then take the data I want from it and create a new web page. I
>know how to parse the page and create a new one, I just don't know how
>to get the
>original page automatically downloaded and saved locally.
A module will help with this e.g. LWP (part of libwww I think) e.g.
use LWP::Simple;
$content = get("http://www.sn.no/");
(this is from the POD). Check CPAN.
--
Alastair
work : alastair@psoft.co.uk
home : alastair@calliope.demon.co.uk
------------------------------
Date: Wed, 26 Aug 1998 16:18:43 -0400
From: Ian Lowe <Ian_Lowe@fanniemae.com>
Subject: Remote Hash Access?
Message-Id: <35E46DA3.3255D16D@fanniemae.com>
I have just inherited a nearly finished perl program at work, but I am
by no means a perl programmer :) I was hoping that the group might be
able to point me in the right direction. Here is what I need to do:
We are using Tivoli as an event fault management system, and need a
monitor to be written which looks at filesystem levels and creates a
problem ticket when the threshold gets above a certain level. The
current script has these filesystems hardcoded into the program (they
are in a hash). Since our filesystems change so much, this is not a
practical solution.
What I would like to do is take the hash and put it on one central
server that
the program calls from each of our other servers. My question:
Could a hash be called remotely like this? If so, how would you go
about doing it?
Any assistance would be greatly appreciated.
Ian A. Lowe
------------------------------
Date: Wed, 26 Aug 1998 21:48:34 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Remote Hash Access?
Message-Id: <Pine.GSO.4.02A.9808261445520.4382-100000@user2.teleport.com>
On Wed, 26 Aug 1998, Ian Lowe wrote:
> What I would like to do is take the hash and put it on one central
> server that the program calls from each of our other servers.
You could do this with a tied hash. Not that implementing it would be
trivial, but it shouldn't be too hard with the help of Tie::Hash. Hope
this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 26 Aug 1998 14:59:57 -0700
From: kirbyk@best.com (Rufus Xavier Sarsaparilla)
Subject: Re: Remote Hash Access?
Message-Id: <6s20gt$604$1@shell2.ba.best.com>
In article <35E46DA3.3255D16D@fanniemae.com>,
Ian Lowe <Ian_Lowe@fanniemae.com> wrote:
>
>We are using Tivoli as an event fault management system, and need a
>monitor to be written which looks at filesystem levels and creates a
>problem ticket when the threshold gets above a certain level. The
>current script has these filesystems hardcoded into the program (they
>are in a hash). Since our filesystems change so much, this is not a
>practical solution.
>
>What I would like to do is take the hash and put it on one central
>server that
>the program calls from each of our other servers. My question:
>
>Could a hash be called remotely like this? If so, how would you go
>about doing it?
>
So, basically, the problem is that you want a central source that is
easily updated when your filesystem changes, if I read you correctly.
Fortunately, I think you're making life harder on yourself than it
needs to be, and this isn't a tough problem.
A hash can be easily treated as a list of key-value pairs - and written to
a file as such. For instance, you could have a file:
oraclehome /opt/oracle
froggerhome /usr/local/games/frogger
holmeshome /streets/baker/221b
You can read this directly into a hash in any of your programs, and the
source file is very human-manipulatible, or perl-manipulatible. The trick
is to worry about getting data into and out of the hash, and not worry at
all about how perl treats them.
If this data is less static, it gets slightly more complicated, but a
shared file might still do the trick. You'll have to seriously consider
mutual exclusion problems, though - see the flock function.
--
Kirby Krueger O- kirbyk@best.com
<*> "Most .sigs this small can't open their own jump gate."
------------------------------
Date: 26 Aug 1998 23:39:13 +0000
From: Nick Glencross <nickg@glencros.demon.co.uk>
Subject: Useful utility for mobile computing
Message-Id: <m3iujf48ke.fsf@glencros.demon.co.uk>
Hi Guys!
Not a question, nor possibly useful for most people, but with more
people taking up mobile computing I reckon that it could become
invaluable.
At its simplest this routine works out the best phone number to dial
to reach B from A. This is useful as the back-end of the PPP/SLIP
dialer or fax dialer. As well as that, it has the ability to spit out
extra information depending on the number dialed.
I've done my best to add comments to it, so I won't ramble.
Cheers!
Nick Glencross
----------- CUT HERE
#!/usr/bin/perl
# Name: dialer-db.pl
# Author: Nick Glencross (nickg@glencros.demon.co.uk)
# Purpose: A utility for mobile computing -- provides configuration settings
# suitable for reaching a specified destination wherever you are
#
# When configured with possible sources, destinations, intermediate
# points and 'costs' for traveling between them, this Perl utility will
# find an optimal route from source to destination
#
# For example: I dial Dial Demon Internet Services from various places in the
# country; the example configuration will provide an optimal phone number
# to dial
# e.g. source destination Dial
# -------------------------------------------------
# manchester-internal demon 9 3859666
# manchester-external demon 3859666
# londonO-external demon 9 3339666
# misc-internal demon 901422509666 (halifax!)
#
# Note how the number it dials changes and how it chooses the closest
# POP.
# Seems too trivial to really be useful?
# For most people it probably is... but if you have a few sources and
# destinations then it can become VERY powerful. Imagine being in Outer London
# and the POP has gone down, then set the destination explicitly:
# e.g. source destination Dial
# londonO-internal liverpool-demon 901512109666
#
# It could be made to deal with other problems which life could throw
# at you: traveling abroad and needing to cope with dropping a 0, or 9
# not being used to get external through an exchange at some sites.
# The configuration table (at end of file) lists the cost of going
# from one node to another and the phone code which would be
# dialed. More than one From or To label may be separated by commas. A
# backslash can be used to extend lines and a hash to start a comment
# which extends to the end of the line. Spaces are not supported in
# telephone numbers nor node names
# Source and destination can be picked up from environment variables
# (here/dest) or like-named files located in /usr/local/etc. This is
# just the way I like it, and can be changed.
# Personal preference will decide whether these should be set on PC
# boot-up, on an ad-hoc basis or each time when dialing.
# To make the script more powerful, an attempt is made to run a function
# for each node passed through. This allows more specific information to be
# emitted: perhaps IP addresses, or username/password. Dashes in node
# names are replace with underscores.
# I currently use this code as the back-end of my ppp-on script, and
# shall be using it for some fax s/w too (which has the same problems
# with mobile computing) The solution presented here is far more
# elegant than what I used to do under '95!
# Finally, if things misbehave, or if you wish to see the script doing its
# thing, set the $debug line to 1 (from 0).
$debug = 1 ;
$ENV{PATH} = '/bin' ;
# $ENV{ENV} = '' ; # You may need this line if you run SUID, in which
# case you may not be able to use env variables
sub debug
{
print STDERR @_
if $debug ;
}
sub allocations_dump
{
debug "Sites and and an internal value allocated:\n" ;
foreach (sort keys %allocation)
{
debug "$_: $allocation{$_}\n" ;
}
debug "\n" ;
}
$here = $ENV{'here'} ||
`/bin/cat /usr/local/etc/here 2>/dev/null` ||
die ("Where are you?") ;
$dest = $ENV{'dest'} ||
`/bin/cat /usr/local/etc/dest 2>/dev/null` ||
die ("Where do you want to dial?") ;
chomp $here ;
chomp $dest ;
# Parse configuration
$slot = 0 ;
while (<DATA>)
{
chomp ;
next if /^\s*$/ or /^\s*#/ ;
# Deal with continuation lines
if (s/\\$//)
{
chomp ($_ .= <DATA>) ;
redo unless eof () ;
}
# Seperate out the fields
($from, $to, $cost, $code) = split ;
# Create a lookup table for node ids
foreach (split (',', $from))
{
$name_by_id[$slot] = $_, $allocation{$_} = $slot++
unless exists $allocation{$_} ;
}
foreach (split (',', $to))
{
$name_by_id[$slot] = $_, $allocation{$_} = $slot++
unless exists $allocation{$_} ;
}
foreach $froms (split (',', $from))
{
foreach $tos (split (',', $to))
{
$toa = $allocation{$tos} ;
$froma = $allocation{$froms} ;
$costs[$froma]{$toa} = $cost ;
$codes[$froma][$toa] = $code ;
debug "$froms ($froma) -> $tos ($toa) costs $cost\n" ;
}
}
}
close DATA ;
allocations_dump ()
if $debug > 1 ;
die ("$here is not in defined in config file")
unless defined $allocation{$here} ;
die ("$dest is not in defined in config file")
unless defined $allocation{$dest} ;
print STDERR "Dialing $dest from $here\n" ;
# Now ready to find path through network
my (@route_costs, @route_path) ;
@active_probes = ($allocation{$here}) ;
$route_costs[$allocation{$here}] = 0 ;
while (@active_probes)
{
$probe = shift @active_probes ;
debug "Probe at $probe ($name_by_id[$probe])\n" ;
foreach (keys %{$costs[$probe]})
{
debug " Can get to $name_by_id[$_] at cost $costs[$probe]{$_}" ;
if ($route_costs[$_] &&
$route_costs[$_] < $route_costs[$probe] + $costs[$probe]{$_})
{
debug " [No need to go here -- ",
$route_costs[$probe] + $costs[$probe]{$_},
" doesn't beat $route_costs[$_]]\n"
}
else
{
debug " Ok.\n" ;
$route_costs[$_] = $route_costs[$probe] + $costs[$probe]{$_} ;
$route_path[$_] = $probe ;
push (@active_probes, $_) ;
}
}
}
# Now to present the information
$toa = $allocation{$dest} ;
$froma = $allocation{$here} ;
die ("Failed to get to $dest")
unless defined $route_costs[$toa] ;
my (@path) ;
while ($toa != $froma)
{
push @path, $toa ;
$toa = $route_path[$toa] ;
}
push @path, $toa ;
eval '&user_init () ;' ;
print "From $here\n" ;
print "To $dest\n" ;
# Print out path taken
debug "Path taken:\n" ;
@path = reverse @path ;
my ($dial) ;
undef $probe ;
foreach (@path)
{
debug " >> $name_by_id[$_] ($_)\n" ;
$name_by_id[$_] =~ s/-/_/g ;
eval "&$name_by_id[$_] () ; " ;
$dial .= $codes[$probe][$_]
if defined $probe && defined $codes[$probe][$_] ;
$probe = $_ ;
}
print "Dial $dial\n" ;
exit ;
############ CUSTOMISE PAST HERE
##There routines are called when the node is walked through
# Note: we substitute dashes with underscores before the call
sub demon_info
{
print "User USERNAME\n" ;
print "Pswd PASSWORD\n" ;
}
# A call is made to this function: it can be used to alias functions
# like this. This particular example causes warnings when run with -w
sub user_init
{
*londonO_demon =
*halifax_demon =
*manchester_demon =
*liverpool_demon = *demon_info ;
}
__DATA__
# From To Cost Code
londonO-internal londonO-external 1 9
halifax-internal halifax-external 1 9
manchester-internal manchester-external 1 9
maidenhead-internal maidenhead-external 1 9
warrington-internal maidenhead-external 1 9
liverpool-internal liverpool-external 1 9
misc-internal misc-external 1 9
londonO-external londonO-demon 1 3339666
halifax-external halifax-demon 1 509666
manchester-external manchester-demon 1 3859666
liverpool-external liverpool-demon 1 2109666
maidenhead-external another-site 1 778905
maidenhead-external company-fax1 1 1234567
londonO-external company-fax2 1 7654321
# Path from Demon POPs to generic demon
# demon can now always be used as the destination and the script will
# find the best POP to use
londonO-demon,halifax-demon,manchester-demon,liverpool-demon \
demon 1
misc-external,londonO-external,halifax-external,manchester-external \
country-wide 10
country-wide londonO-external 10 0181
country-wide halifax-external 10 01422
country-wide liverpool-external 10 0151
country-wide warrington-external 10 01925
country-wide maidenhead-external 10 01628
# Nice Aliases
home liverpool-external 0
office londonO-internal 0
------------------------------
Date: Wed, 26 Aug 1998 23:30:53 +0200
From: "Wim Lambrechts" <Wim.Lambrechts@village.uunet.nospam.be>
Subject: WWW POST via Perl
Message-Id: <6s1urq$2hu$1@xenon.inbe.net>
Hi,
Being a newbie, I would like to be able to write a small routine, that
connects
to a specified URL, passes parameters (using the POST-method) and sets some
parameters
(webbrowser and reference-page).
I would like to test this small application under Windows 95 and put it
later
onto a Unix server (Perl 5.003).
I know there is libwww (someone told me in perl.modules - thanks !),
but it's a bit to complex for me to install it (does it work both
under Windows 95 and Unix, I can't find a socket.ph on my Windows 95, ... ?)
Is there a SIMPLE routine available or is there an explanation for newbies
on libwww
available ?
If possible, also send an answer to wim.lambrechts.sms@no-spam.usa.net (and
remove no-spam)
Thanks in advance !!!
sincere greetings,
Wim Lambrechts
------------------------------
Date: Wed, 26 Aug 1998 21:45:25 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: WWW POST via Perl
Message-Id: <Pine.GSO.4.02A.9808261444110.4382-100000@user2.teleport.com>
On Wed, 26 Aug 1998, Wim Lambrechts wrote:
> I know there is libwww (someone told me in perl.modules - thanks !),
> but it's a bit to complex for me to install it (does it work both
> under Windows 95 and Unix, I can't find a socket.ph on my Windows 95,
> ... ?)
> Is there a SIMPLE routine available or is there an explanation for
> newbies on libwww available ?
Have you read the FAQ? It has an entry on installing modules.
> If possible, also send an answer to wim.lambrechts.sms@no-spam.usa.net
> (and remove no-spam)
If you want something removed, maybe you should post to alt.surgery. :-)
Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 12 Jul 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Mar 98)
Message-Id: <null>
Administrivia:
Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.
If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu.
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.misc (and this Digest), send your
article to perl-users@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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
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 V8 Issue 3555
**************************************
