Hello, i'm working with a kind-of-daemon for my mp2 modules. I will u se on
Linux but i'm doing the "testing" on a windows machine, and i am having
troubles with fork processes and signal caching:
Procedure A is auto-forked and live in an infinite-loop.
Procedure B is a function (called by pointi
*Hi speeves,
i'm trying Apache::AuthenNTLM 2.07 modules with a
NT PDC, mod_perl-1.19_12, Apache/2.0.51., After
configuration, i browsers the page that protect by AuthenNTLM and it prompt me
for password/user, however it always said the user/passwordis wrong.
is it true that NTLM don't need to
I've finally had the time to rewrite/polish:
http://perl.apache.org/docs/2.0/devel/debug/c.html#Analyzing_Dumped_Core_Files
linked from
http://perl.apache.org/docs/2.0/user/help/help.html#Resolving_Segmentation_Faults
take a look and post patches/comments/questions if you have any. Thanks.
--
_
Stephen Jungels wrote:
Stas Bekman wrote:
So it sounds like a loader problem, since mod_perl.so is loaded after
httpd is in the memory, so there shouldn't be a problem finding the
apr_pool_cleanup_null symbol.
Of course you could build mod_perl statically [1] and then there shouldn't
be no problem
Gedanken wrote:
> Do you happen to be using gcc 3.4.x with the -mcpu flag? (if so, use
> -mtune)
Nope, I'm using 2.95.3.
--Stephen
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/e
Stas Bekman wrote:
> So it sounds like a loader problem, since mod_perl.so is loaded after
> httpd is in the memory, so there shouldn't be a problem finding the
> apr_pool_cleanup_null symbol.
> Of course you could build mod_perl statically [1] and then there shouldn't
> be no problems (but it'd
> But I don't see the problem that you describe.
hm, i guess that makes the problem either a mac thing, an apr thing
or an apache thing.
> Though I've httpd-2.0 and apr-0. Does this distro crash for you?
i'm rolling back now. i have httpd-2.1 for mod_dav_lock (i tried
just grabbing that separat
On Tue, 23 Nov 2004, Stas Bekman wrote:
> I noticed during the
> rebuild that apache configure thinks my linker does not support shared
> objects (it does) and builds statically as a result.
Submit a bug report to httpd-dev?
Do you happen to be using gcc 3.4.x with the -mcpu flag? (if so,
Stephen Jungels wrote:
may be it was compiled statically into httpd? try:
nm /usr/local/apache/bin/httpd | grep apr_snprintf
You're right. In fact, the symbol that caused the original problem is right
there in httpd:
[EMAIL PROTECTED]:/usr/local/mod_perl-1.99_17# nm /usr/local/apache/bin/httpd
|
Stas Bekman wrote:
Dorian Taylor wrote:
argh, spacy today.
*here* is the file.
Hmm, I've further extended your distro to include a live A-T setup
(attached). I've added:
% cat t/conf/extra.conf.in
PerlModule +APR::CrashMe
I've also tried:
% rm t/conf/extra.conf.in
% echo "PerlLoadModule APR::Crash
Stephen Jungels wrote:
> Since the absence of libapr-0 may indicate a broken build of apache 2, I
> will try rebuilding it and update you later. Thanks
No luck there. I rebuilt apache 2 and still had the same problem.
Stas Bekman wrote:
> may be it was compiled statically into httpd? try:
>
>
Dorian Taylor wrote:
argh, spacy today.
*here* is the file.
Hmm, I've further extended your distro to include a live A-T setup
(attached). I've added:
% cat t/conf/extra.conf.in
PerlModule +APR::CrashMe
and some things in Makefile.PL.
But I don't see the problem that you describe.
Though I've httpd
argh, spacy today.
*here* is the file.
APR-CrashMe-0.01.tar.gz
Description: application/tar-gz
--
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
oops, sorry, was in the wrong mutt window.
> >what exactly is required from mod_perl in the preflight config
> >stage? does it basically just `use' every preloaded module in the
> >conf to see if it can?
> I'm not sure what do you ask. I meant apr design problem, not modperl's
> one. mod_perl d
Dorian Taylor wrote:
i suspect though that anything trying to directly call apr_terminate()
from an END block would do the same. the debugger gets all fuzzy
when it gets into there though.
Yeah, sounds like a design problem.
what exactly is required from mod_perl in the preflight config
stage? d
Ruslan U. Zakirov wrote:
[...]
* your repo has external sources that has URL with https: schema. By
default svn(neon) compiles without it. #svn guys said that svn
doesn't support relative paths for ext sources. so may be it should
be noted on site or schema changed to http/svn that is supported
> getting things to work. I first spent hours trying to get the mandrake
> cooker binaries to work, but eventually I've built everything from source.
yeah i went that way installing it all on my mac. i typically find
i end up needing the source for reference if nothing else at one
point or anothe
Stas Bekman wrote:
Ruslan U. Zakirov wrote:
Stas Bekman wrote:
Ruslan U. Zakirov wrote:
[snip]
Looks like a borked source to me. Try to get a new checkout (discard
the old one) and try again. e.g. there is no << in
t/response/TestApache/util.pm
> [Tue Nov 23 17:42:53 2004] [error] [client 127.0
Ruslan U. Zakirov wrote:
Error:
RA layer request failed: PROPFIND request failed on
'/perl/modperl/trunk': PROPFIND of '/perl/modperl/trunk': 405 Method Not
Allowed (http://svn.apache.org)
The full URL is http://svn.apache.org/repos/asf/perl/modperl/trunk, did you
maybe omit the /repos/asf part?
Stas Bekman wrote:
Ruslan U. Zakirov wrote:
Hello.
Error:
RA layer request failed: PROPFIND request failed on
'/perl/modperl/trunk': PROPFIND of '/perl/modperl/trunk': 405 Method
Not Allowed (http://svn.apache.org)
An error doing what?
sorry, some debugging shown that it's not http://svn.ap
Ruslan U. Zakirov wrote:
Hello.
Error:
RA layer request failed: PROPFIND request failed on
'/perl/modperl/trunk': PROPFIND of '/perl/modperl/trunk': 405 Method Not
Allowed (http://svn.apache.org)
An error doing what?
--
__
Stas B
Ruslan U. Zakirov wrote:
Stas Bekman wrote:
Ruslan U. Zakirov wrote:
[snip]
Looks like a borked source to me. Try to get a new checkout (discard
the old one) and try again. e.g. there is no << in
t/response/TestApache/util.pm
> [Tue Nov 23 17:42:53 2004] [error] [client 127.0.0.1] failed to
re
Hello.
Error:
RA layer request failed: PROPFIND request failed on
'/perl/modperl/trunk': PROPFIND of '/perl/modperl/trunk': 405 Method Not
Allowed (http://svn.apache.org)
Best regards. Ruslan.
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http:
Stas Bekman wrote:
Ruslan U. Zakirov wrote:
[snip]
Looks like a borked source to me. Try to get a new checkout (discard the
old one) and try again. e.g. there is no << in
t/response/TestApache/util.pm
> [Tue Nov 23 17:42:53 2004] [error] [client 127.0.0.1] failed to resolve
> handler `TestApac
Malcolm J Harwood wrote:
On Tuesday 23 November 2004 11:56 am, Stas Bekman wrote:
with mp2 you need to update the stat info yourself each time you update
$r->filename. something like this:
$r->filename($newfile);
$r->finfo(APR::Finfo::stat($newfile, APR::FINFO_NORM, $r->pool));
I've updated the d
Ruslan U. Zakirov wrote:
Hello.
1. Problem Description:
Fresh rebuild. Vanilla perl passed all tests.
Apache and mod_perl from latest CVS.
> make test TEST_VERBOSE=1 TEST_FILES="t/apache/util.t
t/api/lookup_uri.t t/api/request_rec.t t/hooks/init.t t/modperl/exit.t
t/user/rewrite.t"
...
/usr/
Dan Sully wrote:
* Stas Bekman <[EMAIL PROTECTED]> shaped the electrons to say...
My perl doesn't have a shared lib - static only.
ldd perl then.
Nope.
And I don't compile in bdb to perl at any rate.
Yes, but what about 3rd party modules. e.g. DB::* (NDBM.so, etc.)?
Only DB_File & BerkeleyDB.
Stephen Jungels wrote:
please show us the output of: ldd src/modules/perl/mod_perl.so and:
ldd /usr/local/apache/bin/httpd
[...]
[EMAIL PROTECTED]:/usr/local/mod_perl-1.99_17# ldd
/usr/local/apache/bin/httpd
libgdbm.so.1 => /usr/lib/libgdbm.so.1 (0x0ffda000)
librt.so.1 => /lib/librt
Malcolm J Harwood wrote:
> On Tuesday 23 November 2004 11:56 am, Stas Bekman wrote:
>
>
with mp2 you need to update the stat info yourself each time you update
$r->filename. something like this:
$r->filename($newfile);
$r->finfo(APR::Finfo::stat($newfile, APR::FINFO_NORM,
RobertCZ wrote:
Stas Bekman wrote:
RobertCZ
wrote:
I'm trying to create temp file in
PerlFixupHandler using File::Temp, write to it, send it to the client
and get the temp file automatically unlinked upon the end of the
request.
I keep getting file permission error.
2) you
OK. here it is...
Stas Bekman wrote:
> please show us the output of: ldd src/modules/perl/mod_perl.so and:
> ldd /usr/local/apache/bin/httpd
[EMAIL PROTECTED]:/usr/local/mod_perl-1.99_17# ldd
src/modules/perl/mod_perl.so
libnsl.so.1 => /lib/libnsl.so.1 (0x6fe2e000)
libdl.so.2 =
* Stas Bekman <[EMAIL PROTECTED]> shaped the electrons to say...
My perl doesn't have a shared lib - static only.
ldd perl then.
Nope.
And I don't compile in bdb to perl at any rate.
Yes, but what about 3rd party modules. e.g. DB::* (NDBM.so, etc.)?
Only DB_File & BerkeleyDB. Both are linked again
On Tuesday 23 November 2004 11:56 am, Stas Bekman wrote:
> >> with mp2 you need to update the stat info yourself each time you update
> >> $r->filename. something like this:
> >>
> >> $r->filename($newfile);
> >> $r->finfo(APR::Finfo::stat($newfile, APR::FINFO_NORM, $r->pool));
> I've updated t
Dan Sully wrote:
* Stas Bekman <[EMAIL PROTECTED]> shaped the electrons to say...
Nope - I only have one version of BDB on my system, and both are linked
against the same. As is Apache itself.
What about your perl? ldd libperl.so?
My perl doesn't have a shared lib - static only.
ldd perl then.
A
* Stas Bekman <[EMAIL PROTECTED]> shaped the electrons to say...
To submit problems reports please always following these guidelines:
http://perl.apache.org/bugs/
Ok
Most likely php and perl are linked against different -ldb versions and
that's why you have the problem. recompile both with the sam
* Stas Bekman <[EMAIL PROTECTED]> shaped the electrons to say...
Nope - I only have one version of BDB on my system, and both are linked
against the same. As is Apache itself.
What about your perl? ldd libperl.so?
My perl doesn't have a shared lib - static only. And I don't compile in bdb
to perl
Dan Sully wrote:
* Stas Bekman <[EMAIL PROTECTED]> shaped the electrons to say...
To submit problems reports please always following these guidelines:
http://perl.apache.org/bugs/
Ok
Most likely php and perl are linked against different -ldb versions
and that's why you have the problem. recompile
RobertCZ wrote:
[...]
with mp2 you need to update the stat info yourself each time you update
$r->filename. something like this:
$r->filename($newfile);
$r->finfo(APR::Finfo::stat($newfile, APR::FINFO_NORM, $r->pool));
Yes, you're answering exactly the question I was trying to ask ;-) Thank
a
Dan Sully wrote:
So this just started happening, and I'm trying to track down why.
I recently upgraded to BerkelyDB 4.3.21, and now mod_perl (1.99_17 or SVN
Trunk) and PHP (4.3.9 or 5.0.2) don't like to play together anymore. I can
have one or the other loaded, but not both. Downgrading to the prev
So this just started happening, and I'm trying to track down why.
I recently upgraded to BerkelyDB 4.3.21, and now mod_perl (1.99_17 or SVN
Trunk) and PHP (4.3.9 or 5.0.2) don't like to play together anymore. I can
have one or the other loaded, but not both. Downgrading to the previous
version of B
Hello.
1. Problem Description:
Fresh rebuild. Vanilla perl passed all tests.
Apache and mod_perl from latest CVS.
> make test TEST_VERBOSE=1 TEST_FILES="t/apache/util.t
t/api/lookup_uri.t t/api/request_rec.t t/hooks/init.t t/modperl/exit.t
t/user/rewrite.t"
...
/usr/bin/perl -Iblib/arch/A
RobertCZ wrote:
> RobertCZ wrote:
>
>> I'm playing with Apache::ImageMagick under mod_perl 2 and
>> Apache::compat (mainly because AIM needs Apache::File which is not
>> supported under mp2). AIM/mp2 returns the correct modified file but
>> with wrong file size (size of the original file, not th
Stas Bekman wrote:
RobertCZ
wrote:
I'm trying to create temp file in
PerlFixupHandler using File::Temp, write to it, send it to the client
and get the temp file automatically unlinked upon the end of the
request.
I keep getting file permission error.
2) you said:
$fh = new
RobertCZ wrote:
I'm playing with Apache::ImageMagick under mod_perl 2 and
Apache::compat (mainly because AIM needs Apache::File which is not
supported under mp2). AIM/mp2 returns the correct modified file but
with wrong file size (size of the original file, not the modified
one). It does work u
44 matches
Mail list logo
