You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by "Philippe M. Chiasson" <go...@ectoplasm.org> on 2004/10/20 00:02:08 UTC
[RELEASE CANDIDATE] mod_perl-1.99_17 RC1
a release candidate for mod_perl 1.99_17 is now available for testing.
please grab the candidate from
http://www.apache.org/~gozer/mp2/mod_perl-1.99_17/mod_perl-1.99_17-RC1.tar.gz
and report back successes or failures. when reporting failures, please see
the bug reporting guidelines at
http://perl.apache.org/bugs/
so your report can get the best attention possible.
--The mod_perl Development Team
Changes since the previous release:
Implement Apache->unescape_url_info in Apache::compat and drop it
from the official API for CGI::Util::unescape() as a suggested
replacement [Gozer]
fix xs_generate to croak on duplicate entries in xs/maps files
[Christian Krause <chkr plauener.de>]
Workaround a possible bug in Perl_load_module() [Gozer]
Fix a problem building with non-GNU make (can't make target dynamic
in xs/APR/aprext) [Gozer]
escape HTML in dumped variables by Apache::Status [Markus Wichitill
<ma...@gmx.de>]
$r->document_root can now be changed when safe to do so [Gozer]
APR::Bucket->new now requires an APR::BucketAlloc as its first argument.
New subs added: APR::Bucket::setaside, APR::Bucket::alloc_create,
APR::Bucket::alloc_destroy, APR::Brigade::bucket_alloc. [joes]
reimplement APR::Pool life-scope handling, (the previous
implementation had problems) [joes]
make sure that Apache::Filter::read, APR::Socket::recv,
Apache::RequestIO::read, APR::Brigade::flatten, and APR::Bucket::read
all return tainted data under -T [Stas]
tag the custom pools created by mod_perl for easier pools debug [Joe
Orton]
fix a bug in non-ithreaded-perl implementation where the cached
compiled CODE refs of httpd.conf-inlined one-liner handlers like:
PerlFixupHandler 'sub { use Apache::Const qw(DECLINED); DECLINED }'
didn't have the reference count right. [Stas]
per-server PerlSetEnv and PerlPassEnv values are properly added
to %ENV when only a per-directory handler is configured.
[Geoffrey Young]
resolve several 'Use of uninitialized value in...' warnings in
Apache::Status [Stas].
make install and static build now correctly installs mod_perl as
well as the statically built apache [Gozer]
if some code changes the current interpreter's tainted state to on,
the return value from the handler callback will be tainted, and we
fail to deal with that. So revert to coercing any return value, but
undef (a special case for exit()). to IV, so that tainted values are
handled correctly as well. [Stas]
make sure that each handler callback starts with a pristine
tainted-ness state, so that previous callback calls won't affect the
consequent ones. Without this change any handler triggering eval or
another function call, that checks TAINT_PROPER, will crash mod_perl
with: "Insecure dependency in eval while running setgid. Callback
called exit." farewell message [Stas]
make sure that 'make distclean' cleans all the autogenerated files
[Stas]
$r->log_reason has been ported and moved out of Apache::compat
[Gozer]
APR::OS::thread_current renamed APR::OS::current_thread_id and
now returns the actual thread_id instead of an object that
needed to be dereferenced to get at the thread_id [Gozer]
change a bunch of the APR:: constants to have a better prefix
(APR::FILETYPE_* and APR::FILEPROT_). libapr will be changed soon too
[Stas]
Generate modperl_exports.c for static builds to prevent the
linker from stripping needed but unused symbols [Gozer]
Add .libs/ as part of the library search path when building
against httpd's source tree [Gozer]
In the static build, run make in httpd's srclib/ early to have
generated files present at mod_perl configure time [Gozer]
When searching for ap(r|u)-config in httpd's source tree, search
into srclib/apr-util as well as srclib/apr [Gozer]
Remove APR::Finfo::pool as it has no use to us [Stas]
get PerlSetVar and PerlAddVar multi-level merges to (finally) work
properly. [Rici Lake <rici ricilake.net>]
MP_AP_BUILD configure option removed. Now implicit when MP_USE_STATIC
is specified [Gozer]
Apache::Module $mod->version() and $mod->minor_version() renamed
to $mod->ap_api_major_version() and $mod->ap_api_minor_version
for clarity [Gozer]
Apache::Log changes: [Stas]
- moved to compat: Apache::warn, Apache->warn, Apache::Server->warn,
Apache::Server::warn
- re-enabled $r->warn
- removed support for Apache::ServerRec->warn
(Apache::ServerRec::warn is still there)
Apache::Directive conftree() changed from class method to
regular subroutine [Gozer]
Apache::Module top_module() and get_config() as class methods
added to Apache::compat for backwards compatibility [Gozer]
Apache::Module top_module() and get_config() changed from class
methods to regular subroutines [Gozer]
Added Apache::CmdParms::add_config() to work around a memory
leak discovered with <Perl> sections in .htaccess files [Gozer]
Added ModPerl::Util::unload_package() to remove a loaded package
as thoroughly as possible by clearing it's stash. [Gozer]
fix Apache->request($r) to be set-able even w/: PerlOptions
-GlobalRequest [Stas]
Add Apache::Reload->unregister_module() to explicitely remove a
module from Apache::Reload's monitoring list [Gozer]
introduce a custom modperl error message for failing filter handlers
(previously 'unknown error' coming from rc=500 was logged) [Stas]
Fix Apache::Log methods/functions to log into the vhost's error_log
file (if there is one). ( $s->log->*, $s->log_error, $s->log_serror,
Apache::ServerRec::warn, etc.). Apache::ServerRec can now export its
warn function to override CORE::warn [Stas]
Fix $s->log->*, $s->log_error and $s->log_serror to again log into the
vhost's error_log file (if there is one). [Stas]
$s->log->warn and other $s->log->foo are now logging to the right
vhost server and not the global one. modperl_sv2server_rec was
broken. [Stas]
Fix a glue_pod make target bug, when .pm file doesn't exist,
e.g. ThreadMutex.pm is not created on unless
$apr_config->{HAS_THREADS} [Stas]
Introduce APR::Socket::poll to poll a non-blocking socket [Ken Simpson
<ks...@larch.mailchannels.com>]
Fix the error message when the minimal required httpd version is not
satisfied [Pratik <pr...@gmail.com>]
Fix interactive prompting at perl Makefile.PL, when no APXS or
MP_AP_PREFIX were provided. now asking for an alternative location if
the suggested choices weren't selected. [Stas]
Added APR::URI->rpath method. Returns the path of an uri minus
path_info, if any. [Gozer]
moved Apache::current_callback() to ModPerl::Util::current_callback
where it belongs [Gozer]
modperl_perl_module_loaded() fixed to use %INC to determine if a module
is loaded instead of checking for the existence of a stash [Gozer]
fix the modperl build, where httpd has been built against separate
installations of apr-util and apr, where apr-util has been installed
with a different includedir to apr. [Joe Orton]
$Apache::Server::SaveConfig is now $Apache::PerlSections::Save
[Geoffrey Young]
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Carl Brewer <ca...@bl.echidna.id.au>.
Philippe M. Chiasson wrote:
> Could you post your /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
> in it's entirety ?
>
steel1: {23} cat /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
#
# /*
# * *********** WARNING **************
# * This file generated by Apache::Build/0.01
# * Any changes made here will be lost
# * ***********************************
# * 01: lib/ModPerl/Code.pm:702
# * 02: lib/Apache/Build.pm:810
# * 03: lib/Apache/Build.pm:827
# * 04: Makefile.PL:326
# * 05: Makefile.PL:92
# */
#
package Apache::BuildConfig;
use Apache::Build ();
sub new {
bless( {
'MODPERL_AR' => 'ar',
'MODPERL_OBJ_EXT' => '.o',
'ap_includedir' => '/usr/local/apache2/include',
'MODPERL_O_FILES' => 'mod_perl.o modperl_interp.o
modperl_tipool.o modperl_log.o modperl_config.o modperl_cmd.o
modperl_options.o modperl_callback.o modperl_handler.o modperl_gtop.o
modperl_util.o modperl_io.o modperl_io_apache.o modperl_filter.o
modperl_bucket.o modperl_mgv.o modperl_pcw.o modperl_global.o
modperl_env.o modperl_cgi.o modperl_perl.o modperl_perl_global.o
modperl_perl_pp.o modperl_sys.o modperl_module.o modperl_svptr_table.o
modperl_const.o modperl_constants.o modperl_apache_compat.o
modperl_error.o modperl_debug.o modperl_common_util.o
modperl_common_log.o modperl_hooks.o modperl_directives.o
modperl_flags.o modperl_xsinit.o modperl_exports.o',
'MP_USE_DSO' => 1,
'MODPERL_O_PIC_FILES' => 'mod_perl.lo
modperl_interp.lo modperl_tipool.lo modperl_log.lo modperl_config.lo
modperl_cmd.lo modperl_options.lo modperl_callback.lo modperl_handler.lo
modperl_gtop.lo modperl_util.lo modperl_io.lo modperl_io_apache.lo
modperl_filter.lo modperl_bucket.lo modperl_mgv.lo modperl_pcw.lo
modperl_global.lo modperl_env.lo modperl_cgi.lo modperl_perl.lo
modperl_perl_global.lo modperl_perl_pp.lo modperl_sys.lo
modperl_module.lo modperl_svptr_table.lo modperl_const.lo
modperl_constants.lo modperl_apache_compat.lo modperl_error.lo
modperl_debug.lo modperl_common_util.lo modperl_common_log.lo
modperl_hooks.lo modperl_directives.lo modperl_flags.lo
modperl_xsinit.lo modperl_exports.lo',
'MP_APXS' => '/usr/local/apache2/bin/apxs',
'MODPERL_AP_INCLUDEDIR' => '/usr/local/apache2/include',
'apr_bindir' => '/usr/local/apache2/bin',
'APXS_INCLUDEDIR' => '/usr/local/apache2/include',
'MODPERL_RM' => 'rm',
'file_ldopts' => 'src/modules/perl/ldopts',
'MODPERL_CPPRUN' => 'cc -E',
'cwd' => '/data/src/modperl-2.0',
'MODPERL_RANLIB' => ':',
'MP_GENERATE_XS' => 1,
'APXS_APU_BINDIR' => '/usr/local/apache2/bin',
'MODPERL_ARCHLIBEXP' =>
'/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd',
'MODPERL_LIB_DSO' => 'mod_perl.so',
'APXS_BINDIR' => '/usr/local/apache2/bin',
'MODPERL_XSUBPP' => '$(MODPERL_PERLPATH)
$(MODPERL_PRIVLIBEXP)/ExtUtils/xsubpp -typemap
$(MODPERL_PRIVLIBEXP)/ExtUtils/typemap -typemap
/data/src/modperl-2.0/lib/typemap',
'MODPERL_PRIVLIBEXP' => '/usr/local/perl-5.8.5/lib/5.8.5',
'MODPERL_LIB_STATIC' => 'mod_perl.a',
'MODPERL_RM_F' => 'rm -f',
'MODPERL_MAKEFILE' => 'Makefile',
'MODPERL_CCOPTS' => ' -fno-strict-aliasing -pipe
-I/usr/pkg/include -I/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE
-DMOD_PERL -DMP_COMPAT_1X -DNETBSD',
'MODPERL_LDDLFLAGS' => '--whole-archive -shared
-L/usr/pkg/lib -L/usr/local/lib',
'MODPERL_INC' =>
'-I/data/src/modperl-2.0/src/modules/perl -I/data/src/modperl-2.0/xs
-I/usr/local/apache2/include -I /usr/local/apache2/include
-I/usr/local/apache2/include',
'file_build_config' => 'lib/Apache/BuildConfig.pm',
'XS' => {},
'httpd_version' => {
'/usr/local/apache2/include' =>
'2.0.52'
},
'MP_COMPAT_1X' => 1,
'apr_config' => {
'HAS_FORK' => '1',
'HAS_THREADS' => '0',
'HAS_MMAP' => '1',
'HAS_RANDOM' => '1',
'HAS_DSO' => '1',
'HAS_SENDFILE' => '0',
'HAS_LARGE_FILES' => '0',
'HAS_INLINE' => '1'
},
'MODPERL_LIBNAME' => 'mod_perl',
'apr_config_path' => '/usr/local/apache2/bin/apr-config',
'MODPERL_LIB_EXT' => '.a',
'MODPERL_C_FILES' => 'mod_perl.c modperl_interp.c
modperl_tipool.c modperl_log.c modperl_config.c modperl_cmd.c
modperl_options.c modperl_callback.c modperl_handler.c modperl_gtop.c
modperl_util.c modperl_io.c modperl_io_apache.c modperl_filter.c
modperl_bucket.c modperl_mgv.c modperl_pcw.c modperl_global.c
modperl_env.c modperl_cgi.c modperl_perl.c modperl_perl_global.c
modperl_perl_pp.c modperl_sys.c modperl_module.c modperl_svptr_table.c
modperl_const.c modperl_constants.c modperl_apache_compat.c
modperl_error.c modperl_debug.c modperl_common_util.c
modperl_common_log.c modperl_hooks.c modperl_directives.c
modperl_flags.c modperl_xsinit.c modperl_exports.c',
'apu_config_path' => '/usr/local/apache2/bin/apu-config',
'MP_LIBNAME' => 'mod_perl',
'MODPERL_H_FILES' => 'mod_perl.h modperl_interp.h
modperl_tipool.h modperl_log.h modperl_config.h modperl_cmd.h
modperl_options.h modperl_callback.h modperl_handler.h modperl_gtop.h
modperl_util.h modperl_io.h modperl_io_apache.h modperl_filter.h
modperl_bucket.h modperl_mgv.h modperl_pcw.h modperl_global.h
modperl_env.h modperl_cgi.h modperl_perl.h modperl_perl_global.h
modperl_perl_pp.h modperl_sys.h modperl_module.h modperl_svptr_table.h
modperl_const.h modperl_constants.h modperl_apache_compat.h
modperl_error.h modperl_debug.h modperl_common_util.h
modperl_common_log.h modperl_perl_unembed.h modperl_types.h
modperl_time.h modperl_apache_includes.h modperl_perl_includes.h
modperl_apr_includes.h modperl_apr_compat.h modperl_common_includes.h
modperl_common_types.h modperl_hooks.h modperl_directives.h
modperl_flags.h modperl_trace.h modperl_largefiles.h',
'MODPERL_TEST_F' => 'test -f',
'MP_APR_LIB' => 'aprext',
'dir' => undef,
'MODPERL_MV' => 'mv',
'MODPERL_LDOPTS' => '-Wl,-E
-Wl,-R/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE
-Wl,-rpath,/usr/pkg/lib -Wl,-rpath,/usr/local/lib -L/usr/pkg/lib
-L/usr/local/lib
/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/auto/DynaLoader/DynaLoader.a
-L/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE -lperl -lm -lcrypt
-lutil -lc -lposix',
'MODPERL_CP' => 'cp',
'file_makefile' => 'src/modules/perl/Makefile',
'MODPERL_LIB_SHARED' => 'mod_perl.so',
'MODPERL_PERLPATH' => '/usr/local/perl-5.8.5/bin/perl',
'MODPERL_CC' => 'cc',
'MODPERL_CCCDLFLAGS' => '-DPIC -fPIC ',
'apr_includedir' => '/usr/local/apache2/include',
'MODPERL_AP_LIBEXECDIR' => '/usr/local/apache2/modules',
'MODPERL_DLEXT' => 'so',
'httpd_is_source_tree' => '',
'MODPERL_OPTIMIZE' => '-O',
'MODPERL_LIB' => 'mod_perl.so',
'MODPERL_LIBPERL' =>
'/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE/libperl.so',
'MODPERL_AP_LIBS' => '',
'APXS_APR_BINDIR' => '/usr/local/apache2/bin',
'APXS_LIBEXECDIR' => '/usr/local/apache2/modules',
'MODPERL_LD' => 'cc',
'VERSION' => '1.99_17-dev'
}, 'Apache::Build' );
}
1;
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Carl Brewer <ca...@bl.echidna.id.au>.
Philippe M. Chiasson wrote:
> Could you post your /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
> in it's entirety ?
>
steel1: {23} cat /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
#
# /*
# * *********** WARNING **************
# * This file generated by Apache::Build/0.01
# * Any changes made here will be lost
# * ***********************************
# * 01: lib/ModPerl/Code.pm:702
# * 02: lib/Apache/Build.pm:810
# * 03: lib/Apache/Build.pm:827
# * 04: Makefile.PL:326
# * 05: Makefile.PL:92
# */
#
package Apache::BuildConfig;
use Apache::Build ();
sub new {
bless( {
'MODPERL_AR' => 'ar',
'MODPERL_OBJ_EXT' => '.o',
'ap_includedir' => '/usr/local/apache2/include',
'MODPERL_O_FILES' => 'mod_perl.o modperl_interp.o
modperl_tipool.o modperl_log.o modperl_config.o modperl_cmd.o
modperl_options.o modperl_callback.o modperl_handler.o modperl_gtop.o
modperl_util.o modperl_io.o modperl_io_apache.o modperl_filter.o
modperl_bucket.o modperl_mgv.o modperl_pcw.o modperl_global.o
modperl_env.o modperl_cgi.o modperl_perl.o modperl_perl_global.o
modperl_perl_pp.o modperl_sys.o modperl_module.o modperl_svptr_table.o
modperl_const.o modperl_constants.o modperl_apache_compat.o
modperl_error.o modperl_debug.o modperl_common_util.o
modperl_common_log.o modperl_hooks.o modperl_directives.o
modperl_flags.o modperl_xsinit.o modperl_exports.o',
'MP_USE_DSO' => 1,
'MODPERL_O_PIC_FILES' => 'mod_perl.lo
modperl_interp.lo modperl_tipool.lo modperl_log.lo modperl_config.lo
modperl_cmd.lo modperl_options.lo modperl_callback.lo modperl_handler.lo
modperl_gtop.lo modperl_util.lo modperl_io.lo modperl_io_apache.lo
modperl_filter.lo modperl_bucket.lo modperl_mgv.lo modperl_pcw.lo
modperl_global.lo modperl_env.lo modperl_cgi.lo modperl_perl.lo
modperl_perl_global.lo modperl_perl_pp.lo modperl_sys.lo
modperl_module.lo modperl_svptr_table.lo modperl_const.lo
modperl_constants.lo modperl_apache_compat.lo modperl_error.lo
modperl_debug.lo modperl_common_util.lo modperl_common_log.lo
modperl_hooks.lo modperl_directives.lo modperl_flags.lo
modperl_xsinit.lo modperl_exports.lo',
'MP_APXS' => '/usr/local/apache2/bin/apxs',
'MODPERL_AP_INCLUDEDIR' => '/usr/local/apache2/include',
'apr_bindir' => '/usr/local/apache2/bin',
'APXS_INCLUDEDIR' => '/usr/local/apache2/include',
'MODPERL_RM' => 'rm',
'file_ldopts' => 'src/modules/perl/ldopts',
'MODPERL_CPPRUN' => 'cc -E',
'cwd' => '/data/src/modperl-2.0',
'MODPERL_RANLIB' => ':',
'MP_GENERATE_XS' => 1,
'APXS_APU_BINDIR' => '/usr/local/apache2/bin',
'MODPERL_ARCHLIBEXP' =>
'/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd',
'MODPERL_LIB_DSO' => 'mod_perl.so',
'APXS_BINDIR' => '/usr/local/apache2/bin',
'MODPERL_XSUBPP' => '$(MODPERL_PERLPATH)
$(MODPERL_PRIVLIBEXP)/ExtUtils/xsubpp -typemap
$(MODPERL_PRIVLIBEXP)/ExtUtils/typemap -typemap
/data/src/modperl-2.0/lib/typemap',
'MODPERL_PRIVLIBEXP' => '/usr/local/perl-5.8.5/lib/5.8.5',
'MODPERL_LIB_STATIC' => 'mod_perl.a',
'MODPERL_RM_F' => 'rm -f',
'MODPERL_MAKEFILE' => 'Makefile',
'MODPERL_CCOPTS' => ' -fno-strict-aliasing -pipe
-I/usr/pkg/include -I/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE
-DMOD_PERL -DMP_COMPAT_1X -DNETBSD',
'MODPERL_LDDLFLAGS' => '--whole-archive -shared
-L/usr/pkg/lib -L/usr/local/lib',
'MODPERL_INC' =>
'-I/data/src/modperl-2.0/src/modules/perl -I/data/src/modperl-2.0/xs
-I/usr/local/apache2/include -I /usr/local/apache2/include
-I/usr/local/apache2/include',
'file_build_config' => 'lib/Apache/BuildConfig.pm',
'XS' => {},
'httpd_version' => {
'/usr/local/apache2/include' =>
'2.0.52'
},
'MP_COMPAT_1X' => 1,
'apr_config' => {
'HAS_FORK' => '1',
'HAS_THREADS' => '0',
'HAS_MMAP' => '1',
'HAS_RANDOM' => '1',
'HAS_DSO' => '1',
'HAS_SENDFILE' => '0',
'HAS_LARGE_FILES' => '0',
'HAS_INLINE' => '1'
},
'MODPERL_LIBNAME' => 'mod_perl',
'apr_config_path' => '/usr/local/apache2/bin/apr-config',
'MODPERL_LIB_EXT' => '.a',
'MODPERL_C_FILES' => 'mod_perl.c modperl_interp.c
modperl_tipool.c modperl_log.c modperl_config.c modperl_cmd.c
modperl_options.c modperl_callback.c modperl_handler.c modperl_gtop.c
modperl_util.c modperl_io.c modperl_io_apache.c modperl_filter.c
modperl_bucket.c modperl_mgv.c modperl_pcw.c modperl_global.c
modperl_env.c modperl_cgi.c modperl_perl.c modperl_perl_global.c
modperl_perl_pp.c modperl_sys.c modperl_module.c modperl_svptr_table.c
modperl_const.c modperl_constants.c modperl_apache_compat.c
modperl_error.c modperl_debug.c modperl_common_util.c
modperl_common_log.c modperl_hooks.c modperl_directives.c
modperl_flags.c modperl_xsinit.c modperl_exports.c',
'apu_config_path' => '/usr/local/apache2/bin/apu-config',
'MP_LIBNAME' => 'mod_perl',
'MODPERL_H_FILES' => 'mod_perl.h modperl_interp.h
modperl_tipool.h modperl_log.h modperl_config.h modperl_cmd.h
modperl_options.h modperl_callback.h modperl_handler.h modperl_gtop.h
modperl_util.h modperl_io.h modperl_io_apache.h modperl_filter.h
modperl_bucket.h modperl_mgv.h modperl_pcw.h modperl_global.h
modperl_env.h modperl_cgi.h modperl_perl.h modperl_perl_global.h
modperl_perl_pp.h modperl_sys.h modperl_module.h modperl_svptr_table.h
modperl_const.h modperl_constants.h modperl_apache_compat.h
modperl_error.h modperl_debug.h modperl_common_util.h
modperl_common_log.h modperl_perl_unembed.h modperl_types.h
modperl_time.h modperl_apache_includes.h modperl_perl_includes.h
modperl_apr_includes.h modperl_apr_compat.h modperl_common_includes.h
modperl_common_types.h modperl_hooks.h modperl_directives.h
modperl_flags.h modperl_trace.h modperl_largefiles.h',
'MODPERL_TEST_F' => 'test -f',
'MP_APR_LIB' => 'aprext',
'dir' => undef,
'MODPERL_MV' => 'mv',
'MODPERL_LDOPTS' => '-Wl,-E
-Wl,-R/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE
-Wl,-rpath,/usr/pkg/lib -Wl,-rpath,/usr/local/lib -L/usr/pkg/lib
-L/usr/local/lib
/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/auto/DynaLoader/DynaLoader.a
-L/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE -lperl -lm -lcrypt
-lutil -lc -lposix',
'MODPERL_CP' => 'cp',
'file_makefile' => 'src/modules/perl/Makefile',
'MODPERL_LIB_SHARED' => 'mod_perl.so',
'MODPERL_PERLPATH' => '/usr/local/perl-5.8.5/bin/perl',
'MODPERL_CC' => 'cc',
'MODPERL_CCCDLFLAGS' => '-DPIC -fPIC ',
'apr_includedir' => '/usr/local/apache2/include',
'MODPERL_AP_LIBEXECDIR' => '/usr/local/apache2/modules',
'MODPERL_DLEXT' => 'so',
'httpd_is_source_tree' => '',
'MODPERL_OPTIMIZE' => '-O',
'MODPERL_LIB' => 'mod_perl.so',
'MODPERL_LIBPERL' =>
'/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE/libperl.so',
'MODPERL_AP_LIBS' => '',
'APXS_APR_BINDIR' => '/usr/local/apache2/bin',
'APXS_LIBEXECDIR' => '/usr/local/apache2/modules',
'MODPERL_LD' => 'cc',
'VERSION' => '1.99_17-dev'
}, 'Apache::Build' );
}
1;
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Carl Brewer wrote:
> Philippe M. Chiasson wrote:
>
>>a release candidate for mod_perl 1.99_17 is now available for testing.
>
> Compiled & works like a charm on NetBSD 1.6.2/i386
> with normal (BSD) make even.
Great!
> mp2bug can't find the
> httpd binaryu though, but that's pretty minor.
Could you post your /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
in it's entirety ?
>
> steel1: {15} perl mp2bug
> -------------8<---------- Start Bug Report ------------8<----------
> 1. Problem Description:
>
> [DESCRIBE THE PROBLEM HERE]
>
> [...]
>
> *** The httpd binary was not found
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Carl Brewer wrote:
> Philippe M. Chiasson wrote:
>
>>a release candidate for mod_perl 1.99_17 is now available for testing.
>
>
> Compiled & works like a charm on NetBSD 1.6.2/i386
> with normal (BSD) make even. mp2bug can't find the
> httpd binaryu though, but that's pretty minor.
Did you run bin/mp2bug from the mod_perl build directory, or from it's installed
location ?
>
> [...]
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Stas Bekman wrote:
> Carl Brewer wrote:
>
>>*** The httpd binary was not found
>
> Please ignore that. It's a bug in Apache-Test that I've introduced and I
> know that I need to fix that. It's just far from being trivial. I'm still
> sleeping on it. It has nothing to do with mod_perl...
Sure, as I think I also know what's involved here, I am more than happy to
know it's someone else's problem. Thanks stas!
>
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Stas Bekman wrote:
> Carl Brewer wrote:
>
>>*** The httpd binary was not found
>
> Please ignore that. It's a bug in Apache-Test that I've introduced and I
> know that I need to fix that. It's just far from being trivial. I'm still
> sleeping on it. It has nothing to do with mod_perl...
Sure, as I think I also know what's involved here, I am more than happy to
know it's someone else's problem. Thanks stas!
>
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Carl Brewer wrote:
> *** The httpd binary was not found
Please ignore that. It's a bug in Apache-Test that I've introduced and I
know that I need to fix that. It's just far from being trivial. I'm still
sleeping on it. It has nothing to do with mod_perl...
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Carl Brewer wrote:
> Philippe M. Chiasson wrote:
>
>>a release candidate for mod_perl 1.99_17 is now available for testing.
>
> Compiled & works like a charm on NetBSD 1.6.2/i386
> with normal (BSD) make even.
Great!
> mp2bug can't find the
> httpd binaryu though, but that's pretty minor.
Could you post your /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
in it's entirety ?
>
> steel1: {15} perl mp2bug
> -------------8<---------- Start Bug Report ------------8<----------
> 1. Problem Description:
>
> [DESCRIBE THE PROBLEM HERE]
>
> [...]
>
> *** The httpd binary was not found
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Carl Brewer wrote:
> Philippe M. Chiasson wrote:
>
>>a release candidate for mod_perl 1.99_17 is now available for testing.
>
>
> Compiled & works like a charm on NetBSD 1.6.2/i386
> with normal (BSD) make even. mp2bug can't find the
> httpd binaryu though, but that's pretty minor.
Did you run bin/mp2bug from the mod_perl build directory, or from it's installed
location ?
>
> [...]
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Carl Brewer wrote:
> *** The httpd binary was not found
Please ignore that. It's a bug in Apache-Test that I've introduced and I
know that I need to fix that. It's just far from being trivial. I'm still
sleeping on it. It has nothing to do with mod_perl...
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Carl Brewer <ca...@bl.echidna.id.au>.
Philippe M. Chiasson wrote:
> a release candidate for mod_perl 1.99_17 is now available for testing.
Compiled & works like a charm on NetBSD 1.6.2/i386
with normal (BSD) make even. mp2bug can't find the
httpd binaryu though, but that's pretty minor.
steel1: {15} perl mp2bug
-------------8<---------- Start Bug Report ------------8<----------
1. Problem Description:
[DESCRIBE THE PROBLEM HERE]
2. Used Components and their Configuration:
*** mod_perl version 1.9917
*** using /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS => /usr/local/apache2/bin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
*** The httpd binary was not found
*** (apr|apu)-config linking info
-L/usr/local/apache2/lib -lapr-0 -lm -lcrypt -lresolv
-L/usr/local/apache2/lib -laprutil-0 -lexpat
*** /usr/local/perl-5.8.5/bin/perl -V
Summary of my perl5 (revision 5 version 8 subversion 5) configuration:
Platform:
osname=netbsd, osvers=1.6.2, archname=i386-netbsd
uname='netbsd steel1.stealstopper.com 1.6.2 netbsd 1.6.2 (generic)
#0: tue feb 10 21:53:10 utc 2004
autobuild@tgm.netbsd.org:autobuildnetbsd-1-6-patch002i386objautobuildnetbsd-1-6-patch002srcsysarchi386compilegeneric
i386 '
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=y, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-fno-strict-aliasing -pipe -I/usr/pkg/include',
optimize='-O',
cppflags='-fno-strict-aliasing -pipe -I/usr/pkg/include'
ccversion='', gccversion='2.95.3 20010315 (release) (NetBSD nb3)',
gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -Wl,-rpath,/usr/pkg/lib
-Wl,-rpath,/usr/local/lib -L/usr/pkg/lib -L/usr/local/lib'
libpth=/usr/pkg/lib /usr/local/lib /usr/lib
libs=-lm -lcrypt -lutil -lc -lposix
perllibs=-lm -lcrypt -lutil -lc -lposix
libc=/usr/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E
-Wl,-R/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE'
cccdlflags='-DPIC -fPIC ', lddlflags='--whole-archive -shared
-L/usr/pkg/lib -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: USE_LARGE_FILES
Built under netbsd
Compiled at Aug 25 2004 14:17:37
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd
/usr/local/perl-5.8.5/lib/5.8.5
/usr/local/perl-5.8.5/lib/site_perl/5.8.5/i386-netbsd
/usr/local/perl-5.8.5/lib/site_perl/5.8.5
/usr/local/perl-5.8.5/lib/site_perl
/usr/local/perl-5.8.4
/usr/local/perl-5.8.1
.
*** Packages of interest status:
Apache::Request: -
CGI : 3.05
LWP : 5.800
mod_perl : 1.9917
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by mp2bug on Tue Oct 19 22:37:48 2004 GMT.
-------------8<---------- End Bug Report --------------8<----------
steel1: {20} /usr/local/apache2/bin/httpd -V
Server version: Apache/2.0.52
Server built: Sep 29 2004 08:31:16
Server's Module Magic Number: 20020903:9
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses disabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/usr/local/apache2"
-D SUEXEC_BIN="/usr/local/apache2/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="logs/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Carl Brewer <ca...@bl.echidna.id.au>.
Philippe M. Chiasson wrote:
> a release candidate for mod_perl 1.99_17 is now available for testing.
Compiled & works like a charm on NetBSD 1.6.2/i386
with normal (BSD) make even. mp2bug can't find the
httpd binaryu though, but that's pretty minor.
steel1: {15} perl mp2bug
-------------8<---------- Start Bug Report ------------8<----------
1. Problem Description:
[DESCRIBE THE PROBLEM HERE]
2. Used Components and their Configuration:
*** mod_perl version 1.9917
*** using /data/src/modperl-2.0/bin/../lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS => /usr/local/apache2/bin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
*** The httpd binary was not found
*** (apr|apu)-config linking info
-L/usr/local/apache2/lib -lapr-0 -lm -lcrypt -lresolv
-L/usr/local/apache2/lib -laprutil-0 -lexpat
*** /usr/local/perl-5.8.5/bin/perl -V
Summary of my perl5 (revision 5 version 8 subversion 5) configuration:
Platform:
osname=netbsd, osvers=1.6.2, archname=i386-netbsd
uname='netbsd steel1.stealstopper.com 1.6.2 netbsd 1.6.2 (generic)
#0: tue feb 10 21:53:10 utc 2004
autobuild@tgm.netbsd.org:autobuildnetbsd-1-6-patch002i386objautobuildnetbsd-1-6-patch002srcsysarchi386compilegeneric
i386 '
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=y, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-fno-strict-aliasing -pipe -I/usr/pkg/include',
optimize='-O',
cppflags='-fno-strict-aliasing -pipe -I/usr/pkg/include'
ccversion='', gccversion='2.95.3 20010315 (release) (NetBSD nb3)',
gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -Wl,-rpath,/usr/pkg/lib
-Wl,-rpath,/usr/local/lib -L/usr/pkg/lib -L/usr/local/lib'
libpth=/usr/pkg/lib /usr/local/lib /usr/lib
libs=-lm -lcrypt -lutil -lc -lposix
perllibs=-lm -lcrypt -lutil -lc -lposix
libc=/usr/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E
-Wl,-R/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd/CORE'
cccdlflags='-DPIC -fPIC ', lddlflags='--whole-archive -shared
-L/usr/pkg/lib -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: USE_LARGE_FILES
Built under netbsd
Compiled at Aug 25 2004 14:17:37
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/usr/local/perl-5.8.5/lib/5.8.5/i386-netbsd
/usr/local/perl-5.8.5/lib/5.8.5
/usr/local/perl-5.8.5/lib/site_perl/5.8.5/i386-netbsd
/usr/local/perl-5.8.5/lib/site_perl/5.8.5
/usr/local/perl-5.8.5/lib/site_perl
/usr/local/perl-5.8.4
/usr/local/perl-5.8.1
.
*** Packages of interest status:
Apache::Request: -
CGI : 3.05
LWP : 5.800
mod_perl : 1.9917
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by mp2bug on Tue Oct 19 22:37:48 2004 GMT.
-------------8<---------- End Bug Report --------------8<----------
steel1: {20} /usr/local/apache2/bin/httpd -V
Server version: Apache/2.0.52
Server built: Sep 29 2004 08:31:16
Server's Module Magic Number: 20020903:9
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses disabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/usr/local/apache2"
-D SUEXEC_BIN="/usr/local/apache2/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="logs/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Philippe M. Chiasson wrote:
>> don't forget that you'll need to roll an Apache-Test RC as well and
>> release
>> them together - we typically release A-T when we release mod_perl so that
>> users of $Apache::Test::VERSION features from CPAN can be sure that
>> they are
>> in $mod_perl::VERSION.
>
>
> Oh, I wasn't quite aware of that one. So should I just go ahead and make
> an A-T
> RC right away ?
yes, please.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Geoffrey Young wrote:
>
> Philippe M. Chiasson wrote:
>
>>a release candidate for mod_perl 1.99_17 is now available for testing.
>>
>>please grab the candidate from
>>
>>
>>http://www.apache.org/~gozer/mp2/mod_perl-1.99_17/mod_perl-1.99_17-RC1.tar.gz
>
>
> don't forget that you'll need to roll an Apache-Test RC as well and release
> them together - we typically release A-T when we release mod_perl so that
> users of $Apache::Test::VERSION features from CPAN can be sure that they are
> in $mod_perl::VERSION.
Oh, I wasn't quite aware of that one. So should I just go ahead and make an A-T
RC right away ?
> --Geoff
>
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Geoffrey Young <ge...@modperlcookbook.org>.
Philippe M. Chiasson wrote:
> a release candidate for mod_perl 1.99_17 is now available for testing.
>
> please grab the candidate from
>
>
> http://www.apache.org/~gozer/mp2/mod_perl-1.99_17/mod_perl-1.99_17-RC1.tar.gz
don't forget that you'll need to roll an Apache-Test RC as well and release
them together - we typically release A-T when we release mod_perl so that
users of $Apache::Test::VERSION features from CPAN can be sure that they are
in $mod_perl::VERSION.
--Geoff
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Randy Kobes wrote:
> On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
>
>
>>a release candidate for mod_perl 1.99_17 is now available for testing.
>
>
> On Win32 (ActivePerl 810, based on perl 5.8.4), with
> Apache/2.0.50, there's a couple of (minor) issues:
>
> - the last test of directive/setupenv.t fails: this tests
> that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
> set), the test does see the set value of $ENV{HOME}.
That's very strange indeed. Is this something new ?
You can try and dump out $env in directive/setupenv.t to see
what else might be lurking in there.
> - the last test of protocol/echo_nonblock.t failed when
> the full test suite was run, but passes individually,
> and also passes when the t/protocol/*.t set is run.
> I'll try t/SMOKE to see if it can find a minimal
> combination that fails, but for now, I don't think
> this is a showstopper (and probably neither is the
> $ENV{HOME} issue).
>
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Randy Kobes wrote:
> On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
>
>
>>a release candidate for mod_perl 1.99_17 is now available for testing.
>
>
> On Win32 (ActivePerl 810, based on perl 5.8.4), with
> Apache/2.0.50, there's a couple of (minor) issues:
>
> - the last test of directive/setupenv.t fails: this tests
> that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
> set), the test does see the set value of $ENV{HOME}.
That's very strange indeed. Is this something new ?
You can try and dump out $env in directive/setupenv.t to see
what else might be lurking in there.
> - the last test of protocol/echo_nonblock.t failed when
> the full test suite was run, but passes individually,
> and also passes when the t/protocol/*.t set is run.
> I'll try t/SMOKE to see if it can find a minimal
> combination that fails, but for now, I don't think
> this is a showstopper (and probably neither is the
> $ENV{HOME} issue).
>
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Stas Bekman wrote:
[...]
>> With "sleep 1", I didn't get any failures running "perl t\TEST
>> -times=100 t\protocol\echo_nonblock.t" and running the whole test
>> suite three times.
>
>
> Great! If someone can commit that it'd be great. I still don't have a
> properly working svn environment. Thanks. (If noone does and I forget it
> please remind me later)
Now committed.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Stas Bekman wrote:
>
>> Markus Wichitill wrote:
>>
>>> Stas Bekman wrote:
>>>
>>>> Randy Kobes wrote:
>>>>
>>>>> For the protocol/echo_nonblock.t test, as I mentioned,
>>>>> the failure of the last test (which is expected to timeout)
>>>>> only occurred when running the full test suite. I'll
>>>>> try to narrow it down - one combination that does fail is
>>>>> perl t/TEST -v apr protocol
>>>>> in which test 3 in protocol/echo_nonblock receives
>>>>> "should timeout", rather than "TIMEUP".
>>>>>
>>>>> For both of these tests, nothing was in the error log
>>>>> that could offer a clue.
>>>>
>>>>
>>>> OK, looking forward to the SMOKE's shortest sequence.
>>>
>>>
>>> I'm seeing this issue, too, now, after having built from SVN the
>>> first time (probably just coincidence, since I haven't built often
>>> during the last few weeks). It's not always failing, but it's also
>>> failing if the test is run on its own:
>>
>>
>> Markus, any difference with this patch?
>>
>> Index: t/protocol/echo_nonblock.t
>> ===================================================================
>> RCS file: /home/cvs/modperl-2.0/t/protocol/echo_nonblock.t,v
>> retrieving revision 1.2
>> diff -u -r1.2 echo_nonblock.t
>> --- t/protocol/echo_nonblock.t 28 Sep 2004 22:47:22 -0000 1.2
>> +++ t/protocol/echo_nonblock.t 21 Nov 2004 16:53:11 -0000
>> @@ -21,6 +21,7 @@
>>
>> # now get a timed out request
>> $expected = "TIMEUP";
>> +sleep 2;
>> print $socket "should timeout\n";
>> chomp($received = <$socket> || '');
>> ok t_cmp $received, $expected, "timed out";
>>
>> If it works, try to lower it to 1 sec if possible.
>
>
> With "sleep 1", I didn't get any failures running "perl t\TEST
> -times=100 t\protocol\echo_nonblock.t" and running the whole test suite
> three times.
Great! If someone can commit that it'd be great. I still don't have a
properly working svn environment. Thanks. (If noone does and I forget it
please remind me later)
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
> Markus Wichitill wrote:
>> Stas Bekman wrote:
>>> Randy Kobes wrote:
>>>> For the protocol/echo_nonblock.t test, as I mentioned,
>>>> the failure of the last test (which is expected to timeout)
>>>> only occurred when running the full test suite. I'll
>>>> try to narrow it down - one combination that does fail is
>>>> perl t/TEST -v apr protocol
>>>> in which test 3 in protocol/echo_nonblock receives
>>>> "should timeout", rather than "TIMEUP".
>>>>
>>>> For both of these tests, nothing was in the error log
>>>> that could offer a clue.
>>>
>>> OK, looking forward to the SMOKE's shortest sequence.
>>
>> I'm seeing this issue, too, now, after having built from SVN the first
>> time (probably just coincidence, since I haven't built often during
>> the last few weeks). It's not always failing, but it's also failing if
>> the test is run on its own:
>
> Markus, any difference with this patch?
>
> Index: t/protocol/echo_nonblock.t
> ===================================================================
> RCS file: /home/cvs/modperl-2.0/t/protocol/echo_nonblock.t,v
> retrieving revision 1.2
> diff -u -r1.2 echo_nonblock.t
> --- t/protocol/echo_nonblock.t 28 Sep 2004 22:47:22 -0000 1.2
> +++ t/protocol/echo_nonblock.t 21 Nov 2004 16:53:11 -0000
> @@ -21,6 +21,7 @@
>
> # now get a timed out request
> $expected = "TIMEUP";
> +sleep 2;
> print $socket "should timeout\n";
> chomp($received = <$socket> || '');
> ok t_cmp $received, $expected, "timed out";
>
> If it works, try to lower it to 1 sec if possible.
With "sleep 1", I didn't get any failures running "perl t\TEST -times=100
t\protocol\echo_nonblock.t" and running the whole test suite three times.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Stas Bekman wrote:
>
>> Randy Kobes wrote:
>>
>>> For the protocol/echo_nonblock.t test, as I mentioned,
>>> the failure of the last test (which is expected to timeout)
>>> only occurred when running the full test suite. I'll
>>> try to narrow it down - one combination that does fail is
>>> perl t/TEST -v apr protocol
>>> in which test 3 in protocol/echo_nonblock receives
>>> "should timeout", rather than "TIMEUP".
>>>
>>> For both of these tests, nothing was in the error log
>>> that could offer a clue.
>>
>>
>> OK, looking forward to the SMOKE's shortest sequence.
>
>
> I'm seeing this issue, too, now, after having built from SVN the first
> time (probably just coincidence, since I haven't built often during the
> last few weeks). It's not always failing, but it's also failing if the
> test is run on its own:
>
> C:\Dev\src\modperl2>perl t\TEST -v t\protocol\echo_nonblock.t
> [...]
> t\protocol\echo_nonblock....1..3
> # Running under perl version 5.008004 for MSWin32
> # Win32::BuildNumber 810
> # Current time local: Sat Nov 20 08:35:28 2004
> # Current time GMT: Sat Nov 20 07:35:28 2004
> # Using Test.pm version 1.25
> # Using Apache/Test.pm version 1.17
> ok 1
> # testing : no timeout
> # expected: nonblocking
> # received: nonblocking
> ok 2
> # Failed test 3 in t\protocol\echo_nonblock.t at line 26
> # testing : timed out
> # expected: TIMEUP
> # received: should timeout
> not ok 3
> FAILED test 3
> Failed 1/3 tests, 66.67% okay
Markus, any difference with this patch?
Index: t/protocol/echo_nonblock.t
===================================================================
RCS file: /home/cvs/modperl-2.0/t/protocol/echo_nonblock.t,v
retrieving revision 1.2
diff -u -r1.2 echo_nonblock.t
--- t/protocol/echo_nonblock.t 28 Sep 2004 22:47:22 -0000 1.2
+++ t/protocol/echo_nonblock.t 21 Nov 2004 16:53:11 -0000
@@ -21,6 +21,7 @@
# now get a timed out request
$expected = "TIMEUP";
+sleep 2;
print $socket "should timeout\n";
chomp($received = <$socket> || '');
ok t_cmp $received, $expected, "timed out";
If it works, try to lower it to 1 sec if possible.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
> Randy Kobes wrote:
>> For the protocol/echo_nonblock.t test, as I mentioned,
>> the failure of the last test (which is expected to timeout)
>> only occurred when running the full test suite. I'll
>> try to narrow it down - one combination that does fail is
>> perl t/TEST -v apr protocol
>> in which test 3 in protocol/echo_nonblock receives
>> "should timeout", rather than "TIMEUP".
>>
>> For both of these tests, nothing was in the error log
>> that could offer a clue.
>
> OK, looking forward to the SMOKE's shortest sequence.
I'm seeing this issue, too, now, after having built from SVN the first time
(probably just coincidence, since I haven't built often during the last few
weeks). It's not always failing, but it's also failing if the test is run on
its own:
C:\Dev\src\modperl2>perl t\TEST -v t\protocol\echo_nonblock.t
[...]
t\protocol\echo_nonblock....1..3
# Running under perl version 5.008004 for MSWin32
# Win32::BuildNumber 810
# Current time local: Sat Nov 20 08:35:28 2004
# Current time GMT: Sat Nov 20 07:35:28 2004
# Using Test.pm version 1.25
# Using Apache/Test.pm version 1.17
ok 1
# testing : no timeout
# expected: nonblocking
# received: nonblocking
ok 2
# Failed test 3 in t\protocol\echo_nonblock.t at line 26
# testing : timed out
# expected: TIMEUP
# received: should timeout
not ok 3
FAILED test 3
Failed 1/3 tests, 66.67% okay
It's been a while since I last posted the build details:
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_AP_PREFIX => C:\dev\apache2
MP_COMPAT_1X =>
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
*** C:\dev\apache2\bin\Apache.EXE -V
Server version: Apache/2.0.52
Server built: Sep 23 2004 16:17:34
Server's Module Magic Number: 20020903:9
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/winnt"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/apache"
-D SUEXEC_BIN="/apache/bin/suexec"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_ERRORLOG="logs/error.log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
*** (apr|apu)-config linking info
/libpath:"C:\dev\apache2\lib" libapr.lib
/libpath:"C:\dev\apache2\lib" libaprutil.lib
*** C:\dev\perl\bin\perl.exe -V
Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
Platform:
osname=MSWin32, osvers=4.0, archname=MSWin32-x86-multi-thread
uname=''
config_args='undef'
hint=recommended, useposix=true, d_sigaction=undef
usethreads=undef use5005threads=undef useithreads=define
usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cl', ccflags ='-nologo -Gf -W3 -MD -Zi -DNDEBUG -O1 -DWIN32
-D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DNO_HASH_SEED
-DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DUSE_PERLIO -DPERL_MSVCRT_READFIX',
optimize='-MD -Zi -DNDEBUG -O1',
cppflags='-DWIN32'
ccversion='', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='__int64',
lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='link', ldflags ='-nologo -nodefaultlib -debug -opt:ref,icf
-libpath:"C:\dev\perl\lib\CORE" -machine:x86'
libpth=C:\PROGRA~1\MICROS~3\VC98\lib
libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib
uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib
msvcrt.lib
perllibs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib
comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib
uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib
msvcrt.lib
libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl58.lib
gnulibc_version='undef'
Dynamic Linking:
dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -debug
-opt:ref,icf -libpath:"C:\dev\perl\lib\CORE" -machine:x86'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES
PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS
Locally applied patches:
ActivePerl Build 810
22751 Update to Test.pm 1.25
21540 Fix backward-compatibility issues in if.pm
Built under MSWin32
Compiled at Jun 1 2004 11:52:21
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
C:/Dev/perl/lib
C:/Dev/perl/site/lib
.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Stas Bekman wrote:
> Randy Kobes wrote:
>
>>On Wed, 20 Oct 2004, Stas Bekman wrote:
>>
>>
>>
>>>Randy Kobes wrote:
>>>
>>>
>>>>On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
>>>>
>>>>
>>>>
>>>>>a release candidate for mod_perl 1.99_17 is now available for testing.
>>>>
>>>>On Win32 (ActivePerl 810, based on perl 5.8.4), with
>>>>Apache/2.0.50, there's a couple of (minor) issues:
>>>>
>>>>- the last test of directive/setupenv.t fails: this tests
>>>>that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
>>>>set), the test does see the set value of $ENV{HOME}.
>>>>
>>>>- the last test of protocol/echo_nonblock.t failed when
>>>>the full test suite was run, but passes individually,
>>>>and also passes when the t/protocol/*.t set is run.
>>>>I'll try t/SMOKE to see if it can find a minimal
>>>>combination that fails, but for now, I don't think
>>>>this is a showstopper (and probably neither is the
>>>>$ENV{HOME} issue).
>>>
>>>We need to see what the errors are... :)
>>
>>
>>For the directive/setupenv.t test, the error is is that
>>$env{HOME} is not expected to exist, but for me, it does,
>>and is reported as the correct set value (I have an
>>$ENV{HOME} set). This seems general - I checked, and also
>>the environment variables WINDIR, PATHEXT, PATH, and COMSPEC
>>are also seen (as their set values) under this test.
>
>
> We all have some of these variables set at the shell level. It's just that
> Apache is not supposed to pass those (at least it didn't so before). This
> could be special to the win32 mpms where it does pass those values. In
> which case as usual we need to make a special case for win32 in those tests.
From looking at mpm/winnt/mpm_winnt.c, it does seem like it is playing with
the environment:
if (!env)
{
/* Build the env array, only once since it won't change
* for the lifetime of this parent process.
*/
int envc;
for (envc = 0; _environ[envc]; ++envc) {
;
}
env = malloc((envc + 2) * sizeof (char*));
memcpy(env, _environ, envc * sizeof (char*));
apr_snprintf(pidbuf, sizeof(pidbuf), "AP_PARENT_PID=%i", parent_pid);
env[envc] = pidbuf;
env[envc + 1] = NULL;
}
but that seems to have been there for quite some time.
>
>>I'll look into this some more - I seem to remember in the
>>past that we ran into a similar problem under Win32.
>>
>>For the protocol/echo_nonblock.t test, as I mentioned,
>>the failure of the last test (which is expected to timeout)
>>only occurred when running the full test suite. I'll
>>try to narrow it down - one combination that does fail is
>> perl t/TEST -v apr protocol
>>in which test 3 in protocol/echo_nonblock receives
>>"should timeout", rather than "TIMEUP".
>>
>>For both of these tests, nothing was in the error log
>>that could offer a clue.
>
>
> OK, looking forward to the SMOKE's shortest sequence.
>
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Stas Bekman wrote:
> Randy Kobes wrote:
>
>>On Wed, 20 Oct 2004, Stas Bekman wrote:
>>
>>
>>
>>>Randy Kobes wrote:
>>>
>>>
>>>>On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
>>>>
>>>>
>>>>
>>>>>a release candidate for mod_perl 1.99_17 is now available for testing.
>>>>
>>>>On Win32 (ActivePerl 810, based on perl 5.8.4), with
>>>>Apache/2.0.50, there's a couple of (minor) issues:
>>>>
>>>>- the last test of directive/setupenv.t fails: this tests
>>>>that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
>>>>set), the test does see the set value of $ENV{HOME}.
>>>>
>>>>- the last test of protocol/echo_nonblock.t failed when
>>>>the full test suite was run, but passes individually,
>>>>and also passes when the t/protocol/*.t set is run.
>>>>I'll try t/SMOKE to see if it can find a minimal
>>>>combination that fails, but for now, I don't think
>>>>this is a showstopper (and probably neither is the
>>>>$ENV{HOME} issue).
>>>
>>>We need to see what the errors are... :)
>>
>>
>>For the directive/setupenv.t test, the error is is that
>>$env{HOME} is not expected to exist, but for me, it does,
>>and is reported as the correct set value (I have an
>>$ENV{HOME} set). This seems general - I checked, and also
>>the environment variables WINDIR, PATHEXT, PATH, and COMSPEC
>>are also seen (as their set values) under this test.
>
>
> We all have some of these variables set at the shell level. It's just that
> Apache is not supposed to pass those (at least it didn't so before). This
> could be special to the win32 mpms where it does pass those values. In
> which case as usual we need to make a special case for win32 in those tests.
From looking at mpm/winnt/mpm_winnt.c, it does seem like it is playing with
the environment:
if (!env)
{
/* Build the env array, only once since it won't change
* for the lifetime of this parent process.
*/
int envc;
for (envc = 0; _environ[envc]; ++envc) {
;
}
env = malloc((envc + 2) * sizeof (char*));
memcpy(env, _environ, envc * sizeof (char*));
apr_snprintf(pidbuf, sizeof(pidbuf), "AP_PARENT_PID=%i", parent_pid);
env[envc] = pidbuf;
env[envc + 1] = NULL;
}
but that seems to have been there for quite some time.
>
>>I'll look into this some more - I seem to remember in the
>>past that we ran into a similar problem under Win32.
>>
>>For the protocol/echo_nonblock.t test, as I mentioned,
>>the failure of the last test (which is expected to timeout)
>>only occurred when running the full test suite. I'll
>>try to narrow it down - one combination that does fail is
>> perl t/TEST -v apr protocol
>>in which test 3 in protocol/echo_nonblock receives
>>"should timeout", rather than "TIMEUP".
>>
>>For both of these tests, nothing was in the error log
>>that could offer a clue.
>
>
> OK, looking forward to the SMOKE's shortest sequence.
>
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Randy Kobes wrote:
> On Wed, 20 Oct 2004, Stas Bekman wrote:
>
>
>>Randy Kobes wrote:
>>
>>>On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
>>>
>>>
>>>>a release candidate for mod_perl 1.99_17 is now available for testing.
>>>
>>>On Win32 (ActivePerl 810, based on perl 5.8.4), with
>>>Apache/2.0.50, there's a couple of (minor) issues:
>>>
>>>- the last test of directive/setupenv.t fails: this tests
>>>that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
>>>set), the test does see the set value of $ENV{HOME}.
>>>
>>>- the last test of protocol/echo_nonblock.t failed when
>>>the full test suite was run, but passes individually,
>>>and also passes when the t/protocol/*.t set is run.
>>>I'll try t/SMOKE to see if it can find a minimal
>>>combination that fails, but for now, I don't think
>>>this is a showstopper (and probably neither is the
>>>$ENV{HOME} issue).
>>
>>We need to see what the errors are... :)
>
>
> For the directive/setupenv.t test, the error is is that
> $env{HOME} is not expected to exist, but for me, it does,
> and is reported as the correct set value (I have an
> $ENV{HOME} set). This seems general - I checked, and also
> the environment variables WINDIR, PATHEXT, PATH, and COMSPEC
> are also seen (as their set values) under this test.
We all have some of these variables set at the shell level. It's just that
Apache is not supposed to pass those (at least it didn't so before). This
could be special to the win32 mpms where it does pass those values. In
which case as usual we need to make a special case for win32 in those tests.
> I'll look into this some more - I seem to remember in the
> past that we ran into a similar problem under Win32.
>
> For the protocol/echo_nonblock.t test, as I mentioned,
> the failure of the last test (which is expected to timeout)
> only occurred when running the full test suite. I'll
> try to narrow it down - one combination that does fail is
> perl t/TEST -v apr protocol
> in which test 3 in protocol/echo_nonblock receives
> "should timeout", rather than "TIMEUP".
>
> For both of these tests, nothing was in the error log
> that could offer a clue.
OK, looking forward to the SMOKE's shortest sequence.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Randy Kobes wrote:
> On Wed, 20 Oct 2004, Stas Bekman wrote:
>
>
>>Randy Kobes wrote:
>>
>>>On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
>>>
>>>
>>>>a release candidate for mod_perl 1.99_17 is now available for testing.
>>>
>>>On Win32 (ActivePerl 810, based on perl 5.8.4), with
>>>Apache/2.0.50, there's a couple of (minor) issues:
>>>
>>>- the last test of directive/setupenv.t fails: this tests
>>>that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
>>>set), the test does see the set value of $ENV{HOME}.
>>>
>>>- the last test of protocol/echo_nonblock.t failed when
>>>the full test suite was run, but passes individually,
>>>and also passes when the t/protocol/*.t set is run.
>>>I'll try t/SMOKE to see if it can find a minimal
>>>combination that fails, but for now, I don't think
>>>this is a showstopper (and probably neither is the
>>>$ENV{HOME} issue).
>>
>>We need to see what the errors are... :)
>
>
> For the directive/setupenv.t test, the error is is that
> $env{HOME} is not expected to exist, but for me, it does,
> and is reported as the correct set value (I have an
> $ENV{HOME} set). This seems general - I checked, and also
> the environment variables WINDIR, PATHEXT, PATH, and COMSPEC
> are also seen (as their set values) under this test.
We all have some of these variables set at the shell level. It's just that
Apache is not supposed to pass those (at least it didn't so before). This
could be special to the win32 mpms where it does pass those values. In
which case as usual we need to make a special case for win32 in those tests.
> I'll look into this some more - I seem to remember in the
> past that we ran into a similar problem under Win32.
>
> For the protocol/echo_nonblock.t test, as I mentioned,
> the failure of the last test (which is expected to timeout)
> only occurred when running the full test suite. I'll
> try to narrow it down - one combination that does fail is
> perl t/TEST -v apr protocol
> in which test 3 in protocol/echo_nonblock receives
> "should timeout", rather than "TIMEUP".
>
> For both of these tests, nothing was in the error log
> that could offer a clue.
OK, looking forward to the SMOKE's shortest sequence.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Wed, 20 Oct 2004, Stas Bekman wrote:
> Randy Kobes wrote:
> > On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
> >
> >>a release candidate for mod_perl 1.99_17 is now available for testing.
> >
> > On Win32 (ActivePerl 810, based on perl 5.8.4), with
> > Apache/2.0.50, there's a couple of (minor) issues:
> >
> > - the last test of directive/setupenv.t fails: this tests
> > that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
> > set), the test does see the set value of $ENV{HOME}.
> >
> > - the last test of protocol/echo_nonblock.t failed when
> > the full test suite was run, but passes individually,
> > and also passes when the t/protocol/*.t set is run.
> > I'll try t/SMOKE to see if it can find a minimal
> > combination that fails, but for now, I don't think
> > this is a showstopper (and probably neither is the
> > $ENV{HOME} issue).
>
> We need to see what the errors are... :)
For the directive/setupenv.t test, the error is is that
$env{HOME} is not expected to exist, but for me, it does,
and is reported as the correct set value (I have an
$ENV{HOME} set). This seems general - I checked, and also
the environment variables WINDIR, PATHEXT, PATH, and COMSPEC
are also seen (as their set values) under this test.
I'll look into this some more - I seem to remember in the
past that we ran into a similar problem under Win32.
For the protocol/echo_nonblock.t test, as I mentioned,
the failure of the last test (which is expected to timeout)
only occurred when running the full test suite. I'll
try to narrow it down - one combination that does fail is
perl t/TEST -v apr protocol
in which test 3 in protocol/echo_nonblock receives
"should timeout", rather than "TIMEUP".
For both of these tests, nothing was in the error log
that could offer a clue.
> But since no-one seems to build mp2 on win32 besides Randy, it probably
> shouldn't be a showstopper.
Agreed about these not being showstoppers - it would be
interesting though if Steve and/or Markus see similar
failures.
--
best regards,
randy
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Wed, 20 Oct 2004, Stas Bekman wrote:
> Randy Kobes wrote:
> > On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
> >
> >>a release candidate for mod_perl 1.99_17 is now available for testing.
> >
> > On Win32 (ActivePerl 810, based on perl 5.8.4), with
> > Apache/2.0.50, there's a couple of (minor) issues:
> >
> > - the last test of directive/setupenv.t fails: this tests
> > that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
> > set), the test does see the set value of $ENV{HOME}.
> >
> > - the last test of protocol/echo_nonblock.t failed when
> > the full test suite was run, but passes individually,
> > and also passes when the t/protocol/*.t set is run.
> > I'll try t/SMOKE to see if it can find a minimal
> > combination that fails, but for now, I don't think
> > this is a showstopper (and probably neither is the
> > $ENV{HOME} issue).
>
> We need to see what the errors are... :)
For the directive/setupenv.t test, the error is is that
$env{HOME} is not expected to exist, but for me, it does,
and is reported as the correct set value (I have an
$ENV{HOME} set). This seems general - I checked, and also
the environment variables WINDIR, PATHEXT, PATH, and COMSPEC
are also seen (as their set values) under this test.
I'll look into this some more - I seem to remember in the
past that we ran into a similar problem under Win32.
For the protocol/echo_nonblock.t test, as I mentioned,
the failure of the last test (which is expected to timeout)
only occurred when running the full test suite. I'll
try to narrow it down - one combination that does fail is
perl t/TEST -v apr protocol
in which test 3 in protocol/echo_nonblock receives
"should timeout", rather than "TIMEUP".
For both of these tests, nothing was in the error log
that could offer a clue.
> But since no-one seems to build mp2 on win32 besides Randy, it probably
> shouldn't be a showstopper.
Agreed about these not being showstoppers - it would be
interesting though if Steve and/or Markus see similar
failures.
--
best regards,
randy
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Randy Kobes wrote:
> On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
>
>
>>a release candidate for mod_perl 1.99_17 is now available for testing.
>
>
> On Win32 (ActivePerl 810, based on perl 5.8.4), with
> Apache/2.0.50, there's a couple of (minor) issues:
>
> - the last test of directive/setupenv.t fails: this tests
> that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
> set), the test does see the set value of $ENV{HOME}.
>
> - the last test of protocol/echo_nonblock.t failed when
> the full test suite was run, but passes individually,
> and also passes when the t/protocol/*.t set is run.
> I'll try t/SMOKE to see if it can find a minimal
> combination that fails, but for now, I don't think
> this is a showstopper (and probably neither is the
> $ENV{HOME} issue).
We need to see what the errors are... :)
But since no-one seems to build mp2 on win32 besides Randy, it probably
shouldn't be a showstopper.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Stas Bekman <st...@stason.org>.
Randy Kobes wrote:
> On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
>
>
>>a release candidate for mod_perl 1.99_17 is now available for testing.
>
>
> On Win32 (ActivePerl 810, based on perl 5.8.4), with
> Apache/2.0.50, there's a couple of (minor) issues:
>
> - the last test of directive/setupenv.t fails: this tests
> that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
> set), the test does see the set value of $ENV{HOME}.
>
> - the last test of protocol/echo_nonblock.t failed when
> the full test suite was run, but passes individually,
> and also passes when the t/protocol/*.t set is run.
> I'll try t/SMOKE to see if it can find a minimal
> combination that fails, but for now, I don't think
> this is a showstopper (and probably neither is the
> $ENV{HOME} issue).
We need to see what the errors are... :)
But since no-one seems to build mp2 on win32 besides Randy, it probably
shouldn't be a showstopper.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
> a release candidate for mod_perl 1.99_17 is now available for testing.
On Win32 (ActivePerl 810, based on perl 5.8.4), with
Apache/2.0.50, there's a couple of (minor) issues:
- the last test of directive/setupenv.t fails: this tests
that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
set), the test does see the set value of $ENV{HOME}.
- the last test of protocol/echo_nonblock.t failed when
the full test suite was run, but passes individually,
and also passes when the t/protocol/*.t set is run.
I'll try t/SMOKE to see if it can find a minimal
combination that fails, but for now, I don't think
this is a showstopper (and probably neither is the
$ENV{HOME} issue).
--
best regards,
randy
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Tue, 19 Oct 2004, Philippe M. Chiasson wrote:
> a release candidate for mod_perl 1.99_17 is now available for testing.
On Win32 (ActivePerl 810, based on perl 5.8.4), with
Apache/2.0.50, there's a couple of (minor) issues:
- the last test of directive/setupenv.t fails: this tests
that $ENV{HOME} doesn't exist. For me (and I have $ENV{HOME}
set), the test does see the set value of $ENV{HOME}.
- the last test of protocol/echo_nonblock.t failed when
the full test suite was run, but passes individually,
and also passes when the t/protocol/*.t set is run.
I'll try t/SMOKE to see if it can find a minimal
combination that fails, but for now, I don't think
this is a showstopper (and probably neither is the
$ENV{HOME} issue).
--
best regards,
randy
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html