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?

Reply via email to