Friday, 14 March 2008
|
| t/apache/util fails Torsten Foertsch 14:24:03 |
| | Hi,
does anybody know why this test is failing?
I have enhanced t/response/TestApache/util.pm with a few t_debug()s before and
after the Encode::decode_utf8 call. The utf8 bit is obviously set but the
in M r doesn't match \w.
# >>>> locale_is_utf8=1
# >>>> is_utf8(Fr, 14 M r 2008 10:56:54 GMT):
# >>>> is_utf8(Fr, 14 M r 2008 10:56:54 GMT): 1
# testing : Apache2::Util::ht_time($pool)
# expected: (?-xism:^\w+, \d\d \w+ \d\d\d\d \d\d:\d\d:\d\d)
# received: Fr, 14 M r 2008 10:56:54 GMT
not ok 1
...
The russian version succeeds:
# >>>> locale_is_utf8=1
# >>>> is_utf8(Птн, 14 Мар 2008 11:25:11 GMT):
# >>>> is_utf8(Птн, 14 Мар 2008 11:25:11 GMT): 1
# testing : Apache2::Util::ht_time($pool)
# expected: (?-xism:^\w+, \d\d \w+ \d\d\d\d \d\d:\d\d:\d\d)
# received: Птн, 14 Мар 2008 11:25:11 GMT
ok 1
Torsten
|
| | Add comment |
Thursday, 13 March 2008
|
| I need help Yerika Bustamante Aparicio 21:33:29 |
| | Hi, I speak spanish, but I try write my problem in english I have a
prblem. I install in my pc apache2 and activeperl 5.8. Run Apache2 and
function normal, run my html and all OK!! but when I ran scripts .pl
show me next message: Internal Server Error and in the error log :
[Tue Feb 11 16:31:07 2003] [error] [client 127.0.0.1] (OS 3)El sistema
no puede hallar la ruta especificada. : couldn't create child process:
720003: hola.pl [Tue Feb 11 16:31:07 2003] [error] [client 127.0.0.1]
(OS 3)El sistema no puede hallar la ruta especificada. : couldn't
spawn child process: C:/Archivos de programa/Apache2/cgi-bin/hola.pl
and i don't know how resolve this. I run my html:
http://localhost/principal.html How can i resolver this? Thanks Yerika
(i hope you understand me)
my first line in hola.pl is:
#!/usr/bin/perl
print "Hello, World.";
it's all
---------------------------------------------------------------------
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server
Project. See for more info. To unsubscribe, e-mail:
users-unsubscribe@httpd.apache.org " from the digest:
users-digest-unsubscribe@httpd.apache.org For additional commands,
e-mail: users-help@httpd.apache.org
|
| |  33 answer | Add comment |
Friday, 7 March 2008
|
| [Fwd: Call for Papers Opens for ApacheCon US 2008 (pls forward)] Geoffrey Young 21:49:26 |
| |
-------- Original Message --------
Subject: Call for Papers Opens for ApacheCon US 2008 (pls forward)
Date: Sat, 01 Mar 2008 21:49:34 -0500
From: Shane Curcuru <asf@shanecurcuru.org>
To: pmcs@apache.org
Help drive more CFP submissions - send this to your users@ lists to help
drive awareness. Thanks!
- Shane
----
Call for Papers Opens for ApacheCon US 2008
!REMINDER: this will be a short CFP, ending on 3 April, so please be
sure to get your CFP submissions in soon!
The Apache Software Foundation (ASF) invites submissions to its official
users' conference, ApacheCon US 2008, held 3 November through 7
November, 2008 at the Sheraton New Orleans. ApacheCon serves as a forum
for showcasing the ASF's latest developments, including its projects,
membership, and communities. ApacheCon offers unparalleled educational
opportunities, with dedicated presentations, hands-on trainings, and
sessions that address core technology, development, business/marketing,
and licensing issues in Open Source.
The conference program includes competitively selected presentations,
trainings/workshops, and a small number of invited speakers. All
sessions undergo a peer review process by the ApacheCon Conference
Planning team.
With the great success of ApacheCon US 2007, we are excited to move to
New Orleans in 2008. We're proud to announce that we are going to
intensify and deepen the pre-conference trainings by offering 2-day
trainings alongside full- and half-day trainings, and each training
session will have certifications of completion for those who fulfill all
the requirements of the training.
The ASF comprises some of the most active and recognized developers in
the Open Source community. By bringing together the pioneers,
developers, and users of flagship Open Source technologies, ApacheCon
provides an influential platform for dialogue, between the speaker and
the audience, between project contributors and the community at large,
traversing a wide range of ideas, expertise, and personalities.
ApacheCon welcomes submissions from like-minded delegates across many
fields, geographic locations, and areas of development. Please note you
do not need to be committer or project contributor at the ASF to submit
a proposal! The unique nature of the Apache community lends itself to
creating a conference content that is not only the best of Open Source
but cutting edge as well.
Conference Themes and Topics
* Apache HTTP server topics: installation, configuration, migration
* ASF-wide projects such as, Jakarta, Tomcat, Maven, Geronimo,
Harmony, Lucene, SpamAssassin, Portals, and Web Services
* Scripting languages and dynamic content such as Java, Perl, Python,
Ruby, XSL, and PHP
* Security and e-commerce
* Performance tuning, load balancing and high availability
* New technologies and initiatives such as Web Services and Web 2.0
* ASF-Incubated projects such as Abdera, CXF, and Qpid
* Case studies and industry profiles demonstrating the use of Apache
software
* Open source community and business models, legal and marketing
issues
NOTE: Marketing-oriented submissions aimed at promoting specific
organizations or products will not be accepted.
Submission Guidelines
Submissions must include title; speaker's name with affiliation and
email address; format (Training vs. General Session) and duration
(1-hour general session, or half-, full-day, or two-day training);
expertise level (beginner to advanced); a full description including
abstract and objectives (200 words or less); intended audience and
maximum number of participants, with background knowledge expected of
the participants (Trainings only); and speaker bio (100 words or less).
Full presentation and training materials will be due at a later
date, as noted below.
Types of Submissions: Trainings, General Sessions, Case Studies and
Industry Profiles.
Speakers whose proposals are accepted have registration fees waived,
reasonable travel and part of their lodging expenses paid. Only one
speaker will be covered per accepted proposal.
Important Dates
Proposal submission deadline: 3 April, 2008 *Before* ApacheCon Europe!
Notification of acceptance: 25 April, 2008
Materials for Web site: 3 October, 2008
Materials for Trainings: 17 October, 2008
Conference Date: Monday to Friday, 3-7 November 2008
Trainings: Monday and Tuesday, 3-4 November 2008
General Sessions: Wednesday to Friday, 5-7 November 2008
To submit your completed proposal, please follow the directions to logon
here to the existing ApacheCon CFP system:
http://www.us.apachecon.com/us2008/
Use your existing ApacheCon CFP login, or create a new one as needed.
Then under ApacheCon US 2008 Status and Options, click the "Fill out a
CFP form" link.
If you are not yet subscribed to the ApacheCon announcement mailing
list, send an email message to announce-subscribe@apachecon.com.
About ApacheCon US 2008
ApacheCon is co-produced by the Apache Software Foundation and Stone
Circle Productions. The ApacheCon Planning team comprises ASF Members
from all over the world working on a wholly-volunteer basis.
For more information, visit http://www.apachecon.com/ or the
ApacheCon US Web site at http://www.us.apachecon.com/us2008/.
-- ApacheCon Planning Team
planners-2008-us (atsymbol) apachecon.com
|
| | Add comment |
Wednesday, 5 March 2008
|
| [Fwd: [rt.cpan.org #33765] Fix for 5.10] Geoffrey Young 04:46:51 |
| |
-------- Original Message --------
Subject: [rt.cpan.org #33765] Fix for 5.10
Date: Sun, 02 Mar 2008 20:10:56 -0500
From: Reini Urban via RT <bug-B-LexInfo@rt.cpan.org>
Reply-To: bug-B-LexInfo@rt.cpan.org
To: undisclosed-recipients:;
References: <RT-Ticket-33765@rt.cpan.org>
Sun Mar 02 20:10:54 2008: Request 33765 was acted upon.
Transaction: Ticket created by RURBAN
Queue: B-LexInfo
Subject: Fix for 5.10
Broken in: 0.02
Severity: Important
Owner: Nobody
Requestors: RURBAN@cpan.org
Status: new
Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=33765 >
Attached patch fixes 5.10 and blead compilation.
Also some minor doc errors.
--
Reini Urban
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | 1 answer | Add comment |
Saturday, 1 March 2008
|
| [RELEASE CANDIDATE] mod_perl-1.31 RC3 Philippe M. Chiasson 20:01:33 |
| | The mod_perl 1.31 release candidate 3 "Works with Perl 5.10" is ready. It can be downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc3.tar.gz
MD5: 979059e20febef686e7c2a4d55fe3683
SHA1: c747ef7d605694ca935795ea7793ea7c77dfa920
The summary of what has changed since 1.30 are (from Changes):
Fix static APACI build against newer apache-1.3.38+
[Gozer]
Fixed modules/regex.t test 4 on Win32
[Steve Hay]
Avoid possible segfault when PerlFreshRestart is On.
[Michael Rendell <michael@cs.mun.ca>]
Prevent segfault when running with perl >= 5.9.3
[Steve Hay]
Fix shared libary extensions on Win32 to be .dll not .so
[Nikolay Ananiev <ananiev@thegdb.com>]
Patch to mod_perl.dsp to remove /D _WINSOCK2API_ on Win32
for perl >= 5.8.6 [Steve Hay]
--
Philippe M. Chiasson GPG: F9BFE0C2480E7680 1AE53631CB32A107 88C3A5A5
http://gozer.ectoplasm.org/ m/gozer\@(apache|cpan|ectoplasm)\.org/
|
| | 14 answers | Add comment |
Monday, 25 February 2008
|
| Re: svn commit: r617965 - /perl/modperl/trunk/ModPerl-Registry/t/conf/extra.conf.in Philip M. Gollucci 10:29:13 |
| | On Sun, 3 Feb 2008, gozer@apache.org wrote:
Author: gozer Date: Sun Feb 3 01:10:04 2008 New Revision: 617965 Log: Apache::Reload isn't part of the core anymore, so don't expect it to be available. I thought this took a similiar root to Apache-SizeLimit and is pulled in
via and SVN external.
Am I mistaken?
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
1024D/EC88A0BF 0DE5 C55C 6BF3 B235 2DAB B89E 1324 9B4F EC88 A0BF
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
|
| | 7 answers | Add comment |
|
| [RELEASE CANDIDATE] Apache-Reload-0.10-RC5 Fred Moyer 01:10:23 |
| | Greetings,
RC5 for Apache::Reload is now available. RC4 was a bust since I didn't
follow my own additions to the RELEASE document  Note to self -
caffeinate before releasing.
Thanks to Steve Hay for working through some win32 related issues with me.
I'd like to get that resolved at some point but it appears to be
non-trivial.
There are a few other nits I would like to get taken care of but if this
candidate passes tests I'd like to let it into the main list, then into
the wild if passing reports come back. One nit is that 'perl Makefile.PL'
will die on platforms that don't have mod_perl installed, causing a test
failure in CPAN testers. I ran into this issue with Apache::Dispatch - no
solution yet.
http://people.apache.org/~phred/Apache-Reload-0.10-RC5.tar.gz
- all tests skipped successfully in environment without mod_perl.c on
Linux 2.6, perl 5.8.8
- all tests pass on mp1, perl 5.8.8, darwin 10.5.2
- all tests pass on mp2, perl 5.8.8, darwin 10.5.2
- all tests pass on mp2, perl 5.8.8, darwin 10.5.2,
APACHE_TEST_PRETEND_NO_LWP=1
|
| | 5 answers | Add comment |
Sunday, 24 February 2008
|
| Time for a 2.0 RC ? Philippe M. Chiasson 22:49:01 |
| | Since the last few patches for 5.10, I haven't heard of anything bad
hapenning.
Since Perl 5.10 has already been out for a while, I'd like to volounteer
to RC the next mod_perl 2.0, assuming it *does* work correctly with Perl
5.10 by now.
Any objections ?
--
Philippe M. Chiasson GPG: F9BFE0C2480E7680 1AE53631CB32A107 88C3A5A5
http://gozer.ectoplasm.org/ m/gozer\@(apache|cpan|ectoplasm)\.org/
|
| | 3 answer | Add comment |
|
| $r->location bug Torsten Foertsch 10:23:49 |
| | Hi,
modperl_config_dir_create begins with these lines:
void *modperl_config_dir_create(apr_pool_t *p, char *dir)
{
modperl_config_dir_t *dcfg = modperl_config_dir_new(p);
dcfg->location = dir;
While dcfg is created anew the dir pointer is simply stored. This means the
lifetime of dcfg may exceed the lifetime of the dir pointer. In fact I have
found the bug because I got rubbish from $r->location in the response phase
after the response handler was added via $r->add_config in the map2storage
phase.
Here is a patch and a test case.
Torsten
Index: src/modules/perl/modperl_config.c
===================================================================
--- src/modules/perl/modperl_config.c (revision 35)
+++ src/modules/perl/modperl_config.c (working copy)
@@ -20,7 +20,7 @@
{
modperl_config_dir_t *dcfg = modperl_config_dir_new(p);
- dcfg->location = dir;
+ dcfg->location = dir ? apr_pstrdup(p, dir) : NULL;
MP_TRACE_d(MP_FUNC, "dir %s", dir);
Index: t/response/TestAPI/add_config.pm
===================================================================
--- t/response/TestAPI/add_config.pm (revision 31)
+++ t/response/TestAPI/add_config.pm (working copy)
@@ -59,6 +59,14 @@
};
$r->pnotes(followsymlinks => "$@");
+ eval {
+ my $path="/a/path/to/somewhere";
+ $r->add_config(['PerlResponseHandler '.__PACKAGE__], -1, $path);
+ # now overwrite the path in place to see if the location pointer
+ # is really copied: see modperl_config_dir_create
+ $path=~tr[a-z][n-za-m];
+ };
+
return Apache2::Const::DECLINED;
}
@@ -83,7 +91,7 @@
my ($self, $r) = @_;
my $cf = $self->get_config($r->server);
- plan $r, tests => 8;
+ plan $r, tests => 9;
ok t_cmp $r->pnotes('add_config1'), qr/.+\n/;
ok t_cmp $r->pnotes('add_config2'), (APACHE22 ? qr/.+\n/ : '');
@@ -103,6 +111,8 @@
my $opts = APACHE22 ? Apache2::Const::OPT_SYM_LINKS : $expect;
ok t_cmp $r->allow_override_opts, $opts;
+ ok t_cmp $r->location, '/a/path/to/somewhere';
+
return Apache2::Const::OK;
}
@@ -118,7 +128,6 @@
<Directory @DocumentRoot@>
AllowOverride All
</Directory>
- PerlResponseHandler TestAPI::add_config
PerlMapToStorageHandler TestAPI::add_config::map2storage
PerlFixupHandler TestAPI::add_config::fixup
</VirtualHost>
|
| | 6 answers | Add comment |
Friday, 22 February 2008
|
| RELEASE CANDIDATE] mod_perl-1.31 RC1 Philippe M. Chiasson 01:21:18 |
| | The mod_perl 1.31 release candidate "Works with Perl 5.10" is ready. It can be downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc1.tar.gz
MD5: 7cda8676120ff6654bcbe923a2ff5747
SHA1: d8d2d4ad36d134a098601083ed4826664bb8a6cf
The summary of what has changed since 1.30 are (from Changes):
Avoid possible segfault when PerlFreshRestart is On.
[Michael Rendell <michael@cs.mun.ca>]
Fix shared libary extensions on Win32 to be .dll not .so
[Nikolay Ananiev <ananiev@thegdb.com>]
Patch to mod_perl.dsp to remove /D _WINSOCK2API_ on Win32
for perl >= 5.8.6 [Steve Hay]
--
Philippe M. Chiasson GPG: F9BFE0C2480E7680 1AE53631CB32A107 88C3A5A5
http://gozer.ectoplasm.org/ m/gozer\@(apache|cpan|ectoplasm)\.org/
|
| | 24 answer | Add comment |
Thursday, 21 February 2008
|
| [BUG] Apache::Test (was RE: [RELEASE CANDIDATE] Apache-Reload
0.10 RC3) Fred Moyer 23:41:32 |
| | <IfModule mod_perl.c> And here is the unix vx linux relevant apache_test_config.pm section [1]. Notice how Win32 doesn't have mod_perl.c, hence the IfModule is false, and the location directives are not set.
And now I have found a setup where this condition is exhibited on Linux
2.6.21-gentoo, so this is not a windows specific issue, it appears to be a
minor bug in Apache::Test.
-------------8<---------- Start Bug Report ------------8<----------
1. Problem Description:
mod_perl.c is not listed in the modules section in apache_test_config.pm.
More specifically, dynamically loaded modules are not listed. This
problem was been demonstrated by Steve Hay under win32, mod_perl 1.31.
Today I was able to reproduce the problem with Linux 2.6 on my production
environment.
I have not yet determined why this issue occurs on some environments and
not others, but for some reason Apache::Test is not picking up dynamically
loaded modules in both of these environments.
The mp2bug report here was able to find apxs, but not httpd. On my
production environment, path to httpd is set an alias which was not run
before I ran mp2bug. So mod_perl was built with httpd and apxs in $PATH,
but mp2bug was run without httpd or apxs in $PATH.
This is obviously an esoteric condition, and one that can be remedied on
my setup at least by using t/all.t, but I am noting this bug here for
future reference.
2. Used Components and their Configuration:
*** mod_perl version 2.000004
*** using
/home/phred/dev/sl/trunk/SL/src/mod_perl-2.0/lib/Apache2/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS => /home/phred/dev/sl/httpd2/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/home/phred/dev/sl/httpd2/lib -laprutil-1 -lpq -lexpat
-L/home/phred/dev/sl/httpd2/lib -lapr-1 -luuid -lrt -lcrypt -lpthread -ldl
*** /home/phred/dev/perl/bin/perl -V
Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
Platform:
osname=linux, osvers=2.6.21-gentoo, archname=x86_64-linux
uname='linux www.redhotpenguin.com 2.6.21-gentoo #7 smp sat sep 1
18:28:15 pdt 2007 x86_64 dual core amd opteron(tm) processor 285
authenticamd gnulinux '
config_args='-Dprefix=/home/phred/dev/perl'
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=define use64bitall=define uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-fPIC -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/include/gdbm',
optimize='-O2',
cppflags='-fPIC -I/usr/include/gdbm'
ccversion='', gccversion='4.1.1 (Gentoo 4.1.1)', gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='cc', ldflags =''
libpth=/lib64 /usr/lib64
libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
libc=/lib/libc-2.4.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.4'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fpic', lddlflags='-shared'
Characteristics of this binary (from libperl):
Compile-time options: PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT
USE_LARGE_FILES USE_PERLIO
Built under linux
Compiled at Oct 10 2007 13:25:21
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/home/phred/dev/perl/lib/5.8.8/x86_64-linux
/home/phred/dev/perl/lib/5.8.8
/home/phred/dev/perl/lib/site_perl/5.8.8/x86_64-linux
/home/phred/dev/perl/lib/site_perl/5.8.8
/home/phred/dev/perl/lib/site_perl
.
*** Packages of interest status:
Apache2 : -
Apache2::Request : 2.08
CGI : 3.15
ExtUtils::MakeMaker: 6.30
LWP : 5.805
mod_perl : -
mod_perl2 : 2.000004
3. This is the core dump trace: (if you get a core dump):
[CORE TRACE COMES HERE]
This report was generated by bin/mp2bug on Sat Feb 16 20:16:57 2008 GMT.
-------------8<---------- End Bug Report --------------8<----------
Note: Complete the rest of the details and post this bug report to
modperl <at> perl.apache.org. To subscribe to the list send an empty
email to modperl-subscribe@perl.apache.org.
|
| | 1 answer | Add comment |
|
| [Fwd: [rt.cpan.org #33303] Bug in Apache::SizeLimit] Geoffrey Young 23:34:38 |
| |
-------- Original Message --------
Subject: [rt.cpan.org #33303] Bug in Apache::SizeLimit
Date: Sat, 16 Feb 2008 11:11:50 -0500
From: jgoodridge@alum.dartmouth.org via RT <bug-mod_perl@rt.cpan.org>
Reply-To: bug-mod_perl@rt.cpan.org
To: undisclosed-recipients:;
References: <RT-Ticket-33303@rt.cpan.org>
<5d395bd50802160810m22af26d7x7a6420527c593557@mail.gmail.com>
Sat Feb 16 11:11:48 2008: Request 33303 was acted upon.
Transaction: Ticket created by jgoodridge@alum.dartmouth.org
Queue: mod_perl
Subject: Bug in Apache::SizeLimit
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: jgoodridge@alum.dartmouth.org
Status: new
Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=33303 >
I have found a bug with Apache::SizeLimit (Note: I am not referring to
Apache2::SizeLimit -- although it may have the same problem).
PLATFORM BACKGROUND:
Mod_perl 1.29
Redhat EL5 (kernel 2.6.18)
Apache::SizeLimit version: $VERSION = '0.91-dev';
Perl version: 5.8.8
PROBLEM:
If I turn off USE_SMAPS (i.e. set Apache::SizeLimit::USE_SMAPS=0), I get an
error, specifically:
Can't call method "_linux_size_check" on an undefined value at
/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/Apache/SizeLimit.pm
line 216.
SOLUTION:
A diff with my fix is shown below:
************************
@@ -161,7 +163,10 @@
}
sub _check_size {
- my ( $size, $share ) = _platform_check_size();
+ my $class = shift;
+
+ my ( $size, $share ) = $class->_platform_check_size();
return ( $size, $share, $size - $share );
}
*************************
ADDITIONAL INFORMATION/QUESTION:
I ran into the problem above because I couldn't get smaps to work. I had
permission problems accessing the /proc/<pid>/smaps file. It seems that
this file (and all others in the /proc/<pid> directory) is owned by root.
While /proc/<pid>/statm is viewable by everyone, /proc/<pid>/smaps is
viewable only by root. I don't know why. The process itself is owned by
'web' -- the user that I have set to own apache child processes. Perhaps
the reason for root ownership is that the Apache parent process is owned by
root and the child processes are only setuid to 'web'. So, when the
proc/<pid>/ files are made, the child processes are still owned by root.
But that wouldn't account for why smaps in particular is readable only by
root. Do you know of a way around this? Or if some kernel change in linux
fixes this?
Thanks,
Jeremy
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | 3 answer | Add comment |
|
| [Fwd: [rt.cpan.org #33471] [ntyni@debian.org: Bug#466738: libb-size-perl:
FTBFS with Perl 5.10]] Geoffrey Young 17:00:39 |
| |
-------- Original Message --------
Subject: [rt.cpan.org #33471] [ntyni@debian.org: Bug#466738:
libb-size-perl: FTBFS with Perl 5.10]
Date: Wed, 20 Feb 2008 17:13:38 -0500
From: ivan-debian@420.am via RT <bug-B-Size@rt.cpan.org>
Reply-To: bug-B-Size@rt.cpan.org
To: undisclosed-recipients:;
References: <RT-Ticket-33471@rt.cpan.org> <20080220192249.GG20586@420.am>
Wed Feb 20 17:13:36 2008: Request 33471 was acted upon.
Transaction: Ticket created by ivan-debian@420.am
Queue: B-Size
Subject: [ntyni@debian.org: Bug#466738: libb-size-perl: FTBFS with
Perl 5.10]
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: ivan-debian@420.am
Status: new
Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=33471 >
Hi,
I'm the maintainer of the Debian B::Size package. Folks are now testing
building all modules we distribute against Perl 5.10.
B::Size 0.09 does not build with Perl 5.10 on Debian sid (unstable).
----- Forwarded message from Niko Tyni <ntyni@debian.org> -----
Subject: Bug#466738: libb-size-perl: FTBFS with Perl 5.10
Reply-To: Niko Tyni <ntyni@debian.org>, 466738@bugs.debian.org
From: Niko Tyni <ntyni@debian.org>
To: submit@bugs.debian.org
Package: libb-size-perl
Version: 0.09-1
Severity: important
User: debian-perl@lists.debian.org
Usertags: perl-5.10-transition
Your package fails to build with Perl 5.10 (currently in experimental.)
From the build log:
cc -c -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2
-Wall -DVERSION=\"0.09\" -DXS_VERSION=\"0.09\" -fPIC
"-I/usr/lib/perl/5.10/CORE" Size.c
In file included from Size.xs:16:
b_sizeof.c: In function 'boot_B_Sizeof':
b_sizeof.c:27: error: 'XRV' undeclared (first use in this function)
b_sizeof.c:27: error: (Each undeclared identifier is reported only once
b_sizeof.c:27: error: for each function it appears in.)
b_sizeof.c:35: error: invalid application of 'sizeof' to incomplete type
'XPVBM'
Size.xs: In function 'REGEXP_size':
Size.xs:51: error: 'REGEXP' has no member named 'regstclass'
Size.xs:51: error: 'REGEXP' has no member named 'regstclass'
Size.xs:53: error: 'REGEXP' has no member named 'startp'
Size.xs:53: error: 'REGEXP' has no member named 'startp'
Size.xs:54: error: 'REGEXP' has no member named 'endp'
Size.xs:54: error: 'REGEXP' has no member named 'endp'
Size.xs:56: error: 'REGEXP' has no member named 'data'
Size.xs:57: error: 'REGEXP' has no member named 'data'
Size.xs:58: error: 'REGEXP' has no member named 'data'
Size.xs:62: error: 'REGEXP' has no member named 'data'
Size.xs:65: error: 'REGEXP' has no member named 'data'
Size.xs: In function 'XS_B__OP_name':
Size.xs:173: warning: unused variable 'RETVAL'
Size.c: In function 'XS_B__OP_op_name':
Size.c:278: warning: assignment discards qualifiers from pointer target type
Size.c: In function 'XS_B__OP_op_desc':
Size.c:301: warning: assignment discards qualifiers from pointer target type
make[1]: *** [Size.o] Error 1
Cheers,
--
Niko Tyni ntyni@debian.org
----- End forwarded message -----
|
| | Add comment |
Sunday, 17 February 2008
|
| Re: svn commit: r628359 - /perl/modperl/trunk/lib/ModPerl/WrapXS.pm Philippe M. Chiasson 11:01:36 |
| | randyk@apache.org wrote:
Author: randyk Date: Sat Feb 16 08:59:58 2008 New Revision: 628359 Log: replace & by &
print "dhu!" x 1_000_000;
--
Philippe M. Chiasson GPG: F9BFE0C2480E7680 1AE53631CB32A107 88C3A5A5
http://gozer.ectoplasm.org/ m/gozer\@(apache|cpan|ectoplasm)\.org/
|
| | Add comment |
|
| [RELEASE CANDIDATE] Apache-Reload-0.10-RC4 Fred Moyer 09:16:51 |
| | Greetings,
I've applied Steve's suggested changes to AddModule mod_perl.c if PERL is
defined, this should take care of mod_perl.c not being listed in the
module list under windows. Hoping this is the candidate that makes it out
of the nest
It's located here - please take it for a spin if you have a chance.
http://people.apache.org/~phred/Apache-Reload-0.10-RC4.tar.gz
|
| | 2 answer | Add comment |
Saturday, 16 February 2008
|
| Apache2::compat and Apache->request Randy Kobes 22:06:57 |
| | Hi,
As discussed at
http://marc.info/?t=120291200200005&r=1&w=2
and pointed out by Perrin:
http://marc.info/?l=apache-modperl&m=120301930604550&w=2
Apache2::compat doesn't provide the request method in
the Apache namespace (it's currently defined in the
Apache2::compat package). Thus, Apache->request() isn't
available. The patch I supplied:
http://marc.info/?l=apache-modperl&m=120302251910079&w=2
moved the request method to the Apache namespace.
However, this alone is insufficient, as Apache2::compat
makes reference to Apache2::compat::request() in a
couple of places. For reasons of compatibility, would
it be better to just supply an Apache::request()
that calls Apache2::compat::request()? This is done
in the attached patch.
--
best regards,
Randy
Index: compat.pm
===================================================================
--- compat.pm (revision 628371)
+++ compat.pm (working copy)
@@ -321,6 +321,10 @@
package Apache;
+sub request {
+ return Apache2::compat::request(@_);
+}
+
sub unescape_url_info {
my ($class, $string) = @_;
Apache2::URI::unescape_url($string);
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | 1 answer | Add comment |
Friday, 15 February 2008
|
| use_ithreads Randy Kobes 23:52:26 |
| | Hi,
I noticed with the recent changes to get mp2 to compile
with perl-5.10, a couple of #ifdef USE_ITHREADS/#endif
statements are needed to work with a non-ithread perl.
This is attached.
One question I had about this - in the present
xs/APR/Pool/APR__Pool.h, there's a "static" statement
on a line by itself. I removed that in the attached
diff, as I wasn't sure if that was a stray line, or
was to be applied to the statement following it (or
perhaps to both?).
--
best regards,
Randy
Index: src/modules/perl/mod_perl.h
===================================================================
--- src/modules/perl/mod_perl.h (revision 627863)
+++ src/modules/perl/mod_perl.h (working copy)
@@ -148,8 +148,10 @@
/* we need to hook a few internal things before APR_HOOK_REALLY_FIRST */
#define MODPERL_HOOK_REALLY_REALLY_FIRST (-20)
+#ifdef USE_ITHREADS
APR_DECLARE_OPTIONAL_FN(apr_status_t,modperl_interp_unselect,(void *));
APR_DECLARE_OPTIONAL_FN(modperl_interp_t *,modperl_thx_interp_get,(PerlInterpreter *));
+#endif
/*
* perl context overriding and restoration is required when
Index: xs/APR/Pool/APR__Pool.h
===================================================================
--- xs/APR/Pool/APR__Pool.h (revision 627863)
+++ xs/APR/Pool/APR__Pool.h (working copy)
@@ -40,10 +40,11 @@
#ifndef MP_SOURCE_SCAN
#include "apr_optional.h"
-static
+#ifdef USE_ITHREADS
APR_OPTIONAL_FN_TYPE(modperl_interp_unselect) *modperl_opt_interp_unselect;
APR_OPTIONAL_FN_TYPE(modperl_thx_interp_get) *modperl_opt_thx_interp_get;
#endif
+#endif
#define MP_APR_POOL_SV_HAS_OWNERSHIP(sv) mpxs_pool_is_custom(sv)
Index: lib/ModPerl/WrapXS.pm
===================================================================
--- lib/ModPerl/WrapXS.pm (revision 627863)
+++ lib/ModPerl/WrapXS.pm (working copy)
@@ -595,7 +595,7 @@
}
}
- if ($module eq 'APR::Pool') {
+ if ($module eq 'APR::Pool' && Apache2::Build::PERL_HAS_ITHREADS) {
print $fh " modperl_opt_interp_unselect = APR_RETRIEVE_OPTIONAL_FN(modperl_interp_unselect);\n\n";
print $fh " modperl_opt_thx_interp_get = APR_RETRIEVE_OPTIONAL_FN(modperl_thx_interp_get);\n\n";
}
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | Add comment |
Saturday, 9 February 2008
Wednesday, 6 February 2008
Friday, 1 February 2008
|
| mod_perl 1.21 RC2 Test Failure David E . Wheeler 22:50:29 |
| | Hey All,
So for the first time in years, I'm trying to run the test suite in
mod_perl 1.31. The trouble is, the httpd.conf file that's getting
written has =pod lines in it. WTF?
../apache_1.3.39/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t
Syntax error on line 3 of /usr/local/src/mod_perl-1.31-rc2/t/conf/
httpd.conf:
Invalid command '=pod', perhaps mis-spelled or defined by a module not
included in the server configuration
So the server never starts.  I've attached the httpd.conf file.
Mac OS X 10.5.1 Leopard
Perl 5.10.0
Apache 1.3.39
Thanks,
David
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | 2 answer | Add comment |
Tuesday, 29 January 2008
|
| [RELEASE CANDIDATE] Apache-Reload 0.10 RC3 Fred Moyer 21:26:46 |
| | Greetings,
Third time is the charm RC1 and RC2 were missing
t/conf/extra.conf.in from the MANIFEST.
I've updated the release procedure to run make disttest to identify
these errors, and fixed the problem.
All tests pass for me on:
1) Leopard mp2, 5.8.8
2) Linux 2.6.22, mp1, mp2, 5.8.8
http://people.apache.org/~phred/Apache-Reload-0.10-RC3.tar.gz
|
| | 10 answers | Add comment |
|
| REDIRECT_ERROR_NOTES doesn't work in Apache 2? Help? Rando Christensen 14:52:32 |
| | Hi.
With apache 1.3, I've been using an ErrorDocument 500 handler, which is
a locally-running cgi script. This script, after verifying that the
request is coming from a developer, uses $ENV{REDIRECT_ERROR_NOTES} to
discover what the server error was and print it in a nice, happy format.
When we upgraded to apache 2.0, this no longer works. All of the other
expected REDIRECT_* variables exist, but ERROR_NOTES does not. I've
spent all day googling and reading the apache documentation, and Can't
find reference to this changing anywhere.
What is the proper way to handle this under Apache 2.0?
< Rando Christensen | eyez@illuzionz.org >
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
|
| | Add comment |
Friday, 25 January 2008
|
| error messages Mark A. Downing 17:56:22 |
| | I've searched and been unable to find an answer to this one...
I see this in my error log every so often. In this case, it's one client
every three or four minutes...
[Thu Apr 01 06:24:14 2004] [error] [client xx.xx.xx.xx] request failed: error
reading the headers
Is this a problem with the server, or the client browser?
--Mark
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
|
| | 23 answer | Add comment |
Thursday, 24 January 2008
|
| Re: [mp2 patch] Support for Perl 5.10 Torsten Foertsch 13:16:27 |
| | On Thu 24 Jan 2008, Philippe M. Chiasson wrote:
So this might be a good patch  I am curious to find out what this breaks.
nice work. I have applied it to my threading branch and the test suite passes
with a threaded apache 2.2.6, perl 5.8.8 on linux.
Torsten
|
| | Add comment |
|
