Aren't the APIs in apache HEAD significantly different preventing PHP 4.1 from being used? I gathered that you -must- use PHP42 HEAD.
Thank you, David MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote: >I've been using PHP 4.1.1 and things seem to be okay for me (on HPUX).. I'm >using PHP 4.1.1 with the following configure command : > >configure --prefix=/opt/apache2/modules \ > --enable-so --with-apache=/opt/apache2 >--with-apxs2=/opt/apache2/bin/apxs > >-Madhu > >-----Original Message----- >From: David Ford [mailto:[EMAIL PROTECTED]] >Sent: Sunday, February 03, 2002 2:48 PM >To: [EMAIL PROTECTED] >Subject: Ongoing 2.0.31 and php hiccups > > >Ok, has -anyone- gotten php and apache running together the last week? > If so, would you mind terribly if you posted the configure/make lines >please? I'm getting kind of fidgity and needing to get it going :) > Apache by itself seems fine. > >I've gotten down to a barebones ./configure >--with-apxs2=/usr/local/apache2/bin/apxs for php and even that causes a >segfault just after startup. Unfortunately I can't convince gdb to >follow the child no matter what the settings so I can't post a bt just >yet. Best I have is the following: > >strace -f httpd >... >open("/usr/local/apache2/conf/mime.types", O_RDONLY) = 6 >fstat64(6, {st_mode=S_IFREG|0644, st_size=12322, ...}) = 0 >read(6, "# This is a comment. I love comments.\n\n#... >... >read(6, "ovie\nx-conference/x-cooltalk\t\tice\n", 4096) = 34 >read(6, "", 4096) = 0 >close(6) = 0 >getpid() = 5906 >open("/tmp/aprMaKOvt", O_RDWR|O_CREAT|O_EXCL, 0600) = 6 >unlink("/tmp/aprMaKOvt") = 0 >getcwd("/", 4096) = 2 >--- SIGSEGV (Segmentation fault) --- > >ltrace ... >... >read(6, "", 4096) = 0 >pthread_mutex_unlock(0x08189a5c, 0x4000b870, 0, 0, 1) = 0 >close(6) = 0 >pthread_mutex_unlock(0x08189a5c, 0, 0xbfffd448, 0x400b3167, 0) = 0 >pthread_mutex_destroy(0x08189a5c, 0x4000b870, 6, 0, 0x081889e8) = 0 >strcmp("sapi_apache2.c", "mod_proxy.c") = 1 >strcmp("mod_so.c", "mod_proxy.c") = 1 >strcmp("mod_rewrite.c", "mod_proxy.c") = 1 >strcmp("mod_alias.c", "mod_proxy.c") = -1 >strcmp("mod_userdir.c", "mod_proxy.c") = 1 >strcmp("mod_speling.c", "mod_proxy.c") = 1 >strcmp("mod_actions.c", "mod_proxy.c") = -1 >strcmp("mod_imap.c", "mod_proxy.c") = -1 >strcmp("mod_dir.c", "mod_proxy.c") = -1 >strcmp("mod_negotiation.c", "mod_proxy.c") = -1 >strcmp("mod_vhost_alias.c", "mod_proxy.c") = 1 >strcmp("mod_cgi.c", "mod_proxy.c") = -1 >strcmp("mod_info.c", "mod_proxy.c") = -1 >strcmp("mod_asis.c", "mod_proxy.c") = -1 >strcmp("mod_autoindex.c", "mod_proxy.c") = -1 >strcmp("mod_status.c", "mod_proxy.c") = 1 >strcmp("mod_mime.c", "mod_proxy.c") = -1 >strcmp("http_core.c", "mod_proxy.c") = -1 >strcmp("prefork.c", "mod_proxy.c") = 1 >strcmp("mod_setenvif.c", "mod_proxy.c") = 1 >strcmp("mod_unique_id.c", "mod_proxy.c") = 1 >strcmp("mod_usertrack.c", "mod_proxy.c") = 1 >strcmp("mod_headers.c", "mod_proxy.c") = -1 >strcmp("mod_expires.c", "mod_proxy.c") = -1 >strcmp("mod_mime_magic.c", "mod_proxy.c") = -1 >strcmp("mod_env.c", "mod_proxy.c") = -1 >strcmp("mod_log_config.c", "mod_proxy.c") = -1 >strcmp("mod_include.c", "mod_proxy.c") = -1 >strcmp("mod_deflate.c", "mod_proxy.c") = -1 >strcmp("mod_case_filter_in.c", "mod_proxy.c") = -1 >strcmp("mod_case_filter.c", "mod_proxy.c") = -1 >strcmp("mod_file_cache.c", "mod_proxy.c") = -1 >strcmp("mod_auth_digest.c", "mod_proxy.c") = -1 >strcmp("mod_auth.c", "mod_proxy.c") = -1 >strcmp("mod_access.c", "mod_proxy.c") = -1 >strcmp("core.c", "mod_proxy.c") = -1 >memset(0x08151538, '\000', 80) = 0x08151538 >strlen(0x080ed7c4, 0x080f735c, 1793, 0x08054f5c, 0x400c65ec) = 14 >memcpy(0x08151588, "/tmp/aprXXXXXX", 15) = 0x08151588 >mkstemp(0x08151588, 0x40016a70, 1160, 0x080b3fd5, 0x08151588) = 6 >memset(0x08151598, '\000', 72) = 0x08151598 >strlen(0x08151588, 0x08151588, 0xbffff408, 0x080b8976, 0x081003f8) = 14 >memcpy(0x081515e0, "/tmp/aprVYqD12", 15) = 0x081515e0 >unlink("/tmp/aprVYqD12") = 0 >pthread_mutexattr_init(0xbffff458, 24, 0x080be520, 0x080c2810, >0x08151588) = 0 >pthread_mutex_init(0x08151610, 0xbffff458, 0x080be520, 0x080c2810, >0x08151588) = 0 >pthread_mutexattr_destroy(0xbffff458, 0xbffff458, 0x080be520, >0x080c2810, 0x08151588) = 0 >--- SIGSEGV (Segmentation fault) --- >+++ killed by SIGSEGV +++ > ># find -type f -exec grep "/tmp/apr" {} \; -print > new->fname = apr_pstrdup(new->pool, "/tmp/aprXXXXXX"); > new->fname = apr_pstrdup(new->pool, "/tmp/aprXXXXXX"); >./srclib/apr/locks/unix/crossproc.c > new_mutex->fname = apr_pstrdup(new_mutex->pool, "/tmp/aprXXXXXX"); > new_mutex->fname = apr_pstrdup(new_mutex->pool, "/tmp/aprXXXXXX"); >./srclib/apr/locks/unix/proc_mutex.c > >It happens right after the mime types file is read. > >Any suggestions? >
