#19607 [NEW]: Fourth argument for htmlentities()
From: [EMAIL PROTECTED] Operating system: all PHP version: 4CVS-2002-09-26 PHP Bug Type: Feature/Change Request Bug description: Fourth argument for htmlentities() Htmlentities() schould have a fourth argument where you can add chars that will not be translated. For example will return "Umläütß", but will respond "Umläütß". -- Edit bug report at http://bugs.php.net/?id=19607&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19607&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19607&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19607&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19607&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19607&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19607&r=support Expected behavior: http://bugs.php.net/fix.php?id=19607&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19607&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19607&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19607&r=globals
#19324 [Com]: show PHP source on client's browser
ID: 19324 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 New Comment: apache 1.3.26 Previous Comments: [2002-09-25 22:48:14] [EMAIL PROTECTED] With which apache version it doesn't work? [2002-09-25 21:29:57] [EMAIL PROTECTED] I compiled php without any CFLAGS, showing source still arisen . My gcc version is 3.2 . PS: but the situation doesn't arise on "APACHE 2.x + PHP" . [2002-09-25 09:44:54] [EMAIL PROTECTED] Could you try compiling PHP without using ANY predefined CFLAGS? ie. only run the configure with your options. [2002-09-25 03:56:02] [EMAIL PROTECTED] When I use : header('Location: xxx.php?a=123&b=456'); (1) use header() function (2) the URL append GET string then php file show the source on client's browser. But after reload, the PHP just normal run. [2002-09-09 20:54:05] [EMAIL PROTECTED] After I upgrade PHP from v4.2.2 to v4.2.3, my system actually show PHP source on client's browser ! It never arise in v4.2.2 , and I haven't change my configure and php.ini . The case is not always arising. It should arise when I click the links to switch the PHP pages fast. === CC=gcc \ CFLAGS="-O6 -mcpu=pentiumpro" \ ./configure \ --enable-track-vars \ --enable-inline-optimization \ --enable-mbstring \ --enable-ctype \ --disable-wddx \ --disable-debug \ --disable-experimental-zts \ --with-xml \ --with-mcrypt=/usr/local \ --with-dom=/usr/local \ --with-zlib-dir=/usr/local \ --with-mysql=/usr/local/mysql \ --with-iconv=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --prefix=/usr/local -- Edit this bug report at http://bugs.php.net/?id=19324&edit=1
#19593 [Opn->Fbk]: Sometimes crashes
ID: 19593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: WinNT4sp6a PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-09-25 21:16:52] [EMAIL PROTECTED] bcmath, calendar, com, ftp, mysql, odbc, pcre, session, xml, wddx (e.g. all standart extensions) and Zend Optimizer. that's all. [2002-09-25 10:43:48] [EMAIL PROTECTED] What extensions have you enabled in php.ini ? (check phpinfo() output) [2002-09-25 09:13:00] [EMAIL PROTECTED] I have added mod_ssl 2.8.10 to my Apache1.3.26 configuration and now Apache crashes with "Access violation" message on some scripts (Randomly). I have totally revised ssleay.dll and libeay.dll, checked out configuration, but it is the fact: sometimes (most often when script passing Header("Location: ..."); ) apache crashes. -- Edit this bug report at http://bugs.php.net/?id=19593&edit=1
#19324 [Ctl]: show PHP source on client's browser
ID: 19324 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 New Comment: With which apache version it doesn't work? Previous Comments: [2002-09-25 21:29:57] [EMAIL PROTECTED] I compiled php without any CFLAGS, showing source still arisen . My gcc version is 3.2 . PS: but the situation doesn't arise on "APACHE 2.x + PHP" . [2002-09-25 09:44:54] [EMAIL PROTECTED] Could you try compiling PHP without using ANY predefined CFLAGS? ie. only run the configure with your options. [2002-09-25 03:56:02] [EMAIL PROTECTED] When I use : header('Location: xxx.php?a=123&b=456'); (1) use header() function (2) the URL append GET string then php file show the source on client's browser. But after reload, the PHP just normal run. [2002-09-09 20:54:05] [EMAIL PROTECTED] After I upgrade PHP from v4.2.2 to v4.2.3, my system actually show PHP source on client's browser ! It never arise in v4.2.2 , and I haven't change my configure and php.ini . The case is not always arising. It should arise when I click the links to switch the PHP pages fast. === CC=gcc \ CFLAGS="-O6 -mcpu=pentiumpro" \ ./configure \ --enable-track-vars \ --enable-inline-optimization \ --enable-mbstring \ --enable-ctype \ --disable-wddx \ --disable-debug \ --disable-experimental-zts \ --with-xml \ --with-mcrypt=/usr/local \ --with-dom=/usr/local \ --with-zlib-dir=/usr/local \ --with-mysql=/usr/local/mysql \ --with-iconv=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --prefix=/usr/local -- Edit this bug report at http://bugs.php.net/?id=19324&edit=1
#19324 [Com]: show PHP source on client's browser
ID: 19324 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 New Comment: I compiled php without any CFLAGS, showing source still arisen . My gcc version is 3.2 . PS: but the situation doesn't arise on "APACHE 2.x + PHP" . Previous Comments: [2002-09-25 09:44:54] [EMAIL PROTECTED] Could you try compiling PHP without using ANY predefined CFLAGS? ie. only run the configure with your options. [2002-09-25 03:56:02] [EMAIL PROTECTED] When I use : header('Location: xxx.php?a=123&b=456'); (1) use header() function (2) the URL append GET string then php file show the source on client's browser. But after reload, the PHP just normal run. [2002-09-09 20:54:05] [EMAIL PROTECTED] After I upgrade PHP from v4.2.2 to v4.2.3, my system actually show PHP source on client's browser ! It never arise in v4.2.2 , and I haven't change my configure and php.ini . The case is not always arising. It should arise when I click the links to switch the PHP pages fast. === CC=gcc \ CFLAGS="-O6 -mcpu=pentiumpro" \ ./configure \ --enable-track-vars \ --enable-inline-optimization \ --enable-mbstring \ --enable-ctype \ --disable-wddx \ --disable-debug \ --disable-experimental-zts \ --with-xml \ --with-mcrypt=/usr/local \ --with-dom=/usr/local \ --with-zlib-dir=/usr/local \ --with-mysql=/usr/local/mysql \ --with-iconv=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --prefix=/usr/local -- Edit this bug report at http://bugs.php.net/?id=19324&edit=1
#19593 [Fbk->Opn]: Sometimes crashes
ID: 19593 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: WinNT4sp6a PHP Version: 4.2.3 New Comment: bcmath, calendar, com, ftp, mysql, odbc, pcre, session, xml, wddx (e.g. all standart extensions) and Zend Optimizer. that's all. Previous Comments: [2002-09-25 10:43:48] [EMAIL PROTECTED] What extensions have you enabled in php.ini ? (check phpinfo() output) [2002-09-25 09:13:00] [EMAIL PROTECTED] I have added mod_ssl 2.8.10 to my Apache1.3.26 configuration and now Apache crashes with "Access violation" message on some scripts (Randomly). I have totally revised ssleay.dll and libeay.dll, checked out configuration, but it is the fact: sometimes (most often when script passing Header("Location: ..."); ) apache crashes. -- Edit this bug report at http://bugs.php.net/?id=19593&edit=1
#19257 [Bgs->Fbk]: strtolower & strtoupper does not work for UTF-8 strings
ID: 19257 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: Strings related Operating System: Linux PHP Version: 4.2.2 New Comment: I've added a new function to the mbstring extension in CVS. This function will be in PHP 4.3. I would appreciate your feedback. Try a snapshot from http://snaps.php.net/php4-latest.tar.gz dated after this message. usage: proto string mb_convert_case(string str, int mode [, string encoding]); mode can be one of MB_CASE_UPPER, MB_CASE_LOWER or MB_CASE_TITLE. encoding specifies the encoding of str; if omitted, the mbstring.internal_encoding value will be used. The return value is str with the appropriate case folding applied. The function works by internally converting the string into UCS-4 format and applying php_unicode_to(upper|lower|title) to each unicode character, and then converts the string back into the original encoding. The code for your test case would look like this (and works for me): str = '' strU = '' strL = '' Previous Comments: [2002-09-10 09:20:07] [EMAIL PROTECTED] As I understand toupper()/tolower() are working only for one byte encodings. So right way is to use 'wide' versions of toupper()/tolower() - towupper()/towlower(). Example: #include #include #include int main() { printf("locale set to '%s'\n", setlocale(LC_ALL, "UTF-8")); printf("0x00DC C='%C'\n", towlower(0x00DC)); printf("0x042F C='%C'\n", towlower(0x042F)); return(0); } And it's working fine for UCS2 (UTF-16). In PHP I can convert UTF-8 to UTF-16 by using iconv(). But PHP has not 'wide' version of strtolower()/strtoupper(). So, what can I do? [2002-09-10 08:54:19] [EMAIL PROTECTED] I forgot to add that you should feed your utf8 data to the input of that little program. [2002-09-10 08:52:58] [EMAIL PROTECTED] This is not a bug in PHP; it's down to whether your system can support this and has the appropriate locales installed. A quick and dirty example might look this this in C: #include main() { char buff[1024]; while(fgets(buff, sizeof(buff), stdin)) { int i, l; l = strlen(buff); for (i = 0; i < l; i++) buff[i] = toupper(buff[i]); puts(buff); } } If that little program works, your system supports this conversion. If it doesn't, then PHP doesn't either. [2002-09-10 08:44:36] [EMAIL PROTECTED] > So you didn't try it..? Yes, I set LC_ALL/LANG to 'en_US' and try it. > I only tried your test script and got the expected result. > Whatever the characters are.. I've no idea of them anyway.. I think your confused by looking on the result of test script with encoding set to 'ISO-8859-x' instead of 'UTF-8'. In this case it looks as some characters changed to lower/upper case. BUT they are not UTF-8 lower/upper case characters: 1) 0xC39C changed to 0xE39C, should be 0xC3BC 2) 0xD0AF changed to 0xF0AF, should be 0xD18F As result we have not UTF-8 string but a garbage. If you really like test this issue you should set 'default_charset=utf-8' in php.ini or set encoding to 'UTF-8' in your browser. > btw. AFAIK, setting LANG / LC_ALL to UTF-8 is not correct > way to do it.. > According to that HOWTO, it should be something like > ru_RU.UTF-8 (and only if you really have UTF-8 locales) I try en_US.UTF-8, de_DE.UTF-8, ru_RU.UTF-8 - no lack. > I'm bogusing this since it really isn't anything PHP can > affect.. So, no way in PHP convert UTF-8 string to lower/upper case? [2002-09-09 17:06:43] [EMAIL PROTECTED] So you didn't try it..? I only tried your test script and got the expected result. Whatever the characters are..I've no idea of them anyway.. btw. AFAIK, setting LANG / LC_ALL to UTF-8 is not correct way to do it.. http://melkor.dnp.fmph.uniba.sk/~garabik/debian-utf8/howto.h tml According to that HOWTO, it should be something like ru_RU.UTF-8 (and only if you really have UTF-8 locales) I'm bogusing this since it really isn't anything PHP can affect.. 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/19257 -- Edit this bug report at http://bugs.php.net/?id=19257&edit=1
#17616 [Com]: backslash characters handled oddly in preg_replace
ID: 17616 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PCRE related Operating System: linux 2.4.14, pcre PHP Version: 4.3.0-dev New Comment: what do you people mean, "this isn't a bug"??! php is such a joke. Previous Comments: [2002-09-25 09:38:35] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. not a bug -> bogus [2002-09-25 09:35:08] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php In the first case the extension receives replacement string \\\ which is basically \\, since last backslash doesn't quote anything. And in the second case it's which is interpolated into \\. [2002-09-25 09:33:23] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2002-09-11 19:44:28] [EMAIL PROTECTED] updated version. [2002-06-05 18:17:27] [EMAIL PROTECTED] Below are two calls to preg_replace() with different replacement strings. For some reason, they both return the same string. $s = "A backslash: \\ "; $s1 = preg_replace("//", "\\", $s); $s2 = preg_replace("//", "", $s); echo "s : $s \n"; echo "s1: $s1 \n"; echo "s2: $s2 \n"; -- Output: s : A backslash: \ s1: A backslash: \\ s2: A backslash: \\ -- My configuration: './configure' '--with-gnu-ld' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql' -- Edit this bug report at http://bugs.php.net/?id=17616&edit=1
#19606 [Opn->Bgs]: chdir has broken ~
ID: 19606 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Directory function related Operating System: Linux PHP Version: 4.2.1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The ability to resolve the '~' is a feature of your shell, it is not supported by PHP nor any other programing language to my knowledge. Previous Comments: [2002-09-25 18:23:33] [EMAIL PROTECTED] chdir("/"); chdir("~user/"); $dirname = getcwd(); echo $dirname; / chdir("/"); chdir("/home/user"); $dirname = getcwd(); echo $dirname; /home/user/ -- Edit this bug report at http://bugs.php.net/?id=19606&edit=1
#19605 [Opn->Csd]: file_exists doesn't work with dirs!
ID: 19605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: Linux 2.4 PHP Version: 4.2.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. For the 995th time, PLEASE do not open more bug reports about the file_exists issue on Multithreaded servers and PHP 4.2.3. It is a known bug and it was already fixed in the CVS. Previous Comments: [2002-09-25 18:13:10] [EMAIL PROTECTED] In my setup with Apache 2.0.40 and PHP 4.2.3, file_exists() always returns FALSE when called with a directory name as argument! I have to use is_dir() as an alternative. -- Edit this bug report at http://bugs.php.net/?id=19605&edit=1
#19606 [NEW]: chdir has broken ~
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.1 PHP Bug Type: Directory function related Bug description: chdir has broken ~ chdir("/"); chdir("~user/"); $dirname = getcwd(); echo $dirname; / chdir("/"); chdir("/home/user"); $dirname = getcwd(); echo $dirname; /home/user/ -- Edit bug report at http://bugs.php.net/?id=19606&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19606&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19606&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19606&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19606&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19606&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19606&r=support Expected behavior: http://bugs.php.net/fix.php?id=19606&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19606&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19606&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19606&r=globals
#15922 [Csd]: Possible segfault
ID: 15922 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Session related Operating System: any PHP Version: 4.0CVS-2002-03-0 New Comment: For the record, Tracked var were initiliazed wrong and crashed PHP. This bug was fixed shortly after this report is created. 4.2.0 or later should be fine (may be 4.1.2, too) Previous Comments: [2002-09-25 06:39:27] [EMAIL PROTECTED] I don't see an analysis here -- if you think it is a bug, please verify. Not changing to feedback because of report's age. [2002-03-06 22:00:57] [EMAIL PROTECTED] I haven't try, but according to source unsetting track vars may segfualt. This should be fixed. (i.e. track var's zval refcount is 2) -- Edit this bug report at http://bugs.php.net/?id=15922&edit=1
#19605 [NEW]: file_exists doesn't work with dirs!
From: [EMAIL PROTECTED] Operating system: Linux 2.4 PHP version: 4.2.3 PHP Bug Type: Filesystem function related Bug description: file_exists doesn't work with dirs! In my setup with Apache 2.0.40 and PHP 4.2.3, file_exists() always returns FALSE when called with a directory name as argument! I have to use is_dir() as an alternative. -- Edit bug report at http://bugs.php.net/?id=19605&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19605&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19605&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19605&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19605&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19605&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19605&r=support Expected behavior: http://bugs.php.net/fix.php?id=19605&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19605&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19605&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19605&r=globals
#14738 [Ver->Csd]: array_pad dies with large pad length
ID: 14738 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.3.0-dev New Comment: Fixed in CVS then. Previous Comments: [2002-09-25 15:17:44] [EMAIL PROTECTED] Could not verify - Solaris 8 / Sparc -jason [2002-08-21 11:21:27] [EMAIL PROTECTED] Could not verify on SuSE 8.0/x86/Apache 1.3.26/PHP 4.2.3-dev Could not verify on SuSE 8.0/x86/Apache 1.3.26/PHP 4.3.0-dev Could not verify on SuSE 8.0/x86/CLI/PHP 4.3.0-dev Could verify on Solaris 7/Sparc/CLI/PHP 4.3.0-dev (die) Could verify on Solaris 7/Sparc/CLI/PHP 4.2.3-dev (die) Could verify on Solaris 7/Sparc/CLI/PHP 4.1.1 (bus error) Could verify on Solaris 7/Sparc/CLI/PHP 4.0.6 (bus error) [2002-08-21 09:55:14] [EMAIL PROTECTED] FYI: cannot reproduce with a fresh CVS version on Linux (RedHat 6.2). [2002-08-19 15:59:38] [EMAIL PROTECTED] Just for the record, I haven't closed any array bugs today, nor yesterday if I remember correctly :) [2002-08-19 15:02:22] [EMAIL PROTECTED] Verfied this on Linux/x86. May be similar to http://bugs.php.net/bug.php?id=18743 and some array someone (Dan) closed today regarded to some int-value in Zend engine (don't remember anything more on this) 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/14738 -- Edit this bug report at http://bugs.php.net/?id=14738&edit=1
#19599 [Opn->Bgs]: "driver initialization failed" on any "driver"
ID: 19599 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: DBM/DBA related Operating System: Linux (Debian 3) PHP Version: 4.2.3 New Comment: 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. Previous Comments: [2002-09-25 13:34:00] [EMAIL PROTECTED] Running php with db3 and db2 and gdbm causes all dba_* functions to fail with "driver initialization failed" error regardless of which driver is used. -- Edit this bug report at http://bugs.php.net/?id=19599&edit=1
#19567 [Opn]: Access Violation at memory address 77F83941
ID: 19567 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windoes 2000 SP2 PHP Version: 4.2.3 New Comment: Thanks. I think this is entirely possible. I have tried to check the error on apache but am on work time and we are a microsoft shop. So i'm stuck with IIS. The rest of php seems to work fine except for the print array function that crashes the web server. oh well Previous Comments: [2002-09-25 04:21:49] [EMAIL PROTECTED] I don't know phpMySearch but since you mention php_curl, it could be the same problem with CURL as described in bug 19301. Just a thought. It could also be something completely different. [2002-09-24 18:11:52] [EMAIL PROTECTED] changed status [2002-09-24 17:45:43] [EMAIL PROTECTED] Tried the latest snapshot. Still get the same error. this is the output from the spider.php file start: http://csmtemlst-web/development URL = (begin >)=> http://csmtemlst-web/development need parse start load PHP has encountered an Access Violation at 77F83941 The web server is a Compaq ProLiant DL360 G2 Dual processor Any ideas [2002-09-24 00:38:36] [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-09-23 23:56:55] [EMAIL PROTECTED] After installing PHP 4.2.2 and 4.2.3 and trying to use the phpMySearch application, when running the spider.php file I get an access violation. The phpMySearch people seem to think it is a bug with php. See the thread http://phpmysearch.web4.hm/modules.php?op=modload&name=phpBB_14&file=ind ex&action=viewtopic&topic=90&forum=9&3 for more info. Another user has the same problem I do. Server: IIS 5.0 OS: Win 2K SP2 PHP vers: 4.2.2 and 4.2.3 (ISAPI) and 4.2.3 CGI PHP Modules : php_curl.dll event log below Desc: The application, , generated an application error The error occurred on 09/24/2002 @ 14:36:38.889 The exception generated was c005 at address 77F83941 (RtlpWaitForCriticalSection) if you want the rest of the details email me and I'll send them to you. It's kind of long. 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/19567 -- Edit this bug report at http://bugs.php.net/?id=19567&edit=1
#15983 [Fbk->Opn]: session variables lost between pages
ID: 15983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Debian/Linux mips platform PHP Version: 4.1.2 and 4.2.0 Assigned To: sascha New Comment: Sascha it's not a problem of using a feature on their system, it's a problem that the functionality is broken on their end. Your test, while possibly being correct, doesn't have a way to check this and I don't really think there is a way. As of this moment I'm not even sure if there is a released version with it working. Marking this as open, as there is nothing the end user can comment back on to this. Previous Comments: [2002-09-25 06:17:49] [EMAIL PROTECTED] If you want us to avoid using certain features of your platform, then you need to provide specific testcases. We will use these testcases to determine whether pread/pwrite work on a platform. Currently, we use this for pread (after echo test > conftest_in): #include #include #include #include main() { char buf[3]; return !(pread(open("conftest_in", O_RDONLY), buf, 2, 0) == 2); And this for pwrite: #include #include #include #include main() { return !(pwrite(open("conftest_in", O_WRONLY|O_CREAT, 0600), "hi", 2, 0) == 2); [2002-09-12 16:15:34] [EMAIL PROTECTED] I'd like to see this fixed for 4.3.0. Right now the simple answer is to remove PREAD (again). [2002-09-12 16:06:39] [EMAIL PROTECTED] Assigning to sascha as he was busy with it. Derick [2002-09-12 16:03:22] [EMAIL PROTECTED] http://snaps.php.net/php4-latest.tar.gz and the cvs fails. Only if one change the php_config.h so HAVE_PREAD is #undef the session variables work. Regards, Søren, [2002-09-11 09:40:36] [EMAIL PROTECTED] Since confidence is high, I'm marking as closed. The PREAD check is still in effect yes, I didn't remove that. It would be nice if you could test the latest snapshot, as the PREAD was re-introduced, but with added protective measures. 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/15983 -- Edit this bug report at http://bugs.php.net/?id=15983&edit=1
#19598 [Bgs]: Including a file in itself causes the php.exe program to crash.
ID: 19598 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000, sp3 PHP Version: 4.2.3 New Comment: oops, that should read, Previous Comments: [2002-09-25 16:03:16] [EMAIL PROTECTED] Allow me to be more specific. This was not a support question, as I already know the answer to the problem. I just wanted to let you guys know that this is a serious error which can bring down the php.exe file on the remote server. If I create an empty php file called "test.php" and place this text within it, it will cause php.exe to crash. It causes a loop which PHP doesn't prevent by throwing an error. [2002-09-25 13:18:21] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. This is why you should use include/require_once functions, they will prevent inclusion of the same file more then once. The source of the crash I am guessing, is that your system simply ran out of resources since what you did was make a fairly resource entensive unterminated loop. [2002-09-25 13:13:17] [EMAIL PROTECTED] Including a file in itself causes the php.exe program to crash. It was late, and I was tired. :) -- Edit this bug report at http://bugs.php.net/?id=19598&edit=1
#19598 [Bgs]: Including a file in itself causes the php.exe program to crash.
ID: 19598 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000, sp3 PHP Version: 4.2.3 New Comment: Allow me to be more specific. This was not a support question, as I already know the answer to the problem. I just wanted to let you guys know that this is a serious error which can bring down the php.exe file on the remote server. If I create an empty php file called "test.php" and place this text within it, it will cause php.exe to crash. It causes a loop which PHP doesn't prevent by throwing an error. Previous Comments: [2002-09-25 13:18:21] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. This is why you should use include/require_once functions, they will prevent inclusion of the same file more then once. The source of the crash I am guessing, is that your system simply ran out of resources since what you did was make a fairly resource entensive unterminated loop. [2002-09-25 13:13:17] [EMAIL PROTECTED] Including a file in itself causes the php.exe program to crash. It was late, and I was tired. :) -- Edit this bug report at http://bugs.php.net/?id=19598&edit=1
#19603 [NEW]: Domxml causes segfault
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.3 PHP Bug Type: DOM XML related Bug description: Domxml causes segfault System: Apache/1.3.24 PHP running as SAPI-module (Binary from php.net) simple script, which causes segfault content 1content 2content 3content 4"; $document = xmltree($xml); $ctx = xpath_new_context($document); $result = xpath_eval($ctx, "//element"); print_r($result); /*part 2 create new xml document*/ $doc = domxml_new_doc("1.0"); $root = $doc->append_child($doc->create_element("para")); for($i = 0; $i < 200; $i++){ $element = $doc->create_element("element"); $element->set_content("content ".$i); $root->append_child($element); } echo "".htmlentities($doc->dump_mem(true)).""; ?> Description: the content is shown in the browser, but apache causes a segfault in module php_domxml.dll, adress 0x1b03 as likely in bug 16888. When you first create a xml document and parse second it runs without a segfault. This code causes no problems with PHP 4.1.2. Modules: php_domxml, php_xslt, php_iconv, php_gd and mysql -- Edit bug report at http://bugs.php.net/?id=19603&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19603&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19603&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19603&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19603&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19603&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19603&r=support Expected behavior: http://bugs.php.net/fix.php?id=19603&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19603&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19603&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19603&r=globals
#14738 [Ver]: array_pad dies with large pad length
ID: 14738 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.3.0-dev New Comment: Could not verify - Solaris 8 / Sparc -jason Previous Comments: [2002-08-21 11:21:27] [EMAIL PROTECTED] Could not verify on SuSE 8.0/x86/Apache 1.3.26/PHP 4.2.3-dev Could not verify on SuSE 8.0/x86/Apache 1.3.26/PHP 4.3.0-dev Could not verify on SuSE 8.0/x86/CLI/PHP 4.3.0-dev Could verify on Solaris 7/Sparc/CLI/PHP 4.3.0-dev (die) Could verify on Solaris 7/Sparc/CLI/PHP 4.2.3-dev (die) Could verify on Solaris 7/Sparc/CLI/PHP 4.1.1 (bus error) Could verify on Solaris 7/Sparc/CLI/PHP 4.0.6 (bus error) [2002-08-21 09:55:14] [EMAIL PROTECTED] FYI: cannot reproduce with a fresh CVS version on Linux (RedHat 6.2). [2002-08-19 15:59:38] [EMAIL PROTECTED] Just for the record, I haven't closed any array bugs today, nor yesterday if I remember correctly :) [2002-08-19 15:02:22] [EMAIL PROTECTED] Verfied this on Linux/x86. May be similar to http://bugs.php.net/bug.php?id=18743 and some array someone (Dan) closed today regarded to some int-value in Zend engine (don't remember anything more on this) [2002-07-29 09:08:26] [EMAIL PROTECTED] Could not verify this with 4.3.0-dev on Compaq Tru64 / Alpha 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/14738 -- Edit this bug report at http://bugs.php.net/?id=14738&edit=1
#19113 [Com]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: FreeBSD 4.6.2 PHP Version: 4.2.2 New Comment: This bug also applies to PHP 4.2.3. Previous Comments: [2002-09-23 19:49:30] [EMAIL PROTECTED] A follow-up to the "quick-fix" configuration addition I posted: Despite working around the problem, it seems to partially mess up the default deny/allow setup that Apache comes with by default. For example, using those configuration directives globally will result in allow/deny directives to seemingly have no effect. So please, be cautious when using the configuration fix. This is just more proof that this bug need to be fixed on the Apache level or the PHP4 level (depending on where it is). [2002-08-26 15:14:58] [EMAIL PROTECTED] I believe the following to be a severe bug which relates directly to PHP4 and Apache 1.3: For those of you unfamiliar with HTTP, there is an HTTP command called "CONNECT" which is intended for use with HTTP proxying. Via telnet, one can test for proxy capability by doing the following (input is in bold): $ telnet www.somehost.com 80 Trying ###.###.###.###... Connected to www.somehost.com. Escape character is '^]'. CONNECT www.google.com:80 HTTP/1.0 Host: www.somehost.com Now hit [Enter] twice. If your Apache configuration is proper (and without mod_proxy installed), you should get the following response: HTTP/1.1 405 Method Not Allowed However, this is where the bug shows up. Here are the pre-requisites for it to appear: Must have PHP4 module loaded. Must have index.php listed in Apache DocumentIndex directive. Must have index.php file in the DocumentRoot of the website you're connecting to (in the above example, www.somehost.com). The result of the above HTTP CONNECT when all of the above pre-requistes are met: HTTP/1.1 200 OK [HTTP headers here] [Contents of parsed index.php here; as if visiting the website!] An HTTP response code of 200 should only be sent when the request was legitimate -- a HTTP CONNECT should not be legitimate just because the website in question has an index.php file. You can literally rename index.php to something else (even index.html!) and a correct HTTP status of 405 is returned. I have read the HTTP RFC in full, and it is fairly vague when it comes to dealing with HTTP CONNECT -- however, the Status code section applies to all sections, therefore a Status code of 200 on an HTTP CONNECT when mod_proxy is not loaded is incorrect. Again, this only happens with mod_php4 installed. So why is this a big deal? Well, a slew of online services use proxy scanners to ensure legitimate clients are being used to communicate with their servers; proxy scanners are also used for IRC. The scanners look for a status code of 200 on an HTTP CONNECT. There is a workaround, which is to add the following to your server configuration: Order deny,allow Deny from all This bug may be directly related to bug #17424. Footnote: If this is traced back to be a flaw in Apache's DSO code, then I expect to see it reported as such, so I can forward this entire thread on to the Apache team and make them deal with it. Thanks. -- Edit this bug report at http://bugs.php.net/?id=19113&edit=1
#19602 [Bgs]: File Upload file permissions problem
ID: 19602 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: RH Linux 7.1 PHP Version: 4.2.3 New Comment: I would say that when a newer version of software causes code that ran correctly in an older version to produce errors, then a bug has been introduced (but, of course, this can argued from other points of view). I will notify phpMyAdmin and MySQL of this change in the event they are not aware of it already. Previous Comments: [2002-09-25 14:25:59] [EMAIL PROTECTED] Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. [2002-09-25 14:19:11] [EMAIL PROTECTED] We just upgraded our PHP from 4.0.6 to 4.2.3. I use phpMyAdmin to manage our MySQL database. Since the upgrade, when I try to upload a data file to be inserted into the database, I get the following error: ~ Error SQL-query : LOAD DATA LOCAL INFILE '/tmp/phpgAIpye' REPLACE INTO TABLE `customers` FIELDS TERMINATED BY ',' ENCLOSED BY '"' ESCAPED BY '\\' LINES TERMINATED BY '\r\n' MySQL said: The file '/tmp/phpgAIpye' must be in the database directory or be readable by all Back ~~~ Has PHP changed its file upload permissions? Mysql server runs as the user 'mysql' and PHP under 'apache'. Apparently the file upload is creating the temporary file with sole access rights (only owner has any access). I need to make it set permissions so that either (1) the 'mysql' owner or the 'apache' group can access these files or (2) that everyone as read access. This only seems to happen with a direct MySQL data file upload. (LOAD DATA INFILE...) Is this possible? -- Edit this bug report at http://bugs.php.net/?id=19602&edit=1
#19482 [Com]: segfault on child process
ID: 19482 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: PCRE related Operating System: Redhat 7.3 PHP Version: 4.2.3,4.3.0-dev New Comment: I'm encounting this same bug using Horde/IMP/Turba (2.1/3.1/1.1) on Red Hat 7.3 with all updates (except mm-1.1.3-8 which seems to cause problems with Apache restarts) and here's what i've tried: - compiling Apache (1.3.26), PHP (4.2.3), and mod_ssl (2.8.10) without mm support - compiling PHP 4.2.3 without mm support and using the pcre library packaged with Red Hat - downloading a fresh pcre library (v3.9) and compiling PHP against that. - compiling everything with mm support and external pcre library (3.9) In each case the same segfault occurs. If i compile the software (Apache, mod_ssl, PHP) with debugging symbols i can't get the segfault to occur. Been through about 300 test messages and it still hasn't segfaulted. This is driving me nuts. Previous Comments: [2002-09-20 09:33:51] [EMAIL PROTECTED] Using php.ini-recommended fixed the zlib problem. So now I am able to use the snapshot normally. However, I ran apache within gdb and I got pretty much the exact same backtrace as I got with 4.2.3. I guess it looks like a PCRE problem. Please let me know what I need to do next and thanks for the quick response [2002-09-20 07:09:48] [EMAIL PROTECTED] I guess the zlib issue is with the output buffering. Check your php.ini settings. (and try using the php.ini-dist as base for your new one..) And the original problem, if the backtrace you get now is about the same as the one you already pasted here, don't add another one. Reclassified as PCRE related. [2002-09-20 01:42:06] [EMAIL PROTECTED] sorry, i forgot to mention that I tried running the snapshot without zlib support (and png and dom xml support) and got IMP to somewhat work under that environment. However, like I said previously the snapshot did not fix the seg fault problem I am having. Please let me know what you want to do next Thanks [2002-09-20 01:40:23] [EMAIL PROTECTED] unfortunately, this does not fix the original problem, I still get seg faults when viewing messages (no particular message). I'll try to post a backtrace a little later [2002-09-20 01:22:45] [EMAIL PROTECTED] Ok, did this with the new snapshot, however I've figured out what causes the PHP 4.3.0-dev to hang. Basically if I use the --with-zlib configure option, a simple fails to load correctly. If I take this option out, then the displays correctly. I then tried to reinstall zlib (in case it was somehow messed up in RedHat) but that made no difference. I tried different variations of --with-zlib such as: * --with-zlib * --with-zlib=/usr/local * --with-zlib=/usr * --with-zlib=/usr/local --with-zlib-dir=/usr/local * --with-zlib=/usr --with-zlib-dir=/usr If I use any of these, PHP scripts fail to load with the new dev snapshot. However, I am using this option with 4.2.3 with no problems. Maybe its a bug in the dev snapshot? If you need any more information let me know. Thanks 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/19482 -- Edit this bug report at http://bugs.php.net/?id=19482&edit=1
#19602 [Opn->Bgs]: File Upload file permissions problem
ID: 19602 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: RH Linux 7.1 PHP Version: 4.2.3 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Previous Comments: [2002-09-25 14:19:11] [EMAIL PROTECTED] We just upgraded our PHP from 4.0.6 to 4.2.3. I use phpMyAdmin to manage our MySQL database. Since the upgrade, when I try to upload a data file to be inserted into the database, I get the following error: ~ Error SQL-query : LOAD DATA LOCAL INFILE '/tmp/phpgAIpye' REPLACE INTO TABLE `customers` FIELDS TERMINATED BY ',' ENCLOSED BY '"' ESCAPED BY '\\' LINES TERMINATED BY '\r\n' MySQL said: The file '/tmp/phpgAIpye' must be in the database directory or be readable by all Back ~~~ Has PHP changed its file upload permissions? Mysql server runs as the user 'mysql' and PHP under 'apache'. Apparently the file upload is creating the temporary file with sole access rights (only owner has any access). I need to make it set permissions so that either (1) the 'mysql' owner or the 'apache' group can access these files or (2) that everyone as read access. This only seems to happen with a direct MySQL data file upload. (LOAD DATA INFILE...) Is this possible? -- Edit this bug report at http://bugs.php.net/?id=19602&edit=1
#19597 [Fbk->Csd]: apachectl graceful kills apache with segfault
ID: 19597 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: linux-2.4.19 PHP Version: 4.2.3 New Comment: The next release will probably take some months... Previous Comments: [2002-09-25 14:23:07] [EMAIL PROTECTED] Works with php from that URL (php4-latest.tar.gz): [Wed Sep 25 16:16:27 2002] [notice] Apache/2.0.42 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 PHP/4.3.0-dev DAV/2 configured -- resuming normal operations [Wed Sep 25 16:16:36 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 16:16:46 2002] [notice] Digest: generating secret for digest authentication ... [Wed Sep 25 16:16:46 2002] [notice] Digest: done [Wed Sep 25 16:16:47 2002] [notice] Apache/2.0.42 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 PHP/4.3.0-dev DAV/2 configured -- resuming normal operations Is there a new php release in sight by any chance? [2002-09-25 12:59:11] [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-09-25 12:54:03] [EMAIL PROTECTED] If I load the php module into apache2, an apachectl graceful kills the server: [Wed Sep 25 13:56:22 2002] [notice] Apache/2.0.42 (Unix) PHP/4.2.3 DAV/2 configured -- resuming normal operati ons [Wed Sep 25 13:56:23 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 13:56:26 2002] [notice] seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=19597&edit=1
#19597 [Com]: apachectl graceful kills apache with segfault
ID: 19597 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache2 related Operating System: linux-2.4.19 PHP Version: 4.2.3 New Comment: Works with php from that URL (php4-latest.tar.gz): [Wed Sep 25 16:16:27 2002] [notice] Apache/2.0.42 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 PHP/4.3.0-dev DAV/2 configured -- resuming normal operations [Wed Sep 25 16:16:36 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 16:16:46 2002] [notice] Digest: generating secret for digest authentication ... [Wed Sep 25 16:16:46 2002] [notice] Digest: done [Wed Sep 25 16:16:47 2002] [notice] Apache/2.0.42 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 PHP/4.3.0-dev DAV/2 configured -- resuming normal operations Is there a new php release in sight by any chance? Previous Comments: [2002-09-25 12:59:11] [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-09-25 12:54:03] [EMAIL PROTECTED] If I load the php module into apache2, an apachectl graceful kills the server: [Wed Sep 25 13:56:22 2002] [notice] Apache/2.0.42 (Unix) PHP/4.2.3 DAV/2 configured -- resuming normal operati ons [Wed Sep 25 13:56:23 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 13:56:26 2002] [notice] seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=19597&edit=1
#19602 [NEW]: File Upload file permissions problem
From: [EMAIL PROTECTED] Operating system: RH Linux 7.1 PHP version: 4.2.3 PHP Bug Type: *Directory/Filesystem functions Bug description: File Upload file permissions problem We just upgraded our PHP from 4.0.6 to 4.2.3. I use phpMyAdmin to manage our MySQL database. Since the upgrade, when I try to upload a data file to be inserted into the database, I get the following error: ~ Error SQL-query : LOAD DATA LOCAL INFILE '/tmp/phpgAIpye' REPLACE INTO TABLE `customers` FIELDS TERMINATED BY ',' ENCLOSED BY '"' ESCAPED BY '\\' LINES TERMINATED BY '\r\n' MySQL said: The file '/tmp/phpgAIpye' must be in the database directory or be readable by all Back ~~~ Has PHP changed its file upload permissions? Mysql server runs as the user 'mysql' and PHP under 'apache'. Apparently the file upload is creating the temporary file with sole access rights (only owner has any access). I need to make it set permissions so that either (1) the 'mysql' owner or the 'apache' group can access these files or (2) that everyone as read access. This only seems to happen with a direct MySQL data file upload. (LOAD DATA INFILE...) Is this possible? -- Edit bug report at http://bugs.php.net/?id=19602&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19602&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19602&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19602&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19602&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19602&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19602&r=support Expected behavior: http://bugs.php.net/fix.php?id=19602&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19602&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19602&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19602&r=globals
#19601 [NEW]: snmp_set_quick_print doesn't work
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.3 PHP version: 4.2.1 PHP Bug Type: SNMP related Bug description: snmp_set_quick_print doesn't work OS: RedHat Linux 7.3 (Linux version 2.4.18-10) i386 PHP RPM: php-4.1.2-7.3.4 PHP SNMP RPM: php-snmp-4.1.2-7.3.4 UCD SNMP RPM: ucd-snmp-4.2.5-7.73.0 Basically, all this fuction will do is remove the "=" sign between the OID & the value. ie.. snmp_set_quick_print(0) 69.1.3.5.0 = "2.1.1.107.004" OR snmp_set_quick_print(1) 69.1.3.5.0 "2.1.1.107.004" I'm not sure why this happens, perhaps it is a bug in UCD & not PHP. Any help appreciated. -- Edit bug report at http://bugs.php.net/?id=19601&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19601&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19601&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19601&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19601&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19601&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19601&r=support Expected behavior: http://bugs.php.net/fix.php?id=19601&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19601&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19601&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19601&r=globals
#19600 [NEW]: requires full pathname
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.3 PHP Bug Type: Sablotron XSL Bug description: requires full pathname I am using Windows XP, PHP 4.2.3, Apache 1.3.26 I am using XSLT to produce HTML output. The code I use is as follows: $arg_buffer = array("/xml" => $xml_string, "/xslt" => $xsl_string); $result = xslt_process($xp, "arg:/xml", "arg:/xslt", NULL, $arg_buffer, $params))) My xsl file contains as 'include' statement which points to a file which exists in the same folder as the PHP script. I initially tried it as but it produced this error: 'arg:/pagination.xsl' not found (error code: 65) I then tried it with and got this error: cannot open file '/pagination.xsl' (error code: 4) It only works if I enter the full path, as in It is very inconvenient to have to specify the full pathname in every statement. Should it not first look in the current directory? This may be more of an enhancement request than a bug. -- Edit bug report at http://bugs.php.net/?id=19600&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19600&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19600&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19600&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19600&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19600&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19600&r=support Expected behavior: http://bugs.php.net/fix.php?id=19600&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19600&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19600&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19600&r=globals
#19599 [NEW]: "driver initialization failed" on any "driver"
From: [EMAIL PROTECTED] Operating system: Linux (Debian 3) PHP version: 4.2.3 PHP Bug Type: DBM/DBA related Bug description: "driver initialization failed" on any "driver" Running php with db3 and db2 and gdbm causes all dba_* functions to fail with "driver initialization failed" error regardless of which driver is used. -- Edit bug report at http://bugs.php.net/?id=19599&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19599&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19599&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19599&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19599&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19599&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19599&r=support Expected behavior: http://bugs.php.net/fix.php?id=19599&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19599&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19599&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19599&r=globals
#19423 [Com]: Problem with extension_dir in PHP.ini
ID: 19423 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Web Server problem Operating System: Windows 9x/NT/ME/2000/XP PHP Version: 4.2.3 New Comment: Is the assumption that if no directory is specified, that it will automaticlly look in the c:\WINNT\System32 directory for the extension dlls, correct? Previous Comments: [2002-09-24 17:36:30] [EMAIL PROTECTED] I'm using the ISAPI version on Win2k IIS. My install drive for php is I:\php\ My php.ini is in the H:\winnt\ directory (the phpinfo() function reports that is were it found it). Php.ini coding : ; Directory in which the loadable extensions (modules) reside. extension_dir = I:/php/extensions/ As long as I don't specify a extension to load, php works fine. But, once I un remark an extension (ei. php_mssql.dll), it gives the "unable to load dynamic library 'I:/php/extensions/php_mssql.dll' The support module not found" message. I've tried both ways, I:\\ and I:/ [2002-09-24 17:10:49] [EMAIL PROTECTED] No php.ini does not have to be on the c: drive. However please make sure you are using the c:\\ or c:/ syntax. Also make sure that your php.ini file is in the correct location (look at the output of phpinfo()). With the cli and cgi versions you can often get away with putting the php.ini file in the same dir as the executable and it will find it there. - James [2002-09-24 17:03:32] [EMAIL PROTECTED] Same issue. However, its it a requirement that the php directory be on the c: drive? I have the same problem with any php version I install on the Win2k Server. [2002-09-21 14:27:49] [EMAIL PROTECTED] try changing 'c:\php\extensions' to 'c:\\php\\extensions' or 'c:/php/extensions' and see if it begins to work. [2002-09-16 08:32:29] [EMAIL PROTECTED] Oh yeah, I forgot to add that all the pertinent files for this extension are in the %system% directory! 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/19423 -- Edit this bug report at http://bugs.php.net/?id=19423&edit=1
#19598 [Opn->Bgs]: Including a file in itself causes the php.exe program to crash.
ID: 19598 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000, sp3 PHP Version: 4.2.3 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. This is why you should use include/require_once functions, they will prevent inclusion of the same file more then once. The source of the crash I am guessing, is that your system simply ran out of resources since what you did was make a fairly resource entensive unterminated loop. Previous Comments: [2002-09-25 13:13:17] [EMAIL PROTECTED] Including a file in itself causes the php.exe program to crash. It was late, and I was tired. :) -- Edit this bug report at http://bugs.php.net/?id=19598&edit=1
#19598 [NEW]: Including a file in itself causes the php.exe program to crash.
From: [EMAIL PROTECTED] Operating system: Windows 2000, sp3 PHP version: 4.2.3 PHP Bug Type: Reproducible crash Bug description: Including a file in itself causes the php.exe program to crash. Including a file in itself causes the php.exe program to crash. It was late, and I was tired. :) -- Edit bug report at http://bugs.php.net/?id=19598&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19598&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19598&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19598&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19598&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19598&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19598&r=support Expected behavior: http://bugs.php.net/fix.php?id=19598&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19598&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19598&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19598&r=globals
#19596 [Opn]: ?
ID: 19596 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Unknown/Other Function +Bug Type: COM related Operating System: windows2000/windowsxp PHP Version: 4.2.3 New Comment: Reclassified. Previous Comments: [2002-09-25 12:26:30] [EMAIL PROTECTED] $strfilename = ".\\test.xls"; $strfilename = realpath($strfilename); $exapp = new COM("Excel.application") or Die ("Did not connect to Excel"); if (file_exists($strfilename)) { $wkb = $exapp->Workbooks->open($strfilename); echo "Excel wurde geöffnet"; $wkb->close(false,$strfilename,false); $exapp->Quit(); $exapp->Release(); } If apache or IIS runs not under LocalSystem (admin-rights) the script cause folowing error: Warning: Unable to obtain IDispatch interface for CLSID {00024500---C000-0046}: Zugriff verweigert in d:\projekte\php_daimlerchrysler\apacheDaten\testexcel.php on line 3 Did not connect to Excel -- Edit this bug report at http://bugs.php.net/?id=19596&edit=1
#19597 [Opn->Fbk]: apachectl graceful kills apache with segfault
ID: 19597 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: linux-2.4.19 PHP Version: 4.2.3 New Comment: 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 Previous Comments: [2002-09-25 12:54:03] [EMAIL PROTECTED] If I load the php module into apache2, an apachectl graceful kills the server: [Wed Sep 25 13:56:22 2002] [notice] Apache/2.0.42 (Unix) PHP/4.2.3 DAV/2 configured -- resuming normal operati ons [Wed Sep 25 13:56:23 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 13:56:26 2002] [notice] seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=19597&edit=1
#19597 [NEW]: apachectl graceful kills apache with segfault
From: [EMAIL PROTECTED] Operating system: linux-2.4.19 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: apachectl graceful kills apache with segfault If I load the php module into apache2, an apachectl graceful kills the server: [Wed Sep 25 13:56:22 2002] [notice] Apache/2.0.42 (Unix) PHP/4.2.3 DAV/2 configured -- resuming normal operati ons [Wed Sep 25 13:56:23 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 13:56:26 2002] [notice] seg fault or similar nasty error detected in the parent process -- Edit bug report at http://bugs.php.net/?id=19597&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19597&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19597&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19597&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19597&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19597&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19597&r=support Expected behavior: http://bugs.php.net/fix.php?id=19597&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19597&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19597&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19597&r=globals
#17774 [Com]: connection_status() not returning correct result
ID: 17774 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: FREEBSD 4.5-STABLE PHP Version: 4.0CVS-2002-06-15 New Comment: An ammendmant to my last two posts. I would expect the script to put a '1' into wank.txt if somebody presses the STOP button on there browser. However the output I am getting is a '0' to say it disconnected regulary. Previous Comments: [2002-09-25 08:33:25] [EMAIL PROTECTED] Oh yeah, running that script, if I press the STOP button halfway through, after a while it will output "0" into wank.txt, which is wrong, it should put 2 is it? for connection closed. [2002-09-25 08:31:31] [EMAIL PROTECTED] I found there may be flaws with that code, so I wrote something else to test if the function was fixed, and it appears not, here is the code, if somebody cancels I would expect it to put '0' into wank.txt :- $a){ sleep('1'); print connection_status(); flush(); $a = $a + 1; } exitfp(); ?> [2002-09-25 07:38:18] [EMAIL PROTECTED] According to Bug #17265 this problem should be fixed rite? Well I downloaded the latest CVS like 5 minutes ago. THe following code snippets should return into a file that the connection was aborted, if this function was really fixed, rite?? well the outputs I am getting into my temp files to check the output of the script is "6077440 - 6076648 - 0 - not aborted - Keep-Alive" Heres the script :- while(!feof($pl_of) and !connection_aborted()) { $pl_buffer = fread($pl_of, 1024); echo($pl_buffer); flush(); $pl_sent = $pl_sent + 1024; } fclose ($pl_of); if ($pl_sent >= $pl_filesize){ $pl_totalsent = "100%"; }else{ $pl_totalsent = round((100 / $pl_filesize * $pl_sent),2) . "%"; } if (connection_aborted() == true){ $temp = 'aborted'; }else{ $temp = 'not aborted'; } $pl_totalsent = "$pl_sent - $pl_filesize - " . connection_status() . " - " . $temp . " - " . $_SERVER['HTTP_CONNECTION']; [2002-07-07 13:10:32] [EMAIL PROTECTED] Has this bug been looked in to at all? Under FreeBSD, connection_status /always/ returns 0. I've never tried it with any other flavours of BSD. Regards, David. [2002-06-29 20:52:35] [EMAIL PROTECTED] Just thought id enquire a little about this Bug, has it been a bug fora long time? Do you think it will be sorted any time soon ? Do you think we may see it repaired for PHP 4.3.0-STABLE ? 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/17774 -- Edit this bug report at http://bugs.php.net/?id=17774&edit=1
#19592 [Bgs->Opn]: PHP_SELF is not correct with --enable-discard-path
ID: 19592 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: URL related Operating System: GNU/Linux PHP Version: 4.2.3 New Comment: In absence of a PATH_INFO PHP_SELF is correct ( it is set to the value of SCRIPT_NAME ) But when a PATH_INFO is given PHP_SELF is set to its value. For example: URI: /php4info.cgi --- PHP_SELF: /php4info.cgi URI: /php4info.cgi/test --- PHP_SELF: /test Of course the scripts themself start with #!/path/to/php4 And the interpreter was compiled with --enable-discard-path Previous Comments: [2002-09-25 10:42:57] [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. [2002-09-25 08:57:43] [EMAIL PROTECTED] When compiled with --enable-discrd-path PHP does not provide a valid PHP_SELF. It seems to me as simple as concatenating SCRIPT_NAME with PATH_INFO, do I miss something ? -- Edit this bug report at http://bugs.php.net/?id=19592&edit=1
#19596 [NEW]: ?
From: [EMAIL PROTECTED] Operating system: windows2000/windowsxp PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: ? $strfilename = ".\\test.xls"; $strfilename = realpath($strfilename); $exapp = new COM("Excel.application") or Die ("Did not connect to Excel"); if (file_exists($strfilename)) { $wkb = $exapp->Workbooks->open($strfilename); echo "Excel wurde geöffnet"; $wkb->close(false,$strfilename,false); $exapp->Quit(); $exapp->Release(); } If apache or IIS runs not under LocalSystem (admin-rights) the script cause folowing error: Warning: Unable to obtain IDispatch interface for CLSID {00024500---C000-0046}: Zugriff verweigert in d:\projekte\php_daimlerchrysler\apacheDaten\testexcel.php on line 3 Did not connect to Excel -- Edit bug report at http://bugs.php.net/?id=19596&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19596&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19596&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19596&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19596&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19596&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19596&r=support Expected behavior: http://bugs.php.net/fix.php?id=19596&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19596&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19596&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19596&r=globals
#19549 [Bgs]: 4.1.0 -> 4.2.2 "include" operator incompatibility
ID: 19549 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows -PHP Version: 4.2.2 +PHP Version: 4.2.3 New Comment: Unfortunately, new version (4.2.3) has THE SAME bug: Z:\!distrib\php-4.2.3-Win32>php.exe ^Z Warning: Failed opening '/test.php' for inclusion (include_path='.;c:\php4\pear') in - on line 2 If I use "include 'z:/test.php'", it works. Help! Previous Comments: [2002-09-22 20:29:06] [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. [2002-09-22 07:13:36] [EMAIL PROTECTED] PHP v4.2.0+ (Windows): include "/home/some/site.php"; - DOES NOT work (try to believe)! We have to use instead: include "z:/home/some/site.php"; # bad... Bad?.. BAD!!! Previous PHP v4.1.0: include "/home/some/site.php"; - works correct. I think that since 4.2.0 pathes like "/some/where" does not treated as absolute. For example, if we add "z:" to "include_path", include "/home/some/site.php" become workable - it is only the prove. It is VERY loathsome bug, because it makes Windows scripts incompatible with Unix and with previous PHP versions. P.S. DocumentRoot "/home/site/www" ... GET http://site/test.php - DOES NOT work too. It seems to me mod_php uses the same "include" function while starting the script. -- Edit this bug report at http://bugs.php.net/?id=19549&edit=1
#18609 [Ctl->Fbk]: ImageCreateFromJPEG can't fetch from a URL
ID: 18609 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Feedback Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.3.0-dev Assigned To: wez New Comment: 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 problem is that the GD extension explicitly disables URL access under windows (it uses the IGNORE_URL_WIN flag when opening the stream). Yesterday, I enabled this functionality along with include/require for remote files. Please try a snapshot and let us know how you get on. Previous Comments: [2002-09-25 09:38:22] [EMAIL PROTECTED] streams related... [2002-08-29 13:42:20] [EMAIL PROTECTED] I could not verify this (on Linux): [derick@kossu derick]$ php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies [derick@kossu derick]$ php > foo.png http://midg3t.homeip.net/images/psu-engrish.jpg";); imagepng($f); ?> [derick@kossu derick]$ file foo.png foo.png: PNG image data, 342 x 435, 8-bit colormap, non-interlaced Derick [2002-08-29 12:14:23] [EMAIL PROTECTED] Attempt to open a remote image via imagecreatefromjpeg() results in a 'failed to create stream: invalid argument' error. Opening the same url with fopen() works properly. [2002-08-29 04:19:39] [EMAIL PROTECTED] http://midg3t.homeip.net/images/psu-engrish.jpg";); ?> [2002-08-28 12:25:16] [EMAIL PROTECTED] Please add the shortest possible example script into this report which can be used to reproduce this. (and set the status back to 'Open' when you do this..) 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/18609 -- Edit this bug report at http://bugs.php.net/?id=18609&edit=1
#19292 [Fbk->Ctl]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Critical Bug Type: Apache related Operating System: linux PHP Version: 4.2.3 New Comment: Keep this critical. Previous Comments: [2002-09-25 11:18:39] [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 Could one of you try a non-stable snapshot (don't try it on a production server!)? [2002-09-24 04:14:31] [EMAIL PROTECTED] We have exactly the same problem. 1 request under 20 fail under this error : Warning: open_basedir restriction in effect. File is in wrong directory in Unknown on line 0 Warning: Failed opening '/space_3/www_main/www/board/tickets/voter_a.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 With php 4.2.3 (apache module) + apache 1.3.26 under debian 3.0 with no open_basedir configuration on php.ini and our vhost. duracell [2002-09-19 11:13:43] [EMAIL PROTECTED] PS: may be a session/temporary directory trouble ? [2002-09-19 11:08:48] [EMAIL PROTECTED] Hi, I have this problem too, and started when I updated from 4.2.2 (patched) to 4.2.3 : Redhat 7.3 Linux 2.4.18-3 Apache/1.3.26 PHP 4.2.3 Name Based Virtual Host './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-openssl=/usr/local/ssl' '-- enable-magic-quotes' '--with-zlib' '--with-zlib-dir=/usr/local/src/zlib' '--enable-bcmath' '-- with-curl=/usr/local/src/curl-7.9.8' '--with-fdftk=/usr/local/src/libFDF' '--enable-ftp' '-- with-gd=/usr/local/src/gd-1.8.4' '--with-mcrypt' '--enable-gd-native-ttf' '--with-jpeg-dir=/ usr/local/src/jpeg-6b' '--with-png-dir=/usr/local/src/libpng' '--with-imap=/usr/local/src/ imap-2001a' '--with-gettext' '--with-imap-ssl=/usr/local/src/openssl-0.9.6g' '--with- mysql=/usr/local/mysql' '--with-pdflib' '--with-pdflib-dir=/usr/local/src/pdflib-4.0.2/pdflib' '--with-jpeg-dir=/usr/local/src/jpeg-6b' '--with-png-dir=/usr/local/src/libpng' '--enable- sockets' '--with-regex=php' '--with-swf=/usr/local/lib/libSWF' '--enable-sysvsem' '-- enable-sysvshm' '--enable-tokenizer' '--enable-inline-optimization' [2002-09-12 11:45:55] [EMAIL PROTECTED] Hello PHP, I Have also you Problem! !!! PLEASE FIX THIS PROBLEM !!! (that is a customer server.) 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#19292 [Ctl->Fbk]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Feedback Bug Type: Apache related Operating System: linux PHP Version: 4.2.3 New Comment: 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 Could one of you try a non-stable snapshot (don't try it on a production server!)? Previous Comments: [2002-09-24 04:14:31] [EMAIL PROTECTED] We have exactly the same problem. 1 request under 20 fail under this error : Warning: open_basedir restriction in effect. File is in wrong directory in Unknown on line 0 Warning: Failed opening '/space_3/www_main/www/board/tickets/voter_a.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 With php 4.2.3 (apache module) + apache 1.3.26 under debian 3.0 with no open_basedir configuration on php.ini and our vhost. duracell [2002-09-19 11:13:43] [EMAIL PROTECTED] PS: may be a session/temporary directory trouble ? [2002-09-19 11:08:48] [EMAIL PROTECTED] Hi, I have this problem too, and started when I updated from 4.2.2 (patched) to 4.2.3 : Redhat 7.3 Linux 2.4.18-3 Apache/1.3.26 PHP 4.2.3 Name Based Virtual Host './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-openssl=/usr/local/ssl' '-- enable-magic-quotes' '--with-zlib' '--with-zlib-dir=/usr/local/src/zlib' '--enable-bcmath' '-- with-curl=/usr/local/src/curl-7.9.8' '--with-fdftk=/usr/local/src/libFDF' '--enable-ftp' '-- with-gd=/usr/local/src/gd-1.8.4' '--with-mcrypt' '--enable-gd-native-ttf' '--with-jpeg-dir=/ usr/local/src/jpeg-6b' '--with-png-dir=/usr/local/src/libpng' '--with-imap=/usr/local/src/ imap-2001a' '--with-gettext' '--with-imap-ssl=/usr/local/src/openssl-0.9.6g' '--with- mysql=/usr/local/mysql' '--with-pdflib' '--with-pdflib-dir=/usr/local/src/pdflib-4.0.2/pdflib' '--with-jpeg-dir=/usr/local/src/jpeg-6b' '--with-png-dir=/usr/local/src/libpng' '--enable- sockets' '--with-regex=php' '--with-swf=/usr/local/lib/libSWF' '--enable-sysvsem' '-- enable-sysvshm' '--enable-tokenizer' '--enable-inline-optimization' [2002-09-12 11:45:55] [EMAIL PROTECTED] Hello PHP, I Have also you Problem! !!! PLEASE FIX THIS PROBLEM !!! (that is a customer server.) [2002-09-09 16:56:03] [EMAIL PROTECTED] Hi, I have also the problem. Here is my Config: './configure' '--with-apache=../apache_1.3.26' '--with-mysql=/usr/local/mysql' '--with-mcrypt=/usr/local' '--with-png-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-curl=/usr/local' '--with-zlib=/usr/local' '--enable-ftp' '--with-hyperwave' '--with-freetype-dir=/usr/local' '--with-gd=/usr/local' '--with-swf=/usr/local' '--with-ttf=/usr/local' '--with-imap=/usr/local' '--enable-gd-native-ttf' '--with-mhash=/usr/local' '--enable-yp' '--enable-bcmath' '--with-tiff-dir=/usr/local' '--with-t1lib=/usr/local' '--enable-sysvshm=yes' '--enable-sysvsem=yes' '--enable-calendar' '--enable-mbregex' '--enable-mbstring' '--enable-wddx' '--enable-exif' '--enable-memory-limit' '--enable-freetype-4bit-antialias-hack' '--with-bz2=/usr/local' '--with-gettext=/usr/local' '--with-xpm-dir=/usr/X11R6' '--with-openssl=/usr/local/openssl' '--disable-debug' '--with-dom=/usr/local' '--enable-gd-imgstrttf' '--with-pdflib' '--with-xmlrpc' '--enable-xslt' '--with-xslt-sablot' '--enable-magic-quotes' '--with-zip=/usr/local' '--with-zlib=/usr/local' '--with-zlib-dir=/usr/local' '--enable-sablot-errors-descriptive' '--with-kerberos' '--with-iconv=/usr/local' '--with-imap-ssl=/usr/local/openssl' '--enable-safe-mode' '--disable-pear' Redhat 7.2 Linux 2.4.17 Apache 1.3.26 PHP 4.2.3 Please fix this... 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#19157 [Fbk->Opn]: Location not working
ID: 19157 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: w2k server PHP Version: 4.2.2 New Comment: I sent comments on Monday and don't see them posted. I will try to re-state I tried this latest php4 and it didn't resolve the problem. I recieved several errors stating that it could find some of the dll's I checked the extensions & the dll's everything was there and the path's where setup correctly in the php.ini. I then used the extension folder from the previous install and didn't get this error but it still didn't work. http://snaps.php.net/win32/php4-win32-latest.zip Shelley Previous Comments: [2002-09-23 07:58:50] [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-08-30 11:43:39] [EMAIL PROTECTED] If I take out all the includes ect. how are you going to run a comparable test? I'm using the ADODB sessions not PHP sessions functions. How are you going to know if PHP is working properly with all other products? I'm on the IIS Web Server 5.0 . I also ran additional test on an earlier Version of PHP 4.1.2 and everything was fine. However, I had this running on 4.2.1 and had the same problem as now. I have left the Pear includes in. If you don't want it just remove the includes. http://localhost/php/page2.php?K=".$sess_key."&L".$login; redirect2($g_url); exit; ?> Shelley [2002-08-29 23:11:30] [EMAIL PROTECTED] Please provide the _shortest_ possible script without any database stuff or include()'s...the one here is not very useful for us. And just for the record; header() works just fine for me on Linux/Apache. (even when using sessions) [2002-08-29 12:56:21] [EMAIL PROTECTED] I just cut and pasted this together for you. You might have to tweak this a bit to run. I'm also using ADODB for the Connection the newest Version. As you can see below. PConnect($server,$user,$pwd,$database); include_once("ecom_errors.inc"); $tst=headers_sent(); session_start(); $sess_key=session_id(); $tst=headers_sent(); $access = 'grant'; $page_name='page1.php'; $login='shelley'; $HTTP_SESSION_VARS['saccess'] = $access; $HTTP_SESSION_VARS['susername'] = 'Shelley Jones'; $HTTP_SESSION_VARS['suserid'] = $login; $HTTP_SESSION_VARS['suseris'] = 'Cust'; $HTTP_SESSION_VARS['spage'] = $page_name; $tst=headers_sent(); $g_url="Location:http://localhost/php/page2.php?K=".$sess_key."&L".$login; redirect2($g_url); exit; ?> Shelley [2002-08-28 23:08:20] [EMAIL PROTECTED] I'm unable to reproduce this locally. Can you provide the simplest script to reproduce this? 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/19157 -- Edit this bug report at http://bugs.php.net/?id=19157&edit=1
#19593 [Opn->Fbk]: Sometimes crashes
ID: 19593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: WinNT4sp6a PHP Version: 4.2.3 New Comment: What extensions have you enabled in php.ini ? (check phpinfo() output) Previous Comments: [2002-09-25 09:13:00] [EMAIL PROTECTED] I have added mod_ssl 2.8.10 to my Apache1.3.26 configuration and now Apache crashes with "Access violation" message on some scripts (Randomly). I have totally revised ssleay.dll and libeay.dll, checked out configuration, but it is the fact: sometimes (most often when script passing Header("Location: ..."); ) apache crashes. -- Edit this bug report at http://bugs.php.net/?id=19593&edit=1
#19592 [Opn->Bgs]: PHP_SELF is not correct with --enable-discard-path
ID: 19592 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: URL related Operating System: GNU/Linux PHP Version: 4.2.3 New Comment: 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. Previous Comments: [2002-09-25 08:57:43] [EMAIL PROTECTED] When compiled with --enable-discrd-path PHP does not provide a valid PHP_SELF. It seems to me as simple as concatenating SCRIPT_NAME with PATH_INFO, do I miss something ? -- Edit this bug report at http://bugs.php.net/?id=19592&edit=1
#19595 [Bgs->Ver]: Functions handling with GD2 file format do not exist
ID: 19595 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Verified Bug Type: GD related Operating System: Microsoft Windows XP (NT 5.1) EN PHP Version: 4.2.3 New Comment: Hm... seems to be a bug after all... It seems that, for some reason, HAVE_GD_GD2 is not defined in the windows build. Can someone look into this? Previous Comments: [2002-09-25 09:50:20] [EMAIL PROTECTED] I have done it in disabling php_gd.dll (adding ;) in front of this line and added line php_gd2.dll in php.ini (as I wrote in my bug report). Because I can not compile PHP from source code, I have no idea what else I can do. Anyway, I am going to ask someone somewhere for help how to enable php_gd2.dll on Win in binary distribution. Stepan [2002-09-25 09:42:10] [EMAIL PROTECTED] You need to enable php_gd2.dll. For information on how to do that, ask support on the appropriate mailinglists. [2002-09-25 09:29:11] [EMAIL PROTECTED] Although imagecreatefromgd, imagecreatefromgd2 and imagegd2 was announced as addition to some 4.x version, they do not exist in 4.2.3. I tried it with enabling php_gd.dll or php_gd2.dll in php.ini, but with no success. Calling function function_exists() with above image functions as parameter resulted in FALSE. Stepan -- Edit this bug report at http://bugs.php.net/?id=19595&edit=1
#19594 [Fbk->Opn]: dba extension segfaults with the db2 driver
ID: 19594 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: DBM/DBA related Operating System: Slackware Linux PHP Version: 4CVS-2002-09-25 New Comment: Here it is. It looks like a string is not allocated correctly. #0 0x081ebb90 in memp_register () #1 0x40040c6b in db_open () from /lib/libdb.so.3 #2 0x0807aa0c in dba_open_db2 (info=0x82ea510) at /home/busterb/cvs/php4/php4/ext/dba/dba_db2.c:74 #3 0x0807a4f8 in php_dba_open (ht=3, return_value=0x82ea4b4, this_ptr=0x0, return_value_used=0, persistent=0) at /home/busterb/cvs/php4/php4/ext/dba/dba.c:346 #4 0x08079e0e in zif_dba_open (ht=3356467, return_value=0x333733, this_ptr=0x333733, return_value_used=3356467) at /home/busterb/cvs/php4/php4/ext/dba/dba.c:386 #5 0x081a6dcf in execute (op_array=0x82e9fbc) at /home/busterb/cvs/php4/php4/Zend/zend_execute.c:1602 #6 0x0818f45c in zend_eval_string (str=0xbfffd55c "", retval_ptr=0x0, string_name=0x333733 ) at /home/busterb/cvs/php4/php4/Zend/zend_execute_API.c:630 #7 0x081ac68d in main (argc=3, argv=0xbfffd764) at /home/busterb/cvs/php4/php4/sapi/cli/php_cli.c:737 #8 0x4033317d in __libc_start_main () from /lib/libc.so.6 Previous Comments: [2002-09-25 09:42:42] [EMAIL PROTECTED] Please recompile PHP with --enable-debug and post a new backtrace. [2002-09-25 09:28:42] [EMAIL PROTECTED] Creating a new db2 database causes a segfault with dba_open() $ php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies $ php -r "dba_open ("file_test", "n", "db2");" Segmentation fault This is the backtrace: #0 0x081ad050 in memp_register () #1 0x40031c6b in db_open () from /lib/libdb.so.3 #2 0x0807567a in dba_open_db2 () #3 0x080752b0 in php_dba_open () #4 0x08074d3e in zif_dba_open () #5 0x0816928c in execute () #6 0x0815cd0b in zend_execute_scripts () #7 0x081374a9 in php_execute_script () #8 0x0816dc6b in main () #9 0x4028917d in __libc_start_main () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=19594&edit=1
#19119 [Opn->Ver]: curl_exec called twice
ID: 19119 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: cURL related Operating System: Linux 2.4.7-10 (RedHat 7.2) PHP Version: 4.3.0-dev / 4.2.3-dev Previous Comments: [2002-09-25 09:55:39] [EMAIL PROTECTED] sorry, misread [2002-09-25 09:39:17] [EMAIL PROTECTED] Not a bug in PHP -> bogus [2002-09-09 11:19:49] [EMAIL PROTECTED] current cURL extension limitation... You can't reuse the same handle... [2002-08-27 14:22:23] [EMAIL PROTECTED] Got the same results.. [2002-08-27 04:11:19] [EMAIL PROTECTED] It seems that bug #14142 is back. This simple exemple generate a Segmentation fault. The bug occurs only when RETURNTRANSFER is set and when using 2 curl_exec on the same curl handle. Changing the 2nd URL to http://www.php.net/ generate an infinite loop ! http://www.apple.com/";); $res1 = curl_exec($ch); curl_setopt($ch,CURLOPT_URL,"http://www.apple.com/quicktime/";); $res2 = curl_exec($ch); curl_close($ch); ?> PHP 4.2.2 / libcurl 7.9.8 and './configure --with-curl'. Here is the back trace Program received signal SIGSEGV, Segmentation fault. 0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222 222 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) where #0 0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222 #1 0x080e3c5e in _zval_dtor (zvalue=0x818d324) at zend_variables.c:44 #2 0x080dbf68 in _zval_ptr_dtor (zval_ptr=0x818d570) at zend_execute_API.c:274 #3 0x080e9a61 in zend_hash_destroy (ht=0x8155188) at zend_hash.c:541 #4 0x080dbcaa in shutdown_executor () at zend_execute_API.c:173 #5 0x080e4c7e in zend_deactivate () at zend.c:596 #6 0x080611da in php_request_shutdown (dummy=0x0) at main.c:787 #7 0x0806009b in main (argc=2, argv=0xb9e4) at cgi_main.c:827 #8 0x401db657 in __libc_start_main (main=0x805f7a4 , argc=2, ubp_av=0xb9e4, init=0x805e424 <_init>, fini=0x8107d40 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb9dc) at ../sysdeps/generic/libc-start.c:129 -- Edit this bug report at http://bugs.php.net/?id=19119&edit=1
#19119 [Bgs->Opn]: curl_exec called twice
ID: 19119 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: cURL related Operating System: Linux 2.4.7-10 (RedHat 7.2) PHP Version: 4.3.0-dev / 4.2.3-dev New Comment: sorry, misread Previous Comments: [2002-09-25 09:39:17] [EMAIL PROTECTED] Not a bug in PHP -> bogus [2002-09-09 11:19:49] [EMAIL PROTECTED] current cURL extension limitation... You can't reuse the same handle... [2002-08-27 14:22:23] [EMAIL PROTECTED] Got the same results.. [2002-08-27 04:11:19] [EMAIL PROTECTED] It seems that bug #14142 is back. This simple exemple generate a Segmentation fault. The bug occurs only when RETURNTRANSFER is set and when using 2 curl_exec on the same curl handle. Changing the 2nd URL to http://www.php.net/ generate an infinite loop ! http://www.apple.com/";); $res1 = curl_exec($ch); curl_setopt($ch,CURLOPT_URL,"http://www.apple.com/quicktime/";); $res2 = curl_exec($ch); curl_close($ch); ?> PHP 4.2.2 / libcurl 7.9.8 and './configure --with-curl'. Here is the back trace Program received signal SIGSEGV, Segmentation fault. 0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222 222 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) where #0 0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222 #1 0x080e3c5e in _zval_dtor (zvalue=0x818d324) at zend_variables.c:44 #2 0x080dbf68 in _zval_ptr_dtor (zval_ptr=0x818d570) at zend_execute_API.c:274 #3 0x080e9a61 in zend_hash_destroy (ht=0x8155188) at zend_hash.c:541 #4 0x080dbcaa in shutdown_executor () at zend_execute_API.c:173 #5 0x080e4c7e in zend_deactivate () at zend.c:596 #6 0x080611da in php_request_shutdown (dummy=0x0) at main.c:787 #7 0x0806009b in main (argc=2, argv=0xb9e4) at cgi_main.c:827 #8 0x401db657 in __libc_start_main (main=0x805f7a4 , argc=2, ubp_av=0xb9e4, init=0x805e424 <_init>, fini=0x8107d40 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb9dc) at ../sysdeps/generic/libc-start.c:129 -- Edit this bug report at http://bugs.php.net/?id=19119&edit=1
#19580 [Opn->Asn]: Warning: incfile() [function.incfile]: 0 bytes of buffered data lost
ID: 19580 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: FREEBSD 4.7-RELEASE 2 PHP Version: 4CVS-2002-09-24 -Assigned To: +Assigned To: wez New Comment: Assigning to Wez as this is some streams issue. Previous Comments: [2002-09-24 12:15:50] [EMAIL PROTECTED] Running on Apache 2.0.42-Alpha2 with the latest CVS of PHP im getting the following error that is produced with the code shown below, I have never had this problem before nad the code has not changed for almost a year now :- Warning: incfile() [function.incfile]: 0 bytes of buffered data lost during conversion to FILE*! in /usr/home/mpfreesc/public_html/index.php on line 41 Code :- function incfile($pt_infile) { global $argv; global $REMOTE_ADDR; ob_start(); include($pt_infile); $pt_ret_str = ob_get_contents(); ob_end_clean(); return $pt_ret_str; } -- Edit this bug report at http://bugs.php.net/?id=19580&edit=1
#19595 [Bgs]: Functions handling with GD2 file format do not exist
ID: 19595 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Microsoft Windows XP (NT 5.1) EN PHP Version: 4.2.3 New Comment: I have done it in disabling php_gd.dll (adding ;) in front of this line and added line php_gd2.dll in php.ini (as I wrote in my bug report). Because I can not compile PHP from source code, I have no idea what else I can do. Anyway, I am going to ask someone somewhere for help how to enable php_gd2.dll on Win in binary distribution. Stepan Previous Comments: [2002-09-25 09:42:10] [EMAIL PROTECTED] You need to enable php_gd2.dll. For information on how to do that, ask support on the appropriate mailinglists. [2002-09-25 09:29:11] [EMAIL PROTECTED] Although imagecreatefromgd, imagecreatefromgd2 and imagegd2 was announced as addition to some 4.x version, they do not exist in 4.2.3. I tried it with enabling php_gd.dll or php_gd2.dll in php.ini, but with no success. Calling function function_exists() with above image functions as parameter resulted in FALSE. Stepan -- Edit this bug report at http://bugs.php.net/?id=19595&edit=1
#19590 [Csd]: PHP4.2.3/4.2.4-dev ISAPI fails with Apache2.0.42
ID: 19590 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.3 Assigned To: edink New Comment: Yes, both 4.2.4-dev and 4.3.0-dev snapshots will be updated. Previous Comments: [2002-09-25 09:38:43] [EMAIL PROTECTED] I hope the 4.3.0-dev will get this update too, aye ? [2002-09-25 09:28:04] [EMAIL PROTECTED] The next snapshot will contain php4apache2.dll that works with Apache 2.0.42. [2002-09-25 07:39:47] [EMAIL PROTECTED] With the release of Apache2.0.42 I went ahead and upgraded. I wasn't all that suprised that PHP4.2.3 ISAPI failed to load with it. I got the following error: bin\Apache.exe -f conf\httpd2.conf -t Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. However, when I tried the latest stable dev-build (200209251031) the problem still persisted. It's not vital since CGI still works, but something you'll want to correct. -- Edit this bug report at http://bugs.php.net/?id=19590&edit=1
#19324 [Ctl]: show PHP source on client's browser
ID: 19324 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 New Comment: Could you try compiling PHP without using ANY predefined CFLAGS? ie. only run the configure with your options. Previous Comments: [2002-09-25 03:56:02] [EMAIL PROTECTED] When I use : header('Location: xxx.php?a=123&b=456'); (1) use header() function (2) the URL append GET string then php file show the source on client's browser. But after reload, the PHP just normal run. [2002-09-09 20:54:05] [EMAIL PROTECTED] After I upgrade PHP from v4.2.2 to v4.2.3, my system actually show PHP source on client's browser ! It never arise in v4.2.2 , and I haven't change my configure and php.ini . The case is not always arising. It should arise when I click the links to switch the PHP pages fast. === CC=gcc \ CFLAGS="-O6 -mcpu=pentiumpro" \ ./configure \ --enable-track-vars \ --enable-inline-optimization \ --enable-mbstring \ --enable-ctype \ --disable-wddx \ --disable-debug \ --disable-experimental-zts \ --with-xml \ --with-mcrypt=/usr/local \ --with-dom=/usr/local \ --with-zlib-dir=/usr/local \ --with-mysql=/usr/local/mysql \ --with-iconv=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --prefix=/usr/local -- Edit this bug report at http://bugs.php.net/?id=19324&edit=1
#19324 [Opn->Ctl]: show PHP source on client's browser
ID: 19324 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Critical Bug Type: Output Control Operating System: Solaris8 x86 PHP Version: 4.2.3 Previous Comments: [2002-09-25 03:56:02] [EMAIL PROTECTED] When I use : header('Location: xxx.php?a=123&b=456'); (1) use header() function (2) the URL append GET string then php file show the source on client's browser. But after reload, the PHP just normal run. [2002-09-09 20:54:05] [EMAIL PROTECTED] After I upgrade PHP from v4.2.2 to v4.2.3, my system actually show PHP source on client's browser ! It never arise in v4.2.2 , and I haven't change my configure and php.ini . The case is not always arising. It should arise when I click the links to switch the PHP pages fast. === CC=gcc \ CFLAGS="-O6 -mcpu=pentiumpro" \ ./configure \ --enable-track-vars \ --enable-inline-optimization \ --enable-mbstring \ --enable-ctype \ --disable-wddx \ --disable-debug \ --disable-experimental-zts \ --with-xml \ --with-mcrypt=/usr/local \ --with-dom=/usr/local \ --with-zlib-dir=/usr/local \ --with-mysql=/usr/local/mysql \ --with-iconv=/usr/local \ --with-apxs=/usr/local/apache/bin/apxs \ --prefix=/usr/local -- Edit this bug report at http://bugs.php.net/?id=19324&edit=1
#19594 [Opn->Fbk]: dba extension segfaults with the db2 driver
ID: 19594 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: DBM/DBA related Operating System: Slackware Linux PHP Version: 4CVS-2002-09-25 New Comment: Please recompile PHP with --enable-debug and post a new backtrace. Previous Comments: [2002-09-25 09:28:42] [EMAIL PROTECTED] Creating a new db2 database causes a segfault with dba_open() $ php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies $ php -r "dba_open ("file_test", "n", "db2");" Segmentation fault This is the backtrace: #0 0x081ad050 in memp_register () #1 0x40031c6b in db_open () from /lib/libdb.so.3 #2 0x0807567a in dba_open_db2 () #3 0x080752b0 in php_dba_open () #4 0x08074d3e in zif_dba_open () #5 0x0816928c in execute () #6 0x0815cd0b in zend_execute_scripts () #7 0x081374a9 in php_execute_script () #8 0x0816dc6b in main () #9 0x4028917d in __libc_start_main () from /lib/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=19594&edit=1
#19595 [Opn->Bgs]: Functions handling with GD2 file format do not exist
ID: 19595 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: GD related Operating System: Microsoft Windows XP (NT 5.1) EN PHP Version: 4.2.3 New Comment: You need to enable php_gd2.dll. For information on how to do that, ask support on the appropriate mailinglists. Previous Comments: [2002-09-25 09:29:11] [EMAIL PROTECTED] Although imagecreatefromgd, imagecreatefromgd2 and imagegd2 was announced as addition to some 4.x version, they do not exist in 4.2.3. I tried it with enabling php_gd.dll or php_gd2.dll in php.ini, but with no success. Calling function function_exists() with above image functions as parameter resulted in FALSE. Stepan -- Edit this bug report at http://bugs.php.net/?id=19595&edit=1
#19119 [Ver->Bgs]: curl_exec called twice
ID: 19119 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Bogus Bug Type: cURL related Operating System: Linux 2.4.7-10 (RedHat 7.2) PHP Version: 4.3.0-dev / 4.2.3-dev New Comment: Not a bug in PHP -> bogus Previous Comments: [2002-09-09 11:19:49] [EMAIL PROTECTED] current cURL extension limitation... You can't reuse the same handle... [2002-08-27 14:22:23] [EMAIL PROTECTED] Got the same results.. [2002-08-27 04:11:19] [EMAIL PROTECTED] It seems that bug #14142 is back. This simple exemple generate a Segmentation fault. The bug occurs only when RETURNTRANSFER is set and when using 2 curl_exec on the same curl handle. Changing the 2nd URL to http://www.php.net/ generate an infinite loop ! http://www.apple.com/";); $res1 = curl_exec($ch); curl_setopt($ch,CURLOPT_URL,"http://www.apple.com/quicktime/";); $res2 = curl_exec($ch); curl_close($ch); ?> PHP 4.2.2 / libcurl 7.9.8 and './configure --with-curl'. Here is the back trace Program received signal SIGSEGV, Segmentation fault. 0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222 222 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) where #0 0x080d580c in _efree (ptr=0x81a2164) at zend_alloc.c:222 #1 0x080e3c5e in _zval_dtor (zvalue=0x818d324) at zend_variables.c:44 #2 0x080dbf68 in _zval_ptr_dtor (zval_ptr=0x818d570) at zend_execute_API.c:274 #3 0x080e9a61 in zend_hash_destroy (ht=0x8155188) at zend_hash.c:541 #4 0x080dbcaa in shutdown_executor () at zend_execute_API.c:173 #5 0x080e4c7e in zend_deactivate () at zend.c:596 #6 0x080611da in php_request_shutdown (dummy=0x0) at main.c:787 #7 0x0806009b in main (argc=2, argv=0xb9e4) at cgi_main.c:827 #8 0x401db657 in __libc_start_main (main=0x805f7a4 , argc=2, ubp_av=0xb9e4, init=0x805e424 <_init>, fini=0x8107d40 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb9dc) at ../sysdeps/generic/libc-start.c:129 -- Edit this bug report at http://bugs.php.net/?id=19119&edit=1
#19590 [Com]: PHP4.2.3/4.2.4-dev ISAPI fails with Apache2.0.42
ID: 19590 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.3 Assigned To: edink New Comment: I hope the 4.3.0-dev will get this update too, aye ? Previous Comments: [2002-09-25 09:28:04] [EMAIL PROTECTED] The next snapshot will contain php4apache2.dll that works with Apache 2.0.42. [2002-09-25 07:39:47] [EMAIL PROTECTED] With the release of Apache2.0.42 I went ahead and upgraded. I wasn't all that suprised that PHP4.2.3 ISAPI failed to load with it. I got the following error: bin\Apache.exe -f conf\httpd2.conf -t Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. However, when I tried the latest stable dev-build (200209251031) the problem still persisted. It's not vital since CGI still works, but something you'll want to correct. -- Edit this bug report at http://bugs.php.net/?id=19590&edit=1
#17616 [Ver->Bgs]: backslash characters handled oddly in preg_replace
ID: 17616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Bogus Bug Type: PCRE related Operating System: linux 2.4.14, pcre PHP Version: 4.3.0-dev New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. not a bug -> bogus Previous Comments: [2002-09-25 09:35:08] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php In the first case the extension receives replacement string \\\ which is basically \\, since last backslash doesn't quote anything. And in the second case it's which is interpolated into \\. [2002-09-25 09:33:23] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2002-09-11 19:44:28] [EMAIL PROTECTED] updated version. [2002-06-05 18:17:27] [EMAIL PROTECTED] Below are two calls to preg_replace() with different replacement strings. For some reason, they both return the same string. $s = "A backslash: \\ "; $s1 = preg_replace("//", "\\", $s); $s2 = preg_replace("//", "", $s); echo "s : $s \n"; echo "s1: $s1 \n"; echo "s2: $s2 \n"; -- Output: s : A backslash: \ s1: A backslash: \\ s2: A backslash: \\ -- My configuration: './configure' '--with-gnu-ld' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql' -- Edit this bug report at http://bugs.php.net/?id=17616&edit=1
#18609 [Ver->Ctl]: ImageCreateFromJPEG can't fetch from a URL
ID: 18609 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Critical -Bug Type: GD related +Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.3.0-dev -Assigned To: +Assigned To: wez New Comment: streams related... Previous Comments: [2002-08-29 13:42:20] [EMAIL PROTECTED] I could not verify this (on Linux): [derick@kossu derick]$ php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies [derick@kossu derick]$ php > foo.png http://midg3t.homeip.net/images/psu-engrish.jpg";); imagepng($f); ?> [derick@kossu derick]$ file foo.png foo.png: PNG image data, 342 x 435, 8-bit colormap, non-interlaced Derick [2002-08-29 12:14:23] [EMAIL PROTECTED] Attempt to open a remote image via imagecreatefromjpeg() results in a 'failed to create stream: invalid argument' error. Opening the same url with fopen() works properly. [2002-08-29 04:19:39] [EMAIL PROTECTED] http://midg3t.homeip.net/images/psu-engrish.jpg";); ?> [2002-08-28 12:25:16] [EMAIL PROTECTED] Please add the shortest possible example script into this report which can be used to reproduce this. (and set the status back to 'Open' when you do this..) [2002-08-28 12:24:11] [EMAIL PROTECTED] feedback was given..happens also with 4.3.0-dev. 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/18609 -- Edit this bug report at http://bugs.php.net/?id=18609&edit=1
#17616 [Bgs->Ver]: backslash characters handled oddly in preg_replace
ID: 17616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Verified Bug Type: PCRE related Operating System: linux 2.4.14, pcre PHP Version: 4.3.0-dev New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php In the first case the extension receives replacement string \\\ which is basically \\, since last backslash doesn't quote anything. And in the second case it's which is interpolated into \\. Previous Comments: [2002-09-25 09:33:23] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2002-09-11 19:44:28] [EMAIL PROTECTED] updated version. [2002-06-05 18:17:27] [EMAIL PROTECTED] Below are two calls to preg_replace() with different replacement strings. For some reason, they both return the same string. $s = "A backslash: \\ "; $s1 = preg_replace("//", "\\", $s); $s2 = preg_replace("//", "", $s); echo "s : $s \n"; echo "s1: $s1 \n"; echo "s2: $s2 \n"; -- Output: s : A backslash: \ s1: A backslash: \\ s2: A backslash: \\ -- My configuration: './configure' '--with-gnu-ld' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql' -- Edit this bug report at http://bugs.php.net/?id=17616&edit=1
#19055 [Opn->Bgs]: session.use_cookies ini config not respected
ID: 19055 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Other web server Operating System: BSD/OS PHP Version: 4CVS-2002-08-22 Assigned To: edink New Comment: Try php -h for the meaning of -c command line switch. 4.3.0 will have the behaviour you expected. Previous Comments: [2002-09-25 07:32:07] [EMAIL PROTECTED] Reclassified -- seems to be a CLI bug. [2002-08-22 15:02:43] [EMAIL PROTECTED] session.use_cookies is not respected, when using cli sapi and -c argument: mdev@server21 ~/cvs/php-4.2.3 $ sapi/cli/php -c /home/mdev/cvs/php-4.2.3/php.ini-test -r 'print ini_get("session.use_cookies");' 1 mdev@server21 ~/cvs/php-4.2.3 $ grep session.use_cookies ./php.ini-test session.use_cookies = 0 PHP_4_0_2 branch (4.2.3-dev) -- Edit this bug report at http://bugs.php.net/?id=19055&edit=1
#17616 [Ver->Bgs]: backslash characters handled oddly in preg_replace
ID: 17616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Bogus Bug Type: PCRE related Operating System: linux 2.4.14, pcre PHP Version: 4.3.0-dev New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2002-09-11 19:44:28] [EMAIL PROTECTED] updated version. [2002-06-05 18:17:27] [EMAIL PROTECTED] Below are two calls to preg_replace() with different replacement strings. For some reason, they both return the same string. $s = "A backslash: \\ "; $s1 = preg_replace("//", "\\", $s); $s2 = preg_replace("//", "", $s); echo "s : $s \n"; echo "s1: $s1 \n"; echo "s2: $s2 \n"; -- Output: s : A backslash: \ s1: A backslash: \\ s2: A backslash: \\ -- My configuration: './configure' '--with-gnu-ld' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql' -- Edit this bug report at http://bugs.php.net/?id=17616&edit=1
#18022 [Opn->Csd]: fopen does not work with php://stdin anymore
ID: 18022 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: Solaris 8 Sparc PHP Version: 4.2.1 Assigned To: wez New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-09-24 16:12:55] [EMAIL PROTECTED] I'm keeping this open, as I'm working with someone to verify if the fix I comitted to HEAD is actually working... [2002-09-21 02:02:05] [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-08-25 07:04:16] [EMAIL PROTECTED] I've committed a potential fix for HEAD; I'm not sure if this can be fixed properly in PHP 4.2.x. Please verify if the latest unstable snapshot now works for you. [2002-08-24 05:55:38] [EMAIL PROTECTED] Could you check main/php_config.h and see if HAVE_FLUSHIO is defined? I think that might be the cause of the problem (and that this will also be reproduceable with streams in HEAD). [2002-08-23 22:05:52] [EMAIL PROTECTED] Nevermind..I should have read the report twice before replying. The first script works fine for me when using PHP 4.3.0-dev (CLI). Can you please try it yourself too? http://snaps.php.net/php4-latest.tar.gz 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/18022 -- Edit this bug report at http://bugs.php.net/?id=18022&edit=1
#19595 [NEW]: Functions handling with GD2 file format do not exist
From: [EMAIL PROTECTED] Operating system: Microsoft Windows XP (NT 5.1) EN PHP version: 4.2.3 PHP Bug Type: GD related Bug description: Functions handling with GD2 file format do not exist Although imagecreatefromgd, imagecreatefromgd2 and imagegd2 was announced as addition to some 4.x version, they do not exist in 4.2.3. I tried it with enabling php_gd.dll or php_gd2.dll in php.ini, but with no success. Calling function function_exists() with above image functions as parameter resulted in FALSE. Stepan -- Edit bug report at http://bugs.php.net/?id=19595&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19595&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19595&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19595&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19595&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19595&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19595&r=support Expected behavior: http://bugs.php.net/fix.php?id=19595&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19595&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19595&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19595&r=globals
#19594 [NEW]: dba extension segfaults with the db2 driver
From: [EMAIL PROTECTED] Operating system: Slackware Linux PHP version: 4CVS-2002-09-25 PHP Bug Type: DBM/DBA related Bug description: dba extension segfaults with the db2 driver Creating a new db2 database causes a segfault with dba_open() $ php -v PHP 4.3.0-dev (cli), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies $ php -r "dba_open ("file_test", "n", "db2");" Segmentation fault This is the backtrace: #0 0x081ad050 in memp_register () #1 0x40031c6b in db_open () from /lib/libdb.so.3 #2 0x0807567a in dba_open_db2 () #3 0x080752b0 in php_dba_open () #4 0x08074d3e in zif_dba_open () #5 0x0816928c in execute () #6 0x0815cd0b in zend_execute_scripts () #7 0x081374a9 in php_execute_script () #8 0x0816dc6b in main () #9 0x4028917d in __libc_start_main () from /lib/libc.so.6 -- Edit bug report at http://bugs.php.net/?id=19594&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19594&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19594&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19594&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19594&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19594&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19594&r=support Expected behavior: http://bugs.php.net/fix.php?id=19594&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19594&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19594&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19594&r=globals
#19590 [Asn->Csd]: PHP4.2.3/4.2.4-dev ISAPI fails with Apache2.0.42
ID: 19590 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.3 Assigned To: edink New Comment: The next snapshot will contain php4apache2.dll that works with Apache 2.0.42. Previous Comments: [2002-09-25 07:39:47] [EMAIL PROTECTED] With the release of Apache2.0.42 I went ahead and upgraded. I wasn't all that suprised that PHP4.2.3 ISAPI failed to load with it. I got the following error: bin\Apache.exe -f conf\httpd2.conf -t Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. However, when I tried the latest stable dev-build (200209251031) the problem still persisted. It's not vital since CGI still works, but something you'll want to correct. -- Edit this bug report at http://bugs.php.net/?id=19590&edit=1
#18373 [Fbk->Opn]: unread_bytes always 0
ID: 18373 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Windows Server Platform PHP Version: 4.2.1 New Comment: I want to check the socket, whether there is data that must be read. Otherwise the script should do other things. At moment the situation is, that the script only can do other things, after read some data from the socket. The most popular thing, that requires this mechanism, is to write an IRC client with PHP, that can be used like cgi irc. Don't know whether is possible with any current php build for Linux, under Windows it wasn't possible with the builds from July 2002. I tried blocking and non blocking mode, but the stream reseted. So I prefered blocking mode, because the control about the socket is better. The script only must know, whether there is data to read from the socket, so that a request to the socket doesn't stop the script, until there is some data. Previous Comments: [2002-09-25 09:19:07] [EMAIL PROTECTED] Well, that depends on how you use the information. If the goal is to detect a possible block(which looks like what your code is doing), then when that value is 0, there is no data left on the socket. The same is true if blocked is set, and if eof is set. What would your reason be to look at the sytems buffer? -Jason [2002-09-11 11:47:26] [EMAIL PROTECTED] Sorry, I had posted some more feedback. Don't know where it is now. So I'll do again: I tested that CVS build and the result was, that unread_bytes told me the number of bytes, containing the PHP internal socket buffer and not the number of bytes, available on that socket. And I think, that unread_bytes should exactly mean that. Otherwise it would be some less useful. [2002-09-11 11:37:46] [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-07-24 16:31:09] [EMAIL PROTECTED] fsockopen() has changed dramaticly in current CVS with the introduction of streams. Would you mind trying a snapshot to see if your problem still persists? snaps.php.net/win32/ Thanks, -Jason [2002-07-16 12:35:35] [EMAIL PROTECTED] After creating a blocking socket with fsockopen, I entered an idle loop. I've checked the property unread_bytes of the array returned by socket_get_status. After I got a value of zero bytes, socket_get_status reports always an unread buffer of zero bytes, also when the server sends any data. I checked the server logs and I checked the script without checking socket status. Without checking the socket status, it works wonderful. Sample script: \n"; set_time_limit(0); $sock = fsockopen("localhost",6667,$errno,$errstr,30); // Connecting to dummy ircd fputs($sock,"NICK PreProcessor\r\n"); fputs($sock,"USER PHP localhost localhost :HyperText Pre Processor\r\n"); while (!feof($sock)) { // Loop until connection will be closed $stat = socket_get_status($sock); $queue = $stat[unread_bytes]; // How many bytes to read from socket? if ($queue > 0) { $data = chop(fgets($sock,128)); echo $data."\r\n"; flush(); $foo = split("[:]",$data); if ($foo[0] == "PING ") fputs($sock,"PONG :$foo[1]\r\n"); $foo = split("[ ]",$data); if ($foo[1] == "005") fputs($sock,"JOIN #Channel\r\n"); if ($foo[3] == ":die") fputs($sock,"QUIT :EOF\r\n");// retrieved shutdown script } else { sleep(1); // Sleep one second and do other things } } fclose($sock); // Good bye ... echo "\n"; ?> -- Edit this bug report at http://bugs.php.net/?id=18373&edit=1
#15025 [Ver->Ctl]: Copy of array is affected by reference
ID: 15025 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Critical Bug Type: Scripting Engine problem Operating System: FreeBSD, Linux PHP Version: 4.3.0-dev Previous Comments: [2002-09-17 20:50:58] [EMAIL PROTECTED] updating version. [2002-09-17 13:31:26] [EMAIL PROTECTED] Verified with 4.2.3 on Windows 2000 too. [2002-01-13 22:32:27] [EMAIL PROTECTED] $c should not have been affected by the assignment to $b because $c should only be a copy to $a. What happened is the first echo shows 5 and after assignment to $b, the content of $c changes to 1 when it should stay as 5. [2002-01-13 22:18:55] [EMAIL PROTECTED] You can guess / see from this simple script: $a = array(5); $b =& $a[0]; $c = $a; echo $c[0]; $b = 1; echo $c[0]; -- Edit this bug report at http://bugs.php.net/?id=15025&edit=1
#18373 [Opn->Fbk]: unread_bytes always 0
ID: 18373 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Windows Server Platform PHP Version: 4.2.1 New Comment: Well, that depends on how you use the information. If the goal is to detect a possible block(which looks like what your code is doing), then when that value is 0, there is no data left on the socket. The same is true if blocked is set, and if eof is set. What would your reason be to look at the sytems buffer? -Jason Previous Comments: [2002-09-11 11:47:26] [EMAIL PROTECTED] Sorry, I had posted some more feedback. Don't know where it is now. So I'll do again: I tested that CVS build and the result was, that unread_bytes told me the number of bytes, containing the PHP internal socket buffer and not the number of bytes, available on that socket. And I think, that unread_bytes should exactly mean that. Otherwise it would be some less useful. [2002-09-11 11:37:46] [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-07-24 16:31:09] [EMAIL PROTECTED] fsockopen() has changed dramaticly in current CVS with the introduction of streams. Would you mind trying a snapshot to see if your problem still persists? snaps.php.net/win32/ Thanks, -Jason [2002-07-16 12:35:35] [EMAIL PROTECTED] After creating a blocking socket with fsockopen, I entered an idle loop. I've checked the property unread_bytes of the array returned by socket_get_status. After I got a value of zero bytes, socket_get_status reports always an unread buffer of zero bytes, also when the server sends any data. I checked the server logs and I checked the script without checking socket status. Without checking the socket status, it works wonderful. Sample script: \n"; set_time_limit(0); $sock = fsockopen("localhost",6667,$errno,$errstr,30); // Connecting to dummy ircd fputs($sock,"NICK PreProcessor\r\n"); fputs($sock,"USER PHP localhost localhost :HyperText Pre Processor\r\n"); while (!feof($sock)) { // Loop until connection will be closed $stat = socket_get_status($sock); $queue = $stat[unread_bytes]; // How many bytes to read from socket? if ($queue > 0) { $data = chop(fgets($sock,128)); echo $data."\r\n"; flush(); $foo = split("[:]",$data); if ($foo[0] == "PING ") fputs($sock,"PONG :$foo[1]\r\n"); $foo = split("[ ]",$data); if ($foo[1] == "005") fputs($sock,"JOIN #Channel\r\n"); if ($foo[3] == ":die") fputs($sock,"QUIT :EOF\r\n");// retrieved shutdown script } else { sleep(1); // Sleep one second and do other things } } fclose($sock); // Good bye ... echo "\n"; ?> -- Edit this bug report at http://bugs.php.net/?id=18373&edit=1
#19593 [NEW]: Sometimes crashes
From: [EMAIL PROTECTED] Operating system: WinNT4sp6a PHP version: 4.2.3 PHP Bug Type: Apache related Bug description: Sometimes crashes I have added mod_ssl 2.8.10 to my Apache1.3.26 configuration and now Apache crashes with "Access violation" message on some scripts (Randomly). I have totally revised ssleay.dll and libeay.dll, checked out configuration, but it is the fact: sometimes (most often when script passing Header("Location: ..."); ) apache crashes. -- Edit bug report at http://bugs.php.net/?id=19593&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19593&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19593&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19593&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19593&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19593&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19593&r=support Expected behavior: http://bugs.php.net/fix.php?id=19593&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19593&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19593&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19593&r=globals
#17570 [Opn->Csd]: Memory leak
ID: 17570 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Regexps related Operating System: Redhat Linux 7.2 PHP Version: 4.1.2 New Comment: Fixed -> closed Previous Comments: [2002-09-25 08:56:33] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-09-25 08:31:11] [EMAIL PROTECTED] Assigned to Andrei per his request. [2002-06-18 11:59:38] [EMAIL PROTECTED] I've tried the snapshot but situation is the same - the module leaks 32 bytes every init/shutdown cycle. [2002-06-17 19:02:37] [EMAIL PROTECTED] Please try with this snapshot: http://snaps.php.net/php4-latest.tar.gz [2002-06-03 06:15:34] [EMAIL PROTECTED] I've tried the latest CVS version and it seems the problem is still here. 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/17570 -- Edit this bug report at http://bugs.php.net/?id=17570&edit=1
#19592 [NEW]: PHP_SELF is not correct with --enable-discard-path
From: [EMAIL PROTECTED] Operating system: GNU/Linux PHP version: 4.2.3 PHP Bug Type: URL related Bug description: PHP_SELF is not correct with --enable-discard-path When compiled with --enable-discrd-path PHP does not provide a valid PHP_SELF. It seems to me as simple as concatenating SCRIPT_NAME with PATH_INFO, do I miss something ? -- Edit bug report at http://bugs.php.net/?id=19592&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19592&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19592&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19592&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19592&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19592&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19592&r=support Expected behavior: http://bugs.php.net/fix.php?id=19592&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19592&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19592&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19592&r=globals
#17570 [Asn->Opn]: Memory leak
ID: 17570 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Open Bug Type: Regexps related Operating System: Redhat Linux 7.2 PHP Version: 4.1.2 Assigned To: andrei New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-09-25 08:31:11] [EMAIL PROTECTED] Assigned to Andrei per his request. [2002-06-18 11:59:38] [EMAIL PROTECTED] I've tried the snapshot but situation is the same - the module leaks 32 bytes every init/shutdown cycle. [2002-06-17 19:02:37] [EMAIL PROTECTED] Please try with this snapshot: http://snaps.php.net/php4-latest.tar.gz [2002-06-03 06:15:34] [EMAIL PROTECTED] I've tried the latest CVS version and it seems the problem is still here. [2002-06-03 05:10:41] [EMAIL PROTECTED] Can you verify against HEAD if this problem is still there? 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/17570 -- Edit this bug report at http://bugs.php.net/?id=17570&edit=1
#19577 [Bgs]: Compile PHP
ID: 19577 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.2.1 New Comment: Good that you mentioned Oracle libs. It's not possible to have those available at php.net as they are licensed and NOT FREE. Same applies to most of the non-os libraries too. One good thing would be a general list of URLs where to find them. (you can download the 650MB oracle package for 'free' but you need to register there first) Previous Comments: [2002-09-25 02:32:42] [EMAIL PROTECTED] I don't have problems to compile PHP (the scripts running good, and the error-messages are OK). But the problem is to get all libs. (If I want to compile oracle support, I have to install the oracle clients, and installing oracle isn't easy, and it costs recouces). Perhaps my problem is solved if the neccecary libs are downloadable from the PHP-site? (btw. thank's for such a quick answer. Good support!!) [2002-09-24 10:47:34] [EMAIL PROTECTED] Getting it to work would require quite a lot of work and testing. And still it wouldn't work for everybody. It's really easy to compile it yourself anyway. As long as you have the necessary libraries and such. [2002-09-24 08:31:23] [EMAIL PROTECTED] Dear developers ...this is not a bug, but I want to beg you to install a compiling service (perheps a payable). If somebody wants to compile some options for PHP it needs a lot of stuff (e.g. PDF or Oracle support). So I think it will be a good idea if there is the possibility to select a preferred PHP-constellation in a form, and then download the compiled libphp.so (like for MAC-systems). Is it possible to implement such a service?? Hope to hear from you... Martin -- Edit this bug report at http://bugs.php.net/?id=19577&edit=1
#18290 [Com]: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c"
ID: 18290 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Windows 2000 & Windows XP Pro PHP Version: 4.2.1 New Comment: well,... the problem seems to back again,.. using Apache 2.0.42 and php4.2.3,.. even snap version 4.3.0 ( date: 25-Sep-2002 03:24 ) and it looks like i am not the only one having that problem,.. - http://www.phpgeek.com/articles.php?content_id=3 maybe i should just forget about running php as a module on Apache 2 for windows,... since it works perfectly as CGI,.. but it could fun to do some of those "module only features" :D so where can i find the "20020903" version ? APACHE.EXE: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. --- Take Care and Godspeed. - Thundercall Previous Comments: [2002-07-11 22:16:23] [EMAIL PROTECTED] This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. [2002-07-11 22:09:41] [EMAIL PROTECTED] After installing PHP 4.2.1 on Apache 2.0.39 the only line that will not allow Apache to run is this line in the httpd.conf LoadModule php4_module "c:/PHP/sapi/php4apache2.dll" I have tried this with single and no quotes as well. If I Comment (#) it out Apache will run again but without PHP. So I did the following ... After running Apache's test configuration in Windowscommand prompt. C:\Documents and Settings>"C:\Program Files\Apache Group\Apache2\bin\Apache.exe" -t -f "C:\Program Files\Apache Group\Apache2\conf\httpd.conf" -d "C:\Prog ram Files\Apache Group\Apache2\." Results: Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c"is not compatible with this version of Apache. Please contact the vendor for the correct version. This is a problem. The path does not exsist at all on my computer, so why would it believe that it is there. I can see however why Apache will not restart due to the wrong path being referenced. -- Edit this bug report at http://bugs.php.net/?id=18290&edit=1
#19591 [Opn->Bgs]: Curl extension not foud
ID: 19591 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: cURL related Operating System: Microsoft Win 2000 PHP Version: 4.2.3 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. Previous Comments: [2002-09-25 08:31:27] [EMAIL PROTECTED] OS: Microsoft win 2000 Web server: Apache 1.3 Problem with Module Curl: When i try to load the module, php cant't find it: Unable to load dynamic library in 'extensions/php_curl.dll' The other module works fine. Enrico Plantulli -- Edit this bug report at http://bugs.php.net/?id=19591&edit=1
#17774 [Com]: connection_status() not returning correct result
ID: 17774 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: FREEBSD 4.5-STABLE PHP Version: 4.0CVS-2002-06-15 New Comment: Oh yeah, running that script, if I press the STOP button halfway through, after a while it will output "0" into wank.txt, which is wrong, it should put 2 is it? for connection closed. Previous Comments: [2002-09-25 08:31:31] [EMAIL PROTECTED] I found there may be flaws with that code, so I wrote something else to test if the function was fixed, and it appears not, here is the code, if somebody cancels I would expect it to put '0' into wank.txt :- $a){ sleep('1'); print connection_status(); flush(); $a = $a + 1; } exitfp(); ?> [2002-09-25 07:38:18] [EMAIL PROTECTED] According to Bug #17265 this problem should be fixed rite? Well I downloaded the latest CVS like 5 minutes ago. THe following code snippets should return into a file that the connection was aborted, if this function was really fixed, rite?? well the outputs I am getting into my temp files to check the output of the script is "6077440 - 6076648 - 0 - not aborted - Keep-Alive" Heres the script :- while(!feof($pl_of) and !connection_aborted()) { $pl_buffer = fread($pl_of, 1024); echo($pl_buffer); flush(); $pl_sent = $pl_sent + 1024; } fclose ($pl_of); if ($pl_sent >= $pl_filesize){ $pl_totalsent = "100%"; }else{ $pl_totalsent = round((100 / $pl_filesize * $pl_sent),2) . "%"; } if (connection_aborted() == true){ $temp = 'aborted'; }else{ $temp = 'not aborted'; } $pl_totalsent = "$pl_sent - $pl_filesize - " . connection_status() . " - " . $temp . " - " . $_SERVER['HTTP_CONNECTION']; [2002-07-07 13:10:32] [EMAIL PROTECTED] Has this bug been looked in to at all? Under FreeBSD, connection_status /always/ returns 0. I've never tried it with any other flavours of BSD. Regards, David. [2002-06-29 20:52:35] [EMAIL PROTECTED] Just thought id enquire a little about this Bug, has it been a bug fora long time? Do you think it will be sorted any time soon ? Do you think we may see it repaired for PHP 4.3.0-STABLE ? [2002-06-15 19:51:50] [EMAIL PROTECTED] There's already some reports about this. But it's nice to have another. 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/17774 -- Edit this bug report at http://bugs.php.net/?id=17774&edit=1
#18167 [Ver->Csd]: Session_decode()
ID: 18167 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Session related Operating System: Linux PHP Version: 4.2.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-07-04 18:07:47] [EMAIL PROTECTED] Hi And anyone see mistake in session_decode() I use a lot of this function update my statistic in database from session files before i delete it. Now i can't use it :) [2002-07-04 17:46:24] [EMAIL PROTECTED] (gdb) bt #0 0x080eae44 in php_set_session_var (name=0x406d34c4 "sesja", namelen=5, state_val=0x406d3554, var_hash=0xbfffdd58) at /dat/dev/php/php-4.3.0dev/ext/session/session.c:271 #1 0x080eb3d3 in ps_srlzr_decode_php (val=0x406d343c "!|sesja|s:4:\"test\";", vallen=19) at /dat/dev/php/php-4.3.0dev/ext/session/session.c:417 #2 0x080eb5e1 in php_session_decode (val=0x406d343c "!|sesja|s:4:\"test\";", vallen=19) at /dat/dev/php/php-4.3.0dev/ext/session/session.c:466 #3 0x080edf5b in zif_session_decode (ht=1, return_value=0x406d3484, this_ptr=0x0, return_value_used=0) at /dat/dev/php/php-4.3.0dev/ext/session/session.c:1319 #4 0x081cf4c3 in execute (op_array=0x406d312c) at /dat/dev/php/php-4.3.0dev/Zend/zend_execute.c:2103 #5 0x081bc6ba in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /dat/dev/php/php-4.3.0dev/Zend/zend.c:833 #6 0x0818e0c6 in php_execute_script (primary_file=0xb2c0) at /dat/dev/php/php-4.3.0dev/main/main.c:1390 #7 0x081d9f68 in main (argc=1, argv=0xb364) at /dat/dev/php/php-4.3.0dev/sapi/cli/php_cli.c:674 #8 0x404c7507 in __libc_start_main (main=0x81d96c8 , argc=1, ubp_av=0xb364, init=0x806e438 <_init>, fini=0x81da5f0 <_fini>, rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xb35c) at ../sysdeps/generic/libc-start.c:129 [2002-07-04 15:25:30] [EMAIL PROTECTED] Only try to run this short php script: on php 4.2.0 or higher [2002-07-04 14:50:06] [EMAIL PROTECTED] Please give us a complete test case, not just one part of it. [2002-07-04 14:05:59] [EMAIL PROTECTED] Register global is on. 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/18167 -- Edit this bug report at http://bugs.php.net/?id=18167&edit=1
#17774 [Com]: connection_status() not returning correct result
ID: 17774 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: FREEBSD 4.5-STABLE PHP Version: 4.0CVS-2002-06-15 New Comment: I found there may be flaws with that code, so I wrote something else to test if the function was fixed, and it appears not, here is the code, if somebody cancels I would expect it to put '0' into wank.txt :- $a){ sleep('1'); print connection_status(); flush(); $a = $a + 1; } exitfp(); ?> Previous Comments: [2002-09-25 07:38:18] [EMAIL PROTECTED] According to Bug #17265 this problem should be fixed rite? Well I downloaded the latest CVS like 5 minutes ago. THe following code snippets should return into a file that the connection was aborted, if this function was really fixed, rite?? well the outputs I am getting into my temp files to check the output of the script is "6077440 - 6076648 - 0 - not aborted - Keep-Alive" Heres the script :- while(!feof($pl_of) and !connection_aborted()) { $pl_buffer = fread($pl_of, 1024); echo($pl_buffer); flush(); $pl_sent = $pl_sent + 1024; } fclose ($pl_of); if ($pl_sent >= $pl_filesize){ $pl_totalsent = "100%"; }else{ $pl_totalsent = round((100 / $pl_filesize * $pl_sent),2) . "%"; } if (connection_aborted() == true){ $temp = 'aborted'; }else{ $temp = 'not aborted'; } $pl_totalsent = "$pl_sent - $pl_filesize - " . connection_status() . " - " . $temp . " - " . $_SERVER['HTTP_CONNECTION']; [2002-07-07 13:10:32] [EMAIL PROTECTED] Has this bug been looked in to at all? Under FreeBSD, connection_status /always/ returns 0. I've never tried it with any other flavours of BSD. Regards, David. [2002-06-29 20:52:35] [EMAIL PROTECTED] Just thought id enquire a little about this Bug, has it been a bug fora long time? Do you think it will be sorted any time soon ? Do you think we may see it repaired for PHP 4.3.0-STABLE ? [2002-06-15 19:51:50] [EMAIL PROTECTED] There's already some reports about this. But it's nice to have another. [2002-06-15 16:37:11] [EMAIL PROTECTED] Im runnig PHP 4.3.0CVS on Apache 2.x My problem is that I have written a script that sends content-dispostion headers to the browser and starts a download. When they user cancels the downloads, connection_status() is not reflecting this. I would assume that it shuold return a value of 1, USER ABORTED. Instead the script continues to run in the background by sending the file somewhere (limbo?). The script then reaches the end and terminates normally. After the script has terminated normally the value for connection_status() is still set at 0 NORMAL. Ive registered a shutdown function and tried all different methods like connection_aborted() which is FALSE, ive set ignore_user_abort() to TRUE and FALSE, but still alwasy the same result. A problem arrises that it is entering false information to my weblogs, i.e. its saying that the entire file was transferred when indeed it was canceled half way through. Im reading the file with fread() in 1K chunks and flushing in between, so as the script does not buffer everything and terminate prematurly, this is verified by the dump I have constructed at the end of the script to tell me what connection_status() is saying, which doesnt get written until you press to cancel the download or complete the download, so the script is definatly midway in progress at that time. Ive read in teh user contributed notes of somebody else expierencing the same problem as me, that was back in FEB-2002. The hack he has written to use netstat is far to resource intensive. -- Edit this bug report at http://bugs.php.net/?id=17774&edit=1
#16859 [Ctl->Csd]: session_decode gives SEGV in PHP 4.2.0
ID: 16859 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Closed Bug Type: Session related Operating System: Solaris 2.6 (5.6) PHP Version: 4.2.0, 4.3.0-dev Assigned To: andrei New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-09-24 06:17:34] [EMAIL PROTECTED] update versions. [2002-09-24 03:43:18] [EMAIL PROTECTED] reproduced with 4.3.0-dev Derick [2002-08-19 16:22:30] [EMAIL PROTECTED] I should have added that we are using Apache 1.3.20 and that session_decode() worked fine with PHP 4.1.2, but not with either PHP 4.2.1 or PHP 4.2.2. Thanks. [2002-08-19 16:11:32] [EMAIL PROTECTED] session_decode() consistently causes a page fault using PHP 4.2.2 on three development PCs -- two with WIN98 SE and one with WINDOWS 2000 [2002-06-13 18:11:10] [EMAIL PROTECTED] I can also reproduce a Segmentation Fault with session_decode() on: RedHat 7.3 Apache 1.3.23 PHP 4.2.1 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/16859 -- Edit this bug report at http://bugs.php.net/?id=16859&edit=1
#19591 [NEW]: Curl extension not foud
From: [EMAIL PROTECTED] Operating system: Microsoft Win 2000 PHP version: 4.2.3 PHP Bug Type: cURL related Bug description: Curl extension not foud OS: Microsoft win 2000 Web server: Apache 1.3 Problem with Module Curl: When i try to load the module, php cant't find it: Unable to load dynamic library in 'extensions/php_curl.dll' The other module works fine. Enrico Plantulli -- Edit bug report at http://bugs.php.net/?id=19591&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19591&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19591&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19591&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19591&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19591&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19591&r=support Expected behavior: http://bugs.php.net/fix.php?id=19591&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19591&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19591&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19591&r=globals
#17570 [Opn->Asn]: Memory leak
ID: 17570 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Regexps related Operating System: Redhat Linux 7.2 PHP Version: 4.1.2 -Assigned To: +Assigned To: andrei New Comment: Assigned to Andrei per his request. Previous Comments: [2002-06-18 11:59:38] [EMAIL PROTECTED] I've tried the snapshot but situation is the same - the module leaks 32 bytes every init/shutdown cycle. [2002-06-17 19:02:37] [EMAIL PROTECTED] Please try with this snapshot: http://snaps.php.net/php4-latest.tar.gz [2002-06-03 06:15:34] [EMAIL PROTECTED] I've tried the latest CVS version and it seems the problem is still here. [2002-06-03 05:10:41] [EMAIL PROTECTED] Can you verify against HEAD if this problem is still there? [2002-06-03 05:07:07] [EMAIL PROTECTED] The problem is still present in 4.2.1 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/17570 -- Edit this bug report at http://bugs.php.net/?id=17570&edit=1
#19590 [Opn->Asn]: PHP4.2.3/4.2.4-dev ISAPI fails with Apache2.0.42
ID: 19590 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.3 -Assigned To: +Assigned To: edink Previous Comments: [2002-09-25 07:39:47] [EMAIL PROTECTED] With the release of Apache2.0.42 I went ahead and upgraded. I wasn't all that suprised that PHP4.2.3 ISAPI failed to load with it. I got the following error: bin\Apache.exe -f conf\httpd2.conf -t Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. However, when I tried the latest stable dev-build (200209251031) the problem still persisted. It's not vital since CGI still works, but something you'll want to correct. -- Edit this bug report at http://bugs.php.net/?id=19590&edit=1
#17265 [Com]: function connection_xxxx() and ignore_user_abort don't work
ID: 17265 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: FreeBSD4.5 PHP Version: 4.1.2 Assigned To: zeev New Comment: If this was really fixed, then Bug #17774 would also be fixed ? Previous Comments: [2002-09-19 11:11:22] [EMAIL PROTECTED] Issue (1) should be fixed. As for issue (2) - it should be working fine. Note that disconnected links are only detected while PHP sends out output. If you have a script that just performs computations and doesn't emit output while doing that, PHP has no way of detecting that the connection was closed. [2002-09-19 06:49:25] [EMAIL PROTECTED] Ive been updating my version of PHP every week in the hope that this problem is fixed. alas, it still does not work. Has anyone any feedback on this bug, when it may be fixed? [2002-09-05 15:56:57] [EMAIL PROTECTED] Another one for Zeev to fix.. :) [2002-09-05 13:42:59] [EMAIL PROTECTED] This bug is trivially reproduceable with the following code fragment: while (1) { sleep(3); $status = connection_status(); syslog(1, "connection status is $status"); $status = connection_aborted(); syslog(1, "connection aborted is $status"); } It happens consistently using php4.1.2 compiled under OpenBSD 2.8. If you watch the error log, the connection_status() always returns 0, whether or not the stop button has been pressed. Similarly, connection_aborted() always returns 0. [2002-06-07 20:53:02] [EMAIL PROTECTED] the functions do work if you hve a sleep() with more then one second everything below don't work. some one should fix 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/17265 -- Edit this bug report at http://bugs.php.net/?id=17265&edit=1
#19590 [NEW]: PHP4.2.3/4.2.4-dev ISAPI fails with Apache2.0.42
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: PHP4.2.3/4.2.4-dev ISAPI fails with Apache2.0.42 With the release of Apache2.0.42 I went ahead and upgraded. I wasn't all that suprised that PHP4.2.3 ISAPI failed to load with it. I got the following error: bin\Apache.exe -f conf\httpd2.conf -t Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not compatible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. However, when I tried the latest stable dev-build (200209251031) the problem still persisted. It's not vital since CGI still works, but something you'll want to correct. -- Edit bug report at http://bugs.php.net/?id=19590&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19590&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19590&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19590&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19590&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19590&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19590&r=support Expected behavior: http://bugs.php.net/fix.php?id=19590&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19590&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19590&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19590&r=globals
#18227 [Opn->Csd]: calling session_set_cookie_params breaks session_start
ID: 18227 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Session related Operating System: FreeBSD 4.2 PHP Version: 4.2.0 New Comment: Just remove the time() call -- you are dealing with an offset to the current time, not with unix timestamp. Maybe Windows has a problem with the date 11-Jul-2035.. Previous Comments: [2002-09-17 08:06:15] [EMAIL PROTECTED] This problem is also evident in Windows XP. Reproduced under the latest version of php and apache as of September 17th 2002. [2002-07-08 09:07:04] [EMAIL PROTECTED] calling session_set_cookie_params prior to session_start results in session_start not sending the cookie. actual code squence is Headers are checked using tcpflow. Removing the session_set_cookie_params sends the cookie. -- Edit this bug report at http://bugs.php.net/?id=18227&edit=1
#17774 [Com]: connection_status() not returning correct result
ID: 17774 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: FREEBSD 4.5-STABLE PHP Version: 4.0CVS-2002-06-15 New Comment: According to Bug #17265 this problem should be fixed rite? Well I downloaded the latest CVS like 5 minutes ago. THe following code snippets should return into a file that the connection was aborted, if this function was really fixed, rite?? well the outputs I am getting into my temp files to check the output of the script is "6077440 - 6076648 - 0 - not aborted - Keep-Alive" Heres the script :- while(!feof($pl_of) and !connection_aborted()) { $pl_buffer = fread($pl_of, 1024); echo($pl_buffer); flush(); $pl_sent = $pl_sent + 1024; } fclose ($pl_of); if ($pl_sent >= $pl_filesize){ $pl_totalsent = "100%"; }else{ $pl_totalsent = round((100 / $pl_filesize * $pl_sent),2) . "%"; } if (connection_aborted() == true){ $temp = 'aborted'; }else{ $temp = 'not aborted'; } $pl_totalsent = "$pl_sent - $pl_filesize - " . connection_status() . " - " . $temp . " - " . $_SERVER['HTTP_CONNECTION']; Previous Comments: [2002-07-07 13:10:32] [EMAIL PROTECTED] Has this bug been looked in to at all? Under FreeBSD, connection_status /always/ returns 0. I've never tried it with any other flavours of BSD. Regards, David. [2002-06-29 20:52:35] [EMAIL PROTECTED] Just thought id enquire a little about this Bug, has it been a bug fora long time? Do you think it will be sorted any time soon ? Do you think we may see it repaired for PHP 4.3.0-STABLE ? [2002-06-15 19:51:50] [EMAIL PROTECTED] There's already some reports about this. But it's nice to have another. [2002-06-15 16:37:11] [EMAIL PROTECTED] Im runnig PHP 4.3.0CVS on Apache 2.x My problem is that I have written a script that sends content-dispostion headers to the browser and starts a download. When they user cancels the downloads, connection_status() is not reflecting this. I would assume that it shuold return a value of 1, USER ABORTED. Instead the script continues to run in the background by sending the file somewhere (limbo?). The script then reaches the end and terminates normally. After the script has terminated normally the value for connection_status() is still set at 0 NORMAL. Ive registered a shutdown function and tried all different methods like connection_aborted() which is FALSE, ive set ignore_user_abort() to TRUE and FALSE, but still alwasy the same result. A problem arrises that it is entering false information to my weblogs, i.e. its saying that the entire file was transferred when indeed it was canceled half way through. Im reading the file with fread() in 1K chunks and flushing in between, so as the script does not buffer everything and terminate prematurly, this is verified by the dump I have constructed at the end of the script to tell me what connection_status() is saying, which doesnt get written until you press to cancel the download or complete the download, so the script is definatly midway in progress at that time. Ive read in teh user contributed notes of somebody else expierencing the same problem as me, that was back in FEB-2002. The hack he has written to use netstat is far to resource intensive. -- Edit this bug report at http://bugs.php.net/?id=17774&edit=1
#19553 [Com]: Failed html tags when trans sid is enabled
ID: 19553 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: may be similar to http://bugs.php.net/bug.php?id=17236 Previous Comments: [2002-09-25 07:27:11] [EMAIL PROTECTED] This looks to me as if the rewriter would fail to clear a buffer and thus insert random data into the stream. I would appreciate an example script which reproduces the behaviour. [2002-09-23 02:34:35] [EMAIL PROTECTED] had a similar effect last week, looks like trans_sid cutting off bytes at buffer ends under certain (not yet identified) circumstances from what i have seen it mostly happens at the very end of a document and only sometimes on the border of http 1.1 chunks might have been there for quite some time without being noticed as it will usually only cut off the trailing which do not affect output in common browsers ... [2002-09-22 18:37:19] [EMAIL PROTECTED] When I've got --enable-tras-sid, I get wrong html tags (sometimes): For example: in file: source from web: in file: source from web: I have php-4.2.3 but there is the same bug in 4.2.1 php-4.1.2 is OK. -- Edit this bug report at http://bugs.php.net/?id=19553&edit=1
#19357 [Opn->Fbk]: sessions not working
ID: 19357 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Session related Operating System: FreeBSD 4.5 PHP Version: 4.2.3 New Comment: If session files are not even created, I suggest using truss(1) like this: $ killall httpd $ truss httpd -X 2> logfile <..access a page which starts a session..> <..hit ctrl-c..> And then look for failed open() calls in the logfile.. Previous Comments: [2002-09-22 23:35:35] [EMAIL PROTECTED] ...and you guessed it, sessions now come to life after a few restarts and head slaps. This behaviour is consistent with previous versions and some bug reports I've read trying to find out why sessions weren't working - there are reports on win32 that sessions just stop one day and never go again (I've had this) - altho it appears with this version they suddenly start. It still appears (after a few restarts) that they are a bit temperamental, sometimes going and sometimes not... cheeers for reading my ramblings - good luck! [2002-09-22 23:27:42] [EMAIL PROTECTED] ...and as if by magic, php4.2.3 starts sending cookies to the browser... but sessions are still not working. If the cookie exists on the browser I assume its getting sent correctly to php (old code works, cookie tests I did worked fine), so its somewhere in the apache/php side that things are getting messed up from my uneducated observations. [2002-09-22 23:03:11] [EMAIL PROTECTED] yes, I'm just going to say 'me too' - (and I voted etc.) but thought that I'd say that I'm using win32/php4.2.3/apache2.0.40 and no matter what happens there are no cookies sent to the browser at any time whether there is an auto or manually started session, and that sessions (obviously) do not work using cookies. I've tried changing all sorts of settings, including the safe modes, temp directories etc. - the old versions I had experienced trouble as well (sometimes working then stopping for no reason, then never going again) but I got around it using autostarted sessions etc. 4.2.3 does not go for me at all 4.2.2 took some doctoring to go, eventually stopped 4.1.1 took some doctoring to go, eventually stopped 4.0.6 worked ok from what I remember cheers for any fixes etc. and for your hard work on php :) [2002-09-19 13:23:33] [EMAIL PROTECTED] Built with --enable-debug doesn't produce any more information that without it.. nothing in the log. Installing php 4.1.2, everything works fine. Reinstall 4.2.3, no sessions. [2002-09-19 13:21:54] [EMAIL PROTECTED] Still convinced this a local install issue, and not a PHP issue as I cannot reproduce this bug on a FreeBSD 4.6 and 4.2.3 installation. Have you had any luck getting it to work on your end? 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/19357 -- Edit this bug report at http://bugs.php.net/?id=19357&edit=1
#19055 [Opn]: session.use_cookies ini config not respected
ID: 19055 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Session related +Bug Type: Other web server Operating System: BSD/OS PHP Version: 4CVS-2002-08-22 -Assigned To: +Assigned To: edink New Comment: Reclassified -- seems to be a CLI bug. Previous Comments: [2002-08-22 15:02:43] [EMAIL PROTECTED] session.use_cookies is not respected, when using cli sapi and -c argument: mdev@server21 ~/cvs/php-4.2.3 $ sapi/cli/php -c /home/mdev/cvs/php-4.2.3/php.ini-test -r 'print ini_get("session.use_cookies");' 1 mdev@server21 ~/cvs/php-4.2.3 $ grep session.use_cookies ./php.ini-test session.use_cookies = 0 PHP_4_0_2 branch (4.2.3-dev) -- Edit this bug report at http://bugs.php.net/?id=19055&edit=1
#19553 [Ver->Fbk]: Failed html tags when trans sid is enabled
ID: 19553 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Feedback Bug Type: Session related Operating System: Linux PHP Version: 4.2.3 New Comment: This looks to me as if the rewriter would fail to clear a buffer and thus insert random data into the stream. I would appreciate an example script which reproduces the behaviour. Previous Comments: [2002-09-23 02:34:35] [EMAIL PROTECTED] had a similar effect last week, looks like trans_sid cutting off bytes at buffer ends under certain (not yet identified) circumstances from what i have seen it mostly happens at the very end of a document and only sometimes on the border of http 1.1 chunks might have been there for quite some time without being noticed as it will usually only cut off the trailing which do not affect output in common browsers ... [2002-09-22 18:37:19] [EMAIL PROTECTED] When I've got --enable-tras-sid, I get wrong html tags (sometimes): For example: in file: source from web: in file: source from web: I have php-4.2.3 but there is the same bug in 4.2.1 php-4.1.2 is OK. -- Edit this bug report at http://bugs.php.net/?id=19553&edit=1
#19493 [Opn]: Error in older versions of serializer results in error of currend deserializer
ID: 19493 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Session related +Bug Type: Strings related Operating System: Linux 2.4.18 PHP Version: 4.2.3 New Comment: While the session module makes use of the serializer, it is not the serializer itself. Reclassified as "Strings related". Previous Comments: [2002-09-20 02:19:10] [EMAIL PROTECTED] Hello, there is a new patch (without C++-comments :-): --- ext/standard/var_unserializer.re.oldThu Sep 19 16:34:32 2002 +++ ext/standard/var_unserializer.reFri Sep 20 09:07:25 2002 @@ -144,31 +144,29 @@ if (!php_var_unserialize(&key, p, max, NULL TSRMLS_CC)) { zval_dtor(key); FREE_ZVAL(key); - return 0; - } - - ALLOC_INIT_ZVAL(data); - - if (!php_var_unserialize(&data, p, max, var_hash TSRMLS_CC)) { - zval_dtor(key); - FREE_ZVAL(key); - zval_dtor(data); - FREE_ZVAL(data); - return 0; - } + } else { + ALLOC_INIT_ZVAL(data); - switch (Z_TYPE_P(key)) { - case IS_LONG: - zend_hash_index_update(ht, Z_LVAL_P(key), &data, sizeof(data), NULL); - break; - case IS_STRING: - zend_hash_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, &data, sizeof(data), NULL); - break; + if (!php_var_unserialize(&data, p, max, var_hash TSRMLS_CC)) { + zval_dtor(key); + FREE_ZVAL(key); + zval_dtor(data); + FREE_ZVAL(data); + } else { + switch (Z_TYPE_P(key)) { + case IS_LONG: + zend_hash_index_update(ht, +Z_LVAL_P(key), &data, sizeof(data), NULL); + break; + case IS_STRING: + zend_hash_update(ht, Z_STRVAL_P(key), +Z_STRLEN_P(key) + 1, &data, sizeof(data), NULL); + break; - } + } - zval_dtor(key); - FREE_ZVAL(key); + zval_dtor(key); + FREE_ZVAL(key); + } + } } return 1; [2002-09-19 13:17:02] [EMAIL PROTECTED] No C++ comment styles allowed! Can you fix that and resubmit the patch? [2002-09-19 09:44:58] [EMAIL PROTECTED] There is the diff: --- ext/standard/var_unserializer.re.oldThu Sep 19 16:34:32 2002 +++ ext/standard/var_unserializer.reThu Sep 19 11:20:08 2002 @@ -144,31 +144,29 @@ if (!php_var_unserialize(&key, p, max, NULL TSRMLS_CC)) { zval_dtor(key); FREE_ZVAL(key); - return 0; - } - - ALLOC_INIT_ZVAL(data); - - if (!php_var_unserialize(&data, p, max, var_hash TSRMLS_CC)) { - zval_dtor(key); - FREE_ZVAL(key); - zval_dtor(data); - FREE_ZVAL(data); - return 0; - } + } else { + ALLOC_INIT_ZVAL(data); - switch (Z_TYPE_P(key)) { - case IS_LONG: - zend_hash_index_update(ht, Z_LVAL_P(key), &data, sizeof(data), NULL); - break; - case IS_STRING: - zend_hash_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, &data, sizeof(data), NULL); - break; + if (!php_var_unserialize(&data, p, max, var_hash TSRMLS_CC)) { + zval_dtor(key); + FREE_ZVAL(key); + zval_dtor(data); + FREE_ZVAL(data); + } else { + switch (Z_TYPE_P(key)) { + case IS_LONG: +
#19573 [Ver->Csd]: SessionID gets lost when using
ID: 19573 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Session related Operating System: Linux 2.4.18 PHP Version: 4.2.1,4.3.0-dev New Comment: Fixed in 4.3 CVS. Thanks for your report. Previous Comments: [2002-09-24 06:33:45] [EMAIL PROTECTED] Reproduced with latest CVS HEAD (4.3.0-dev). Further tests showed that if the 'accept-charset' entry is after 'action' and url_rewriter.tags has "form=action" instead of "form=fakeentry", it works. The "fakeentry" does not work in any case. [2002-09-24 05:01:59] [EMAIL PROTECTED] The following form won't be correctly rewritten and will not automatically get a session ID: The same form without the accept-charset parameter will work. -- Edit this bug report at http://bugs.php.net/?id=19573&edit=1
#19589 [Opn->Bgs]: browscap.ini
ID: 19589 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: window 2000 server PHP Version: 4.2.3 New Comment: Sorry, but the bug system is not the appropriate forum for asking support questions. 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 Thank you for your interest in PHP. When php encounters an error persing browscap.ini it stops parsing the file, hence the reason get_browse() does not work. The solution is to remove the 2-3 lines causing the errors, you can find those lines by looking you're webserver's error log. Previous Comments: [2002-09-25 05:46:25] [EMAIL PROTECTED] My configurations is php4.2.3-Zend, apache 1.3.26 working at windows 2000 server. Actually I have two problems : 1. Windows 2000 server as Service crash with apache, so I change as Remote 2. My Apache still error parsing with browscap.ini I have made a code get_browse() still didn't work and download browscap.ini from http://www.cyscape.com/browscap still didn't work too. -- Edit this bug report at http://bugs.php.net/?id=19589&edit=1
#18752 [Opn->Csd]: PHP stops embeding the session id into URLs after calling virtual() :-(
ID: 18752 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Session related Operating System: FeeBSD 4.6.1-release-p8 PHP Version: 4.2.2 New Comment: There is no way to avoid this. Evaluate whether you actually need to use virtual. You could also do a readfile("http://server/page";); .. >From php.net/virtual: " To run the sub-request, all buffers are terminated and flushed to the browser, pending headers are sent too." Previous Comments: [2002-08-06 07:14:44] [EMAIL PROTECTED] PHP stops embeding the session id into URLs after calling virtual(). Example (switch off your cookies): -- session_start(); session_register('count'); $count++; echo $count.""; link 1 link 2 --- First link will be example.php?PHPSESSID=7a85d47f8d5e7c96c579 but second link will be only example.php If you comment virtual("/virtual.html") everithing will go on fine. -- Edit this bug report at http://bugs.php.net/?id=18752&edit=1
#15922 [Ana->Csd]: Possible segfault
ID: 15922 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Session related Operating System: any PHP Version: 4.0CVS-2002-03-0 New Comment: I don't see an analysis here -- if you think it is a bug, please verify. Not changing to feedback because of report's age. Previous Comments: [2002-03-06 22:00:57] [EMAIL PROTECTED] I haven't try, but according to source unsetting track vars may segfualt. This should be fixed. (i.e. track var's zval refcount is 2) -- Edit this bug report at http://bugs.php.net/?id=15922&edit=1
#13834 [Ana->Csd]: SID already defined
ID: 13834 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Session related Operating System: FreeBSD 4.2 PHP Version: 4.1.2 New Comment: Same as #11643. Ilia is working on it. Previous Comments: [2002-03-11 07:46:14] [EMAIL PROTECTED] Reopening and updating reporter & version. [2002-03-10 15:53:45] [EMAIL PROTECTED] This is still broken in 4.1.2 Using Horde 2.0 & IMP 3.0 wiht an SQL session handler, we get the following error: [Sun Mar 10 15:16:29 2002] [error] PHP Warning: Constant sid already defined in /home/secure/public_html/horde/lib/Prefs.php on line 91 [Sun Mar 10 15:16:29 2002] [error] PHP Fatal error: Failed to initialize session module in /home/secure/public_html/horde/lib/Prefs.php on line 91 The code causing the error is the usual destory/start: if ($registry->getMethod('auth/logout') == $registry->getApp()) { include_once HORDE_BASE . '/lib/Auth.php'; Auth::clearAuth(); session_destroy(); @session_start(); } Execution stops immediately after the session_start or better put inside session_start as no debug msg immediately after the session_start is ever printed. [2002-01-09 02:09:30] [EMAIL PROTECTED] No feedback. Closing. [2001-12-19 22:53:16] [EMAIL PROTECTED] Please test with 4.1.0 and latest CVS snapshot. CVS snapshot source can be found http://snaps.php.net/ (No windows binary) If you don't have problem with latest CVS snapshot, you can close your bug report by yourself. Please report the result. When you update your bug report, do not forget updating PHP version also. Thank you -- Yasuo [2001-10-26 01:30:56] [EMAIL PROTECTED] This is intended as more information for Bug id #11643. I could not make comments directly as I am not the creator of the bug and I don't have Dev Edit privilegdes either. In any case, the redefinition is apparently session_start(). If I do more than one session_start(), separated by a session_destroy(), then I get warning: Warning: Constant sid already defined in /usr/home/smoore/php-include/Session_class.php on line 80 I am sure it is session_start() because the following makes the warning go away: $save = error_reporting( E_ERROR ); // temporarily turn off warnings session_start(); error_reporting( $save ); Obviously the fix is to undefine SID in session_destroy. However, there is no undefine in PHP is there? It must be redefined because the original session has been destroyed and the new one has a new session_id(). This doesn't bother my code because I don't use SID. Hope this helps... -- Edit this bug report at http://bugs.php.net/?id=13834&edit=1