perl_destruct/perl_free are not called at restart, only during child_exit.
it looks like that might need to change to finish the dso puzzle. I
experienced some problems there, but that was a few years ago, looks
like it's time to revisit.
But it is called when Apache unloads the modules
Doug MacEachern wrote:
wow, *nice* catch!! Daniel, I can't thank you and Alan enough for your
efforts here. it's such a thorny problem to debug, the closest I came was
trying to prevent the dlclose of modperl's libperl.so, but had no idea why
that bandaid prevented the bleeding. I hadn't
Seems correct to me, although as I said before the patch should really
go in DynaLoader - after all it is conceivable that perl embedders other
than Apache could be hit by this problem.
Yes, I agree, but this will not before perl 5.006 and much people are still
using perl 5.004...
Gerald
perl_destruct/perl_free are not called at restart, only
during child_exit.
it looks like that might need to change to finish the dso puzzle. I
experienced some problems there, but that was a few years ago, looks
like it's time to revisit.
But it is called when Apache
Gerald Richter wrote:
Seems correct to me, although as I said before the patch should really
go in DynaLoader - after all it is conceivable that perl embedders other
than Apache could be hit by this problem.
Yes, I agree, but this will not before perl 5.006 and much people are still
On Tue, Jan 18, 2000 at 11:02:27PM -0800, Doug MacEachern wrote:
On Sat, 15 Jan 2000, Daniel Jacobowitz wrote:
...
Notice that DBI is never dlclose()'d. But mod_perl is, when apache
unloads its modules. The linker is not clever enough to realize that
DBI depends on symbols in
On Sun, 16 Jan 2000, Alan Burlison wrote:
I think we have a strong case for:
a) Requesting that MakeMaker adds a dependency between the .so files it
generates and the perl libperl.so
b) Requesting that a 'remove a module' method is added to DynaLoader
Option b would be very useful for
Daniel Jacobowitz [EMAIL PROTECTED] writes:
This worked! Can I get opinions on the attached patch?
I am not competent to check whether the patch has any hidden problems,
but I hope Doug will be able to evaluate it and include it in the next
release. Your description of the sequence leading up
"Frank D. Cringle" wrote:
Daniel Jacobowitz [EMAIL PROTECTED] writes:
This worked! Can I get opinions on the attached patch?
I am not competent to check whether the patch has any hidden problems,
but I hope Doug will be able to evaluate it and include it in the next
release. Your
Hi,
I'm trying to preload and precompile all ASP scripts by including
Apache::ASP in the startup.pl. However, when I do so, httpd core dumps
with a segmentation fault in SDBM_File:
Program received signal SIGSEGV, Segmentation fault.
0x403dfe27 in boot_SDBM_File () from
Doh! I forgot to say what I'm running:
Apache::ASP v. 0.17
SDMB_File v. 1.0
mod_perl v. 1.21
Apache v. 1.39
RedHat 6.1 on Linux 2.2.12 x86
At 11:30 AM 1/14/00 , you wrote:
Hi,
I'm trying to preload and precompile all ASP scripts by including
Apache::ASP in the startup.pl. However, when I do
Dmitry Beransky wrote:
Doh! I forgot to say what I'm running:
Apache::ASP v. 0.17
SDMB_File v. 1.0
mod_perl v. 1.21
Apache v. 1.39
RedHat 6.1 on Linux 2.2.12 x86
This might be yet another RedHat problem ... have you tried
rebuilding your perl / mod_perl from scratch. Out of
Yep, everything runs just fine if I don't preload Apache::ASP. My
apache/mod_perl are rebuilt, but I'm still using Perl off the original
RedHat distribution (totally forgot about his). I can try recompiling
it...I'll be back with the result shortly.
Thanks
Dmitry
At 01:26 PM 1/14/00 ,
This might be yet another RedHat problem ... have you tried
rebuilding your perl / mod_perl from scratch. Out of curiosity
really, because I think you should still rebuild stuff,
does SDBM_File load fine, if not being preloaded ?
Well, I just finished recompiling perl and mod_perl, but the
Dmitry Beransky wrote:
This might be yet another RedHat problem ... have you tried
rebuilding your perl / mod_perl from scratch. Out of curiosity
really, because I think you should still rebuild stuff,
does SDBM_File load fine, if not being preloaded ?
Well, I just finished recompiling
I don't know about this, are you sure you copied over your
new modperl httpd to /usr/local/apache after the build,
and did a full stop / start, this is a common step overlooked
by the best of us.
Yes, I'm using the new build. I've compiled perl with debugging turned on
and now gdb shows
This sounds like the same corruption problem that I talked about in my
last message - could you try exporting LD_PRELOAD=/path/to/modperl.so?
(I'm guessing from context that you're using a DSO - apologies for the
non-sequitor if I'm wrong, I just got back on the list).
On Fri, Jan 14, 2000 at
Yep, I am using DSO, but LD_PRELOAD didn't help
[dmitry@bio-york ~]# set LD_PRELOAD=/usr/lib/apache/libperl.so
[dmitry@bio-york ~]# gdb httpd
GNU gdb 4.18
This GDB was configured as "i386-redhat-linux"...
(gdb) run -X
Starting program: /usr/sbin/httpd -X
[Fri Jan 14 18:34:03 2000] [error] [asp]
18 matches
Mail list logo
