#20249 [Com]: Apache child segfaults when using OCILogon.
ID: 20249 Comment by: ratahamahata at php4 dot ru Reported By: bdabney at dallasnews dot com Status: No Feedback Bug Type: OCI8 related Operating System: Solaris 9 PHP Version: 4.2.3 New Comment: I've got the same bug with php-4.3.2-rc2 (gdb) bt #0 0x4071349a in snauca_check_adapter () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #1 0x40711dc1 in nau_viat () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #2 0x4070b101 in nau_gettab () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #3 0x40709801 in nau_ini () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #4 0x406ff37a in nainit () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #5 0x406ab745 in nsnainit () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #6 0x4069f672 in nsopen () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #7 0x406871b1 in nscall1 () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #8 0x406865ce in nscall () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #9 0x406bcc1c in niotns () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #10 0x4072a2e0 in nigcall () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #11 0x406c177a in osncon () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #12 0x404bd6fa in kpuadef () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #13 0x40577aa5 in upiini () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #14 0x40563fd9 in upiah0 () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #15 0x404bd2c5 in kpuatch () from /opt/oracle/9.2/lib/libclntsh.so.9.0 #16 0x4054ce43 in OCIServerAttach () from /opt/oracle/9.2/lib/libclntsh.so.9.0 In my case this was due to ORACLE_HOME wasn't set. But I still doubt that php should segfault in such cases. Is it by intention? Previous Comments: [2002-12-01 16:34:08] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-11-21 17:20:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-11-21 17:12:14] bdabney at dallasnews dot com This is still an issue. [2002-11-21 17:10:20] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-11-07 19:12:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20249 -- Edit this bug report at http://bugs.php.net/?id=20249edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: Of course, Derick, I can and will do: mfisher asks me for trying compile php.net snapshot. First I tried to apply port's patches, but this didn't work. Than I just run buildconf.sh and this one says to me: php needs libtool 1.4 or newer when build from cvs tree. So I tried, I couldn't and now I do not know what to do except waiting there will come one who can. Jens Previous Comments: [2002-05-31 19:59:22] [EMAIL PROTECTED] Can you for one time just listen to what we ask and try it with libtool 1.4? Apache 2 works fine with PHP on FreeBSD (4.5) here with the correct build tools installed. Derick [2002-05-31 18:04:00] [EMAIL PROTECTED] I don't think this will be nessecary. It doesn't work on my port, and I will not ask for an unstable machine because of reproducing sth. with PHP. If PHP4 doesn't run with apache2, it doesn't run. I can live with it, I thought I can help if I do whatever I can do. So long Jens [2002-05-31 17:26:03] [EMAIL PROTECTED] You will need to manually update your libtool to version 1.4. Not sure why the FreeBSD ports haven't upgraded or provided an option for it, but they don't. [2002-05-31 13:23:03] [EMAIL PROTECTED] Sorry, but a simple make build btw. ./configure make didn't work. I now build a script which sets the configuration (appending). Failure at last: need libtool 1.4 to build php from cvs. But there is only 1.3.4_4 available. confphp: #!/bin/sh LOCALBASE=/usr/local export LOCALBASE CFLAGS=-I /usr/local/include/ -I${LOCALBASE}/include/pgsql export CFLAGS LIBS= -L${OPENSSLBASE}/lib -lcrypto -lssl export LIBS ./configure --with-config-file-path=${LOCALBASE}/etc/ \ --with-apxs2=${LOCALBASE}/sbin/apxs --with-tsrm-pth \ --enable-versioning --with-regex=system \ --with-gd=${LOCALBASE} \ --enable-gd-native-ttf --with-freetype-dir=${LOCALBASE} \ --with-jpeg-dir=${LOCALBASE} --with-png-dir=${LOCALBASE} \ --with-zlib --with-bz2=/usr --with-mcrypt=${LOCALBASE} \ --with-mhash=${LOCALBASE} --with-pdflib=${LOCALBASE} \ --with-tiff-dir=${LOCALBASE} --with-mysql=${LOCALBASE} \ --with-pgsql=${LOCALBASE} --with-ldap=${LOCALBASE} \ --with-expat-dir=${LOCALBASE} --with-xmlrpc --enable-xslt \ --with-xslt-sablot --with-gettext=${LOCALBASE} \ --with-iconv=${LOCALBASE} --enable-sockets \ --enable-sysvsem --enable-sysvshm [2002-05-31 09:31:44] [EMAIL PROTECTED] Just a minor comment here, a FreeBSD port is NOT just a makefile. It can also include OS specific patches, and in many cases does. For a long time the OpenBSD port of PHP modified code locally to enable it to compile. I haven't built PHP out of FreeBSD ports in a long time (if ever), so I cannot comment if it does or does not. But please don't say ports is just a Makefile. :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17534 -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: Understood. Now you know. Maybe you deal with it later. Previous Comments: [2002-06-01 04:26:35] [EMAIL PROTECTED] Unless you install libtool 1.4 there is nothing we can do, it's simply required. It's known that it's a hassle because FBSD uses the old version. The ports patches won't apply to the snapshots because they're from a completely different development branch. [2002-06-01 03:48:47] [EMAIL PROTECTED] Of course, Derick, I can and will do: mfisher asks me for trying compile php.net snapshot. First I tried to apply port's patches, but this didn't work. Than I just run buildconf.sh and this one says to me: php needs libtool 1.4 or newer when build from cvs tree. So I tried, I couldn't and now I do not know what to do except waiting there will come one who can. Jens [2002-05-31 19:59:22] [EMAIL PROTECTED] Can you for one time just listen to what we ask and try it with libtool 1.4? Apache 2 works fine with PHP on FreeBSD (4.5) here with the correct build tools installed. Derick [2002-05-31 18:04:00] [EMAIL PROTECTED] I don't think this will be nessecary. It doesn't work on my port, and I will not ask for an unstable machine because of reproducing sth. with PHP. If PHP4 doesn't run with apache2, it doesn't run. I can live with it, I thought I can help if I do whatever I can do. So long Jens [2002-05-31 17:26:03] [EMAIL PROTECTED] You will need to manually update your libtool to version 1.4. Not sure why the FreeBSD ports haven't upgraded or provided an option for it, but they don't. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17534 -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: Hey, I know open source live from help of all. But as I said below: I cannot risk system stability for finding a compiling bug. I didn't wrote PHP, I didn't wrote Apache2. I simply consult and configure some servers for my customers or developing some c/s apps. I not an system administrator and I cannot handle such things like installing newest software package for testing something ... What you (as php-people) can handle later, is the removing of the compiler bug. Maybe you talk to [EMAIL PROTECTED] - he maintains the port for freebsd. I will help you - as I said - with all I can do. But not with the things I cannot do. Jens Previous Comments: [2002-06-01 05:20:40] [EMAIL PROTECTED] Deal with what exactly? Sorry, I seem to have missed the obvious. [2002-06-01 04:59:17] [EMAIL PROTECTED] Understood. Now you know. Maybe you deal with it later. [2002-06-01 04:26:35] [EMAIL PROTECTED] Unless you install libtool 1.4 there is nothing we can do, it's simply required. It's known that it's a hassle because FBSD uses the old version. The ports patches won't apply to the snapshots because they're from a completely different development branch. [2002-06-01 03:48:47] [EMAIL PROTECTED] Of course, Derick, I can and will do: mfisher asks me for trying compile php.net snapshot. First I tried to apply port's patches, but this didn't work. Than I just run buildconf.sh and this one says to me: php needs libtool 1.4 or newer when build from cvs tree. So I tried, I couldn't and now I do not know what to do except waiting there will come one who can. Jens [2002-05-31 19:59:22] [EMAIL PROTECTED] Can you for one time just listen to what we ask and try it with libtool 1.4? Apache 2 works fine with PHP on FreeBSD (4.5) here with the correct build tools installed. Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17534 -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: That really helps. Thanks. I build with threads. I do not know why this problem occurs, but I will check in the next week a little bit more detailed. Maybe I found the reason for failing compile - that I may send a fix. Jens Previous Comments: [2002-06-01 09:03:04] [EMAIL PROTECTED] reclassified as apache2 problem, which it really is. I hope you're aware that apache2 itself really isn't ready for serious use..especially if you're not using the very latest version. Here's one note from Apache2 (2.0.35) INSTALL file: * If you are building on FreeBSD, be aware that threads will be disabled and the prefork MPM will be used by default, as threads do not work well with Apache on FreeBSD. If you wish to try a threaded Apache on FreeBSD anyway, use ./configure --enable-threads. I don't know if this is fixed by now. Shouldn't PHP be compiled without ZTS if it's compiled for non-threaded apache2 ?? [2002-06-01 05:44:55] [EMAIL PROTECTED] Hey, I know open source live from help of all. But as I said below: I cannot risk system stability for finding a compiling bug. I didn't wrote PHP, I didn't wrote Apache2. I simply consult and configure some servers for my customers or developing some c/s apps. I not an system administrator and I cannot handle such things like installing newest software package for testing something ... What you (as php-people) can handle later, is the removing of the compiler bug. Maybe you talk to [EMAIL PROTECTED] - he maintains the port for freebsd. I will help you - as I said - with all I can do. But not with the things I cannot do. Jens [2002-06-01 05:20:40] [EMAIL PROTECTED] Deal with what exactly? Sorry, I seem to have missed the obvious. [2002-06-01 04:59:17] [EMAIL PROTECTED] Understood. Now you know. Maybe you deal with it later. [2002-06-01 04:26:35] [EMAIL PROTECTED] Unless you install libtool 1.4 there is nothing we can do, it's simply required. It's known that it's a hassle because FBSD uses the old version. The ports patches won't apply to the snapshots because they're from a completely different development branch. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17534 -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: A FreeBSD port is just a makefile, a dependency tree for required libraries and applications and a package tool. I think a quick read what FreeBSD port mean could be guessed at http://www.freebsd.org/ports/ The FreeBSD port www/mod_php4 works with the source from php.net, Mr. mfisher! Previous Comments: [2002-05-30 18:31:52] [EMAIL PROTECTED] supposed - support [2002-05-30 18:31:36] [EMAIL PROTECTED] We don't supposed any ports, only sources from php.net Anyway, a quick guess is that something between pth/apache2 is out of sync or doesn't like each other (but it's certainly not PHP). [2002-05-30 18:12:52] [EMAIL PROTECTED] I just set up a test machine using apache2 and php4.2.1. After I compiled successfully apache2 and the standalone version of php4, I tried to compile the mod_php4-port. Following errors encountered: BATCH=yes WITH_APACHE2=yes make install clean === Building for mod_php4-4.2.1_1 Making all in Zend Making all in main Making all in ext Making all in zlib Making all in bz2 Making all in ctype Making all in gd Making all in gettext Making all in iconv Making all in ldap Making all in mcrypt Making all in mhash Making all in mysql Making all in pcre Making all in pcrelib Making all in pdf Making all in pgsql Making all in posix Making all in session Making all in sockets Making all in standard Making all in sysvsem Making all in sysvshm Making all in xml Making all in xmlrpc Making all in libxmlrpc Making all in xslt Making all in sapi Making all in apache2filter /bin/sh /usr/ports/www/mod_php4/work/php-4.2.1/libtool --silent --mode=compile cc -I. -I/usr/ports/www/mod_php4/work/php-4.2.1/sapi In file included from /usr/local/include/apache2/apr_portable.h:89, from /usr/local/include/apache2/http_protocol.h:64, from sapi_apache2.c:38: /usr/local/include/pth/pthread.h:504: warning: `fork' redefined /usr/local/include/pth/pth.h:507: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:505: warning: `sleep' redefined /usr/local/include/pth/pth.h:510: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:506: warning: `sigwait' redefined /usr/local/include/pth/pth.h:512: warning: this is the location of the previous definition /usr/local/include/pth/pth.h:517: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:513: warning: `write' redefined /usr/local/include/pth/pth.h:518: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:514: warning: `readv' redefined /usr/local/include/pth/pth.h:519: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:515: warning: `writev' redefined /usr/local/include/pth/pth.h:520: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:516: warning: `recv' redefined /usr/local/include/pth/pth.h:521: warning: this is the location of the previous definition /usr/local/include/pth/pth.h:526: warning: this is the location of the previous definition In file included from /usr/local/include/apache2/apr_portable.h:89, from /usr/local/include/apache2/http_protocol.h:64, from sapi_apache2.c:38: /usr/local/include/pth/pthread.h:186: redefinition of `nfds_t' /usr/local/include/pth/pth.h:56: `nfds_t' previously declared here sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:287: structure has no member named `__pthread_read' *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.2.1/sapi/apache2filter. *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.2.1/sapi/apache2filter. *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.2.1/sapi. *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.2.1. *** Error code 1 Stop in /usr/ports/www/mod_php4. *** Error code 1 Stop in /usr/ports/www/mod_php4. bash-2.05a# exit As you can see I use many options - if want to know which I can append them. Jens -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: You should read carefully the compiler error message. I will send every requested file to this list, f.e. /usr/local/include/pth/pthread.h. In my expirience those kind of errors happen on wrong order of including files. This may or may not be an error of PHP, because usually an library should be able to handle this, but it seems to be a special case :-) I just ask for review that part under a FreeBSD system at you or requesting access to mine by a developer from php.net. Jens Previous Comments: [2002-05-31 03:13:49] [EMAIL PROTECTED] A FreeBSD port is just a makefile, a dependency tree for required libraries and applications and a package tool. I think a quick read what FreeBSD port mean could be guessed at http://www.freebsd.org/ports/ The FreeBSD port www/mod_php4 works with the source from php.net, Mr. mfisher! [2002-05-30 18:31:52] [EMAIL PROTECTED] supposed - support [2002-05-30 18:31:36] [EMAIL PROTECTED] We don't supposed any ports, only sources from php.net Anyway, a quick guess is that something between pth/apache2 is out of sync or doesn't like each other (but it's certainly not PHP). [2002-05-30 18:12:52] [EMAIL PROTECTED] I just set up a test machine using apache2 and php4.2.1. After I compiled successfully apache2 and the standalone version of php4, I tried to compile the mod_php4-port. Following errors encountered: BATCH=yes WITH_APACHE2=yes make install clean === Building for mod_php4-4.2.1_1 Making all in Zend Making all in main Making all in ext Making all in zlib Making all in bz2 Making all in ctype Making all in gd Making all in gettext Making all in iconv Making all in ldap Making all in mcrypt Making all in mhash Making all in mysql Making all in pcre Making all in pcrelib Making all in pdf Making all in pgsql Making all in posix Making all in session Making all in sockets Making all in standard Making all in sysvsem Making all in sysvshm Making all in xml Making all in xmlrpc Making all in libxmlrpc Making all in xslt Making all in sapi Making all in apache2filter /bin/sh /usr/ports/www/mod_php4/work/php-4.2.1/libtool --silent --mode=compile cc -I. -I/usr/ports/www/mod_php4/work/php-4.2.1/sapi In file included from /usr/local/include/apache2/apr_portable.h:89, from /usr/local/include/apache2/http_protocol.h:64, from sapi_apache2.c:38: /usr/local/include/pth/pthread.h:504: warning: `fork' redefined /usr/local/include/pth/pth.h:507: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:505: warning: `sleep' redefined /usr/local/include/pth/pth.h:510: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:506: warning: `sigwait' redefined /usr/local/include/pth/pth.h:512: warning: this is the location of the previous definition /usr/local/include/pth/pth.h:517: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:513: warning: `write' redefined /usr/local/include/pth/pth.h:518: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:514: warning: `readv' redefined /usr/local/include/pth/pth.h:519: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:515: warning: `writev' redefined /usr/local/include/pth/pth.h:520: warning: this is the location of the previous definition /usr/local/include/pth/pthread.h:516: warning: `recv' redefined /usr/local/include/pth/pth.h:521: warning: this is the location of the previous definition /usr/local/include/pth/pth.h:526: warning: this is the location of the previous definition In file included from /usr/local/include/apache2/apr_portable.h:89, from /usr/local/include/apache2/http_protocol.h:64, from sapi_apache2.c:38: /usr/local/include/pth/pthread.h:186: redefinition of `nfds_t' /usr/local/include/pth/pth.h:56: `nfds_t' previously declared here sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:287: structure has no member named `__pthread_read' *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.2.1/sapi/apache2filter. *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.2.1/sapi/apache2filter. *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.2.1/sapi. *** Error code 1 Stop in /usr/ports/www/mod_php4/work/php-4.2.1. *** Error code 1 Stop in /usr
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: The mod_php4 v4.2.1_1 port includes a patch for ming, a patch for domxml, mcal and sybase. My apache2-version is port-stable: 2.0.36_1 My pth-version is port-stable: 1.4.1_1 It's not really useful to test against the devel-snapshot, because it's not supported by an enclosed makefile for system-dependencies. Question: do you want to concentrate your resources on my system and my knowledge or do you want help me to remove that bug? Previous Comments: [2002-05-31 04:37:50] [EMAIL PROTECTED] I'ld rather first appriciate you test against the latest version of a) php, b) gnu pth c) apache2, and even then one of the snapshots at snaps.php.net and see if it isn't fixed already. [2002-05-31 03:22:51] [EMAIL PROTECTED] You should read carefully the compiler error message. I will send every requested file to this list, f.e. /usr/local/include/pth/pthread.h. In my expirience those kind of errors happen on wrong order of including files. This may or may not be an error of PHP, because usually an library should be able to handle this, but it seems to be a special case :-) I just ask for review that part under a FreeBSD system at you or requesting access to mine by a developer from php.net. Jens [2002-05-31 03:13:49] [EMAIL PROTECTED] A FreeBSD port is just a makefile, a dependency tree for required libraries and applications and a package tool. I think a quick read what FreeBSD port mean could be guessed at http://www.freebsd.org/ports/ The FreeBSD port www/mod_php4 works with the source from php.net, Mr. mfisher! [2002-05-30 18:31:52] [EMAIL PROTECTED] supposed - support [2002-05-30 18:31:36] [EMAIL PROTECTED] We don't supposed any ports, only sources from php.net Anyway, a quick guess is that something between pth/apache2 is out of sync or doesn't like each other (but it's certainly not PHP). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17534 -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: What's your problem? Previous Comments: [2002-05-31 05:25:29] [EMAIL PROTECTED] Remove the damn bug of course. And if it's fixed in the snapshots from snaps.php.net its fixed in the HEAD branch. It's not said yet that there will be another 4.2.x release. [2002-05-31 05:25:28] [EMAIL PROTECTED] Remove the damn bug of course. And if it's fixed in the snapshots from snaps.php.net its fixed in the HEAD branch. It's not said yet that there will be another 4.2.x release. [2002-05-31 04:48:35] [EMAIL PROTECTED] The mod_php4 v4.2.1_1 port includes a patch for ming, a patch for domxml, mcal and sybase. My apache2-version is port-stable: 2.0.36_1 My pth-version is port-stable: 1.4.1_1 It's not really useful to test against the devel-snapshot, because it's not supported by an enclosed makefile for system-dependencies. Question: do you want to concentrate your resources on my system and my knowledge or do you want help me to remove that bug? [2002-05-31 04:37:50] [EMAIL PROTECTED] I'ld rather first appriciate you test against the latest version of a) php, b) gnu pth c) apache2, and even then one of the snapshots at snaps.php.net and see if it isn't fixed already. [2002-05-31 03:22:51] [EMAIL PROTECTED] You should read carefully the compiler error message. I will send every requested file to this list, f.e. /usr/local/include/pth/pthread.h. In my expirience those kind of errors happen on wrong order of including files. This may or may not be an error of PHP, because usually an library should be able to handle this, but it seems to be a special case :-) I just ask for review that part under a FreeBSD system at you or requesting access to mine by a developer from php.net. Jens The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17534 -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: Because I cannot do all things the port makefile does, it's not a real-world test, using the snapshot. Bug #14594 Failed to compile/run when using Apache 2.x, unresolved symbols - they could compile with lesser options. I will try if I can put the checkout in the port, I tell you the result little later. Jens Previous Comments: [2002-05-31 05:37:01] [EMAIL PROTECTED] I ask you to test the snapshot from snaps.php.net [2002-05-31 05:32:47] [EMAIL PROTECTED] What's your problem? [2002-05-31 05:25:29] [EMAIL PROTECTED] Remove the damn bug of course. And if it's fixed in the snapshots from snaps.php.net its fixed in the HEAD branch. It's not said yet that there will be another 4.2.x release. [2002-05-31 05:25:28] [EMAIL PROTECTED] Remove the damn bug of course. And if it's fixed in the snapshots from snaps.php.net its fixed in the HEAD branch. It's not said yet that there will be another 4.2.x release. [2002-05-31 04:48:35] [EMAIL PROTECTED] The mod_php4 v4.2.1_1 port includes a patch for ming, a patch for domxml, mcal and sybase. My apache2-version is port-stable: 2.0.36_1 My pth-version is port-stable: 1.4.1_1 It's not really useful to test against the devel-snapshot, because it's not supported by an enclosed makefile for system-dependencies. Question: do you want to concentrate your resources on my system and my knowledge or do you want help me to remove that bug? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17534 -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: Sorry, but a simple make build btw. ./configure make didn't work. I now build a script which sets the configuration (appending). Failure at last: need libtool 1.4 to build php from cvs. But there is only 1.3.4_4 available. confphp: #!/bin/sh LOCALBASE=/usr/local export LOCALBASE CFLAGS=-I /usr/local/include/ -I${LOCALBASE}/include/pgsql export CFLAGS LIBS= -L${OPENSSLBASE}/lib -lcrypto -lssl export LIBS ./configure --with-config-file-path=${LOCALBASE}/etc/ \ --with-apxs2=${LOCALBASE}/sbin/apxs --with-tsrm-pth \ --enable-versioning --with-regex=system \ --with-gd=${LOCALBASE} \ --enable-gd-native-ttf --with-freetype-dir=${LOCALBASE} \ --with-jpeg-dir=${LOCALBASE} --with-png-dir=${LOCALBASE} \ --with-zlib --with-bz2=/usr --with-mcrypt=${LOCALBASE} \ --with-mhash=${LOCALBASE} --with-pdflib=${LOCALBASE} \ --with-tiff-dir=${LOCALBASE} --with-mysql=${LOCALBASE} \ --with-pgsql=${LOCALBASE} --with-ldap=${LOCALBASE} \ --with-expat-dir=${LOCALBASE} --with-xmlrpc --enable-xslt \ --with-xslt-sablot --with-gettext=${LOCALBASE} \ --with-iconv=${LOCALBASE} --enable-sockets \ --enable-sysvsem --enable-sysvshm Previous Comments: [2002-05-31 09:31:44] [EMAIL PROTECTED] Just a minor comment here, a FreeBSD port is NOT just a makefile. It can also include OS specific patches, and in many cases does. For a long time the OpenBSD port of PHP modified code locally to enable it to compile. I haven't built PHP out of FreeBSD ports in a long time (if ever), so I cannot comment if it does or does not. But please don't say ports is just a Makefile. :) [2002-05-31 06:02:46] [EMAIL PROTECTED] Great, setting status to feedback [2002-05-31 05:51:12] [EMAIL PROTECTED] Because I cannot do all things the port makefile does, it's not a real-world test, using the snapshot. Bug #14594 Failed to compile/run when using Apache 2.x, unresolved symbols - they could compile with lesser options. I will try if I can put the checkout in the port, I tell you the result little later. Jens [2002-05-31 05:37:01] [EMAIL PROTECTED] I ask you to test the snapshot from snaps.php.net [2002-05-31 05:32:47] [EMAIL PROTECTED] What's your problem? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17534 -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #17534 Updated: port www/mod_php4 fails compile with apache2
ID: 17534 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6-RC PHP Version: 4.2.1 New Comment: I don't think this will be nessecary. It doesn't work on my port, and I will not ask for an unstable machine because of reproducing sth. with PHP. If PHP4 doesn't run with apache2, it doesn't run. I can live with it, I thought I can help if I do whatever I can do. So long Jens Previous Comments: [2002-05-31 17:26:03] [EMAIL PROTECTED] You will need to manually update your libtool to version 1.4. Not sure why the FreeBSD ports haven't upgraded or provided an option for it, but they don't. [2002-05-31 13:23:03] [EMAIL PROTECTED] Sorry, but a simple make build btw. ./configure make didn't work. I now build a script which sets the configuration (appending). Failure at last: need libtool 1.4 to build php from cvs. But there is only 1.3.4_4 available. confphp: #!/bin/sh LOCALBASE=/usr/local export LOCALBASE CFLAGS=-I /usr/local/include/ -I${LOCALBASE}/include/pgsql export CFLAGS LIBS= -L${OPENSSLBASE}/lib -lcrypto -lssl export LIBS ./configure --with-config-file-path=${LOCALBASE}/etc/ \ --with-apxs2=${LOCALBASE}/sbin/apxs --with-tsrm-pth \ --enable-versioning --with-regex=system \ --with-gd=${LOCALBASE} \ --enable-gd-native-ttf --with-freetype-dir=${LOCALBASE} \ --with-jpeg-dir=${LOCALBASE} --with-png-dir=${LOCALBASE} \ --with-zlib --with-bz2=/usr --with-mcrypt=${LOCALBASE} \ --with-mhash=${LOCALBASE} --with-pdflib=${LOCALBASE} \ --with-tiff-dir=${LOCALBASE} --with-mysql=${LOCALBASE} \ --with-pgsql=${LOCALBASE} --with-ldap=${LOCALBASE} \ --with-expat-dir=${LOCALBASE} --with-xmlrpc --enable-xslt \ --with-xslt-sablot --with-gettext=${LOCALBASE} \ --with-iconv=${LOCALBASE} --enable-sockets \ --enable-sysvsem --enable-sysvshm [2002-05-31 09:31:44] [EMAIL PROTECTED] Just a minor comment here, a FreeBSD port is NOT just a makefile. It can also include OS specific patches, and in many cases does. For a long time the OpenBSD port of PHP modified code locally to enable it to compile. I haven't built PHP out of FreeBSD ports in a long time (if ever), so I cannot comment if it does or does not. But please don't say ports is just a Makefile. :) [2002-05-31 06:02:46] [EMAIL PROTECTED] Great, setting status to feedback [2002-05-31 05:51:12] [EMAIL PROTECTED] Because I cannot do all things the port makefile does, it's not a real-world test, using the snapshot. Bug #14594 Failed to compile/run when using Apache 2.x, unresolved symbols - they could compile with lesser options. I will try if I can put the checkout in the port, I tell you the result little later. Jens The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17534 -- Edit this bug report at http://bugs.php.net/?id=17534edit=1
Bug #16208: open_basedir: does not expand Variables before checking paths
From: [EMAIL PROTECTED] Operating system: GNU/Linux PHP version: 4.1.2 PHP Bug Type: *Web Server problem Bug description: open_basedir: does not expand Variables before checking paths Constructs like ? require $DOCUMENT_ROOT/head.php;? will cause a bogus error PHP Warning: open_basedir restriction in effect. File is in wrong directory in [...] replacing $DOCUMENT_ROOT with the actual directory name works fine but is braindamaged to use. BTW this may also apply to other options like safe_mode_exec_dir. -- Edit bug report at http://bugs.php.net/?id=16208edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16208r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16208r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16208r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16208r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16208r=support Expected behavior: http://bugs.php.net/fix.php?id=16208r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16208r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16208r=submittedtwice
Bug #14370 Updated: PHP_AUTH_PW being improperly set
ID: 14370 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: FreeBSD PHP Version: 4.0.6 New Comment: The following patch solves this bug by not exporting the PHP_AUTH_* variables when safe_mode is set. ===8 --- php-4.1.2/main/main.c.orig-securevars Mon Dec 17 22:19:51 2001 +++ php-4.1.2/main/main.c Mon Mar 11 07:34:40 2002 @@ -1031,10 +1031,10 @@ } /* PHP Authentication support */ - if (SG(request_info).auth_user) { + if (!PG(safe_mode) SG(request_info).auth_user) { php_register_variable(PHP_AUTH_USER, SG(request_info).auth_user, array_ptr TSRMLS_CC); } - if (SG(request_info).auth_password) { + if (!PG(safe_mode) SG(request_info).auth_password) { php_register_variable(PHP_AUTH_PW, SG(request_info).auth_password, array_ptr TSRMLS_CC); } } Previous Comments: [2001-12-06 19:34:29] [EMAIL PROTECTED] PHP_AUTH_PW is being improperly set when external authentication is active on Apache. I have a directory structure that is protected via Apache authentication, according to the PHP documentation the PHP_AUTH_PW should not be available when external authentication is in use. This is necessary for security concerns when you cannot trust the php applications. In any case, w/ php the AUTH_PW is being set at all times. Please fix, thanks! -- Edit this bug report at http://bugs.php.net/?id=14370edit=1