RE: Re: Browser tries to download program -- WEB400

Have you tried taking out the reference to the CCSID in your config file?
I don't see that in mine. If there's the possibility of a CCSID conversion,
that would/could be causing it. 
Also the directives just don't look right to me in your config file.
One or two of the <Directory> statements seem a bit "off".
I don't have access to mine today, but here's what I have in my presentation
on it:

To Enable CGI Program Calls:
Options +ExecCGI

Add the .pgm suffix to CGI calls:
MapMatch ^/cgi-bin/(.*)  /cgi-bin/$1.pgm
ScriptAliasMatch  ^/cgi-bin/(.*)  /qsys.lib/cgilib.lib/$1

If you specify "/cgi-bin/mypgm", then use this. If you specify
"/cgi-bin/mypgm.pgm" then don't include the MapMatch statement.

-Bob Cozzi

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Bartell, Aaron L. (TC)
Sent: Thursday, September 09, 2004 1:15 PM
To: Web Enabling the AS400 / iSeries
Subject: RE: [WEB400] Re: Browser tries to download program

 >You originally stated that the problem was the CGIDEV2 CGI program
being downloaded as a file rather than being executed.  Is that still
the problem?

When I go at it from a browser, yes, it tries to download it.  I have a
GUI tool I wrote in Java to execute pages and display the raw data back
to me.  When I POSTed to the webpage with my tool that is when I found
out I was getting jeeeuunk back from the server.


>If so, it's hard to imagine how CGIDEV2 could be the cause.
The only thing that I have found so far is that it is only CGIDEV2
programs that are doing this and regular RPG CGI programs are not.  I am
guessing it is something indirectly related to CGIDEV2, but nonetheless
still related to CGIDEV2.

>If your program executes but fails, you can use CGIDEV2's debugging...
I have been watching the CGIDEBUG file closely, but the program is not
erroring out.  It is completing successfully but the data is all crazy
looking (looks like it didn't go through a EBCDIC to ASCII conversion).

>Also potentially useful would be a PBA trace using the TRCTCPAPP
command.
I will look into this one.  Thanks for bringing it to my attention.


>For all group PTFs by release...
I checked out that site against WRKGRPPTF and we are all up to date with
the pertinent PTF's.  By pertinent I mean we have SF99098 installed for
V5R2 which is the only HTTP related one from what I can see.


Thanks for your response,
Aaron Bartell

_______________________________________________
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.