Recent changes to bugs

XMLHttpRequest POST

Anonymous — Mon, 08 Aug 2011 13:05:16 -0000

Using XMLHttpRequest POST to a mod_rexx script on the server works for all browsers except Firefox. Firefox will always append "charset=UTF-8" after the Content-Type request header as seems appropiate as per spec of the W3C. Other browsers don't seem to do this yet.

Mod_rexx will then fail to parse the request string into the WWWARGS. stem due to a restrictive strcompare in rxfuncs.c in the WWWGetArgs function at line 513.

Changing the compare to only compare for the length of "Content-Type" disragarding the appended character encoding will fix this for Firefox.

Same thing is true for mod_oorexx, but since I'm unable to compile mod_oorexx cleanly for my Centos system i'm still using mod_rexx.

libhttpd.dll traps when requesting an index

Jose Maria Blasco — Fri, 30 Jun 2006 08:12:14 -0000

Setup: Windows XP with all fixes applied (either Home
or Professional, doesn't matter), Apache 2.0.58, ooRexx
or IBM Object REXX. Mod_rexx 2.x working, rspcomp working.

Set

Directoryindex index.html index.rsp

"GET /somedir/index.rsp" works.

"GET /somedir/" gives a trap (access violation) in
libhttpd.dll.

This does NOT happen with mod_rexx 1.2.0 for Apache 1.3.x.

Doesn't coexists with PHP 504 and Regina 33

Anonymous — Sun, 03 Apr 2005 16:43:32 -0000

After one PHP page executed - every subsequent rexx
script (test.rex or/and rsptest1.rsp or whatever) will fail
with: The name specified is not recognized as an
internal or external command, operable program or
batch file (error in apache error.log). Means in script
test.rex the arg(1) ist empty and then it fails at call
WWWSendHTTPHeader r, "text/html". This situation is
duplicatable. Had no problem without PHP. This is a
Regina only problem. I've just tested the same with
ooRexx and there is no such of a problem. Hope there is
a new version takeing care of this...

Internal Redirect Error

David Ashley — Fri, 01 Oct 2004 12:26:11 -0000

I have two scripts that work independently (that is, I
can execute either from the browser and get the
expected page displayed). From Rexx script #1 I'm
trying to perform a "WWWInternal_Redirect" to script
#2. When I do this I get a segmentation fault in the
"error_log" and the second script page is never
displayed. It appears the second script is never
executed. It appears something related to the internal
redirect is not quite right.

If I set a "location" header and respond with a 302
return code (temporarily moved) instead of the internal
redirect the second page is displayed. This goes back
to the browser and causes it to perform an external
redirect by issuing another request with the relocated
URL. This works for now.

rflush analysis

David Ashley — Wed, 29 Sep 2004 20:21:29 -0000

Remove all extraneous rflush calls in order to improve
performance.