httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 29128] - Segmentation fault when configured with ldap
Date Wed, 16 Jun 2004 18:01:50 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=29128>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29128

Segmentation fault when configured with ldap

corporate_gadfly@hotmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|CLOSED                      |REOPENED
         Resolution|INVALID                     |



------- Additional Comments From corporate_gadfly@hotmail.com  2004-06-16 18:01 -------
Hi Graham,

I hope I got the backtrace information right. In a clean directory, I did the
following:

./configure --prefix=/www \
     --with-ldap \
     --enable-auth-ldap=shared \
     --enable-ldap=shared \
     --enable-maintainer-mode
make
gdb .libs/httpd

GNU gdb 6.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library
"/lib/libthread_db.so.1".

(gdb) run -t
Starting program: /home/haroon/src/build/httpd-2.0.49/.libs/httpd -t
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.

Program received signal SIGSEGV, Segmentation fault.
0x4043ab1c in memcpy () from /lib/libc.so.6
(gdb) backtrace
#0  0x4043ab1c in memcpy () from /lib/libc.so.6
#1  0x402fbc0e in call_resolver (sa=0x80c0754, hostname=0x0, family=135240080, 
    port=0, flags=0, p=0x80bd8b8) at sockaddr.c:396
#2  0x08084a7d in init_server_config (process=0x80f9990, p=0x80bd8b8)
    at config.c:1829
#3  0x08084afe in ap_read_config (process=0x80f9990, ptemp=0x80f79a0, 
    filename=0x80ab273 "conf/httpd.conf", conftree=0x80b4a74) at config.c:1850
#4  0x0808717a in main (argc=2, argv=0xbfffe9a4) at main.c:531
(gdb) list
531         server_conf = ap_read_config(process, ptemp, confname, &ap_conftree);
532         if (ap_run_pre_config(pconf, plog, ptemp) != OK) {
533             ap_log_error(APLOG_MARK, APLOG_STARTUP |APLOG_ERR, 0,
534                          NULL, "Pre-configuration failed\n");
535             destroy_and_exit_process(process, 1);
536         }
537     
538         ap_process_config_tree(server_conf, ap_conftree, process->pconf, ptemp);
539         ap_fixup_virtual_hosts(pconf, server_conf);
540         ap_fini_vhost_config(pconf, server_conf);
(gdb) The program is running.  Exit anyway? (y or n) y

Does this qualify as a valid backtrace?

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message