www.tripod.com has free web hosting with CGI and PERL, however there
may be some limitations.  I've got a PERL program that I use on another
host to upload files..... and it works fine.... however, it doesn't
work on my TRIPOD hosted site.....I asked support at TRIPOD about this
but didn't get a response....(I've asked them again)....

joesplink wrote:
> www.tripod.com has free web hosting with CGI and PERL, however there
> may be some limitations.  I've got a PERL program that I use on another
> host to upload files..... and it works fine.... however, it doesn't
> work on my TRIPOD hosted site.....I asked support at TRIPOD about this
> but didn't get a response....(I've asked them again)....

You don't have a file uploading question; you have problems with 
installing a script. This newsgroup is for discussing Perl programming 
matters, not for providing free assistance with installing scripts.

Anyway, this document may provide some useful info: 
http://my.execpc.com/~keithp/bdlogcgi.htm

-- 
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl

joesplink <wdflannery@aol.com> wrote:

> www.tripod.com has free web hosting 

> I asked support at TRIPOD about this
> but didn't get a response.


Looks like you got what you paid for.

Anyway, did you mean to ask a Perl question?


-- 
    Tad McClellan                          SGML consulting
    tadmc@augustmail.com                   Perl programming
    Fort Worth, Texas

"joesplink" <wdflannery@aol.com> wrote in message
news:1112731770.987450.106940@g14g2000cwa.googlegroups.com...
> www.tripod.com has free web hosting with CGI and PERL, however there
> may be some limitations.

You may benefit from reading the CGI Support Field Guide at
http://www.tripod.lycos.com/guides/cgi.html to identify the limitation, if
any, that is causing your problem.

> I've got a PERL program that I use on another
> host to upload files..... and it works fine.... however, it doesn't
> work on my TRIPOD hosted site.....I asked support at TRIPOD about this
> but didn't get a response....(I've asked them again)....
>

It's not surprising you received no response. You should help yourself by
providing, e.g., the error messages you received, as well as the code for a
small program that exhibits the same "doesn't work" problem you're having
with Tripod.

If you're using CGI.pm, what is the version of CGI.pm that you've installed
at Tripod? Last time I checked, Tripod was not providing a recent version.
--
Bill Segraves

TRIPOD has their own version of GCI, called TripodCGI....they don't
provide any documentaton.

They specifically state that they don't help debugging Perl .... fair
enough...besides..there was no error msg.... the first read failed and
no bytes were transferred....

My guess is that they don't support it, and I thought someone on this
group might know.....

I also thought it might be interesting to the general reader that
Tripod provides free web hosting for sites using
Perl................great for learning, experimenting .... but not with
file uploads I think.....

"joesplink" <wdflannery@aol.com> wrote in message
news:1112751241.515395.211190@o13g2000cwo.googlegroups.com...
> TRIPOD has their own version of GCI, called TripodCGI....they don't
> provide any documentaton.
>

Not exactly. While Tripod DOES have a module called TripodCGI, it is not a
version of the CGI module, which they also provide. They DO provide
documentation for their modules, but not for CGI.pm (for reasons they've
stated).

Dig a bit more and you'll find the CGI module. Hint: Click on the Script
Editor Quick Link, after which you'll see a link to Tripod's CGI Guide. If
you're still stumped, here's a direct link:
http://www.tripod.lycos.com/guides/cgi.html

> They specifically state that they don't help debugging Perl .... fair
> enough...besides..there was no error msg.... the first read failed and
> no bytes were transferred....
>

ISTM, if there was no error message, you didn't ask for any.

> My guess is that they don't support it, and I thought someone on this
> group might know.....
>

They DO support file uploading. You might examine the file manager interface
to see how they do it.

> I also thought it might be interesting to the general reader that
> Tripod provides free web hosting for sites using
> Perl................great for learning, experimenting .... but not with
> file uploads I think.....
>

You have argued so strongly for your limitations that they have become real.
IMO, that's not a good thing to do. If you think you can't, you're right.
;-)

I don't see a Perl question here, so I'm entering end-of-thread mode.
--
Bill Segraves

joesplink wrote:
> They specifically state that they don't help debugging Perl .... fair
> enough...besides..there was no error msg.... the first read failed and
> no bytes were transferred....

Inspired by Bill's knowledge about Tripod, this seems to be a situation 
where a Perl module I just wrote, CGI::UploadEasy, may come in handy.

     http://search.cpan.org/perldoc?CGI%3A%3AUploadEasy

To check it out, follow these steps:

1) Create a subdirectory 'CGI' (case matters) in your cgi-bin and
    upload UploadEasy.pm to that directory

2) Upload this script:

#!/usr/bin/perl
use strict;
use warnings;
use CGI::Carp 'fatalsToBrowser';
use CGI::UploadEasy;
my $ue = CGI::UploadEasy->(-uploaddir => '/path/to/upload/dir');
my $cgi = $ue->cgiobject;
print $cgi->header, "Done.\n";
__END__

3) Upload a file upload form that invokes the script at submission.

-- 
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl

Gunnar Hjalmarsson wrote:
> 
> my $ue = CGI::UploadEasy->(-uploaddir => '/path/to/upload/dir');

Oops. That should be:

my $ue = CGI::UploadEasy->new(-uploaddir => '/path/to/upload/dir');

-- 
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl

>>>>>>>Not exactly. While Tripod DOES have a module called TripodCGI,
it is not a
version of the CGI module, which they also provide.

You are correct (thanks).I was confused, partly because TripodCGI does
contain a param function.

>>>>>>>>They DO provide
documentation for their modules,

Nope.  I could quote the almost non-existent TripodCGI documentation,
FWIW, but, it ain't worth much.


>>>>>>>>>>>>>>>>>>ISTM, if there was no error message, you didn't ask
for any.

You are correct again (thanks again).  See below.

>>>>>>>They DO support file uploading. You might examine the file
manager interface
to see how they do it.

This doesn't seem germane.  I'm trying to upload from my own form.

>>>>..I don't see a Perl question here,

I"VE GOT ONE.... AT LAST..... A PERL QUESTION.....................

As it turns out, my previous efforts were not to the point....and my
current efforts have foundered in a flurry of Perl errors.....

The beginning  of my program is (which, minus the Tripod... works fine
on another host)....
...
my $cgi = new CGI();
my $Tripodcgi = new TripodCGI();

$page->printHeader();

#
# If we're invoked directly, display the form and get out.
#
if (! $Tripodcgi->param("button") ) {
	DisplayForm();
	exit;
}

A FEW OF THE ERROR MESSAGES ARE ..... (now that I know where to look
for them).......

Use of uninitialized value in pattern match (m//) at CGI.pm line 30.
Use of uninitialized value in scalar dereference at CGI.pm line 1589.
Use of uninitialized value in concatenation (.) or string at CGI.pm
line 1589.
Use of uninitialized value in split at TripodCGI.pm line 76.
Use of uninitialized value in pattern match (m//) at CGI.pm line 30

THere are a lot more errors of the same type.

I don't have a clue as to what the problem is.

joesplink wrote:
> The beginning  of my program is (which, minus the Tripod... works fine
> on another host)....
> ..
> my $cgi = new CGI();
> my $Tripodcgi = new TripodCGI();
> 
> $page->printHeader();
> 
> #
> # If we're invoked directly, display the form and get out.
> #
> if (! $Tripodcgi->param("button") ) {
> 	DisplayForm();
> 	exit;
> }
> 
> A FEW OF THE ERROR MESSAGES ARE ..... (now that I know where to look
> for them).......
> 
> Use of uninitialized value in pattern match (m//) at CGI.pm line 30.
> Use of uninitialized value in scalar dereference at CGI.pm line 1589.
> Use of uninitialized value in concatenation (.) or string at CGI.pm
> line 1589.
> Use of uninitialized value in split at TripodCGI.pm line 76.
> Use of uninitialized value in pattern match (m//) at CGI.pm line 30
> 
> THere are a lot more errors of the same type.
> 
> I don't have a clue as to what the problem is.

If you want help with finding out, please post a short but *complete* 
program that people can copy and run and that exhibits the problem.

See the posting guidelines for this group: 
http://mail.augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html

-- 
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl

"joesplink" <wdflannery@aol.com> wrote in message
news:1112812330.900786.274770@o13g2000cwo.googlegroups.com...
<snip>
> >>>>>>>They DO support file uploading. You might examine the file
> manager interface
> to see how they do it.
>
> This doesn't seem germane.  I'm trying to upload from my own form.
>

If you'd like to upload from your own form and are not succesful at doing
it, you may wish to look at how Tripod does it. That was the context of my
suggestion.

<snip>
> my $cgi = new CGI();
> my $Tripodcgi = new TripodCGI();
>
> $page->printHeader();

1. After your $cgi object has read everything that was available on STDIN,
what would you expect for your $Tripodcgi object to find on STDIN. This may
explain why you received the error message "Use of uninitialized value in
split at TripodCGI.pm line 76."

2. printHeader is a function provided by the module TripodPage; yet I don't
see you've created a TripodPage object.

<snip>

Debugging programs at a remote site for which you don't have a shell account
can be extremely laborious. You might try installing local versions of all
of your Tripod modules and perform your debugging on your own workstation
before uploading your scripts to Tripod.

I expect you'll find very little interest among the participants in this
newsgroup in helping to solve your Perl problems at Tripod, when you persist
in not letting perl help you to solve your own problems.
--
Bill Segraves

I see that I've been building on an unsound foundation.... the
following program

#!/usr/bin/perl
use CGI;
$cgi = new CGI;
print "Content-type: text/html\n\n";
print "Hello World"; exit();

runs, but produces the error log

Use of uninitialized value in pattern match (m//) at CGI.pm line 30.
Use of uninitialized value in scalar dereference at CGI.pm line 1589.
Use of uninitialized value in concatenation (.) or string at CGI.pm
line 1589.

And I have no idea why.  I did another little test prog with a
TripodCGI object and also had error messages.  I did a prog with a
TripodPage ojbect and got no error messages.

In the words of Marvin Gaye....What is Going On?

"joesplink" <wdflannery@aol.com> wrote in news:1112826102.868063.165150
@l41g2000cwc.googlegroups.com:

> Use of uninitialized value in pattern match (m//) at CGI.pm line 30.
> Use of uninitialized value in scalar dereference at CGI.pm line 1589.
> Use of uninitialized value in concatenation (.) or string at CGI.pm
> line 1589.
> 
> And I have no idea why.  I did another little test prog with a
> TripodCGI object and also had error messages.  I did a prog with a
> TripodPage ojbect and got no error messages.

The messages above are warnings, not errors.

You might want to figure out the verison of the CGI module you are using. 
Then, you can check whether there were bugs in those modules.

Sinan

-- 
A. Sinan Unur <1usa@llenroc.ude.invalid>
(reverse each component and remove .invalid for email address)

comp.lang.perl.misc guidelines on the WWW:
http://mail.augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html

>>>>>>The messages above are warnings, not errors.

Those are some nasty warnings!

>>>>>>>>>You might want to figure out the verison of the CGI module you
are using.
Then, you can check whether there were bugs in those modules.

Will do.

Thanks,
WDF

joesplink wrote:
> www.tripod.com has free web hosting with CGI and PERL,

"CGI and PERL" in this case meaning "CGI written in Perl and nothing else".

> however there
> may be some limitations.  I've got a PERL program that I use on another
> host to upload files..... and it works fine.... however, it doesn't
> work on my TRIPOD hosted site.....I asked support at TRIPOD about this
> but didn't get a response....(I've asked them again)....

Antique version of Perl -- 5.008.

Antique version of cgi.pm.

NO other standard modules at all (including pragmas). About four 
moderately useful Tripod-written modules.

-- 
John W. Kennedy
"Never try to take over the international economy based on a radical 
feminist agenda if you're not sure your leader isn't a transvestite."
   -- David Misch:  "She-Spies", "While You Were Out"

joesplink wrote:
> TRIPOD has their own version of GCI, called TripodCGI....they don't
> provide any documentaton.

No, they also provide cgi.pm (but an ancient version). TripodCGI.pm is 
something else.

-- 
John W. Kennedy
"...if you had to fall in love with someone who was evil, I can see why 
it was her."
   -- "Alias"

In response to my query about file uploades TRIPOD responded "We don't
support Perl".....seems like a no-go to me.

joesplink <wdflannery@aol.com> wrote:
> In response to my query about file uploades TRIPOD responded "We don't
> support Perl".....seems like a no-go to me.

Then it is probably best to look elsewhere for a site which supplies a
reasonably up-to-date version of Perl.

It is certainly possible to get webhosting including Perl, FTP,
and login access for about $US 40 p.a.

Axel

 

"joesplink" <wdflannery@aol.com> wrote in message
news:1112924019.598645.95480@o13g2000cwo.googlegroups.com...
> In response to my query about file uploads TRIPOD responded "We don't
> support Perl".....seems like a no-go to me.
>

Tripod appears to have Perl v. 5.8.0 and CGI.pm v. 2.30.

You can upload a later version of CGI.pm, if you wish. You'll have to
resolve the dependencies, e.g., missing modules, one-at-a-time, by uploading
the modules that CGI.pm requires/uses, as well as those that your script
requires/uses, as you discover them.

I've just done this exercise with a relatively recent version of CGI.pm,
finding the process to be onerous, but workable.

OTOH, I would not recommend that the OP try to use Tripod's Perl and CGI
capabilities, except for problems that can be solved with the versions of
Perl and the modules furnished by Tripod.

Finally, IMO, the OP's objective of uploading files via a CGI script at
Tripod may be reliable because of the one-second limit imposed by Tripod for
script execution.
--
Bill Segraves

>>>>.because of the one-second limit imposed by Tripod for
script execution.


Do you know someone at the company?  I.e., just out of curiosity, where
are you getting this info?

Will

"joesplink" <wdflannery@aol.com> wrote in message
news:1112991243.537636.50250@z14g2000cwz.googlegroups.com...
> >>>>.because of the one-second limit imposed by Tripod for
> script execution.
>
>
> Do you know someone at the company?

No.

> I.e., just out of curiosity, where
> are you getting this info?

From the Tripod CGI documentation.
--
Bill Segraves

>>>>From the Tripod CGI documentation. 

Well, my hat's off to ya!

wdf