cvs commit: modperl-2.0 Changes

2002-08-21 Thread stas
stas2002/08/21 10:33:57 Modified:.Changes Log: document recent changes Revision ChangesPath 1.39 +14 -0 modperl-2.0/Changes Index: Changes === RCS file: /home/cvs/modperl-2.0/Ch

cvs commit: modperl-2.0/xs/tables/current/ModPerl FunctionTable.pm

2002-08-21 Thread stas
stas2002/08/21 10:25:10 Modified:xs/Apache/Connection Apache__Connection.h xs/tables/current/ModPerl FunctionTable.pm Log: fix the incorrect return type for get_remote_host s/char */const char */ Revision ChangesPath 1.5 +1 -1 modperl-2.0/

cvs commit: modperl-2.0/src/modules/perl modperl_apache_includes.h

2002-08-21 Thread dougm
dougm 2002/08/21 09:42:02 Modified:.Changes src/modules/perl modperl_apache_includes.h Log: fix compilation if apache/apr do not have thread support Revision ChangesPath 1.38 +2 -0 modperl-2.0/Changes Index: Changes =

cvs commit: modperl-2.0/t/response/TestApache subprocess.pm

2002-08-21 Thread stas
stas2002/08/21 08:43:39 Modified:t/response/TestApache subprocess.pm Log: by doing select() for the non-perlio case finally made this test working with non-perlio perl builds, including 5.6.0. Revision ChangesPath 1.10 +52 -14modperl-2.0/t/response/TestApa

cvs commit: modperl-2.0/xs/APR/PerlIO apr_perlio.c

2002-08-21 Thread stas
stas2002/08/21 08:41:29 Modified:xs/APR/PerlIO apr_perlio.c Log: similar to the perlio case: - IoIFP(io) *must* be always set on the valid io sv, otherwise it'll be never closed and fh and memory leaked. as i saw from doio.c, the solution is to simply copy IoOFP.

cvs commit: modperl-2.0/xs/APR/PerlIO apr_perlio.c

2002-08-21 Thread stas
stas2002/08/21 08:40:17 Modified:xs/APR/PerlIO apr_perlio.c Log: - try to go without the dup() in the non-perlio case, leave enough comments to easily reconstruct the dupping code correctly if that proves to be wrong. - add some debug tracing code Revision Changes