Re: [PHP3] SSL Core Dump

From: Date: Tue, 03 Oct 2000 22:13:05 +0000
Subject: Re: [PHP3] SSL Core Dump
References: 1  Groups: php.general 
Request: Send a blank email to php-general+get-18483@lists.php.net to get a copy of this message
Richard & *, I am having a heck of a time getting OpenSSL 0.9.6 and ModSSL 2.6.6-1.3.12 to work with PHP 4.0.2 and Apache 1.3.12. It works flawlessly and consistently in http, but https works only about 2/3 of the time. The rest of the time I get "page not found" errors in the browser. In the ssl_engine_log I get: [Tue Oct 3 15:58:47 2000] [error] mod_ssl: SSL handshake interrupted by system [Hint: Stop button pressed in browser?!] (System error follows) [Tue Oct 3 15:58:47 2000] [error] System: Connection reset by peer (errno: 104) and when I switched into debug mode I got this a LOT too: [02/Oct/2000 17:46:27 04462] [debug] OpenSSL: I/O error, 18437 bytes expected to read on BIO#0823A5A0 [mem: 082C04E8] [02/Oct/2000 17:46:27 04462] [debug] OpenSSL: I/O error, 23 bytes expected to write on BIO#0823A5A0 [mem: 082C8CF8] Did you ever find a solution to your post below? Did you ever get it working? I sincerely hope you did. Any suggestions? I can't track it down to one browser or time or page or scenario, it appears random. When it does happen, it appears to happen 2 or 3 times at once, and then go away for 3 or 4 pages. I have been fighting it for months! Thanks, Brian T. Allen > Goal: An SSL-enabled server under my control (w/ bogus certificates). > > Upgrading to Apache 1.3.12 and PHP 3.0.15 made it possible to get PHP to > compile with -DEAPI, and I'm not getting a warning message about that > anymore, so I reckon I should, in theory, be closer to SSL-nirvana... > > My httpd still works just fine for the non-SSL, but dumps core on SSL. > > On Linux (Redhat 6.?, kernel 2.2.5-15#1) I've managed to compile all these > into a big ball: > Apache 1.3.12 > PHP 3.0.15 > mod_ssl 2.6.0 (-1.3.12) > OpenSSL 0.9.4 > MM 1.0.12 > rsaref 2.0 > > Since I'm not getting any error messages in the log file, nor warnings at > startup or anything else to tell me what I must have done wrong, I decided > it's time to generate a core dump and a backtrace: > > Core was generated by `/usr/local/apache/bin/httpd -DSSL'. > Program terminated with signal 11, Segmentation fault. > > #0 _dl_close (map=0x0) at dl-close.c:45 > (gdb) bt > #0 _dl_close (map=0x0) at dl-close.c:45 > #1 0x400630c0 in dlclose_doit (handle=0x0) at dlclose.c:26 > #2 0x4000a12b in _dl_catch_error (errstring=0x40064d00, > operate=0x400630a8 <dlclose_doit>, args=0x0) at dl-error.c:141 > #3 0x40063608 in _dlerror_run (operate=0x400630a8 <dlclose_doit>, args=0x0) > at dlerror.c:122 > #4 0x4006308e in dlclose (handle=0x0) at dlclose.c:32 > #5 0x8071450 in ap_os_dso_unload () > #6 0x8050420 in unload_module () > #7 0x80525be in run_cleanups () > #8 0x8050ca5 in ap_clear_pool () > #9 0x8050d19 in ap_destroy_pool () > #10 0x8050c7d in ap_clear_pool () > #11 0x8050d19 in ap_destroy_pool () > #12 0x805eb62 in clean_parent_exit () > #13 0x8061713 in standalone_main () > #14 0x8061c03 in main () > #15 0x4007ccb3 in __libc_start_main (main=0x80618ac <main>, argc=2, > argv=0xbffffd84, init=0x804f9a0 <_init>, fini=0x8098d6c <_fini>, > rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffd7c) > at ../sysdeps/generic/libc-start.c:78 > (gdb) q > > Can anybody translate that into a particular package I should look at, or > something really bone-headed I am doing in one of my configures due to > ignorance? I'm thinking maybe that map thing indicates MM and/or mmap > which flies by during compile are involved, but that's just a wild guess on > my part... > > Things from gdb you probably know implicitly: > Reading symbols from /lib/libm.so.6...done. > Reading symbols from /lib/libcrypt.so.1...done. > Reading symbols from /lib/libdl.so.2...done. > Reading symbols from /lib/libc.so.6...done. > Reading symbols from /lib/ld-linux.so.2...done. > Reading symbols from /lib/libnsl.so.1...done. > Reading symbols from /lib/libnss_nisplus.so.2...done. > Reading symbols from /lib/libnss_files.so.2...done. > Reading symbols from /usr/local/apache/libexec/mod_env.so...done. > Reading symbols from /usr/local/apache/libexec/mod_log_config.so...done. > Reading symbols from /usr/local/apache/libexec/mod_mime.so...done. > Reading symbols from /usr/local/apache/libexec/mod_negotiation.so...done. > Reading symbols from /usr/local/apache/libexec/mod_status.so...done. > Reading symbols from /usr/local/apache/libexec/mod_include.so...done. > Reading symbols from /usr/local/apache/libexec/mod_autoindex.so...done. > Reading symbols from /usr/local/apache/libexec/mod_dir.so...done. > Reading symbols from /usr/local/apache/libexec/mod_cgi.so...done. > Reading symbols from /usr/local/apache/libexec/mod_asis.so...done. > Reading symbols from /usr/local/apache/libexec/mod_imap.so...done. > Reading symbols from /usr/local/apache/libexec/mod_actions.so...done. > Reading symbols from /usr/local/apache/libexec/mod_userdir.so...done. > Reading symbols from /usr/local/apache/libexec/mod_alias.so...done. > Reading symbols from /usr/local/apache/libexec/mod_access.so...done. > Reading symbols from /usr/local/apache/libexec/mod_auth.so...done. > Reading symbols from /usr/local/apache/libexec/mod_setenvif.so...done. > Reading symbols from /usr/local/apache/libexec/libphp3.so...done. > Reading symbols from /usr/lib/libgd.so.1...done. > Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.6...done. > Reading symbols from /usr/local/pgsql/lib/libpq.so.2.0...done. > Reading symbols from /usr/lib/libz.so.1...done. > Reading symbols from /usr/lib/libgdbm.so.2...done. > Reading symbols from /lib/libpam.so.0...done. > Reading symbols from /lib/libresolv.so.2...done. > > > > And, just in case you need it: > GNU gdb 4.17.0.11 with Linux support > Copyright 1998 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 "i386-redhat-linux"... > > -- > "TANSTAAFL" > We're looking for PHP/ASP hacker: > http://ignitionstate.com/jobs/index.html > Need Work? Printer Driver: http://L-I-E.com/jobs.htm#PrinterDriveréÅØ’Ì{Àó > µf>e^ > I will be offline from March 8th through April 2nd. > http://CHaTMusic.com http://EmphasisEntertainment.com > http://L-I-E.com > http://JadeMaze.com > http://CatCatalani.com > http://MGMH.com > http://VoodooKings.net > http://UncommonGround.com > > > -- > PHP 3 Mailing List <http://www.php.net/> > To unsubscribe, send an empty message to php3-unsubscribe@lists.php.net > To subscribe to the digest, e-mail: php3-digest-subscribe@lists.php.net > To search the mailing list archive, go to: http://www.php.net/mailsearch.php3 > To contact the list administrators, e-mail: php-list-admin@lists.php.net

« previous php.general (#18483) next »