>
> Has this been worked around in the CVS version of embperl? If not, I'd be
> willing to take a stab at fixing it, provided someone can give me a quick
> pointer on where in the code to look first.
>
Yes, it's fixed in the CVS.
NOTE: If you are using Embperl Session Handling: The CVS version
I have experienced the same problem with posting and getting data that was
discussed here a couple of weeks ago, which was attributed to environmental
variables with mod_perl and apache under windows (in this case windows
2000). Our experience has been that if one GETs and then POSTs any
subsequ
On Tue, Nov 14, 2000 at 05:00:00PM -0600, John Aughey wrote:
> fetch: displayrecordings.epl appears to be truncated: 2748/2750 bytes
its a problem that was (very) recently reported when $escmode = 0.
its fixed in cvs. if you just wanted a simple patch, you could also
find the (trivial) fix in t
I'm running Apache/1.3.14 (Unix) mod_perl/1.24_01 with Embperl 1.3b6. I
am seeing a mismatch between the reported Content-Length and the actual
content length. This causes Netscape to continue waiting for data if it
is keeping the connection open.
Looking at the HTTP header, it reports:
HTTP/1.
