Linda Solomon wrote:
> Hello,
>
> I don't believe that Tomcat 4 executed every cgi thru "perl".
> If I execute
> "perl cgi-program"
Found it. Didn't quite go back far enough in the change logs. The
cause is the fix for bug 22858.
(http://issues.apache.org/bugzilla/show_bug.cgi?id=22858)
> I set t
Hello,
I don't believe that Tomcat 4 executed every cgi thru "perl".
If I execute
"perl cgi-program"
from the Linux command line, I get the same error that occurs when
Tomcat 5 executes a cgi using its default "executable" (that is, perl).
So, the problem is that perl cannot handle anything but
Mark,
Thanks for the suggestion.
I read thru the differences and nothing specific stood out as the root
of my problem.
I noticed that hash tables are replaced by array lists;
a new option is available to indicate if the shell environment should be
passed (or not) --
I think I need to set that
The executable is the executable file name...perl is the name of the
perl executable
Mark Thomas wrote:
Linda Solomon wrote:
I followed the instructions for configuring tomcat 5 for cgi.
However, tomcat 5 contains a new xml variable:
executable - The of the executable to be used to run the
Linda Solomon wrote:
> I followed the instructions for configuring tomcat 5 for cgi.
> However, tomcat 5 contains a new xml variable:
> executable - The of the executable to be used to run the script. Default
> is perl.
>
> Using the default allows the perl cgis to work fine, but the c++ cgi's
> d
Hi,
I am upgrading from tomcat 4 to tomcat 5.
I have a combination of java apps, applets and cgi programs written in
perl and c++.
My web-application worked just fine with tomcat 4.
I followed the instructions for configuring tomcat 5 for cgi.
However, tomcat 5 contains a new xml variable:
ex
