Received: (qmail 24538 invoked by uid 501); 16 Feb 2001 17:09:42 -0000 Message-Id: <20010216170942.24537.qmail@apache.org> Date: 16 Feb 2001 17:09:42 -0000 From: James Melin Reply-To: jmelin@widget.winternet.com To: submit@bugz.apache.org Subject: call in the body of a web page fails to execute script where as http://{server}/cgi-bin/Testexec.rexx works fine. X-Send-Pr-Version: 3.110 >Number: 7258 >Category: apache-api >Synopsis: call in the body of a web page fails to execute script where as http://{server}/cgi-bin/Testexec.rexx works fine. >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Feb 16 09:10:01 PST 2001 >Closed-Date: Fri Feb 16 11:46:43 PST 2001 >Last-Modified: Fri Feb 16 11:46:43 PST 2001 >Originator: jmelin@widget.winternet.com >Release: 1.3.14 >Organization: >Environment: Windows NT Workstation service pack 6 - Also occurrs on Windows 2000 Professional Service pack 1 >Description: No dumps. Nothing in Error log. Access log shows only the page with the issue in it. Specifically the call is http://[server}:8080/{subdir}/{webpage} That page contains: Apache Test Page

This is a test of explicit CGI call via exec CGI

Also have tried the exec as The HTTPD.conf file is pretty much default values except for server name and the ScriptInterpreterSource directive being turned on/off I am using the Regina Rexx interpreter (available at http://www.lightlink.com/hessling/Regina/index.html), and I am encountering this error with both the ScriptInterpreterSource registry directive commented out and enabled. The REXX exec is very simple. IT looks like this: {#!E:/Regina/regina.exe - is the shebang line used when ScriptInterpreterSource is commented out) /* rexx */ say "Content-type: text/html" say say '

Hello, World!

' exit >How-To-Repeat: Please mail me for the specific URL to test this - as I do not want the entire universe playing with this server. Please note, I DID look through the bug list and didn't find anything that seemed to fit this particular problem. I saw stuff with perl scripts not accepting parameters etc. But this seemed a bit less complex than that. This problem is 'serious' from my perspective as it is preventing me from doing things in the simplest way possible. I could write everything to be server generated as the particular application is small, and invoke the main script via a meta refresh tag in a default page but I'd rather not do that if there is a fix >Fix: Um, I wish I did :) >Release-Note: >Audit-Trail: State-Changed-From-To: open-closed State-Changed-By: slive State-Changed-When: Fri Feb 16 11:46:42 PST 2001 State-Changed-Why: Please try