Title: Message
I'm partially
extending AuthDBI at my place of work to allow for custom features like password
history and account locking. I've been able to get it to pop up the auth
box on my personal FreeBSD box which is running Apache 1.3.27 with mod_perl
1.26, however I cannot even
with gdb ou something
I've set the CoreDumpDirectory Apache directive to a directory that is
world writable, but there still no core dump...
http:[EMAIL PROTECTED]
check the rest of the thread too:
http://forum.swarthmore.edu/epigone/modperl/geldploumon
set the
CoreDumpDirectory Apache directive to a directory that is world writable,
but there still no core dump...
I use HTML::Mason with Apache/1.3.19 (Unix) PHP/4.0.4pl1 mod_perl/1.25, on
Solaris 2.8, with Oracle 8.0.5.
The problem seems to append when two particular directory are hit
::Icon and mod_layout (static) I do not have a problem.
Also, I can not load mod_perl as a DSO and load Apache::Icon without core
dump. When I load mod_perl (static), Apache::Icon, and mod_layout 2.8 as
a DSO, Apache will also core dump and the following gdb bt output is produced
Hi there,
On Fri, 3 Nov 2000, George Sanderson wrote:
First, off, let me clairfy, I am a Newbie in almost every way. . .
We've all been there sometime. Some of us never left.
I have the following configuration Apache 1.3.14, mod_perl-1.24_01
(static), Perl-5.6.0, Linux 2.2.14.
If I load
First, off, let me clairfy, I am a Newbie in almost every way. . .
I have the following configuration Apache 1.3.14, mod_perl-1.24_01
(static), Perl-5.6.0, Linux 2.2.14.
If I load load Apache::Icon, and mod_layout 2.8 (DSO), Apache will core
dump and the following gdb bt output is produced:
#0
Hi there,
On Mon, 30 Oct 2000, Marek W wrote:
Do you possibly know what could have caused this error while trying to run
this module. I use Linux RH 6.2. and mod_perl 1.23
Read SUPPORT.
73,
Ged.
On Mon, 30 Oct 2000, Marek W wrote:
Do you possibly know what could have caused this error while trying to run
this module. I use Linux RH 6.2. and mod_perl 1.23
I've had problems with Apache::DB when using Apache::Request. I have not
attempted to solve them yet.
- Perrin
On 20 Sep 2000 [EMAIL PROTECTED] wrote:
I did the same thing (static linking) and it now also works.
FYI, I was using the Apache httpd out of the box from Redhat. It had
been compiled with http_core, mod_so and no other modules. All modules
(including mod_perl) were dynamically loaded in
that the bug only exists with DSO's.
Dick
Dick et al.
Sorry for the longish multi-quoted post but I wanted to just say for anyone
interested that
1) Dick is not the only one having this problem,
2) Many search results on geocrawler for DBI and segfault or SEGV or SIGSEGV
or
"core
Dick et al.
Sorry for the longish multi-quoted post but I wanted to just say for anyone
interested that
1) Dick is not the only one having this problem,
2) Many search results on geocrawler for DBI and segfault or SEGV or SIGSEGV
or
"core dump" show that the problem is wides
I am running Apache/1.3.9 (Unix) (Red Hat/Linux 6.2) and DBI-1.14.
When I include a "use DBI" in the startup.pl file, Apache code dumps.
A "use DBI" in cgi scripts works OK. However, as I need to pre-load a
few arrays with data to be shared by the child processes, I need to do
it in the
Here is the backtrace, but as you can see it is a mod_ssl issue, so I have
moved this discussion to [EMAIL PROTECTED]
If anyone has comments, however, please feel free to let me know!
Dana
#0 0x4007b105 in SSL_CTX_ctrl ()
#1 0x8083500 in ssl_init_Module ()
#2 0x8083827 in ssl_init_Module ()
On Thu, 13 Jul 2000, Dana Powers wrote:
This may or may not have anything to do with mod_perl, but I am subscribed to
this list, so I figure I'll start here.
I have just compiled Apache/mod_ssl/mod_perl and installed it with essentially
no problems, but when I send a SIGHUP or SIGUSR1 to
This may or may not have anything to do with mod_perl, but I am subscribed to
this list, so I figure I'll start here.
I have just compiled Apache/mod_ssl/mod_perl and installed it with essentially
no problems, but when I send a SIGHUP or SIGUSR1 to apache, it coredumps. This
didnt happen before
This is a new one on me. mod_perl is built with APXS and perl is built
with -DDL_UNLOAD_ALL_AT_EXIT, so it isn't coredumping during startup,
but it cores the first time an access is made. Anyone have any
suggestions?
=[1] perl_header_parser(0xd9480, 0xff16ca04, 0xa, 0xd9480, 0x2f707269,
Some more info: I've rebuilt everything with debug, and the SEGV is
happening in mod_perl.c in the following code:
#ifdef PERL_HEADER_PARSER
int PERL_HEADER_PARSER_HOOK(request_rec *r)
{
dSTATUS;
dPPDIR;
#ifdef PERL_INIT
PERL_CALLBACK("PerlInitHandler",
On Tue, 18 Apr 2000, Robert Jenks wrote:
Got a different code dump. I'm not sure if this one is mod_perl related
though... My httpd.conf and startup.pl are the same as my 4/9/2000 post.
#0 0x4089fbb6 in kputac ()
(gdb) where
#0 0x4089fbb6 in kputac ()
#1 0x408bf8b6 in OCISessionEnd
Title: Core dump
Got a different code dump. I'm not sure if this one is mod_perl related though... My httpd.conf and startup.pl are the same as my 4/9/2000 post.
Anyone know what perform_idle_server_maintenance might be doing that could cause a segfault?
-Robert
$ gdb /usr/local/apache
On Sun, 9 Apr 2000, Robert Jenks wrote:
I'm having problems with httpd core dumping during startup and have been
completely unable to track it down. Sometimes it will start up fine and
other times it will core dump. Any ideas, hints, etc.. would be GREATLY
appreciated.
i see a mention
Title: Core dump on startup
I'm having problems with httpd core dumping during startup and have been completely unable to track it down. Sometimes it will start up fine and other times it will core dump. Any ideas, hints, etc.. would be GREATLY appreciated.
I'm running:
VALinux/RedHat 6.0
(gdb) where
#0 0x80f4d4b in do_clean_objs ()
#1 0x80f4ccf in visit ()
#2 0x80f4df2 in Perl_sv_clean_objs ()
#3 0x80c2418 in perl_destruct ()
#4 0x8062920 in perl_shutdown ()
#5 0x8063aee in perl_child_exit ()
do you create any global objects that don't go out of scope until the
Doug MacEachern wrote:
On Tue, 14 Dec 1999, C. R. Oldham wrote:
My Apache core dumps on graceful restart. if you can reproduce the core
dump and run:
% gdb httpd core
(gdb) where
(gdb) where
#0 0x80f4d4b in do_clean_objs ()
#1 0x80f4ccf in visit ()
#2 0x80f4df2 in Perl_sv_clean_objs
not sure, but this may be relevant:
http://perl.apache.org/guide/troubleshooting.html#Evil_things_might_happen_when_us
cliff rayman
genwax.com
"C. R. Oldham" wrote:
Greetings,
My Apache core dumps on graceful restart. I've noticed that it only
happens after mod_perl pages are accessed,
RH supplied RPMs suck, please read the mailing list archive it was
discussed many time already. Grab the statically built RPM from
perl.apache.org.
Hi all.
I just installed modperl 1.21 with apache 1.3.9, both are custom RPMs
that are basically based on the Red Hat RPMs (we just changed
Hi all.
I just installed modperl 1.21 with apache 1.3.9, both are custom RPMs
that are basically based on the Red Hat RPMs (we just changed the
paths.) So we load modperl dynamically using Load and AddModule.
When I just do a plain old 'apachectl start' it looks like it is
starting but ps
On 25 Oct, Stephane Benoit wrote:
I have recently upgraded from RH6.0 to RH6.1
I'm using Apache 1.3.9, mod-perl 1.21 with perl5.00503 recompiled for
the occasion, as well as mod_perl, and it core dumps just before
spawning child httpd processes.
I had no trouble before on RH6.0 with Apache
On 26 Oct, Stas Bekman wrote:
But even if I eliminate all mod_perl initialisation params, just having the
mod_perl DSO loaded crashes the server. Does that mean that I have to go
static ? I'm really surprised: been runnnig the exact same versions on rh6.0
and no problem. That's why I'm
But even if I eliminate all mod_perl initialisation params, just having the
mod_perl DSO loaded crashes the server. Does that mean that I have to go
static ? I'm really surprised: been runnnig the exact same versions on rh6.0
and no problem. That's why I'm suspecting an external cause.
DSO
I have recently upgraded from RH6.0 to RH6.1
I'm using Apache 1.3.9, mod-perl 1.21 with perl5.00503 recompiled for
the occasion, as well as mod_perl, and it core dumps just before
spawning child httpd processes.
I had no trouble before on RH6.0 with Apache 1.3.6/mod_perl 1.21.
I use a
30 matches
Mail list logo
