Date: 12/29/98
- Next message: fws-gbr <email protected>: "[PHP-DEV] Bug #1013: USINF <form> with <select multiple> or <input type=checkbutton>"
- Previous message: bro <email protected>: "[PHP-DEV] Bug #1012: Crash in SQLServer Image Column Conversion"
- In reply to: Sascha Schumann: "Re: [PHP-DEV] Another latest CVS problem"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Tue, 29 Dec 1998, Sascha Schumann wrote:
> On Tue, 29 Dec 1998, Michael Brennen wrote:
> > The new daemon is mostly stable on the very latest PHP3 tree. I am
> > still occasionally getting Document Contains No Data errors; this
> > might be every 20-30 page loads or so when running as a full preforked
> > daemon. I've not been able to find where it might be failing because
> > when I run under gdb with -X option, about every other page load I get
> > an error similar to one of the following below. PHP3 and Apache are
> > both compiled with -g -O flags.
>
> The output looks like a) you are debugging the stripped version (Apache
I added -g to LDFLAGS because of this; the final httpd is being
created with -g, and I'm debugging that daemon.
I just pulled the latest CVS, and functions/reg.c was the only file I
caught that was updated. The httpd daemon no longer runs, but returns
to gdb with code 01.
> installs only the stripped version) or b) the error is happening in a
> dynamic loaded module. Without more concrete information, noone will be
> able to help you in such a specific case.
I know; that is the frustrating part. There are no dynamic modules
either; everything is compiled into both Apache and PHP. The only
dynamic libraries are the standard ones, libgdbm, libttf, libm, libdl,
libdb, and libc. I'll keep working on it, and thanks again very much
for the help. I know it isn't fun helping someone that isn't up to
the same level on the topic under discussion. I used to be there a
few years ago; running one's own company changes one's focus. :)
-- Michael
FWIW with the latest attempt, the stack backtrace when it blew up is
below. I've never once had to look at the memory map of a linux task,
so I don't know what even might be expected to reside where.
Starting program: /usr/local/apache/src/httpd -X -d /usr/local/apache
-f conf/httpd.conf
Program received signal SIGSEGV, Segmentation fault.
0x400b85f6 in __libc_free (mem=0x0)
(gdb) bt
#0 0x400b85f6 in __libc_free (mem=0x0)
#1 0x400c981c in __DTOR_END__ ()
#2 0x789 in ?? ()
#3 0x400c92ec in av_ ()
-- PHP Development Mailing List http://www.php.net/ To unsubscribe send an empty message to php-dev-unsubscribe <email protected> For help: php-dev-help <email protected>
- Next message: fws-gbr <email protected>: "[PHP-DEV] Bug #1013: USINF <form> with <select multiple> or <input type=checkbutton>"
- Previous message: bro <email protected>: "[PHP-DEV] Bug #1012: Crash in SQLServer Image Column Conversion"
- In reply to: Sascha Schumann: "Re: [PHP-DEV] Another latest CVS problem"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

