Perrin Harkins wrote:
>
> Hi Craig,
>
> Still having problems with this? I remember you trying to get this
> going in July.
>
> ***Thanks for responding again Perrin. Yes I'm still at it. Since the
> last time, I reworked all subroutines into stand-alone objects, as you
> suggested would be necessary to ever get to mod_perl. It was a good
> exercise.
>
>
>> The entry page comes up fine.
>
> Ok, is that a static file, or is it served by PerlRun?
>
> ***The entry page is served by perl-run.
>
>
>> The first link I try (any link) works fine.
>> All links after the first fail.
>
> Can you verify that your perl code gets run on both the first link and
> the one after? Try printing $ENV{MOD_PERL} from the script. You can
> send it to the error_log with a warning.
>
> ***I verify the links using a printing routine I use in debugging to
> verify parameters upon entry into a program. I can see the parameters
> being passed on the URL line, but they don't get into the program. The
> print program prints nothing on any link subsequent to the first,
> regardless of what link is first.
>
>> I'm getting no errors in the Apache log
>> except 1 indicating no data came through to the failing program.
>
> Is that an error message you generate in your code? If not, can we see
> it?
>
> ***Here is the error message(s). These downstream commands, from the
> paramter-in point, fail because no data comes through.
>
> Use of uninitialized value in split at
> C:/usr/www/steepusa/cgi-bin/vumenu.cgi line 73.
> Use of uninitialized value in substr at
> C:/usr/www/steepusa/cgi-bin/vumenu.cgi line 74.
> Use of uninitialized value in length at
> C:/usr/www/steepusa/cgi-bin/vumenu.cgi line 75.
> Use of uninitialized value in substr at
> C:/usr/www/steepusa/cgi-bin/vumenu.cgi line 75.
> substr outside of string at C:/usr/www/steepusa/cgi-bin/vumenu.cgi line
> 75.
> Use of uninitialized value in split at
> C:/usr/www/steepusa/cgi-bin/vumenu.cgi line 76.
> Use of uninitialized value in concatenation (.) or string at
> C:/usr/www/steepusa/cgi-bin/vumenu.cgi line 78.
> Use of uninitialized value in concatenation (.) or string at
> C:/usr/www/steepusa/cgi-bin/vumenu.cgi line 79.
> Use of uninitialized value in concatenation (.) or string at
> C:/usr/www/steepusa/cgi-bin/vumenu.cgi line 93.
> Use of uninitialized value in concatenation (.) or string at
> C:/usr/www/steepusa/cgi-bin/vumenu.cgi line 535.
>
>
> [Wed Nov 21 13:36:01 2007] [error] [client 68.217.167.169] Premature end
> of script headers: cntinvoks.cgi, referer:
> http://steepusa.no-ip.info/perl-run/m3.cgi
>> Following are 2 links I just tested. I reversed the
>> brackets. Is it invalid to pass parameters this way under Perl Run?
>
> Why did you reverse the angle brackets? These links look perfectly
> normal to me. Can you verify with Firefox and the LiveHTTPHeaders
> plugin that the variables in the URLs are really getting replaced?
>
> ***I reversed the brackets in the post to keep them from being links.
> There is probably a Nabble wrapper I should have used.
>
>
>> PerlModule ModPerl::PerlRun
>> Alias /perl-run/ "/usr/www/steepusa/cgi-bin/"
>> <Location /perl-run>
>> PerlSetVar PerlRunOnce On
>
> PerlRunOnce is not supported in mod_perl 2. You can get a similar
> affect by setting MaxRequestsPerChild to 1. It will affect everything
> on your Apache server though.
>
> ***I'll just take PerlRunOnce out. craig
>
> - Perrin
>
>
--
View this message in context:
http://www.nabble.com/Trying-To-Come-Up-Under-PerlRun-tf4849679.html#a13883577
Sent from the mod_perl - General mailing list archive at Nabble.com.
