Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
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
signature.asc
Description: OpenPGP digital signature
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
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 BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] 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
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
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 BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] 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
[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
[EMAIL PROTECTED]]
$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()
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
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
[EMAIL PROTECTED]: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
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
signature.asc
Description: OpenPGP digital signature
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
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
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
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 signature.asc Description: OpenPGP digital signature
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
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 BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] 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
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 signature.asc Description: OpenPGP digital signature
Re: [RELEASE CANDIDATE] mod_perl-1.99_17 RC1
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
