#44039 [Com]: Throwing an exception results in Access Violation on Win32 ISAPI.
ID: 44039
Comment by: slava at shabrov dot com
Reported By: RQuadling at GMail dot com
Status: Open
Bug Type: IIS related
Operating System: Windows XP SP2
PHP Version: 5.3CVS-2008-02-04 (snap)
New Comment:
I have v 5.2.4 working for almost half a year - no problem. Had to
enable "magic_quotes_gpc" to simulate client's site and all hell broke
loose.
"PHP has encountered an Access Violation at 01B6AB92"
"Fatal error: Cannot redeclare pma_ifsetor() (previously declared in
C:\wwwroot\phpmyadmin\libraries\core.lib.php:38) in
C:\wwwroot\phpmyadmin\libraries\core.lib.php on line 45"
... and so on.
Turned it off and peace is restored.
Windows 2003 Server Standard x86 on Pentium IV. ISAPI configuration.
System disk E:; boot disk C: all NTFS.
Somehow installer put number of files on C:, creating "program
files/php" folder (maybe a bug in installer). php.ini file in e:\program
files\php
Hope this helps.
Previous Comments:
[2008-02-05 10:07:32] RQuadling at GMail dot com
Results in "PHP has encountered an Access Violation at ".
Nothing to do with the undefined variable.
Also, different output at the command line (this may be me not getting
something quite right).
php -n unk.php
[No output]
php -n -r "throw new exception('Broken exceptions', 0);"
Fatal error: Uncaught exception 'Exception' with message 'Broken
exceptions' in Command line code:1
Stack trace:
#0 {main}
thrown in Command line code on line 1
So, we have 3 different outputs for the same line of code.
Nothing if using PHP as CLI interpreter.
Fatal error when using PHP with STDIN (correct output).
Access Violation when using PHP via ISAPI interface (Sambar Server).
[2008-02-04 14:03:45] RQuadling at GMail dot com
Description:
The following code worked on a snapshot in January.
The code only seems to go wrong in ISAPI (Using Sambar Server).
Works fine in CLI mode.
php -n -derror_reporting=-1 -ddisplay_errors=1 -r "throw new
exception('foo' . $bar, 0);"
produces ...
Notice: Undefined variable: bar in Command line code on line 1
Fatal error: Uncaught exception 'Exception' with message 'foo' in
Command line code:1
Stack trace:
#0 {main}
thrown in Command line code on line 1
Reproduce code:
---
Expected result:
Notice: Undefined variable: unknown in C:\unk.php on line 4
Fatal error: Uncaught exception 'Exception' with message 'Missing
variable ' in C:\unk.php:4
Stack trace:
#0 {main}
thrown in C:\unk.php on line 4
Actual result:
--
PHP has encountered an Access Violation at
--
Edit this bug report at http://bugs.php.net/?id=44039&edit=1
#44516 [Opn->Bgs]: echo in echo
ID: 44516
Updated by: [EMAIL PROTECTED]
Reported By: maximus_ppc at mail dot ru
-Status: Open
+Status: Bogus
Bug Type: Output Control
Operating System: windows xp
PHP Version: 5.2.5
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
It executes the function foo before continuing the echo.
Previous Comments:
[2008-03-24 06:31:27] maximus_ppc at mail dot ru
Description:
order is wrong
Reproduce code:
---
echo '1'.foo().'3';
function foo() {
echo '2';
}
Expected result:
123
Actual result:
--
213
--
Edit this bug report at http://bugs.php.net/?id=44516&edit=1
#44517 [NEW]: throw a exception make apache down
From: sskaje at gmail dot com Operating system: windows xp sp 2 PHP version: 5.3CVS-2008-03-24 (snap) PHP Bug Type: Apache2 related Bug description: throw a exception make apache down Description: i downloaded the php 5.3-dev and configured it work with apache 2.2.8. But when i try to throw a exception like [code] [/code] or [code] [/code] httpd.exe reports an error: [code] szAppName : httpd.exe szAppVer : 2.2.8.0 szModName : unknown szModVer : 0.0.0.0 offset : [/code] i checked the latest apache error log: [code] [Mon Mar 24 18:46:01 2008] [notice] Apache/2.2.8 (Win32) configured -- resuming normal operations [Mon Mar 24 18:46:01 2008] [notice] Server built: Jan 18 2008 00:37:19 [Mon Mar 24 18:46:01 2008] [notice] Parent: Created child process 1372 [Mon Mar 24 18:46:01 2008] [notice] Child 1372: Child process is running [Mon Mar 24 18:46:01 2008] [notice] Child 1372: Acquired the start mutex. [Mon Mar 24 18:46:01 2008] [notice] Child 1372: Starting 64 worker threads. [Mon Mar 24 18:46:01 2008] [notice] Child 1372: Starting thread to listen on port 80. Error in my_thread_global_end(): 66 threads didn't exit [Mon Mar 24 18:52:21 2008] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Mon Mar 24 18:52:21 2008] [notice] Apache/2.2.8 (Win32) configured -- resuming normal operations [Mon Mar 24 18:52:21 2008] [notice] Server built: Jan 18 2008 00:37:19 [Mon Mar 24 18:52:21 2008] [notice] Parent: Created child process 3432 [Mon Mar 24 18:52:21 2008] [notice] Child 3432: Child process is running [Mon Mar 24 18:52:21 2008] [notice] Child 3432: Acquired the start mutex. [Mon Mar 24 18:52:21 2008] [notice] Child 3432: Starting 64 worker threads. [Mon Mar 24 18:52:21 2008] [notice] Child 3432: Starting thread to listen on port 80. [/code] -- Edit bug report at http://bugs.php.net/?id=44517&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44517&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44517&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44517&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44517&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44517&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44517&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44517&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44517&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44517&r=support Expected behavior:http://bugs.php.net/fix.php?id=44517&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44517&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44517&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44517&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44517&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44517&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44517&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44517&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44517&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44517&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44517&r=mysqlcfg
#41593 [Com]: FastCGI does not handle graceful reload/shutdown
ID: 41593 Comment by: void at voip dot e-burg dot ru Reported By: jonepet at dcvhost dot no Status: No Feedback Bug Type: CGI related Operating System: Linux PHP Version: 5.2.3 Assigned To: dmitry New Comment: PHP 5.2.6RC1 i run php-cgi directly from initng and have term_timeout = 80, ei initng suspends SIGKILL for 80sec after SIGTERM when i sigterm php-cgi, i get this fom my web server (lighttpd): (mod_fastcgi.c.2462) unexpected end-of-file (perhaps the fastcgi process died): pid: 0 socket: tcp:172.31.2.108:1026 (mod_fastcgi.c.3254) response not received, request sent: 1538 on socket: tcp:172.31.2.108:1026 for /index.php , closing connection it seems php even not try to shutdown gracefuly Previous Comments: [2008-02-27 22:29:22] dan at sypher7 dot com I previously reported that this issue was only effecting PHP4 and not PHP5. I've now seen PHP 5.2.5 throw 500 errors as well (using mod_fastcgi). I believe there are actually two different bugs here. One of them is with PHP 4.4.8. That bug is that fastcgi mode PHP does not clean up and exit properly (send headers, etc.) on a SIGTERM from the fastcgi process manager. It simply dies and returns no headers resulting in the 500 error in Apache. This is incorrect cleanup on the part of PHP. Doing some further digging, there appear to be indications that the fastcgi process manager will send a SIGKILL after a SIGTERM if the process doesn't finish sufficiently fast. Although I did see comments indicating this in the mod_fastcgi code, and corresponding code that would do that on Win32 platforms, I could not find in the source code that mod_fastcgi's process manager would actually do this for a *nix platform, so I'm unsure if this is actually happening. In any case, the problem with PHP5 throwing the 500 errors seems to be that it is getting a SIGKILL from someone (either Apache or mod_fastcgi), which isn't really a PHP bug, but something to be looked into with either apache or the fastcgi people. I'm investigating that, but the issues with PHP4 still stand. [2008-02-26 08:48:08] marekm at apnet dot pl I can confirm that the same problem happens with Apache 2.2.8 + mod_fastcgi 2.4.6 + PHP 5.2.5 ie. graceful restarts always cause error 500. This is absolutely repeatable. [2008-02-18 19:13:22] dan at sypher7 dot com I just wanted to follow up: I recently installed PHP 5.2.5 alongside 4.4.8. With the identical setup. PHP4 will cause the internal server error, but PHP5 will not. So this appears to be a PHP4-only issue. [2008-02-15 21:59:49] dan at sypher7 dot com I was able to reproduce this in the 4.4.8 version of PHP using the latest mod_fastcgi and Apache 1.3. >From what I understand, a graceful reload sends a SIGUSR1 to Apache. The FastCGI processor manager then sends SIGTERMs to all of the running processes. Instead of exiting cleanly, the PHP script ends abruptly and doesn't even finish sending headers. Here is what Apache's log had to say about it: FastCGI: incomplete headers (0 bytes) received from server "/path/to/php-fcgi-wrapper" I've tried messing with the FastCgiConfig settings a lot, but nothing in there appears to be changing the result. I do not know either codebase well, so I can't say with certainty if this is a mod_fastcgi or PHP bug. It would appear that either PHP isn't closing out cleanly on a SIGTERM or mod_fastcgi isn't waiting around for the process to end. [2007-12-18 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". 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/41593 -- Edit this bug report at http://bugs.php.net/?id=41593&edit=1
#44499 [WFx]: Crash occurred in function strlen from module /lib/libc.so.1
ID: 44499 User updated by: bdgregg at pitt dot edu Reported By: bdgregg at pitt dot edu Status: Wont fix Bug Type: iPlanet related Operating System: Solaris 10u4 SPARC PHP Version: 4.4.8 New Comment: I will try to point php ldap to Sun's LDAP to see if that resolves the issue and get back to you. Thanks for pointing me in the right direction. Previous Comments: [2008-03-22 10:43:16] [EMAIL PROTECTED] Looking at your stack trace it looks like the problem with two different LDAP shared libs in your webserver process. libldap60.so is part of SJSWS, but libldap-2.3*.so is part of openldap. Because both libs seem to export ldap_charray_dup the earlier loaded (from SUN named libldap60.so which is part of SJSWS 7.0 @ /.../webserver7/lib/libldap60.so): libc.so.1`strlen+0x14(286f626a, fef0093c, 3a10bfdc, feec7730, 286f626a, 0) libldap60.so`ldap_charray_dup+0x80(feef0898, 62617365, 3a10bff0, 286f626a, 15a7bd8, feef0898) libldap-2.3.so.0.2.26`ldap_url_dup+0x274(15a7c00, 15a9ea0, 0, 65676700, 10, 80808080) There is nothing that I can fix about this. I recommend not to use openldap, instead use the SUN version of ldap e.g. by installing SUN development libraries. [2008-03-22 10:28:26] [EMAIL PROTECTED] I will try to reproduce this with my SJSWS 7.0u2 on Sol AMD64 with PHP 5.3 the next days. At the moment I think, it is not fixable, because it looks like one of the typical multithread/SJSWS shared library problem. SJSWS has its own LDAP engine build into the webserver executable. Loading another one may bring problems. A second problem may be that the used LDAP shared object is not compatible with multithreading used in webserver. Be sure to enable pthreads when building it! I recomend to use libs from /opt/csw which are installed with blastwave (www.blastwave.org), the open source repository for solaris. With these libraries I got littlest problems linking thema against SJSWS. [2008-03-21 17:14:53] bdgregg at pitt dot edu Description: Compiled php using nsapi as follows: 1.) Install openssl NOTE: the "shared" option below is REQUIRED for SASL. PATH=$PATH:/usr/sfw/bin:/usr/ccs/bin export PATH ./config --prefix=/usr/local/ssl shared make make install 2.) Install BerkeleyDB cd build_unix ../dist/configure make make install 3.) Set Environment now. LD_LIBRARY_PATH=/usr/local/ssl/lib:/usr/local/BerkeleyDB.4.6/lib:$LD_LIBRARY_PATH LDFLAGS="-L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.6/lib -R/usr/local/BerkeleyDB.4.6/lib" export LDFLAGS CFLAGS="-I/usr/local/ssl/include -I/usr/local/BerkeleyDB.4.6/include" export CFLAGS CPPFLAGS=$CFLAGS export CPPFLAGS PATH=/usr/local/ssl/bin:/usr/local/BerkeleyDB.4.6/bin:$PATH export PATH 4.) Install SASL ./configure --prefix=/usr/local/sasl --with-openssl=/usr/local/ssl make make install 5.) Update Environment. LD_LIBRARY_PATH=/usr/local/sasl/lib:/usr/local/ssl/lib:/usr/local/BerkelyDB.4.6/lib: exoprt LD_LIBRARY_PATH LDFLAGS="-L/usr/local/sasl/lib -R/usr/local/sasl/lib -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.6/lib -R/usr/local/BerkeleyDB.4.6/lib" export LDFLAGS CFLAGS="-I/usr/local/sasl/include -I/usr/local/ssl/include -I/usr/local/BerkeleyDB.4.6/include" export CFLAGS CPPFLAGS=$CFLAGS export CPPFLAGS PATH=/usr/local/sasl/sbin:/usr/local/ssl/bin:/usr/local/BerkeleyDB.4.6/bin:/usr/sbin:/usr/bin:/usr/sfw/bin:/usr/ccs/bin export PATH 6.) Install openldap ./configure --prefix=/usr/local/ldap --with-tls --enable-wrappers --enable-crypt --enable-bdb --disable-slapd --disable-slurpd make depend make make install 7.) Update Environment LD_LIBRARY_PATH=/usr/local/webserver/lib:/usr/local/ldap/lib:/usr/local/sasl/lib:/usr/local/ssl/lib:/usr/local/BerkelyDB.4.6/lib: export LD_LIBRARY_PATH LDFLAGS="-L/usr/local/webserver/lib -R /usr/local/webserver/lib -L/usr/local/ldap/lib -R /usr/local/ldap/lib -L/usr/local/sasl/lib -R/usr/local/sasl/lib -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.6/lib -R/usr/local/BerkeleyDB.4.6/lib" export LDFLAGS CFLAGS="-I/usr/local/webserver/include -I/usr/local/ldap/include -I/usr/local/sasl/include -I/usr/local/ssl/include -I/usr/local/BerkeleyDB.4.6/include" export CFLAGS CPPFLAGS=$CFLAGS export CPPFLAGS PATH=/usr/local/webserver/bin:/usr/local/ldap/bin:/usr/local/sasl/sbin:/usr/local/ssl/bin:/usr/local/BerkeleyDB.4.6/bin:/usr/sbin:/u
#44517 [Opn->Bgs]: throw a exception make apache down
ID: 44517 Updated by: [EMAIL PROTECTED] Reported By: sskaje at gmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: windows xp sp 2 PHP Version: 5.3CVS-2008-03-24 (snap) New Comment: This already was reported. (Bug #44226) Thanks. Previous Comments: [2008-03-24 10:57:56] sskaje at gmail dot com Description: i downloaded the php 5.3-dev and configured it work with apache 2.2.8. But when i try to throw a exception like [code] [/code] or [code] [/code] httpd.exe reports an error: [code] szAppName : httpd.exe szAppVer : 2.2.8.0 szModName : unknown szModVer : 0.0.0.0 offset : [/code] i checked the latest apache error log: [code] [Mon Mar 24 18:46:01 2008] [notice] Apache/2.2.8 (Win32) configured -- resuming normal operations [Mon Mar 24 18:46:01 2008] [notice] Server built: Jan 18 2008 00:37:19 [Mon Mar 24 18:46:01 2008] [notice] Parent: Created child process 1372 [Mon Mar 24 18:46:01 2008] [notice] Child 1372: Child process is running [Mon Mar 24 18:46:01 2008] [notice] Child 1372: Acquired the start mutex. [Mon Mar 24 18:46:01 2008] [notice] Child 1372: Starting 64 worker threads. [Mon Mar 24 18:46:01 2008] [notice] Child 1372: Starting thread to listen on port 80. Error in my_thread_global_end(): 66 threads didn't exit [Mon Mar 24 18:52:21 2008] [notice] Parent: child process exited with status 3221225477 -- Restarting. [Mon Mar 24 18:52:21 2008] [notice] Apache/2.2.8 (Win32) configured -- resuming normal operations [Mon Mar 24 18:52:21 2008] [notice] Server built: Jan 18 2008 00:37:19 [Mon Mar 24 18:52:21 2008] [notice] Parent: Created child process 3432 [Mon Mar 24 18:52:21 2008] [notice] Child 3432: Child process is running [Mon Mar 24 18:52:21 2008] [notice] Child 3432: Acquired the start mutex. [Mon Mar 24 18:52:21 2008] [notice] Child 3432: Starting 64 worker threads. [Mon Mar 24 18:52:21 2008] [notice] Child 3432: Starting thread to listen on port 80. [/code] -- Edit this bug report at http://bugs.php.net/?id=44517&edit=1
#44518 [NEW]: Notices in PostgreSQL
From: smagen at yandex dot ru Operating system: any PHP version: 5.2.5 PHP Bug Type: Feature/Change Request Bug description: Notices in PostgreSQL Description: The function pg_last_notice returns only last notice for the query. But in the PostgreSQL query may produce several notices. It is wanted to have possibility to get all the notices for the query. Expected result: Possibility to get all the notices for the query Actual result: -- Only last notice may be received. (May be program can find other notices in logs, but I think this method is not true) -- Edit bug report at http://bugs.php.net/?id=44518&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44518&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44518&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44518&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44518&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44518&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44518&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44518&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44518&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44518&r=support Expected behavior:http://bugs.php.net/fix.php?id=44518&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44518&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44518&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44518&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44518&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44518&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44518&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44518&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44518&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44518&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44518&r=mysqlcfg
#44499 [WFx]: Crash occurred in function strlen from module /lib/libc.so.1
ID: 44499 Updated by: [EMAIL PROTECTED] Reported By: bdgregg at pitt dot edu Status: Wont fix Bug Type: iPlanet related Operating System: Solaris 10u4 SPARC -PHP Version: 4.4.8 +PHP Version: 4.4.8 / 5.2.5 New Comment: As far as I can remember a colleague of mine had a similar problem and told me that she cannot use OpenLDAP with iPlanet Webserver Version 4. This is now a long time ago, but if you do have success, I could ask her, how this was done. Previous Comments: [2008-03-24 13:23:50] bdgregg at pitt dot edu I will try to point php ldap to Sun's LDAP to see if that resolves the issue and get back to you. Thanks for pointing me in the right direction. [2008-03-22 10:43:16] [EMAIL PROTECTED] Looking at your stack trace it looks like the problem with two different LDAP shared libs in your webserver process. libldap60.so is part of SJSWS, but libldap-2.3*.so is part of openldap. Because both libs seem to export ldap_charray_dup the earlier loaded (from SUN named libldap60.so which is part of SJSWS 7.0 @ /.../webserver7/lib/libldap60.so): libc.so.1`strlen+0x14(286f626a, fef0093c, 3a10bfdc, feec7730, 286f626a, 0) libldap60.so`ldap_charray_dup+0x80(feef0898, 62617365, 3a10bff0, 286f626a, 15a7bd8, feef0898) libldap-2.3.so.0.2.26`ldap_url_dup+0x274(15a7c00, 15a9ea0, 0, 65676700, 10, 80808080) There is nothing that I can fix about this. I recommend not to use openldap, instead use the SUN version of ldap e.g. by installing SUN development libraries. [2008-03-22 10:28:26] [EMAIL PROTECTED] I will try to reproduce this with my SJSWS 7.0u2 on Sol AMD64 with PHP 5.3 the next days. At the moment I think, it is not fixable, because it looks like one of the typical multithread/SJSWS shared library problem. SJSWS has its own LDAP engine build into the webserver executable. Loading another one may bring problems. A second problem may be that the used LDAP shared object is not compatible with multithreading used in webserver. Be sure to enable pthreads when building it! I recomend to use libs from /opt/csw which are installed with blastwave (www.blastwave.org), the open source repository for solaris. With these libraries I got littlest problems linking thema against SJSWS. [2008-03-21 17:14:53] bdgregg at pitt dot edu Description: Compiled php using nsapi as follows: 1.) Install openssl NOTE: the "shared" option below is REQUIRED for SASL. PATH=$PATH:/usr/sfw/bin:/usr/ccs/bin export PATH ./config --prefix=/usr/local/ssl shared make make install 2.) Install BerkeleyDB cd build_unix ../dist/configure make make install 3.) Set Environment now. LD_LIBRARY_PATH=/usr/local/ssl/lib:/usr/local/BerkeleyDB.4.6/lib:$LD_LIBRARY_PATH LDFLAGS="-L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.6/lib -R/usr/local/BerkeleyDB.4.6/lib" export LDFLAGS CFLAGS="-I/usr/local/ssl/include -I/usr/local/BerkeleyDB.4.6/include" export CFLAGS CPPFLAGS=$CFLAGS export CPPFLAGS PATH=/usr/local/ssl/bin:/usr/local/BerkeleyDB.4.6/bin:$PATH export PATH 4.) Install SASL ./configure --prefix=/usr/local/sasl --with-openssl=/usr/local/ssl make make install 5.) Update Environment. LD_LIBRARY_PATH=/usr/local/sasl/lib:/usr/local/ssl/lib:/usr/local/BerkelyDB.4.6/lib: exoprt LD_LIBRARY_PATH LDFLAGS="-L/usr/local/sasl/lib -R/usr/local/sasl/lib -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.6/lib -R/usr/local/BerkeleyDB.4.6/lib" export LDFLAGS CFLAGS="-I/usr/local/sasl/include -I/usr/local/ssl/include -I/usr/local/BerkeleyDB.4.6/include" export CFLAGS CPPFLAGS=$CFLAGS export CPPFLAGS PATH=/usr/local/sasl/sbin:/usr/local/ssl/bin:/usr/local/BerkeleyDB.4.6/bin:/usr/sbin:/usr/bin:/usr/sfw/bin:/usr/ccs/bin export PATH 6.) Install openldap ./configure --prefix=/usr/local/ldap --with-tls --enable-wrappers --enable-crypt --enable-bdb --disable-slapd --disable-slurpd make depend make make install 7.) Update Environment LD_LIBRARY_PATH=/usr/local/webserver/lib:/usr/local/ldap/lib:/usr/local/sasl/lib:/usr/local/ssl/lib:/usr/local/BerkelyDB.4.6/lib: export LD_LIBRARY_PATH LDFLAGS="-L/usr/local/webserver/lib -R /usr/local/webserver/lib -L/usr/local/ldap/lib -R /usr/local/ldap/lib -L/usr/local/sasl/lib -R/usr/local/sasl/lib -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.6/lib -R/usr/local/BerkeleyDB.4.6/lib" expo
#44520 [NEW]: PHP does not have an option of the folders' access prohibition in "php.ini"
From: nspu at list dot ru Operating system: Microsoft Windows 2000 SP4 PHP version: 5.3CVS-2008-03-24 (CVS) PHP Bug Type: Feature/Change Request Bug description: PHP does not have an option of the folders' access prohibition in "php.ini" Description: PHP has no prohibition of the folders' access for the scripts in Microsoft Windows 2000, so, the script can get access to any file or folder on any logical disk. It would be better, if the file "php.ini" had the option to prohibit any access (read/write/delete/rename, etc.) for the PHP scripts for the pointed out folders. For example: ; the scripts will never get access to files and sub-folders of the ; following folders: prohibited_folders = "C:\Program Files","C:\WINNT","D:\" Or something like this... Expected result: Using the option "prohibited_folders" (or something like this), it is expected not to give the access to the pointed out folders and to their all sub-folders for the PHP scripts in the Microsoft Windows platforms. For example, pointing "C:\WINNT" is expected to prohibit the access to the following folders: "C:\WINNT", "C:\WINNT\system", "C:\WINNT\system32", "C:\WINNT\system32\drivers", etc... Actual result: -- Now, PHP is still having some "holes" in its safety system. One of them is the free access to any file or folder in the Microsoft Windows platforms. -- Edit bug report at http://bugs.php.net/?id=44520&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44520&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44520&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44520&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44520&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44520&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44520&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44520&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44520&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44520&r=support Expected behavior:http://bugs.php.net/fix.php?id=44520&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44520&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44520&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44520&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44520&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44520&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44520&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44520&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44520&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44520&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44520&r=mysqlcfg
#44522 [NEW]: http upload max_limits and file above 2GB
From: mail2lv at yahoo dot com Operating system: All PHP version: 5.2.5 PHP Bug Type: Feature/Change Request Bug description: http upload max_limits and file above 2GB Description: can anyone change the internal variables from int to long, i guess thats the reason why uploading files bigger than 2GB via http doesnt work. (yes, i tried post_max_size and upload_max_filesize bigger than 2048M). -- Edit bug report at http://bugs.php.net/?id=44522&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44522&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44522&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44522&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44522&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44522&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44522&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44522&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44522&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44522&r=support Expected behavior:http://bugs.php.net/fix.php?id=44522&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44522&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44522&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44522&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44522&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44522&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44522&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44522&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44522&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44522&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44522&r=mysqlcfg
#44524 [NEW]: Calls to imagettftext crash
From: david dot schneider at spaboom dot com Operating system: OS X PHP version: 5.2.5 PHP Bug Type: GD related Bug description: Calls to imagettftext crash Description: Calls to imagettftext will always fail with no error on Leopard 10.5.2 when run under Apache 2 (bundled GD library). The Apache error log reveals: Break on __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__() to debug. [Mon Mar 24 16:12:05 2008] [notice] child pid 74505 exit signal Trace/BPT trap (5) It is important to note that the code works as expected in the CLI version of PHP. Reproduce code: --- Expected result: A black box with the words "My Text" in white letters Actual result: -- No output is produced -- Edit bug report at http://bugs.php.net/?id=44524&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44524&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44524&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44524&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44524&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44524&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44524&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44524&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44524&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44524&r=support Expected behavior:http://bugs.php.net/fix.php?id=44524&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44524&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44524&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44524&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44524&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44524&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44524&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44524&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44524&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44524&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44524&r=mysqlcfg
#44505 [Opn]: include_once behavior when including UNC file
ID: 44505
User updated by: lmeyer at ea dot com
Reported By: lmeyer at ea dot com
Status: Open
Bug Type: Performance problem
Operating System: windows 2003
PHP Version: 5.2.5
New Comment:
Adding some results using php 5.2.3 and 5.2.5 :
WIN PATH : //NAS/nas/www/adodb5/adodb.inc.php
LNX PATH : NAS\\nas\\www\\adodb5\\adodb.inc.php
REALPATH : using realpath as suggested in bug#44125
WIN PATH LNX PATH WIN PATH LNX PATH
REALPATH REALPATH
PHP 5.2.3
FIRST INCLUDE ONCE (sec) 0.05 0.02 0.07 0.06
5sec. INCLUDE_ONCE (count)250 338488232332800
PHP 5.2.5
FIRST INCLUDE ONCE (sec) 0.08 0.07 0.06 0.14
5sec. INCLUDE_ONCE (count)215 228 310427 298643
Previous Comments:
[2008-03-23 12:06:23] [EMAIL PROTECTED]
Maybe, related to bug#44125
[2008-03-22 17:53:14] lmeyer at ea dot com
Description:
When using include_once with an abolute UNC file path, it is really
slow using php 5.2.5, php 5.2.4, and really fast using php 5.2.3
>From the script below :
PHP 5.2.5 :
first include_once : //NAS/nas/www/adodb5/adodb.inc.php
time (ms): 0.068962097167969
include_once count in 5 sec: 240 <<
PHP 5.2.3 :
first include_once : //NAS/nas/www/adodb5/adodb.inc.php
time (ms): 0.030542135238647
include_once count in 5 sec: 376054 <<
Thanks !
Lo.
Reproduce code:
---
';
echo 'time (ms): '.$t.'';
$cnt = 0;
$t = sys_sinternal_microtime_float();
while(sys_sinternal_microtime_float() - $t < $durationsec)
{
$cnt++;
include_once('//NAS/nas/www/ea-land/private/prod/libs/adodb5/adodb.inc.php');
}
echo 'include_once count in '.$durationsec.' sec: '.$cnt;
echo '';
?>
Expected result:
"Include_once" should include_once should only include a file once
whitout doing extra processing as long as the file has an absolute path.
Actual result:
--
It's wotking well with php 5.2.3, but not anymore from php 5.2.4.
--
Edit this bug report at http://bugs.php.net/?id=44505&edit=1
#44520 [Opn->Bgs]: PHP does not have an option of the folders' access prohibition in "php.ini"
ID: 44520 Updated by: [EMAIL PROTECTED] Reported By: nspu at list dot ru -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Microsoft Windows 2000 SP4 PHP Version: 5.3CVS-2008-03-24 (CVS) New Comment: Access should be controlled by the operating system, not PHP. Anyways: There's open_basedir which was made for this. See docs. Previous Comments: [2008-03-24 20:00:55] nspu at list dot ru Description: PHP has no prohibition of the folders' access for the scripts in Microsoft Windows 2000, so, the script can get access to any file or folder on any logical disk. It would be better, if the file "php.ini" had the option to prohibit any access (read/write/delete/rename, etc.) for the PHP scripts for the pointed out folders. For example: ; the scripts will never get access to files and sub-folders of the ; following folders: prohibited_folders = "C:\Program Files","C:\WINNT","D:\" Or something like this... Expected result: Using the option "prohibited_folders" (or something like this), it is expected not to give the access to the pointed out folders and to their all sub-folders for the PHP scripts in the Microsoft Windows platforms. For example, pointing "C:\WINNT" is expected to prohibit the access to the following folders: "C:\WINNT", "C:\WINNT\system", "C:\WINNT\system32", "C:\WINNT\system32\drivers", etc... Actual result: -- Now, PHP is still having some "holes" in its safety system. One of them is the free access to any file or folder in the Microsoft Windows platforms. -- Edit this bug report at http://bugs.php.net/?id=44520&edit=1
#44525 [NEW]: extensions.membership.html invalid file name
From: allen dot brumley at allenscomputers dot org Operating system: Debian PHP version: 5.2.5 PHP Bug Type: Filesystem function related Bug description: extensions.membership.html invalid file name Description: I am an end user. This report is based on my Service Provider's information from today. I have the transcript of the conversation if you need it. Server reports that any file named "*.membership.html" is an illegal file name. My service provider StartLogic.com says that this is a php error that they can not fix. http://startlogic.com --> [EMAIL PROTECTED] Actual php version on the server is 5.2.2 Platform Type Debian MySQL Version 5.0.45 Perl Version 5.8.8 PHP Version 5.2.2 If this is not a php error please advise me so that I can return to startlogic.com for further advise. Reproduce code: --- any attempt to ftp or upload via the control panel (VDeck 3.0) gives a 550 error. Expected result: I would expect the file to upload to the server Actual result: -- 550 extensions.membership.html: Forbidden command argument -- Edit bug report at http://bugs.php.net/?id=44525&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44525&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44525&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44525&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44525&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44525&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44525&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44525&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44525&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44525&r=support Expected behavior:http://bugs.php.net/fix.php?id=44525&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44525&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44525&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44525&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44525&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44525&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44525&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44525&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44525&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44525&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44525&r=mysqlcfg
#43361 [Com]: invalid session.save_path test cause php crash
ID: 43361 Comment by: frank at ezead dot com Reported By: shany at zend dot com Status: No Feedback Bug Type: Session related Operating System: WinXP 32bit PHP Version: 5.2.5 New Comment: The bug is not in PHP it is Zendcore - they have intentionally created this prblem tpo force you to pay for support that is the only way to get the fix - Zendcore even admits it is a problem - but did they fix it in their download - NO!! It is a scam to force you to pay for their support - even if you have an account there they will not release the patch without payment?? ZendCoire Sucks - big time Previous Comments: [2008-02-26 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2008-02-18 11:12:16] [EMAIL PROTECTED] Can you reproduce this using the official binaries from php.net ? (No, Zend stuff is not something _we_ support here!) [2007-11-27 12:00:28] shany at zend dot com The trace (using ZendCore 2.5 - update 1 for php 5.2.5): Thread 0 - System ID 2464 Entry point php!controlfp+16b Create time 11/27/2007 1:34:38 PM Time spent in user mode 0 Days 0:0:0.62 Time spent in kernel mode 0 Days 0:0:1.390 Function Arg 1 Arg 2 Arg 3 Source 0x0122f47f 0122f458 0122f618 php5!mk_keytab_table+d3c4 0127af68 00c0eb24 php5!zim_spl_SplFileInfo_isReadable+4e 0127b390 php5!ZEND_MUL_SPEC_CONST_CONST_HANDLER+20 00c0eb24 7c801898 php5!ZEND_FE_RESET_SPEC_CONST_HANDLER+18 07c02008 78134bbe msvcr80!free+cd 01220180 01220180 0137e7d8 0x07c02008 0137e7d8 01226628 01220190 In php__PID__4060__Date__11_27_2007__Time_01_38_11PM__252__Second_Chance_Exception_C005.dmp the module c:\Program Files\Zend\Core\bin\php5.dll has caused an access violation exception (0xC005) when trying to read from memory location 0x0002 on thread 0 [2007-11-26 11:08:29] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2007-11-25 15:31:33] shany at zend dot com This crash occured on Win XP and Win Server03 - 32 bit and on Windows Vista - 64 bit. It didn't occur on Linux RHEL 32 or 64 bit. 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/43361 -- Edit this bug report at http://bugs.php.net/?id=43361&edit=1
#44525 [Opn]: extensions.membership.html invalid file name
ID: 44525 User updated by: allen dot brumley at allenscomputers dot org Reported By: allen dot brumley at allenscomputers dot org Status: Open Bug Type: Filesystem function related Operating System: Debian PHP Version: 5.2.5 New Comment: error on the email address for startlogic.com support. Correct email is [EMAIL PROTECTED] Previous Comments: [2008-03-24 23:56:38] allen dot brumley at allenscomputers dot org Description: I am an end user. This report is based on my Service Provider's information from today. I have the transcript of the conversation if you need it. Server reports that any file named "*.membership.html" is an illegal file name. My service provider StartLogic.com says that this is a php error that they can not fix. http://startlogic.com --> [EMAIL PROTECTED] Actual php version on the server is 5.2.2 Platform Type Debian MySQL Version 5.0.45 Perl Version 5.8.8 PHP Version 5.2.2 If this is not a php error please advise me so that I can return to startlogic.com for further advise. Reproduce code: --- any attempt to ftp or upload via the control panel (VDeck 3.0) gives a 550 error. Expected result: I would expect the file to upload to the server Actual result: -- 550 extensions.membership.html: Forbidden command argument -- Edit this bug report at http://bugs.php.net/?id=44525&edit=1
#44456 [Bgs]: CURLOPT_URL error in parsing ftp url string given
ID: 44456 User updated by: sergiocrz at hotmail dot com Reported By: sergiocrz at hotmail dot com Status: Bogus Bug Type: cURL related Operating System: WinXP PHP Version: 5.2.5 New Comment: Those letters are not valid in a URL, described in RFC2396. (lib)curl expects and requires a valid URL. I didnt read that document, but I know that some clients' ftp servers use this kind of chars in the username and password and they are valid for login in wathever program, execpt CURL and php. thats tricky Previous Comments: [2008-03-24 00:58:02] [EMAIL PROTECTED] Nice, thanks for information, Daniel. [2008-03-23 23:40:32] daniel at haxx dot se Those letters are not valid in a URL, described in RFC2396. (lib)curl expects and requires a valid URL. [2008-03-19 02:34:31] [EMAIL PROTECTED] > Why is it expected that curl returns false > ip when the url contains '#'? AFAIK, the problem isn't the '#', but the '@'. [2008-03-19 02:28:19] sergiocrz at hotmail dot com Why is it expected that curl returns false ip when the url contains '#'? If I use rawurlencode() to username and password CURL will consider that encoded string as a new username and password, it will not be decoded on exec. The returning error is: Access denied: 530. Thats because the user and pass are incorrect... By the results I have I still think there is a bug somewhere... [2008-03-19 00:09:18] [EMAIL PROTECTED] This seems expected. Normally app. accepts the format obtained for: http://docs.php.net/manual/en/function.rawurlencode.php Try using this function on login and password. 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/44456 -- Edit this bug report at http://bugs.php.net/?id=44456&edit=1
