#45045 [NEW]: Not all users able to login
From: nedrafehi at gmail dot com Operating system: Vista/Server 2003 PHP version: 5.2.6 PHP Bug Type: LDAP related Bug description: Not all users able to login Description: When using LDAP to authenticate ActiveDirectory users hosted on Windows Server 2003 I get some issues connecting with all users. Reproduce code: --- global $ad_opts; $auth = ldap_connect($serverAddress) or die(Could not connect to LDAP server.); # SET VERSION # ldap_set_option($auth, LDAP_OPT_PROTOCOL_VERSION, 3); ldap_set_option($auth, LDAP_OPT_REFERRALS, 0); $login = ldap_bind($auth, $u, $p); if(!$login) { return 0; } return 1; } Expected result: I expect the function to return 1 if the correct user credentials have been supplied. Actual result: -- While this works for most users, there have been a few users I've had trouble authenticating. Even though the username/password are correct, it fails. The strange thing is, users in the same 'directory' as the user are authenticated through LDAP. Also, this user has no trouble actually logging into the Windows network so I have no idea why this may be happening. -- Edit bug report at http://bugs.php.net/?id=45045edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45045r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45045r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45045r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45045r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45045r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45045r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45045r=needscript Try newer version:http://bugs.php.net/fix.php?id=45045r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45045r=support Expected behavior:http://bugs.php.net/fix.php?id=45045r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45045r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45045r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45045r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45045r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45045r=dst IIS Stability:http://bugs.php.net/fix.php?id=45045r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45045r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45045r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45045r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45045r=mysqlcfg
#45046 [NEW]: Missing php5servlet.dll in distribution
From: steve at thebroughs dot com Operating system: Windows PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: Missing php5servlet.dll in distribution Description: I'm trying to install PHP into a TOMCAT server and have read a number of articles that refer to php5servlet.dll. This file is available in V5.2.5 but is not included the latest release. Is this file missing, or has it been replaced with another DLL? -- Edit bug report at http://bugs.php.net/?id=45046edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45046r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45046r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45046r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45046r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45046r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45046r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45046r=needscript Try newer version:http://bugs.php.net/fix.php?id=45046r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45046r=support Expected behavior:http://bugs.php.net/fix.php?id=45046r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45046r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45046r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45046r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45046r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45046r=dst IIS Stability:http://bugs.php.net/fix.php?id=45046r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45046r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45046r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45046r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45046r=mysqlcfg
#18556 [Com]: Setting locale to 'tr_TR' lowercases class names
ID: 18556 Comment by: c dot muench at netz98 dot de Reported By: spud at nothingness dot org Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux (RedHat 7.2) PHP Version: 5CVS, 4CVS (2005-10-04) Assigned To: andrei New Comment: This bug is still alive in version 5.2.5. I tested the posted script and get the same results. Previous Comments: [2008-04-21 18:40:05] jreeve at pelagodesign dot com We are still getting this bug with PHP 5.2.3 PHP 5.2.3 (cli) (built: Feb 7 2008 06:40:06) As noted below, this function: ?php echo setlocale(LC_ALL, tr_TR.utf8).\n; foreach(get_declared_classes() as $class) { if(!class_exists($class)) echo $class No Longer Exists!\n; } ? Produces this error: tr_TR.utf8 DOMImplementationList No Longer Exists! DOMImplementationSource No Longer Exists! DOMImplementation No Longer Exists! DOMProcessingInstruction No Longer Exists! RecursiveIteratorIterator No Longer Exists! IteratorIterator No Longer Exists! FilterIterator No Longer Exists! RecursiveFilterIterator No Longer Exists! ParentIterator No Longer Exists! LimitIterator No Longer Exists! CachingIterator No Longer Exists! RecursiveCachingIterator No Longer Exists! NoRewindIterator No Longer Exists! AppendIterator No Longer Exists! InfiniteIterator No Longer Exists! RegexIterator No Longer Exists! RecursiveRegexIterator No Longer Exists! EmptyIterator No Longer Exists! ArrayIterator No Longer Exists! RecursiveArrayIterator No Longer Exists! SplFileInfo No Longer Exists! DirectoryIterator No Longer Exists! RecursiveDirectoryIterator No Longer Exists! SimpleXMLIterator No Longer Exists! InvalidArgumentException No Longer Exists! __PHP_Incomplete_Class No Longer Exists! [2007-08-16 17:24:36] tokul at users dot sourceforge dot net class_exists() function uses zend_str_tolower(). zend_str_tolower() uses zend_tolower(). zend_tolower() uses _tolower_l() on Windows and tolower() on other oses. _tolower_l() is not locale aware. tolower() is LC_CTYPE aware. Turkish language can trigger some i18n programming errors in case insensitive comparison functions, because small latin i is not equal to capital latin i in Turkish language. Azerbaijani (az) and Kurdish (ku) locales use Turkish language rules on Linux. P.S. According to msdn documentation _tolower_l() is not meant to be called directly and is provided for internal use by _totlower_l [2007-06-03 22:22:16] mike dot ditum at tripleplay-services dot com I can confirm that this bug is still there... I'm testing with snapshot php5.2-200706031230 and get the following... Instantiating an infoBlob with a lowercase ibrFoobrInstantiating an InfoBlob with an uppercase Ibr Fatal error: Class 'InfoBlob' not found in /root/php5.2-200706031230/test.php on line 18 Another simple script I have discovered that shows the same problem is... ?php echo setlocale(LC_ALL, tr_TR.utf8).\n; foreach(get_declared_classes() as $class) { if(!class_exists($class)) echo $class No Longer Exists!\n; } ? For this program I get the following output... [EMAIL PROTECTED] php5.2-200706031230]# sapi/cli/php ~/test2.php tr_TR.utf8 DOMImplementationList No Longer Exists! DOMImplementationSource No Longer Exists! DOMImplementation No Longer Exists! DOMProcessingInstruction No Longer Exists! RecursiveIteratorIterator No Longer Exists! IteratorIterator No Longer Exists! FilterIterator No Longer Exists! RecursiveFilterIterator No Longer Exists! ParentIterator No Longer Exists! LimitIterator No Longer Exists! CachingIterator No Longer Exists! RecursiveCachingIterator No Longer Exists! NoRewindIterator No Longer Exists! AppendIterator No Longer Exists! InfiniteIterator No Longer Exists! RegexIterator No Longer Exists! RecursiveRegexIterator No Longer Exists! EmptyIterator No Longer Exists! ArrayIterator No Longer Exists! RecursiveArrayIterator No Longer Exists! SplFileInfo No Longer Exists! DirectoryIterator No Longer Exists! RecursiveDirectoryIterator No Longer Exists! SimpleXMLIterator No Longer Exists! InvalidArgumentException No Longer Exists! __PHP_Incomplete_Class No Longer Exists! This does not just occur with tr_TR.utf8 it also occurs with the following locales... tr_CY.utf8, ku_TR.utf8 and az_AZ.utf8. Thanks [2006-09-03 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
#45047 [NEW]: memory leak with array as default function parameter in encoded code
From: lars_teuber at gmx dot de Operating system: linux PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: memory leak with array as default function parameter in encoded code Description: memory leak with array as default function parameter in encoded code - code encoded by Zend Guard 5.0.1 - tested on linux, apache with php 5.2.5 and php 5.2.6 - not reproducible under Windows (IIS, php 5.2.6 or Apache, php 5.2.5) - not reproducible with unencoded code - memory leak occurs only under linux with Zend encoded code Reproduce code: --- ?php $max = 100; // this leaks if the code is encoded $start_mem = memory_get_usage(true); for ($i = 0; $i $max; $i++) { leak(); } echo 'leak mem1: [' . (memory_get_usage(true) - $start_mem) . ]\nbr; // this does not leak $start_mem = memory_get_usage(true); for ($i = 0; $i $max; $i++) { leak(array($i)); } echo 'leak mem2: [' . (memory_get_usage(true) - $start_mem) . ']'; function leak($leak = array()) {} ? Expected result: leak mem1: [0] leak mem2: [0] Actual result: -- leak mem1: [87818240] leak mem2: [0] -- Edit bug report at http://bugs.php.net/?id=45047edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45047r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45047r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45047r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45047r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45047r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45047r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45047r=needscript Try newer version:http://bugs.php.net/fix.php?id=45047r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45047r=support Expected behavior:http://bugs.php.net/fix.php?id=45047r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45047r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45047r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45047r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45047r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45047r=dst IIS Stability:http://bugs.php.net/fix.php?id=45047r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45047r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45047r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45047r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45047r=mysqlcfg
#45014 [Fbk-Csd]: Segmentation fault at end of program execution
ID: 45014 User updated by: lukasz at zhr dot pl Reported By: lukasz at zhr dot pl -Status: Feedback +Status: Closed Bug Type: SPL related Operating System: FreeBSD 6.2 PHP Version: 5.2.6 New Comment: I just found this bugreport is a duplicate of that one: http://bugs.php.net/bug.php?id=42700 As in that case, reinstall fixed it as well. Sorry for bothering you. Previous Comments: [2008-05-15 21:52:28] [EMAIL PROTECTED] What configure line did you use? [2008-05-15 20:58:38] lukasz at zhr dot pl Description: Basically, doing anything results in correct script execution and a segmentation fault afterwards. Even running php manually and typeing ^D produces this error. Disabling _any_ of the following modules causes php to function normally again: -spl -pdo -pspell -simplexml but the backtrace suggests it is an spl error. Reproduce code: --- -Run php and type any code, even no code at all. -Or run php -v Actual result: -- (gdb) run Starting program: /usr/local/bin/php ^D Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) backtrace #0 0x in ?? () #1 0x293e3694 in __do_global_dtors_aux () from /usr/local/lib/php/20060613-debug/spl.so #2 0x293fb3d8 in _fini () from /usr/local/lib/php/20060613-debug/spl.so #3 0x282c3040 in ?? () #4 0x282b9018 in ?? () from /libexec/ld-elf.so.1 #5 0xbfbfe628 in ?? () #6 0x28298a96 in elf_hash () from /libexec/ld-elf.so.1 #7 0x2829b71c in dlclose () from /libexec/ld-elf.so.1 #8 0x081984a2 in module_destructor (module=0x836d900) at /usr/ports/lang/php5/work/php-5.2.6/Zend/zend_API.c:1943 #9 0x0819dae8 in zend_hash_apply_deleter (ht=0x82ab5e0, p=0x8383540) at /usr/ports/lang/php5/work/php-5.2.6/Zend/zend_hash.c:805 #10 0x0819dc6c in zend_hash_graceful_reverse_destroy (ht=0x82ab5e0) at /usr/ports/lang/php5/work/php-5.2.6/Zend/zend_hash.c:840 #11 0x08190f1a in zend_shutdown () at /usr/ports/lang/php5/work/php-5.2.6/Zend/zend.c:814 #12 0x0813e8e2 in php_module_shutdown () at /usr/ports/lang/php5/work/php-5.2.6/main/main.c:1906 #13 0x08208a66 in main (argc=1, argv=0xbfbfe8d4) at /usr/ports/lang/php5/work/php-5.2.6/sapi/cli/php_cli.c:1341 -- Edit this bug report at http://bugs.php.net/?id=45014edit=1
#45048 [NEW]: Unable to load dynamic library ...
From: egarbage333 at mail dot ru Operating system: Windows XP Pro SP2 PHP version: 5.2.6 PHP Bug Type: Apache2 related Bug description: Unable to load dynamic library ... Description: I have upgraded (and manually and with installer) from 5.2.1 to 5.2.6 (Apache 2.0.55) and unable to load php_mysql.dll 5.2.6 (so 5.2.5, 5.2.4) BUT!!! php_mysql.dll from 5.2.1 release is working fine! There is an Apache error message +++ PHP Warning: PHP Startup: Unable to load dynamic library 'D:/php5/ext/php_mysql.dll' - The specified procedure could not be found.\r\n in Unknown on line 0 ++ -- Edit bug report at http://bugs.php.net/?id=45048edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45048r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45048r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45048r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45048r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45048r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45048r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45048r=needscript Try newer version:http://bugs.php.net/fix.php?id=45048r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45048r=support Expected behavior:http://bugs.php.net/fix.php?id=45048r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45048r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45048r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45048r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45048r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45048r=dst IIS Stability:http://bugs.php.net/fix.php?id=45048r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45048r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45048r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45048r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45048r=mysqlcfg
#45049 [NEW]: spawn-fcgi sometimes cannot resolve symlinks
From: szoftos at freemail dot hu Operating system: FreeBSD PHP version: 5.2.6 PHP Bug Type: CGI related Bug description: spawn-fcgi sometimes cannot resolve symlinks Description: Hello, recently i changed my operating system from linux to freebsd, which has its default documentroot in /usr/local/www, and linux had it in /var/www. i moved my files to /usr/local/www, but i made a symlink into /var: 'cd /var' 'ln -s ../usr/local/www www' lighttpd has its old configs, locating files in /var/www, but this shouldn't be a problem with the symlink. php got its settings locating files in /usr/local/www, and i got sometimes a mystical response from the fcgi-php: 'No input file specified.' i lowered the spawned processes to 2 (sadly i couldn't lower it to 1), and traced one of the two processes. one of them was the faulty, and i had luck: i have seen that lighttpd passed /var/www (normally) to php-fcgi, and somehow php-fcgi couldn't really resolve the symlink. the problem solved when i changed /var/www to /usr/local/www in lighty's configuration. this looks like a problem to me, and it is not unique. i had this situation with one of my other virtualhosts too. the spawned processes are resolving that symlink good in most of the time, but then one process stops resolving it right, and produces the message, as i have written. this should be a problem. i have gone to lighttpd developers, and they told me its a php problem. the original bugreport is here: http://trac.lighttpd.net/trac/ticket/1668 Reproduce code: --- You can reproduce if you use the same settings as i mentioned above. -- Edit bug report at http://bugs.php.net/?id=45049edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45049r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45049r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45049r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45049r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45049r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45049r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45049r=needscript Try newer version:http://bugs.php.net/fix.php?id=45049r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45049r=support Expected behavior:http://bugs.php.net/fix.php?id=45049r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45049r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45049r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45049r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45049r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45049r=dst IIS Stability:http://bugs.php.net/fix.php?id=45049r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45049r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45049r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45049r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45049r=mysqlcfg
#45042 [Fbk-Opn]: Vista mySQL Extension = slowdown when PHP finalizes
ID: 45042 User updated by: php at schubec dot com Reported By: php at schubec dot com -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: Vista (any version) PHP Version: 5.2.6 New Comment: Sorry, but what info are you missing? I read the how to post bugs page, but I do not see what I am missing. Thank you, Bernhard Previous Comments: [2008-05-19 22:44:28] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2008-05-19 22:13:25] php at schubec dot com Description: When you activate the mySQL Extension on Vista, PHP is delayed for about 3-4 seconds after every script execution. As far as I found out this happens when PHP finalizes (so something like a destructor or so). Problem can be reproduced. Even if NO mySQL related code is called!!! I am using a CLI version of PHP 5.2.6. The problem can also be reproduced when you use SAPI to embed PHP in you own application. I did not test that with IIS/Apache or any other webserver. Reproduce code: --- //Any code will do echo Hello World; //This takes about 5 secs to execute on Vista with mySQL Extensions on. Expected result: Either a delay only when something mySQL related is used (eg: mysql_connect) or no noticable delay at all. Actual result: -- Every script is delayed 5 seconds. -- Edit this bug report at http://bugs.php.net/?id=45042edit=1
#45042 [Opn]: Vista mySQL Extension = slowdown when PHP finalizes
ID: 45042 Updated by: [EMAIL PROTECTED] Reported By: php at schubec dot com Status: Open Bug Type: Performance problem Operating System: Vista (any version) PHP Version: 5.2.6 New Comment: I assume this is from the Error in my_thread_global_end(): 1 threads didn't exit thing: see Bug #41350, or Google... I had noticed it in CLI (but not Apache module), but hadn't looked into it since I thought maybe I had messed something up with different PHP builds, etc., but it definitely looks like it's still a widespread issue? Previous Comments: [2008-05-20 09:51:36] php at schubec dot com Sorry, but what info are you missing? I read the how to post bugs page, but I do not see what I am missing. Thank you, Bernhard [2008-05-19 22:44:28] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2008-05-19 22:13:25] php at schubec dot com Description: When you activate the mySQL Extension on Vista, PHP is delayed for about 3-4 seconds after every script execution. As far as I found out this happens when PHP finalizes (so something like a destructor or so). Problem can be reproduced. Even if NO mySQL related code is called!!! I am using a CLI version of PHP 5.2.6. The problem can also be reproduced when you use SAPI to embed PHP in you own application. I did not test that with IIS/Apache or any other webserver. Reproduce code: --- //Any code will do echo Hello World; //This takes about 5 secs to execute on Vista with mySQL Extensions on. Expected result: Either a delay only when something mySQL related is used (eg: mysql_connect) or no noticable delay at all. Actual result: -- Every script is delayed 5 seconds. -- Edit this bug report at http://bugs.php.net/?id=45042edit=1
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263 Comment by: moi at discardmail dot com Reported By: kur at natur dot cuni dot cz Status: No Feedback Bug Type: Session related Operating System: ANY PHP Version: 4.3.0-dev New Comment: I have the same problem on: Windows XP, Apache 1.3 PHP 5.2 But only in IE6. I have set all security setting s in IE6 to lowest and the script ? session_start(); print session_id(); ? still generates new session on every page load. The same script, the same server and FF2 or IE7 work right. Any ideas? Previous Comments: [2008-05-14 11:12:52] pmioni at hce dot it I had the same problem with Vista and EasyPHP. $_SESSION has problems when you give it numbers as indexes. So, for example, if you're trying to register the results of a mysql_fetch_row or mysql_fetch_array (which contain numeric indexes) the thing fails, because $_SESSION does not accept the indexes - the file will be empty and nothing is saved in session Try to save the results of mysql_fetch_assoc instead. (Obviously, session permissions , path etc. must be correctly set). [2008-05-12 05:29:50] jcaprathe at gmail dot com I just upgraded to leopard and now experience the same problem, i have had php on just about every platform out there and never experienced this until now. It creates a new session file every page i go to and will not use the session, if i turn on session.use_trans_id it will use the session and everything works. are there any mac users with this issue? OS X 10.5.2 php 5.2.5 apache 2.2.8 [2008-05-12 05:28:32] jcaprathe at gmail dot com I just upgraded to leopard and now experience the same problem, i have had php on just about every platform out there and never experienced this until now. It creates a new session file every page i go to and will not use the session, if i turn on session.use_trans_id it will use the session and everything works. are there any mac users with this issue. OS X 10.5.2 php 5.2.5 apache 2.2.8 [2008-04-28 10:35:34] andras at kende dot com I had this issue the following header fixed the issue: ?php session_start(); header(Cache-control: private); ... ? [2008-04-14 10:19:49] olivieri at onyrix dot com set in php.ini: session.use_cookies = 1 this works for win xp + apache, and is more secure for id attack to user sessions... Bye dino http://www.onyrix.com 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/16263 -- Edit this bug report at http://bugs.php.net/?id=16263edit=1
#45042 [Opn]: Vista mySQL Extension = slowdown when PHP finalizes
ID: 45042 User updated by: php at schubec dot com Reported By: php at schubec dot com Status: Open Bug Type: Performance problem Operating System: Vista (any version) PHP Version: 5.2.6 New Comment: Hello! Okay, sorry. It seems to be the same bug. You are right. But I realy searched for the bug before posting. I looked at Vista and MySQL related bugs and didn't find that. Also, I do not get an error message - I just get this delay. Anyhow. I will close the bug, since bug Bug #41350 is still open. Sorry for wasting your time, Bernhard Previous Comments: [2008-05-20 11:22:58] [EMAIL PROTECTED] I assume this is from the Error in my_thread_global_end(): 1 threads didn't exit thing: see Bug #41350, or Google... I had noticed it in CLI (but not Apache module), but hadn't looked into it since I thought maybe I had messed something up with different PHP builds, etc., but it definitely looks like it's still a widespread issue? [2008-05-20 09:51:36] php at schubec dot com Sorry, but what info are you missing? I read the how to post bugs page, but I do not see what I am missing. Thank you, Bernhard [2008-05-19 22:44:28] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2008-05-19 22:13:25] php at schubec dot com Description: When you activate the mySQL Extension on Vista, PHP is delayed for about 3-4 seconds after every script execution. As far as I found out this happens when PHP finalizes (so something like a destructor or so). Problem can be reproduced. Even if NO mySQL related code is called!!! I am using a CLI version of PHP 5.2.6. The problem can also be reproduced when you use SAPI to embed PHP in you own application. I did not test that with IIS/Apache or any other webserver. Reproduce code: --- //Any code will do echo Hello World; //This takes about 5 secs to execute on Vista with mySQL Extensions on. Expected result: Either a delay only when something mySQL related is used (eg: mysql_connect) or no noticable delay at all. Actual result: -- Every script is delayed 5 seconds. -- Edit this bug report at http://bugs.php.net/?id=45042edit=1
#44237 [Com]: mbstring.func_overload
ID: 44237 Comment by: unixro at gmail dot com Reported By: lip at lip dot net dot ua Status: No Feedback Bug Type: Apache2 related Operating System: Debian 4.0 PHP Version: 5.2.5 New Comment: Bug still replicates on php5.2.6 Previous Comments: [2008-03-19 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-03-11 22:18:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-02-25 13:29:36] baco at infomaniak dot ch As workaround try to force mbstring.func_overload = 0 in your php.ini and use this patch. PHP5 unix_mbstring_func_overload.patch --- ext/mbstring/mbstring.c 2007-09-24 13:51:36.0 +0200 +++ ext/mbstring/mbstring.c 2007-12-04 18:00:10.023564681 +0100 @@ -765,8 +765,8 @@ PHP_INI_ENTRY(mbstring.script_encoding, NULL, PHP_INI_ALL, OnUpdate_mbstring_script_encoding) #endif /* ZEND_MULTIBYTE */ PHP_INI_ENTRY(mbstring.substitute_character, NULL, PHP_INI_ALL, OnUpdate_mbstring_substitute_character) -STD_PHP_INI_ENTRY(mbstring.func_overload, 0, PHP_INI_SYSTEM | -PHP_INI_PERDIR, OnUpdateLong, func_overload, zend_mbstring_globals, mbstring_globals) +STD_PHP_INI_ENTRY(mbstring.func_overload, 0, +PHP_INI_SYSTEM, OnUpdateLong, func_overload, zend_mbstring_globals, mbstring_globals) STD_PHP_INI_BOOLEAN(mbstring.encoding_translation, 0, PHP_INI_SYSTEM | PHP_INI_PERDIR, OnUpdate_mbstring_encoding_translation, PHP4 --- ext/mbstring/mbstring.c 2007-04-04 17:28:18.0 +0200 +++ ext/mbstring/mbstring.c 2007-12-04 18:05:29.363559316 +0100 @@ -815,8 +815,8 @@ PHP_INI_ENTRY(mbstring.script_encoding, NULL, PHP_INI_ALL, OnUpdate_mbstring_script_encoding) #endif /* ZEND_MULTIBYTE */ PHP_INI_ENTRY(mbstring.substitute_character, NULL, PHP_INI_ALL, OnUpdate_mbstring_substitute_character) -STD_PHP_INI_ENTRY(mbstring.func_overload, 0, PHP_INI_SYSTEM | -PHP_INI_PERDIR, OnUpdateInt, func_overload, zend_mbstring_globals, mbstring_globals) +STD_PHP_INI_ENTRY(mbstring.func_overload, 0, +PHP_INI_SYSTEM, OnUpdateInt, func_overload, zend_mbstring_globals, mbstring_globals) STD_PHP_INI_BOOLEAN(mbstring.encoding_translation, 0, PHP_INI_SYSTEM | PHP_INI_PERDIR, OnUpdate_mbstring_encoding_translation, [2008-02-24 22:23:08] lip at lip dot net dot ua Expected result: php1.net - Warning: mb_ereg() function.mb-ereg: mbregex compile err: premature end of char-class in /var/www/php2/mb.php php2.net - galaD Actual result: -- php1.net - Warning php2.net - Warning [2008-02-24 22:03:13] lip at lip dot net dot ua Description: PHP 5.2.5 Apache/2.2.8 If I use mbstring.func_overload in .htaccess other virtual-host doesn't work. For example: VirtualHost *:80 DocumentRoot /var/www/php1 ServerName php1.net /VirtualHost VirtualHost *:80 DocumentRoot /var/www/php2 ServerName php2.net /VirtualHost in /var/www/php1/.htaccess php_value mbstring.func_overload 6 In this situation php2.net/mb.php doesn't work when I refresh few times php1.net/mb.php and php2.net/mb.php Reproduce code: --- --mb.php--- ?php $re0 = '(^|()+|[^\])'; $dbname_to_test = 'galaD'; if (ereg($re0,$dbname_to_test)) { var_dump ($dbname_to_test); } ? Expected result: galaD Actual result: -- Warning: mb_ereg() function.mb-ereg: mbregex compile err: premature end of char-class in /var/www/php2/mb.php -- Edit this bug report at http://bugs.php.net/?id=44237edit=1
#38238 [Com]: PHP with PEAR running on IIS
ID: 38238 Comment by: steve dot mills84 at gmail dot com Reported By: rmarescu at gmail dot com Status: No Feedback Bug Type: IIS related Operating System: MS Windows Server 2003 PHP Version: 5.1.4 New Comment: Also having this used under IIS 6, PHP 5.2.6 ISAPI Previous Comments: [2007-03-13 21:18:29] jmvoodoo at gmail dot com I am getting this same behavior with 4.4.6, latest stable version that i'm aware of. [2007-02-01 10:43:39] [EMAIL PROTECTED] Upgrade to the latest stable version. [2007-02-01 07:02:25] shinijin at mail dot ru PHP has encountered an Access Violation at 7C8224B PHP 5.1.4 Win IIS MySQL Curent bug apears during the HTML pages generation from php. Is there any progress on this issue? [2006-10-10 20:43:49] chavousc at gmail dot com I, too, am receiving access violation 7C8224B2 on IIS using the ISAPI module. It only starts to occur after the site has been running for a few hours to a few days... I'm running PHP version 5.1.6 mysql 5.0.24-community-nt Win2k3/IIS/ISAPI module I will happily assist however I can. I'm not sure if I'll be able to get the backtrace on my production machine, but if you think it will help, I will try! [2006-09-25 19:45:53] webmaster at impactbs dot com Just as a follow up, switching to CGI has stabilized the site but it's running more slowly. 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/38238 -- Edit this bug report at http://bugs.php.net/?id=38238edit=1
#45039 [Opn]: OCI get number column length returns zero (0)
ID: 45039 Updated by: [EMAIL PROTECTED] Reported By: smelban at norwood dot com Status: Open Bug Type: Oracle related Operating System: Windows 2003 Enterprise Server PHP Version: 5.2.6 New Comment: What's the version of the Oracle client libraries used by PHP? What platform is the DB on? Are client/server 32bit or 64bit? What does phpinfo() show for the OCI8 Revision? (The problem could be related to http://bugs.php.net/bug.php?id=41917) Previous Comments: [2008-05-19 19:00:25] smelban at norwood dot com Description: We just recently upgraded from Oracle 10g to Oracle 11g. Since that move the ocicolumnscale and ocicolumnprecision functions have stopped returning the column length. Windows 2003 Enterprise Server Zend Core 2.5.0 PHP 5.2.5 Reproduce code: --- // mynumber field is a 10,4 decimal $sql = SELECT mynumber FROM TABLENAME; $R = OCIParse($c, $sql); OCIExecute($R); while (OCIFetch($R)) { $column_type = ocicolumntype($R, $i); if( $column_type == NUMBER ) { print ocicolumnscale($R, $i ) . \n; print ocicolumnprecision($R, $i ) . \n; } } Expected result: Should Return 10 4 Actual result: -- Returns 0 0 -- Edit this bug report at http://bugs.php.net/?id=45039edit=1
#45039 [Opn-Fbk]: OCI get number column length returns zero (0)
ID: 45039 Updated by: [EMAIL PROTECTED] Reported By: smelban at norwood dot com -Status: Open +Status: Feedback Bug Type: Oracle related Operating System: Windows 2003 Enterprise Server PHP Version: 5.2.6 Previous Comments: [2008-05-20 15:58:23] [EMAIL PROTECTED] What's the version of the Oracle client libraries used by PHP? What platform is the DB on? Are client/server 32bit or 64bit? What does phpinfo() show for the OCI8 Revision? (The problem could be related to http://bugs.php.net/bug.php?id=41917) [2008-05-19 19:00:25] smelban at norwood dot com Description: We just recently upgraded from Oracle 10g to Oracle 11g. Since that move the ocicolumnscale and ocicolumnprecision functions have stopped returning the column length. Windows 2003 Enterprise Server Zend Core 2.5.0 PHP 5.2.5 Reproduce code: --- // mynumber field is a 10,4 decimal $sql = SELECT mynumber FROM TABLENAME; $R = OCIParse($c, $sql); OCIExecute($R); while (OCIFetch($R)) { $column_type = ocicolumntype($R, $i); if( $column_type == NUMBER ) { print ocicolumnscale($R, $i ) . \n; print ocicolumnprecision($R, $i ) . \n; } } Expected result: Should Return 10 4 Actual result: -- Returns 0 0 -- Edit this bug report at http://bugs.php.net/?id=45039edit=1
#45026 [Bgs]: PHP has encountered an Access Violation at 01C010D0
ID: 45026 User updated by: glillibridge at yahoo dot com Reported By: glillibridge at yahoo dot com Status: Bogus Bug Type: ODBC related Operating System: MS NT -PHP Version: 5.2.3 +PHP Version: 5.2.6 New Comment: I have loaded php 5.2.6 and rerun my tests. I now get (occasionally) the error PHP has encountered an Access Violation at 034F10D0 Previous Comments: [2008-05-18 00:25:18] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. And I suggest using PDO ODBC, it actually is working and maintained actively. [2008-05-16 23:28:17] glillibridge at yahoo dot com Description: first, phpinfo says the version is 5.2.3 We are trying to establish a connection to a MAS200 server (also on NT). This is the actual php line: $crs = odbc_pconnect(dsn=SOTAMAS90;company=LNC;UID=acs;PWD=acsg,,); Sometimes it works and returns connection identifier. Most times it returns the message: PHP has encountered an Access Violation at 01C010D0 This uses an odbc source identified in the web server, using an internal IP. Reproduce code: --- $crs = odbc_pconnect(dsn=SOTAMAS90;company=LNC;UID=acs;PWD=acsg,,); echo br . odbc_error($crs) . ==br ; Expected result: brS000==br Actual result: -- PHP has encountered an Access Violation at 01C010D0 -- Edit this bug report at http://bugs.php.net/?id=45026edit=1
#45051 [NEW]: PHP has encountered an Access Violation at 034F10D0
From: glillibridge at yahoo dot com Operating system: NT PHP version: 5.2.6 PHP Bug Type: ODBC related Bug description: PHP has encountered an Access Violation at 034F10D0 Description: This is a repost of 45026, now marked bogus. We loaded php 5.2.6 and still get almost the same problem. The only difference is that the access violation location has changed. We are trying to establish a connection to a MAS200 server (also on NT). This is the actual php line: $crs = odbc_pconnect(dsn=SOTAMAS90;company=LNC;UID=acs;PWD=acsg,,); Sometimes it works and returns connection identifier. Most times it returns the message: PHP has encountered an Access Violation at 034F10D0 This uses an odbc source identified in the web server, using an internal IP. Reproduce code: --- $crs = odbc_pconnect(dsn=SOTAMAS90;company=LNC;UID=acs;PWD=acsg,,); echo br . odbc_error($crs) . == . $crs . br ; Expected result: brS000==br Actual result: -- PHP has encountered an Access Violation at 034F10D0 -- Edit bug report at http://bugs.php.net/?id=45051edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45051r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45051r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45051r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45051r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45051r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45051r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45051r=needscript Try newer version:http://bugs.php.net/fix.php?id=45051r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45051r=support Expected behavior:http://bugs.php.net/fix.php?id=45051r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45051r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45051r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45051r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45051r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45051r=dst IIS Stability:http://bugs.php.net/fix.php?id=45051r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45051r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45051r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45051r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45051r=mysqlcfg
#45039 [Fbk-Opn]: OCI get number column length returns zero (0)
ID: 45039 User updated by: smelban at norwood dot com Reported By: smelban at norwood dot com -Status: Feedback +Status: Open Bug Type: Oracle related Operating System: Windows 2003 Enterprise Server PHP Version: 5.2.6 New Comment: I've connected my code to both an 10g and 11g database the they both are returning the same incorrect data. Is there a way for me to debug what is actually being returned? I've looked in the all_tab_columns table in both a 10g and 11g databases and the information is correct. I'm also looking at a VARCHAR2 field that returns 0 as the field size. In the table it shows it as a 18 char string but both ocicolumnscale(..) and ocicolumnprecision(..) return 0 and 0; I've found a workaround for myself by querying the the all_tab_columns table but that is just a work around. I 100% certain this worked months back but only assumed it was the 11g issue. I'm not quite sure how to proceed on finding out what is wrong. Oracle Client 10.2.0 Oracle Server Windows 2003 Enterprise Server 32 Bit OCI8 Info Revision is: $Revision: 1.269.2.16.2.30 $ Version: 1.2.3 Previous Comments: [2008-05-20 15:58:23] [EMAIL PROTECTED] What's the version of the Oracle client libraries used by PHP? What platform is the DB on? Are client/server 32bit or 64bit? What does phpinfo() show for the OCI8 Revision? (The problem could be related to http://bugs.php.net/bug.php?id=41917) [2008-05-19 19:00:25] smelban at norwood dot com Description: We just recently upgraded from Oracle 10g to Oracle 11g. Since that move the ocicolumnscale and ocicolumnprecision functions have stopped returning the column length. Windows 2003 Enterprise Server Zend Core 2.5.0 PHP 5.2.5 Reproduce code: --- // mynumber field is a 10,4 decimal $sql = SELECT mynumber FROM TABLENAME; $R = OCIParse($c, $sql); OCIExecute($R); while (OCIFetch($R)) { $column_type = ocicolumntype($R, $i); if( $column_type == NUMBER ) { print ocicolumnscale($R, $i ) . \n; print ocicolumnprecision($R, $i ) . \n; } } Expected result: Should Return 10 4 Actual result: -- Returns 0 0 -- Edit this bug report at http://bugs.php.net/?id=45039edit=1
#45007 [Asn]: Win32 installer misses APC and SVN extensions
ID: 45007 Updated by: [EMAIL PROTECTED] Reported By: kristof dot coomans at telenet dot be Status: Assigned Bug Type: *General Issues Operating System: win32 PHP Version: 5.2.6 -Assigned To: jmertic +Assigned To: jani New Comment: There were problems building these extensions for win32. SVN is working now, but not APC; please assign to the APC extension authors. Previous Comments: [2008-05-16 21:53:24] [EMAIL PROTECTED] Verified, they did exist in 5.2.5. Assigning to the installer maintainer. [2008-05-15 13:06:52] kristof dot coomans at telenet dot be Description: The win32 installer misses the APC and SVN extensions while they were there in 5.2.5 afaik. -- Edit this bug report at http://bugs.php.net/?id=45007edit=1
#42849 [Com]: Configuration File (php.ini) Path incorrect
ID: 42849 Comment by: james at thundermonkey dot net Reported By: inglis-php at yahoo dot com dot au Status: No Feedback Bug Type: *General Issues Operating System: win xp pro PHP Version: 5.2.4 New Comment: I've found that the positioning of the PHPIniDir within httpd.conf makes a difference - place it at the end and it loads the correct php.ini, but place it towards the top of httpd.conf results in the no php.ini being loaded at all. Also be sure to explicitly define your extension_dir directive in php.ini to load extensions correctly. Previous Comments: [2008-04-20 04:46:25] orbital_man at hotmail dot com Additional test case: OS: Windows XP Pro Webserver: IIS 5.1 PHP: 5.2.5 phpinfo() produced: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File (none) After unsuccessful testing most of the night with environment variables including multiple reboots just to be sure, I finally broke down and changed the registry value as recommended in the runtime configuration section here: http://us3.php.net/configuration Steps to reproduce: 1. Click Start - Click Run - Type Regedit - Hit Enter 2. Browse to HKEY_LOCAL_MACHINE\SOFTWARE\PHP\ 3. Right click in right-hand window pane and select New-String Value 4. Set Name to: IniFilePath 5. Set Data to: C:\Program Files\PHP\ (or wherever your installation is) 6. Click Start - Click Run - Type cmd - Hit Enter - Type iisreset phpinfo() now produces: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\Program Files\PHP\php.ini Additionally, my mysql database is now working also. [2008-04-13 17:20:35] thakralrohit at gmail dot com I am having a similar problem. Have been trying to search on the web for the whole day now but no success. I have this, OS: Win XP Pro SP 2 IIS: 5.1 PHP: 5.2.5 (MSI Installer with MySQL) Now, when I load phpinfo() I get output, Configuration File (php.ini) Path E:\WINDOWS Loaded Configuration File (none) No information about the three extensions that I have MySQL, MySQLi and OpenSSL. If I put the php.ini file in E:\WINDOWS directory nothing loads at all. I have tried re-installation, PHPRC environment variable setting and Registry Settings but to no use. There is another setting further down in the phpinfo() output, extension_dir C:\php5 Can someone please help. It seems like similar to this bug with no update. Thanks in advance. Regards Rohit [2008-04-05 19:02:54] caseyy at gmail dot com I am also having this problem. phpinfo says config is being looked for in my windows directory despite httpconf specifying the right directory(C:\PHP). Problem is on Vista too. When I copy the ini file to the windows directory, nothing loads at all, just a blank screen. [2008-03-27 06:09:29] wiseup24 at hotmail dot com I am having a simular issue but in my phpinfo test i get this: Configuration File (php.ini) Path C:\Windows Loaded Configuration File (none) there is no php.ini in the windows directory and my apache httpd conf file has this: PHPIniDir C:\PHP\ I tried to copy the php.ini to the windows directory but apache fails to start when it is in there. I am running Vista with PHP 5.2.5 and Apache 2.2 I have tried using the msi install for php and the zipped version and still doesnt work. without the correct php.ini being read, i can not enable the correct extensions. [2008-03-12 10:36:50] algisimu at gmail dot com I'm using Apache 2.0.54, Php 5.2.5 and Win XP Pro. My php.ini file is locaed in the c:\php dir (php installation dir, no more php.ini files found on the computer), apache httpd.conf file is set up with PHPIniDir C:/php/, but phpinfo() reports these results: Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\php\php.ini Have tried to add registry values as described in http://uk3.php.net/configuration, have tried to add PHPRC environment variable, but phpinf() still gives same result. One thing worth mentioning is that then I run php script as CLI with '-c c:\php' option everything works fine, but then I run same script thru my browser expected php.ini file is not loaded. 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/42849 -- Edit this bug report at http://bugs.php.net/?id=42849edit=1
#44987 [Asn-Csd]: SplFileObject::getRealPath() returns false although file is found by the ctor
ID: 44987 Updated by: [EMAIL PROTECTED] Reported By: ionut dot stan at yahoo dot com -Status: Assigned +Status: Closed Bug Type: SPL related Operating System: Windows XP, Ubuntu 8.04 PHP Version: 5.2.6 Assigned To: colder New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. SplFileObject will expand to the full path internally in case include_path is used. Previous Comments: [2008-05-13 22:52:26] ionut dot stan at yahoo dot com Description: If SplFileObject is instantiated with the third parameter (search include_path) set to true: $file = new SplFileObject($filename, 'r', true); and the file is indeed on path and found, a consequent call to $file-getRealPath() returns false, as if the file hasn't been found at all, instead of returning the real path. Reproduce code: --- /wwwroot | |- /directory || ||- testfile.txt | |- test.php In test.php: ?php set_include_path(dirname(__FILE__) . '/directory'); try { $file = new SplFileObject('testfile.txt', 'r', true); var_dump($file-getRealPath()); } catch (RuntimeException $e) { echo 'File does not exist'; } try { $file = new SplFileObject('./directory/test-file.txt', 'r', true); var_dump($file-getRealPath()); } catch (RuntimeException $e) { echo 'File does not exist'; } Expected result: /wwwroot/directory/testfile.txt /wwwroot/directory/testfile.txt Actual result: -- false /wwwroot/directory/testfile.txt -- Edit this bug report at http://bugs.php.net/?id=44987edit=1