[16821] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 4233 Volume: 9

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Sep 6 09:05:34 2000

Date: Wed, 6 Sep 2000 06:05:15 -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: <968245515-v9-i4233@ruby.oce.orst.edu>
Content-Type: text

Perl-Users Digest           Wed, 6 Sep 2000     Volume: 9 Number: 4233

Today's topics:
    Re: "list" vs "array" (was: @_ as array) nobull@mail.com
    Re: "list" vs "array" (Martien Verbruggen)
    Re: "Premature end of script headers" <iltzu@sci.invalid>
        Adding the contents of multiple files. <munch@fastnet.co.uk>
        Background process pedjav@my-deja.com
    Re: Beating the perlcc dead horse again... (Martien Verbruggen)
        Can't install module <lincolnmarr@nospam.europem01.nt.com>
    Re: Can't install module <lincolnmarr@nospam.europem01.nt.com>
        CGI Script needed <seipher@my-deja.com>
    Re: CGI.pm: controlling Back & Reload <flavell@mail.cern.ch>
        CGI: filefield-returnvalue is confusing me <pilsl@goldfisch.atat.at>
    Re: CGI: filefield-returnvalue is confusing me nobull@mail.com
    Re: cookies and SSI's (Keith Calvert Ivey)
        Dump Var then Require <sixou@netvision.net.il>
    Re: Dump Var then Require <h.camp@scm.de>
    Re: Dump Var then Require nobull@mail.com
        flock <T.Lotze@tpi.uni-jena.de>
    Re: how to  encrypt source code? <iltzu@sci.invalid>
    Re: How to get my IP address as a string <Peter.Dintelmann@dresdner-bank.com>
    Re: HTML::parse bug <T.Cockle@staffs.ac.uk>
    Re: HTML::parse bug <T.Cockle@staffs.ac.uk>
        LINK OK/BAD <p.pudelko@kandydaci.pl>
        Newbie Install Perl in windows95 <hpya78@postoffice.pacbell.net>
    Re: Newbie Install Perl in windows95 <hmerrill@my-deja.com>
        Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: 06 Sep 2000 08:47:05 +0100
From: nobull@mail.com
Subject: Re: "list" vs "array" (was: @_ as array)
Message-Id: <u98zt553hq.fsf@wcl-l.bham.ac.uk>

"Andrew N. McGuire " <anmcguire@ce.mediaone.net> writes:

> On 5 Sep 2000, nobull@mail.com quoth:

> ~~ dkcombs@netcom.com (David Combs) writes:

> ~~ > When you ASSIGN a list (as above) to a variable, then
> ~~ > regardless of how you do it, you then have an ARRAY (or
> ~~ > ref to one)?
> ~~ 
> ~~ Yes.

> I do not think that is correct, what about:

> my %hash = 1 .. 100;

OK, valid point, if the LHS is of the assignment is a hash then you
get a hash.  Note: if the LHS is a single scalar then the RHS is not a
LIST.

-- 
     \\   ( )
  .  _\\__[oo
 .__/  \\ /\@
 .  l___\\
  # ll  l\\
 ###LL  LL\\


------------------------------

Date: Wed, 6 Sep 2000 21:43:25 +1100
From: mgjv@tradingpost.com.au (Martien Verbruggen)
Subject: Re: "list" vs "array"
Message-Id: <slrn8rc7ud.ucf.mgjv@martien.heliotrope.home>

On 06 Sep 2000 08:47:05 +0100,
	nobull@mail.com <nobull@mail.com> wrote:
> "Andrew N. McGuire " <anmcguire@ce.mediaone.net> writes:
> 
> > my %hash = 1 .. 100;
> 
> OK, valid point, if the LHS is of the assignment is a hash then you
> get a hash.  Note: if the LHS is a single scalar then the RHS is not a
> LIST.

$foo = () = 1 .. 100;
LHS         RHS

I know, I'm cheating :)

Martien
-- 
Martien Verbruggen              | 
Interactive Media Division      | You can't have everything, where
Commercial Dynamics Pty. Ltd.   | would you put it?
NSW, Australia                  | 


------------------------------

Date: 6 Sep 2000 12:01:25 GMT
From: Ilmari Karonen <iltzu@sci.invalid>
Subject: Re: "Premature end of script headers"
Message-Id: <968241340.8912@itz.pp.sci.fi>

In article <39AE96CE.C42663A@aol.com>, paceman97@aol.com wrote:
>try to put
>exit;
>at the end of the script

You could also try adding "next;" (with or without quotes) at the end
of any loops.  Once you know approximately where the error is, you may
also want to try adding lines like "tr///;" or "1 while 0;" nearby.

None of those do anything, of course.  But typing them makes you look
busy, which can help if you are being paid by the hour.

-- 
Ilmari Karonen - http://www.sci.fi/~iltzu/
Please ignore Godzilla  | "By promoting postconditions to
and its pseudonyms -    |  preconditions, algorithms become
do not feed the troll.  |  remarkably simple."  -- Abigail



------------------------------

Date: Wed, 06 Sep 2000 10:19:24 GMT
From: Munch <munch@fastnet.co.uk>
Subject: Adding the contents of multiple files.
Message-Id: <8p55n2$1j1$1@nnrp1.deja.com>

Hi All,

I wonder if someone could point me in the right direction here, as I'm
just confusing myself.

I have some text files (~300 of them) that I've crunched down so that
they contain 4 colon-delimited fields.  The first field is an id number,
the remaining 3 contain numeric data.  I need to come up with a total
for each of these three data columns.  Obviously, the id number needs to
stay unaffected.

Any help appreciated !

James.


Sent via Deja.com http://www.deja.com/
Before you buy.


------------------------------

Date: Wed, 06 Sep 2000 07:09:36 GMT
From: pedjav@my-deja.com
Subject: Background process
Message-Id: <8p4qj8$l3c$1@nnrp1.deja.com>

Hi,
Can anybody give me example of starting a few sub's in background and
waiting them to finish and after that print result of those sub's.
Something like this
sub test1 {$t1="test 1 finished";}
sub test2 {$t2="test 2 finished";}
sub test3 {$t3="test 3 finished";}

backgroundprocess (&test1;&test2;&test3);

wait;

print $t1,$t2,$t3;

Thanks


Sent via Deja.com http://www.deja.com/
Before you buy.


------------------------------

Date: Wed, 6 Sep 2000 19:34:18 +1100
From: mgjv@tradingpost.com.au (Martien Verbruggen)
Subject: Re: Beating the perlcc dead horse again...
Message-Id: <slrn8rc0ca.ucf.mgjv@martien.heliotrope.home>

Just underlining a few very interesting little tidbits in this post.

On Tue, 05 Sep 2000 18:59:36 GMT,
	vi_2000@hotmail.com <vi_2000@hotmail.com> wrote:
> I have a need to compile my perl program because it ships to a vendors
> systems and the code is restricted.  (Nothing earth shattering but my
                                                                     ^^
> property just the same.)
  ^^^^^^^^

> How can I perlcc and include my Net::FTP etc.  Modules???
                               ^^^^^^^^^^^
							   ^^
MY Net::FTP has a copyright notice:

# perldoc Net::FTP
[snip]
COPYRIGHT
       Copyright (c) 1995-1998 Graham Barr. 
[snip]

You are making a joke, aren't you? Please tell me you are! Please???
Pretty please... My trust in human nature is low enough as it is.

> This is the only sticking point.  I Love perl but if I cannot include
> the module I'll recode in C++ and abandon perl altogether.

Hmmm.. You're tempting me to make a statement about this.

> Thanks for the input...!

I'd like to give you some more input, but my 3 year old daughter is in
the room.

> Vi

At least a decent editor.

Martien
-- 
Martien Verbruggen              | 
Interactive Media Division      | I'm just very selective about what I
Commercial Dynamics Pty. Ltd.   | accept as reality - Calvin
NSW, Australia                  | 


------------------------------

Date: Wed, 6 Sep 2000 10:08:18 +0200
From: "Lincoln Marr" <lincolnmarr@nospam.europem01.nt.com>
Subject: Can't install module
Message-Id: <8p4u17$qkq$1@qnsgh006.europe.nortel.com>

In a post a few days ago someone suggested to use a module called
File::Ncopy, which I downloaded from CPAN, intending to install it. I
unpacked it, built it fine etc and then I did 'make install' which also went
fine (at least, no errors were given).

However when I tried to use the module i get the error message:

"Can't locate File/Ncopy.pm in @INC at ncopy.cgi line 3.
BEGIN failed--compilation aborted at ncopy.pm line 3."

So it seems that the 'make install' didn't put the module where it should
have.... there are several lib directories in my perl installation, the base
one being /opt/corp/local/perl-5.004/lib/. So what I did next was copy the
module itself (in a directory called File/) into all the directories seen
when I type "perl -e "print qq(@INC)" " at the command line. Still no
results.

I've never installed a module before so obviously something's gone wrong but
I don't know how to fix it. I'm on HP-UX 10, apache server... can anyone
help?
Below is my test script:

#########start script ##########
#!/bin/perl -w
use File::NCopy qw(copy);
$dbase_dir = "/users/lincm/cgi/script/";
$backup_dir = "/www/euroweb/cgi-bin/NCopy/backup/";
copy \1,"$dbase_dir","$backup_dir";

##################
gives error written above.

Please help!!

--Lincoln




------------------------------

Date: Wed, 6 Sep 2000 10:09:52 +0200
From: "Lincoln Marr" <lincolnmarr@nospam.europem01.nt.com>
Subject: Re: Can't install module
Message-Id: <8p4u44$ql4$1@qnsgh006.europe.nortel.com>

oops just realised that there is a modules group.... if this is too off
topic then just ignore, sorry!!




------------------------------

Date: Wed, 06 Sep 2000 12:06:55 GMT
From: Sabretooth <seipher@my-deja.com>
Subject: CGI Script needed
Message-Id: <8p5c0m$85g$1@nnrp1.deja.com>

I want to run a section on my site where someone can do the following:

Sign up to become a member
Upload 1 image file
Upload up to 3 audio files (mp3)
Add an area of text to descride their band

What I am looking for is a script that, when a new user signs on
creates a new folder under /members (i.e. /members/newband) and when
that user logs in and uploads files, all files will be placed into this
folder.

These files will then be placed into a template html page that will
create the user's custom page.

Can anyone help?
Many thanks


Sent via Deja.com http://www.deja.com/
Before you buy.


------------------------------

Date: Wed, 6 Sep 2000 12:25:43 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: CGI.pm: controlling Back & Reload
Message-Id: <Pine.GHP.4.21.0009061210570.8800-100000@hpplus03.cern.ch>

On Wed, 6 Sep 2000, David Efflandt wrote:

> The first time the script is accessed with no parameters (to generate the
> first form), test the referer() and set it to a default (like your home
> page) if referer() does not have a value.  Then pass this as a hidden
> variable through your forms and use that for your own back link on the
> last form (assuming CGI.pm function mode).

You give an ominous impression of having failed to read Abigail's
classic web page on the topic.  What you're creating is a forward link
(all links are forward links in that sense), that might or might not
take the hon. usenaut forward to the place they came from, leaving
them even more confused than they were before.

And your procedures will have no effect on "the Back button", which
was what the OP was asking about.

And, I'd surmise, still not solving the real problem that the OP is
really concerned about. 

I'd recommend the OP to take on board the fact that on the WWW,
browser Back and Reload buttons do what they are designed to do, and
users expect them to do that.  Any attempt to change that is both
misguided and ultimately doomed.  Work _with_ it, instead of trying to
fight it.  The server/script is capable of being under your control:
the user and their browser is not - they will do what they do, so
devise a solution that copes with it.  (The details of that aren't a
Perl language question, but the general issue of how to approach a
programming task seems, if I may say so, still to be on-topic for the
group).

This looks to me to be another case of "premature closure": the
questioner wanted to solve some not very clearly stated X, they
concluded that Y and Z were components of a solution, and now they're
asking how to implement Y and Z.  Take a step back, look at the bigger
picture, free yourself of this inappropriate partial solution.



------------------------------

Date: Wed, 06 Sep 2000 10:15:34 GMT
From: peter pilsl <pilsl@goldfisch.atat.at>
Subject: CGI: filefield-returnvalue is confusing me
Message-Id: <MPG.142037ccc8ecef0d989866@news.chello.at>


I cant figure this thing out. The parameter returned from the CGI-module 
for a filefield contains the filename. And at the same moment its a 
filehandle for the content of the file and then it is a pointer for some 
file-attributes (like the contenttype) also.

How ?
And how to handle all this stuff. The problem I have to face now is the 
following. When I try to send the filename into a sql-table with the 
DBI::execute-method I get the error, cause of text is expected and not a 
reference.

$filename.=''; fixes the problem :)

Or I can write the following code:
$filename=$q->param('uploaded');
$dilename2="test";
print "equal" if $filename2 eq $filename; 
sub($filename2);
sub($filename);

when I upload the file test I get the return "equal" and then the first 
sub is executed without problems and the second sub fails.
I can workaround using .='' but this is not the way I expect perl to work 
and so I´m somehow confused.

thanx,
peter
 
-- 
pilsl@
goldfisch.at


------------------------------

Date: 06 Sep 2000 12:57:36 +0100
From: nobull@mail.com
Subject: Re: CGI: filefield-returnvalue is confusing me
Message-Id: <u9ya153f7z.fsf@wcl-l.bham.ac.uk>

peter pilsl <pilsl@goldfisch.atat.at> writes:

> I cant figure this thing out. The parameter returned from the CGI-module 
> for a filefield contains the filename. And at the same moment its a 
> filehandle for the content of the file and then it is a pointer for some 
> file-attributes (like the contenttype) also.
> 
> How ?

Overloading.  For details see last week's thread on this
subject. (BTW: you are encouraged to search Usenet before stating a new
thread).

> I can workaround using .='' but this is not the way I expect perl to work 
> and so I´m somehow confused.

Yes, I agree.  I think that having GCI::param return an overloaded
object reference for upload fields is bad design.  You can use the
CGI::upload method to get the file handle so it would be much simpler
if CGI::param just returned a pure string.  This design arrose in a
misguided attempt to allow scripts that used the symbolic filehandle
reference hack to run more securely and under "use strict refs".  I
don't like it.  Better to have left is as it was IMNSHO.

-- 
     \\   ( )
  .  _\\__[oo
 .__/  \\ /\@
 .  l___\\
  # ll  l\\
 ###LL  LL\\


------------------------------

Date: Wed, 06 Sep 2000 12:07:24 GMT
From: kcivey@cpcug.org (Keith Calvert Ivey)
Subject: Re: cookies and SSI's
Message-Id: <39b7302c.36073377@news.newsguy.com>

jason <elephant@squirrelgroup.com> wrote:

>stranger still is that between v1.06 and v1.16 it was different from 
>what you state it was in each of those versions
>
>in CGI::Cookie v1.12 it says this
>
>3. path
>    If you provide a cookie path attribute, the browser will 
>    check it against your script's URL before returning the 
>    cookie. For example, if you specify the path "/cgi-bin", 
>    then the cookie will be returned to each of the scripts 
>    "/cgi-bin/tally.pl", "/cgi-bin/order.pl", and
>    "/cgi-bin/customer_service/complain.pl", but not to the 
>    script "/cgi-private/site_admin.pl". By default, the path 
>    is set to your script, so that only it will receive the 
>    cookie.

It seems to be a documentation problem.  Version 1.06 (which
came with my Perl 5.005_03) has this in the POD:

    If you provide a cookie path attribute, the browser will
    check it against your script's URL before returning the
    cookie.  For example, if you specify the path "/cgi-bin",
    then the cookie will be returned to each of the scripts
    "/cgi-bin/tally.pl", "/cgi-bin/order.pl", and
    "/cgi-bin/customer_service/complain.pl", but not to the
    script "/cgi-private/site_admin.pl".  By default, path is
    set to "/", which causes the cookie to be sent to any CGI
    script on your site.

But in the code itself it has this:

    ($path = $ENV{'SCRIPT_NAME'})=~s![^/]+$!! unless $path;

which sets $path to the "directory" part of the script, not
including the name at the end, so it doesn't match either
version of the documentation.

Version 1.16 has the POD paragraph above, except that the last
sentence is this (which doesn't really change the meaning):

    By default, the path is set to "/", so that all scripts at
    your site will receive the cookie.

It has this in the code:

    $path   ||= '/';

>moreover .. it is undeniable that the problem of a cookie not being 
>visible to one script but visible to another would *not* have been a 
>problem for the originator if the PATH attribute was actually being set 
>to '/' because in that case - all scripts would have been able to access 
>that cookie

That's true.  That was one of the things that was weird.

>I've just checked the documentation in the CGI module .. and this states 
>what you state above - that the default is '/'
>
>but .. I've tested the feature itself with v1.12 of CGI::Cookie and it 
>certainly does set a non-supplied path to the name of the current script 
>and *not* to '/' .. but then in 1.16 it's setting it to '/'
>
>are you sure about that 1.06 thing ? .. LDS must have been in a very 
>indecisive mood .. I think that the '/' behaviour is less helpful - it's 
>much easier to set it to '/' manually if that loose behaviour is what 
>you want .. but marginally less simple to set it to the current script 
>name .. anyway

That's true, too.  I can't find anything in the change list for
CGI.pm about it.

-- 
Keith C. Ivey <kcivey@cpcug.org>
Washington, DC


------------------------------

Date: Wed, 6 Sep 2000 11:25:41 +0300
From: "Emmanuel Sixou" <sixou@netvision.net.il>
Subject: Dump Var then Require
Message-Id: <8p4v1m$m8p$1@news.netvision.net.il>

Hi,

I wonder if there is a way of dumping some variables and data structures
into a file in such a way so that this file can be later 'required' (in
future execution of the perl script) in order to recover the same data
structure without rebuilding it.

Thanks

Emmanuel




------------------------------

Date: Wed, 6 Sep 2000 13:12:34 +0200
From: H. Camphausen <h.camp@scm.de>
Subject: Re: Dump Var then Require
Message-Id: <8p58n9$6l7$1@surz18.uni-marburg.de>

[F'up zu Emmanuel Sixou's Posting vom Wed, 6 Sep 2000 11:25:41 +0300]
> Hi,
> 
> I wonder if there is a way of dumping some variables and data structures
> into a file ... in order to recover the same data
> structure without rebuilding it.

Check www.cpan.org for the module Storable (Persistenz für 
Perl-Datenstrukturen).


mfg, Hartmut

-- 
CREAGEN Computerkram     Fon: 06422/850527
Hartmut Camphausen       Fax: 06422/850528
Am kleinen Born 1        E-Mail: h.camp@creagen.de
35287 Amöneburg          WWW: http://www.creagen.de


------------------------------

Date: 06 Sep 2000 12:11:34 +0100
From: nobull@mail.com
Subject: Re: Dump Var then Require
Message-Id: <u93djd4vx5.fsf@wcl-l.bham.ac.uk>

"Emmanuel Sixou" <sixou@netvision.net.il> attempts to resurect the
recent thread on self-answering Perl questions with this
contribution:

> I wonder if there is a way of dumping some variables and data structures
                                ^^^^                       ^^^^

> into a file in such a way so that this file can be later 'required' (in
> future execution of the perl script) in order to recover the same data
> structure without rebuilding it.

Rather than passively "wondering" things like this and expecting other
people to help you why not "wonder" in an active way, like perhaps
look at the list of modules on CPAN?  Good words to look for would be
"dump" and "data".  You'll quickly locate a module that does exactly
what you describe.

-- 
     \\   ( )
  .  _\\__[oo
 .__/  \\ /\@
 .  l___\\
  # ll  l\\
 ###LL  LL\\


------------------------------

Date: Wed, 06 Sep 2000 10:50:00 +0200
From: Thomas Lotze <T.Lotze@tpi.uni-jena.de>
Subject: flock
Message-Id: <39B60538.43F6@tpi.uni-jena.de>

Hi,

I want to program some CGI application involving a database. In order
to prevent it from being messed up in case two processes access it
at the same time, I want to lock the data file using flock. I tried
to do it like this:

open (file_handle,$filename):
flock (file_handle,2);

#do something with the file

flock (file_handle,8);
close (file_handle);

However, if I stretch the whole process by a sleep ($quite_a_lot)
command and log the system time of opening and after closing the
files, the database still gets messed up if I run the process twice,
starting the second one while the first one sleeps, and the second
process doesn't wait for the lock (opening and closing time are the
same). What do I do wrong?

I use apache and perl as of RedHat Linux 6.2.

Thanks and greetings,

Thomas

-- 
Thomas Lotze - thomas.lotze@gmx.<CUT-IT>.net

http://www.thomas-lotze.de


------------------------------

Date: 6 Sep 2000 12:13:46 GMT
From: Ilmari Karonen <iltzu@sci.invalid>
Subject: Re: how to  encrypt source code?
Message-Id: <968242076.11316@itz.pp.sci.fi>

In article <MPG.14192197ddf92e989682@news.cyberway.com.sg>, DT wrote:
>how to  encrypt source code?  thanks!

  perl -pey+a-zA-Z+n-za-mN-ZA-M+ <source_file >encrypted_file

For even better encryption, repeat the process.

-- 
Ilmari Karonen - http://www.sci.fi/~iltzu/
Please ignore Godzilla  | "By promoting postconditions to
and its pseudonyms -    |  preconditions, algorithms become
do not feed the troll.  |  remarkably simple."  -- Abigail



------------------------------

Date: Wed, 6 Sep 2000 09:33:21 +0200
From: "Dr. Peter Dintelmann" <Peter.Dintelmann@dresdner-bank.com>
Subject: Re: How to get my IP address as a string
Message-Id: <8p4s05$3a1@intranews.bank.dresdner.net>

    Hi Joe,

Joe DiAdamo schrieb in Nachricht <968185343.552004@sj-nntpcache-3>...
>Yes,  I want to retrieve it when using a Perl script as a CGI, but I'm
>looking for the WSeb server's IP addr.  I thought REMOTE_ADDR was the
>client's addr?

    use $ENV{HTTP_HOST} to find out the host your client
    is working on. Then use

        use Socket;
        $ip = join '.', unpack 'C4', gehostbyname 'hostname';

    to get the IP address in the x.y.z.w format (substituting 'hostname'
    with the real hostname of course - test with 'localhost').
    Make sure the names are resolved locally (from the hosts file) to
    speed things up.

    Best regards,

        Peter Dintelmann





------------------------------

Date: Wed, 06 Sep 2000 10:35:40 +0100
From: Tim Cockle <T.Cockle@staffs.ac.uk>
To: jason <elephant@squirrelgroup.com>
Subject: Re: HTML::parse bug
Message-Id: <39B60FEC.CE0161B6@staffs.ac.uk>

Ooops

your right they actually use HTML::parser!

Sorry!

Tim

jason wrote:

> Tim Cockle <T.Cockle@staffs.ac.uk> wrote ..
> >I have found a bug somwwhere in HTML::parse. I have written a simple
> >server wich works fine. However if I convert it into a forking server it
> >crashes out.
> >
> >Does this sound fermular to anyone?
> >
> >If no one has seen this problem don't worry. I going to restart my
> >investigation into the bug so will be able to proved a much better
> >description shortly.
>
> before you start .. you should be aware that HTML::Parse is deprecated
> .. you should be using HTML::Parser
>
> --
>   jason -- elephant@squirrelgroup.com --

--

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Mr. T. P. Cockle M.Sc. B.Sc. (hons) Pg.D.                 Ph.D.
Representative

Research (Distributed Computer Systems)
School of Computing,
Staffordshire University,
Stafford ST18 0DG.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~





------------------------------

Date: Wed, 06 Sep 2000 10:23:12 +0100
From: Tim Cockle <T.Cockle@staffs.ac.uk>
To: jason <elephant@squirrelgroup.com>
Subject: Re: HTML::parse bug
Message-Id: <39B60D00.DFF2B638@staffs.ac.uk>

I don't use it directly there is a reference from HTML::TokeParser.

But I have looked at the TokeParser (get_token) and the failure occurs in the
HTML::Parse code.

cheers

Tim

jason wrote:

> Tim Cockle <T.Cockle@staffs.ac.uk> wrote ..
> >I have found a bug somwwhere in HTML::parse. I have written a simple
> >server wich works fine. However if I convert it into a forking server it
> >crashes out.
> >
> >Does this sound fermular to anyone?
> >
> >If no one has seen this problem don't worry. I going to restart my
> >investigation into the bug so will be able to proved a much better
> >description shortly.
>
> before you start .. you should be aware that HTML::Parse is deprecated
> .. you should be using HTML::Parser
>
> --
>   jason -- elephant@squirrelgroup.com --

--

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Mr. T. P. Cockle M.Sc. B.Sc. (hons) Pg.D.                 Ph.D.
Representative

Research (Distributed Computer Systems)
School of Computing,
Staffordshire University,
Stafford ST18 0DG.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~





------------------------------

Date: Wed, 06 Sep 2000 13:02:33 +0200
From: Piotr Pudelko <p.pudelko@kandydaci.pl>
Subject: LINK OK/BAD
Message-Id: <39B62449.A6B71750@kandydaci.pl>

How I can check that other web links/150 links/ on my web is ok or bad.
I search the perl modul or other that I can send and read status of
links questions/I can't read all HTLM only header HTTP - like a
emulation of NS4/IE4/

Piter P



------------------------------

Date: Wed, 06 Sep 2000 02:16:32 -0700
From: Paul Blake <hpya78@postoffice.pacbell.net>
Subject: Newbie Install Perl in windows95
Message-Id: <39B60B70.DA9A0F0B@postoffice.pacbell.net>

Hello everybody

Can somwone tell me how to install perl in win95?

Thank





------------------------------

Date: Wed, 06 Sep 2000 11:57:54 GMT
From: Hardy Merrill <hmerrill@my-deja.com>
Subject: Re: Newbie Install Perl in windows95
Message-Id: <8p5bfs$7h4$1@nnrp1.deja.com>

In article <39B60B70.DA9A0F0B@postoffice.pacbell.net>,
  hpya78@pacbell.net wrote:
> Hello everybody
>
> Can somwone tell me how to install perl in win95?

Go to http://www.activestate.com and pick ActivePerl 617 - at least 617
is the version I see there this morning.

HTH.

--
Hardy Merrill
Mission Critical Linux, Inc.
http://www.missioncriticallinux.com


Sent via Deja.com http://www.deja.com/
Before you buy.


------------------------------

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 4233
**************************************


home help back first fref pref prev next nref lref last post