Aditya Dhekney wrote:
> p.s. this is all done with php4, and midgard uncommented in httpd.conf
That's just fine.
> hmm...here is what was there in the error_log just after i ran the patch,
> and started apache using /usr/sbin/httpd -X:
> [Mon Jul 16 14:30:09 2001] [notice] Apache/1.3.12 (Unix) (Red Hat/Linux)
> Midgar
> d/1.4.1-cvs-20010716/SG configured -- resuming normal operations
> [Mon Jul 16 14:37:10 2001] [notice] caught SIGTERM, shutting down
> [Mon Jul 16 14:38:38 2001] [notice] Apache/1.3.12 (Unix) (Red Hat/Linux)
> PHP/4.
> 0.6 configured -- resuming normal operations
> [Mon Jul 16 17:47:22 2001] [crit] (98)Address already in use: make_sock:
> could n
> ot bind to port 8102
> [Mon Jul 16 18:36:01 2001] [crit] (98)Address already in use: make_sock:
> could n
> ot bind to port 8102
> [Mon Jul 16 18:37:46 2001] [crit] (98)Address already in use: make_sock:
> could n
> ot bind to port 8102
> [Mon Jul 16 18:39:26 2001] [crit] (98)Address already in use: make_sock:
> could n
> ot bind to port 8102
This means there was still an apache running. This will skew results --
please make sure apache is on its own.
> I wasn't sure exactly how old/what caused these, so i deleted the error_log,
> and tried to restart and see the errro_log. Unfortunatley, there is nothing
> helpful in the error_log now...error log contents:
> [Mon Jul 16 18:51:38 2001] [notice] Apache/1.3.12 (Unix) (Red Hat/Linux)
> PHP/4.
> 0.6 configured -- resuming normal operations
> [Mon Jul 16 18:52:48 2001] [notice] caught SIGTERM, shutting down
> [root@oddjob httpd]#
Hmmm.... but it will start if you comment out midgard.so in php.ini?
> so i tred to run it through gdb again, and got completely different results
> again:
> (gdb) run -X
> Starting program: /usr/sbin/httpd -X
>
> Program received signal SIGSEGV, Segmentation fault.
> open_path (name=0x403c7b5e "libz.so.1", namelen=10, preloaded=0,
> dirsp=0x80a7da0, may_free_dirs=0, realname=0xbfffd458) at dl-load.c:1242
> 1242 dl-load.c: No such file or directory.
> (gdb) bt
> #0 open_path (name=0x403c7b5e "libz.so.1", namelen=10, preloaded=0,
> dirsp=0x80a7da0, may_free_dirs=0, realname=0xbfffd458) at dl-load.c:1242
> #1 0x40007c66 in _dl_map_object (loader=0x80a7e58,
> name=0x403c7b5e "libz.so.1", preloaded=0, type=2, trace_mode=0, mode=0)
> at dl-load.c:1427
That's in the dynaloader. Very hard to debug using gdb. We'll have to
pursuit the debug printfs.
> Have i done somethign wrong with the patching?
Don't think so, or patch would have complained.
Emile
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
