Re: Ongoing 2.0.31 and php hiccups
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/aprXX, 15) = 0x08151588
mkstemp(0x08151588, 0x40016a70, 1160, 0x080b3fd5, 0x08151588) = 6
memset(0x08151598, '\000', 72)= 0x08151598
strlen(0x08151588, 0x08151588, 0xb408, 0x080b8976, 0x081003f8) = 14
memcpy(0x081515e0, /tmp/aprVYqD12, 15) = 0x081515e0
unlink(/tmp/aprVYqD12) = 0
pthread_mutexattr_init(0xb458, 24, 0x080be520, 0x080c2810,
0x08151588) = 0
pthread_mutex_init(0x08151610, 0xb458, 0x080be520, 0x080c2810,
0x08151588) = 0
pthread_mutexattr_destroy(0xb458, 0xb458, 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/aprXX);
new-fname = apr_pstrdup(new-pool, /tmp/aprXX);
./srclib/apr/locks/unix/crossproc.c
new_mutex-fname = apr_pstrdup(new_mutex-pool, /tmp/aprXX);
new_mutex
Re: Ongoing 2.0.31 and php hiccups
Sure, here is what I do to get php to compile from square zero: rm -rf php4 cvs co php4 cd php4 cvs co Zend TSRM ./buildconf ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ LDFLAGS=-L/usr/X11R6/lib -L/usr/local/lib -L/usr/local/ssl/lib \ CFLAGS=$CFLAGS -pipe -g -I/usr/local/include CPPFLAGS=$CFLAGS make -j2 LDFLAGS=-L/usr/local/ssl/lib su make install That is a bare bones php build with no options. If you want options, I got options: # --enable-safe-mode # --enable-mailparse --enable-calendar # --with-snmp=shared --enable-ucd-snmp-hack # --with-openssl=/usr/src/openssl-0.9.6c/ # --with-imap=/usr/src/imap-2001a.RELEASE-CANDIDATE.4/ # --with-imap-ssl --with-pgsql --enable-trans-sid # --with-mysql=no # --enable-magic-quotes --with-zlib \ # --with-bz2 --enable-gd-native-ttf --with-ttf \ # --enable-shmop --enable-sysvsem \ # --enable-sysvshm --enable-memory-limit \ # --with-freetype-dir=/usr/local/include/freetype1/ \ # --with-gd --with-gd-dir=shared \ # --with-jpeg-dir=shared \ # --with-png-dir=shared --with-xpm-dir=shared \ # LIBS=-ljpeg -lpng \ Add to your pleasing. Note, --enable-mailparse causes a coredump in the original httpd parent. David Cliff Woolley wrote: On Sun, 3 Feb 2002, David Ford wrote: 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. You're doing better than me... I can't even get php4 to compile. Tried for at least an hour last night with no luck. It's always Makefile breakage... I guess I'm doing something wrong between the buildconf and configure stages. If you can help me figure that out, I'll try to help figure the segfault out. :) --Cliff -- Cliff Woolley [EMAIL PROTECTED] Charlottesville, VA smime.p7s Description: S/MIME Cryptographic Signature
RE: Ongoing 2.0.31 and php hiccups
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/aprXX, 15) = 0x08151588
mkstemp(0x08151588, 0x40016a70, 1160, 0x080b3fd5, 0x08151588) = 6
memset(0x08151598, '\000', 72)= 0x08151598
strlen(0x08151588, 0x08151588, 0xb408, 0x080b8976, 0x081003f8) = 14
memcpy(0x081515e0, /tmp/aprVYqD12, 15) = 0x081515e0
unlink(/tmp/aprVYqD12) = 0
pthread_mutexattr_init(0xb458, 24, 0x080be520, 0x080c2810,
0x08151588) = 0
pthread_mutex_init(0x08151610, 0xb458, 0x080be520, 0x080c2810,
0x08151588) = 0
pthread_mutexattr_destroy(0xb458, 0xb458, 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/aprXX);
new-fname = apr_pstrdup(new-pool, /tmp/aprXX);
./srclib/apr/locks/unix/crossproc.c
new_mutex-fname = apr_pstrdup(new_mutex-pool, /tmp/aprXX);
new_mutex-fname = apr_pstrdup(new_mutex-pool, /tmp/aprXX);
./srclib/apr/locks/unix/proc_mutex.c
It happens right after the mime types file is read.
Any suggestions?
