Re: Compiled rexx program runs native in OMVS but not as CGI
We are using compiled REXX program's with the "old" HTTP Server (not the Apache based one) without problem's I can suggest to try with "F httpserv",APPL=DEBUG -V " or -VV option and/or check the HTTP "logs" directory for the actual logs, "cgi-error*" or "httpd_errors*" On 29.01.2014 16:30, jan de decker wrote: Hi list, I am trying to set up a zOS HTTP server that uses compiled Rexx programs as CGI. Example: A Rexx program runs as CGI when interpreted After compilation with the REXXOEC procedure it runs when directly invoked from within OMVS When itrying to invoke the same compiled program from HTML the browser stays connecting and eventually times out. An interpreted Rexx in the same directory runs as CGI. The HTML points to the same path for both programs. The HTTP server runs with UID(0) and without user authentication. This will changed after I get a working prototype. Any help would be greatly appreciated. j@n -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research& Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Compiled rexx program runs native in OMVS but not as CGI
On 1/29/2014 10:46 AM, Miklos Szigetvari wrote: We are using compiled REXX program's with the "old" HTTP Server (not the Apache based one) without problem's I can suggest to try with "F httpserv",APPL=DEBUG -V " or -VV option and/or check the HTTP "logs" directory for the actual logs, "cgi-error*" or "httpd_errors*" This might be related to how you bind (link edit) your module. You haven't shown us your compile and bind JCL or control statements. You can bind your REXX object module with one of five supplied stubs in order to ensure passed parms are handled appropriate to the environment the load module / object module will run. Or you can write your own. Might be worth investigating. Kind regards, -Steve Comstock On 29.01.2014 16:30, jan de decker wrote: Hi list, I am trying to set up a zOS HTTP server that uses compiled Rexx programs as CGI. Example: A Rexx program runs as CGI when interpreted After compilation with the REXXOEC procedure it runs when directly invoked from within OMVS When itrying to invoke the same compiled program from HTML the browser stays connecting and eventually times out. An interpreted Rexx in the same directory runs as CGI. The HTML points to the same path for both programs. The HTTP server runs with UID(0) and without user authentication. This will changed after I get a working prototype. Any help would be greatly appreciated. j@n -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Compiled rexx program runs native in OMVS but not as CGI
Since the CGI stays connected, then it may be looping. Look in SDSF and see if one of HTTP processes is using CPU. Although the browser has not displayed anything, it may have received some data. Look at this data to see if it contains OMVS error messages or something that indicates a problem. Debuggers are available for most browsers. I personally use Google CHROME which has built-in debugger under TOOLS -> DEVELOPER TOOLS. Open your preferred debugger and then access your web page. Look at the network data. In the case of CHROME you click on the NETWORK tab to display various items that make up that web page. Right mouse click on the item you think is your execution (probably only one in your case). Select OPEN IN NEW TAB to display the source transmitted. Closing the debugger is the RED X in the right of the debugger box. If you can't use the debugger, then try directing STDOUT and STDERR to disk. Look at those disk files after running your REXX. Jon Perryman. - Original Message - > From: jan de decker > > When trying to invoke the same compiled program from HTML the browser > stays connecting and eventually times out. > > An interpreted Rexx in the same directory runs as CGI. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Compiled rexx program runs native in OMVS but not as CGI
The IBM http server should be set up with a surrogate user id to limit access to resources. We use the default PUBLIC surrogate id in our shop. So you could have security issues if you are set up similarly as the surrogate id should not be uid(0). You can also turn trace on in your CGI script. The resulting output in your browser is ugly but it may give you a clue as to what's happening. Jim Holloway - MetLife On Wed, 29 Jan 2014 16:30, jan de decker Wrote >Date:Wed, 29 Jan 2014 16:30:00 +0100 >From:jan de decker >Subject: Compiled rexx program runs native in OMVS but not as CGI > >Hi list, > >I am trying to set up a zOS HTTP server that uses compiled Rexx programs as >CGI. > >Example: > >A Rexx program runs as CGI when interpreted > >After compilation with the REXXOEC procedure it runs when directly invoked >from within OMVS > >When itrying to invoke the same compiled program from HTML the browser >stays connecting and eventually times out. > >An interpreted Rexx in the same directory runs as CGI. > >The HTML points to the same path for both programs. > >The HTTP server runs with UID(0) and without user authentication. This will >changed after I get a working prototype. > >Any help would be greatly appreciated. > >j@n The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
