#21337 [Fbk-Opn]: php crashes on ldap_sort
ID: 21337 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: Windows XP PHP Version: 4.3.0 New Comment: PHP crashed running from command line, using both CLI and CGI. Previous Comments: [2003-01-15 15:59:51] [EMAIL PROTECTED] Does the same happen within command line, using PHP CLI ? [2003-01-03 01:52:57] [EMAIL PROTECTED] script used: $ds = ldap_connect(mailservername) if ($ds) { $ldapbind = ldap_bind($ds, $ldaprdn, $ldappass); $sr=ldap_search($ds,o=my org, c=NL, cn=*); ldap_sort($ds,$sr,cn); $info = ldap_get_entries($ds,$sr); //what follows is retrieval of entries } script works ok if i leave ldap_sort out it also crashes when i replace ldap_sort($ds,$sr,cn); with $sr = ldap_sort($ds,$sr,cn); or replacing cn with givenname. I used the precompiled version of php 4.3 from php.net [2003-01-02 14:06:44] [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. Could you please provide the smallest possible test script that could be replicate the problem. [2003-01-02 08:31:55] [EMAIL PROTECTED] Im using apache 2.0.43 as my webserver. My ldap server is MS Exchange 5.5. on ldap_sort my PHP Script Interpreter crashes and gives out this signature: szAppName : php.exe szAppVer : 4.3.0.0 szModName : php4ts.dll szModVer : 4.3.0.0 offset : 000ad517 -- Edit this bug report at http://bugs.php.net/?id=21337edit=1
#21680 [WFx]: heredoc breaks with mac text format
ID: 21680 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Wont fix Bug Type: Strings related Operating System: FreeBSD 4 PHP Version: 4.3.0 New Comment: Cool with me, I was just taken by suprise, by this behavior. Previous Comments: [2003-01-16 15:02:22] [EMAIL PROTECTED] The 1st character before 'EOD;' must be a newline as defined by your operating system. Meaning that it can only be \r if you are using a MAC or an OS where \r is EOL. [2003-01-16 02:49:28] [EMAIL PROTECTED] It appears that the heredoc string type breaks if the script is in mac text format. This has been noticed before http://www.zend.com/lists/php-dev/200110/msg00815.html, but i havn't been able to find a bugreport? Im working in Windows with UltraEdit, and the following code breaks, when I use UltrEdit to convert from dos format to mac format: ?php echo EOD foo EOD; ? This error is produced: Parse error: parse error, unexpected $ in /usr/home/nej/public_html/heredoc.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=21680edit=1
#21704 [Opn-Csd]: parse_url() degraded since 4.2.3
ID: 21704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: HTTP related Operating System: Mandrake 8.1/Ximian PHP Version: 4.3.0 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: [2003-01-16 21:11:05] [EMAIL PROTECTED] $unit_test-print_r(parse_url(http://localhost?key3=value3;)); Gives... Array ( [scheme] = http [host] = localhost?key3=value3 ) ...rather than parsing the last part into the query field. This used to work with 4.2.3 in an otherwise identical configuration. yours, Marcus. -- Edit this bug report at http://bugs.php.net/?id=21704edit=1
#21708 [NEW]: ucfirst() trouble again
From: [EMAIL PROTECTED] Operating system: Win 2000 Pro Russian + SP2 PHP version: 4.3.0 PHP Bug Type: Strings related Bug description: ucfirst() trouble again This bug only for Win32 =) ucwords() function once again does not work properly with strings containing international characters. Thus, any character following the þ(ACSII code == 254) or Þ(ACSII code == 222) letter will always be uppercase. Code: ? setlocale(LC_CTYPE,ru_RU.cp1251); $str[] = ÏÐÎÑÒÎ; $str[] = ÒÞÐÜÌÀ; $str[] = ËþÁÎÂÍÈÊ; $str[] = ËÞÁÎÂÍÈÊ; $str[] = ËÓÁÎÂÍÈÊ =); $str[] = ËÞÄÈ; $str[] = ëþäè; for ($i=0;$isizeof($str);$i++) { echo ucwords(strtolower($str[$i])).br; } ? Result: Ïðîñòî ÒþÐüìà ËþÁîâíèê ËþÁîâíèê Ëóáîâíèê =) ËþÄè ËþÄè -- Edit bug report at http://bugs.php.net/?id=21708edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21708r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21708r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21708r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21708r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21708r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21708r=support Expected behavior: http://bugs.php.net/fix.php?id=21708r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21708r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21708r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21708r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21708r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21708r=dst IIS Stability: http://bugs.php.net/fix.php?id=21708r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21708r=gnused
#18600 [Com]: Unable to create Java Virtual Machine
ID: 18600 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Java related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Hi all, How my servlet will call my php program. Any pointer appreciated. Surendra. Previous Comments: [2003-01-08 17:14:33] [EMAIL PROTECTED] I HAVE A NEC 95 WINDOWS NOTEBOOK AND CANNOT INSTALL THE JAVA VIRTUAL MACHINE PLUG IT COMES BACK AND TELLS ME THIS THE PUBLISHERCANNOT BE DETERMINED DUE TO TO PROBLEMSAND THIS AS WELL TRUST PROVIDER IS UNKNOWN OR NOT CONFIGURED PROPERLY CAN U PLEASE TELL ME WHAT I CAN DO TO REMEDY THIS?? THANK YOU PETER FIORE. [2003-01-07 03:51:23] [EMAIL PROTECTED] THANKS TO [EMAIL PROTECTED] , The solution to resolve Unable to Create Java Virtual Machine is to configure APACHE or IIS not using sapi for php but CGI THANKS THANKS THANKS go there for configuration http://hotwired.lycos.com/webmonkey/00/44/index4a_page9.html?tw=programming [2002-12-12 09:19:13] [EMAIL PROTECTED] Hi there, I'm confirming Cédric's knowledge - java is running correctly from within PHP on Apache only when PHP is running as a CGI and not as a SAPI module. When running PHP as Apache SAPI Module after the restart Apache only fist access to php page using java is running OK, all next reloads of this page caused Fatal error: Unable to create Java Virtual Machine in ... I think this could be still not solved bug. Thanks Alberto BTW I'm running on: OS:Win2000 Server SP2 Apache:1.3.27 PHP Version 4.3.0-dev (Build Date Dec 12 2002 10:14:28) Java version=1.4.1_01 Java vendor=Sun Microsystems Inc. [2002-12-06 05:06:27] [EMAIL PROTECTED] Hi, using cgi-bin instead of as a module hm,isn't this a performance and computer resources issue ? Thx Alberto [2002-12-05 15:15:35] [EMAIL PROTECTED] I had the same bug but after having looking a lot, I find a solution. You just have to configure php as a cgi-bin instead of as a module and it works perfectly. Hoping it will help you to fix the bug in the module. Cédric. 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/18600 -- Edit this bug report at http://bugs.php.net/?id=18600edit=1
#21708 [Opn]: ucfirst() trouble again
ID: 21708 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: Win 2000 Pro Russian + SP2 PHP Version: 4.3.0 New Comment: Code: ? setlocale(LC_ALL,ru_RU.cp1251); $str = ÞËÀ; echo ucwords(strtolower($str)); ? Result: Þëà Previous Comments: [2003-01-17 03:49:30] [EMAIL PROTECTED] This bug only for Win32 =) ucwords() function once again does not work properly with strings containing international characters. Thus, any character following the þ(ACSII code == 254) or Þ(ACSII code == 222) letter will always be uppercase. Code: ? setlocale(LC_CTYPE,ru_RU.cp1251); $str[] = ÏÐÎÑÒÎ; $str[] = ÒÞÐÜÌÀ; $str[] = ËþÁÎÂÍÈÊ; $str[] = ËÞÁÎÂÍÈÊ; $str[] = ËÓÁÎÂÍÈÊ =); $str[] = ËÞÄÈ; $str[] = ëþäè; for ($i=0;$isizeof($str);$i++) { echo ucwords(strtolower($str[$i])).br; } ? Result: Ïðîñòî ÒþÐüìà ËþÁîâíèê ËþÁîâíèê Ëóáîâíèê =) ËþÄè ËþÄè -- Edit this bug report at http://bugs.php.net/?id=21708edit=1
#21464 [Fbk-Opn]: imap_get_quota broken in php4.3.0?
ID: 21464 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: UnitedLinux 1.0 PHP Version: 4.3.0 New Comment: me again.. solved the problem temporarily by connecting to cyrus imapd using fsockopen and uning imap-commands (around 6 lines code) i have the code on my computer at home, does someone like it? the problem may be outside php on a different server running SuSE 7.1/apache1.3.26 IMP run´s fine with the original imap_get_quota Syntax and php 4.3.0/imap-2000a (without ssl) Previous Comments: [2003-01-17 00:53:52] [EMAIL PROTECTED] have you spoken to the developers of IMP? The parameters of the function haven't changed, only the output has to correct for a bug that returned the incorrect results for a quota (pretty regularly too). There is some backward compatibility code added in to ease the transition, but since I'm not that familiar with IMP I can't comment on how it is using the code. [2003-01-16 16:47:29] [EMAIL PROTECTED] I run into the same problem. I just compiled php 4.3.0 and I installed IMP 3.1. When IMP executes the command imap_get_quota or imap_get_quotaroot, the PHP processor barks: Fatal error: Call to undefined function: imap_get_quota() in /usr/local/www/ideastar_mail/horde/imp/config/conf.php on line 391 I know IMAP is working, as the rest of IMP is working fine and the other imap commands work fine. [2003-01-06 10:48:49] [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. Marking as bogus, because the functionality of imap_get_quota was changed a bit to correct for a bug (which basically returned the wrong values). You might want to try a newer IMP, or give a bit more information as to what is broken in the function. [2003-01-06 10:10:10] [EMAIL PROTECTED] just tried to get IMP3.1 running on UnitedLinux1.0 the IMP- configfile contains the imap_get_quota - command however, when I disable the Line (// ...) IMP works fine just without Quotadisplay if i leave the Line active there comes no Output produced from any command after that Line i use php 4.3.0/imap-2000a (without ssl) -- Edit this bug report at http://bugs.php.net/?id=21464edit=1
#21708 [Opn-Fbk]: ucfirst() trouble again
ID: 21708 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Strings related Operating System: Win 2000 Pro Russian + SP2 PHP Version: 4.3.0 New Comment: Try this: setlocale(LC_CTYPE,Russian.1251); Windows locale string convension is different to *nix's. See http://msdn.microsoft.com/library/en-us/vccore98/html/_crt_language_and_country_strings.asp for detail. Previous Comments: [2003-01-17 04:18:46] [EMAIL PROTECTED] Code: ? setlocale(LC_ALL,ru_RU.cp1251); $str = ÞËÀ; echo ucwords(strtolower($str)); ? Result: Þëà [2003-01-17 03:49:30] [EMAIL PROTECTED] This bug only for Win32 =) ucwords() function once again does not work properly with strings containing international characters. Thus, any character following the þ(ACSII code == 254) or Þ(ACSII code == 222) letter will always be uppercase. Code: ? setlocale(LC_CTYPE,ru_RU.cp1251); $str[] = ÏÐÎÑÒÎ; $str[] = ÒÞÐÜÌÀ; $str[] = ËþÁÎÂÍÈÊ; $str[] = ËÞÁÎÂÍÈÊ; $str[] = ËÓÁÎÂÍÈÊ =); $str[] = ËÞÄÈ; $str[] = ëþäè; for ($i=0;$isizeof($str);$i++) { echo ucwords(strtolower($str[$i])).br; } ? Result: Ïðîñòî ÒþÐüìà ËþÁîâíèê ËþÁîâíèê Ëóáîâíèê =) ËþÄè ËþÄè -- Edit this bug report at http://bugs.php.net/?id=21708edit=1
#21696 [Fbk-Opn]: Checkbox is strange in POST event
ID: 21696 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.3.0 New Comment: First, thanks for your attention. a) I'm running the same script in other machine, and it's passing NULL () string. I suppose the other machine, with the same configuration, should have the same behavior. b) Do I have to create the variable? Again, it's running in other machine with no problems. And all of my variables are created in the moment I need them. Did I miss something about PHP? c) I'll test. d) You are right, sorry, I mean register_globals is off e) I'll read. Previous Comments: [2003-01-16 16:00:16] [EMAIL PROTECTED] Four things: a) Only checked checkboxes pass values. b) Why do you expect $a to exist at all? I see no code that creates $a. c) Have your test (form2.php) simply be: print_r($HTTP_POST_VARS); d) I believe you mean register_globals is off, there is no such thing as global_variables. e) http://www.php.net/variables.external [2003-01-16 15:43:31] [EMAIL PROTECTED] ARGH! actually, ignore that comment... I'm talking bs right now :| [2003-01-16 15:39:54] [EMAIL PROTECTED] I'm not sure if it'll make any difference, but try changing this line: echo 'input type=checkbox name=married value=s'; since ' is not supported as a valid HTML quote (that is, I THINK it isn't :S) [2003-01-16 15:29:28] [EMAIL PROTECTED] (continue) In fact, the error is simplier: when I run ? echo $a; ? in machine 1, it's ok!! But in machine 2, it returns Notice: Undefined variable: a in test.php on line 2 Any clues??? Thanks [2003-01-16 15:26:17] [EMAIL PROTECTED] I'm using PHP 4.3.0 as ISAPI in 2 WinXP machines, running Apache 2.0.43. PHP was installed at same folders and I'm using the same PHP.INI. In machine 1, everything works great. In machine 2, everything works great too BUT when I'm using checkbox inside form posting: echo form method=post action=form2.php; echo brAre married?; echo input type=checkbox name=married value='s'; echo /form; the form2.php is: ? echo htmlbody; $married = $HTTP_POST_VARS[married]; echo married = .$married; echo /body/html; ? the response is: Notice: Undefined index: married in form2.php on line 2 In machine 1, forms with checkbox are working great, but in machine 2, it doesn't. Any ideas?? PHP.INI is the same, global_variables are OFF. Thanks in advance Ivan Pisa -- Edit this bug report at http://bugs.php.net/?id=21696edit=1
#21658 [Fbk-Csd]: Strange sprintf behaviour
ID: 21658 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: *General Issues Operating System: Gentoo Linux PHP Version: 4.3.0 New Comment: The strange behaviour was related to a strange combination of gcc and glibc. Nothing was usefull (gcc and glibc recompilation). I had to compile gcc and glibc on another machine, copy binaries of gentoo emerge binary option system and all now is working fine. It was a library problem. Previous Comments: [2003-01-15 12:35:31] [EMAIL PROTECTED] Works fine here to. Do you have any locales exported? [2003-01-15 09:35:20] [EMAIL PROTECTED] It works fine here (glibc 2.1.3) [2003-01-15 08:06:22] [EMAIL PROTECTED] mod_php 4.3.0 produce a strange sprintf behaviour for($t=0;$t10;$t++) { $r=(float) rand(0,1)/3; echo $r. - .sprintf('%.3f',$r).\n; } will produce ... 1975. - ç.000 508.3 - ,.000 2483.6667 - ã.000 61.67 - m.000 2514.6667 - I00.000 2499.6667 - *0.000 1957. - ü.000 3167. - 0.é00 655.7 - 600.000 3321.6667 - ).000 2256. - 0.S00 383.7 - 0.,00 1565. - M.000 I suppose there's something wrong with glibc 2.3.1 Any ideas? -- Edit this bug report at http://bugs.php.net/?id=21658edit=1
#21702 [Opn]: nested foreach on same array using reference fails
ID: 21702 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Documentation problem +Bug Type: Scripting Engine problem Operating System: Any PHP Version: Any New Comment: Marking this as a documentation problem. I was sooo very much afraid you would do exactly this! :-( So it is really intended to work like this? You don't find there is anything wrong with the foreach construct? Consider this: this means that you CAN'T use foreach at all in cases where you don't know for certain whether you couldn't have possibly been called from a foreach over the same array (or a reference to it, in fact). Also, you CAN'T use foreach in a case like mine, in which I found this problem: foreach ($obj-arr as $elem) { ... $obj-method($elem); ... } What if the method also wants to iterate over the array? You don't know, it wasn't you who wrote the class library... Also, I find this very inconsistent. I didn't mention it in the original description, but you know what? When you nest two foreach's using the VERY SAME variable, it magically works! How is it possible that two references to the same variable are somehow more equivalent than the variable is to itself??? :-o No, I don't agree that this is just a documentation problem. Marking as a scripting engine problem again. You may disagree, of course, but please, give it a thought. Or perhaps some discussion. Thanks. Previous Comments: [2003-01-17 06:20:26] [EMAIL PROTECTED] Sorry, I meant the outer loop gets confused; not the deeper loop. [2003-01-17 02:23:31] [EMAIL PROTECTED] Actually this is a dupe of bug #14607, but this PR is much more concise than that, so I'm going to keep 14607 bogus and make this alive. Since foreach() uses internal array pointer and references are designed to share one such pointer, the deeper loop gets confused and your script never gives the expected result. Virtually the script can be rewritten as... ?php $a = array(1, 2); for ($ptr = 0; $ptr count($a); $ptr++) { $b = $a[$ptr]; echo outer: $b br /\n; for ($ptr = 0; $ptr count($a); $ptr++) { $c = $a[$ptr]; echo inner: $c br /\n; } } ? Marking this as a documentation problem. [2003-01-16 20:05:14] [EMAIL PROTECTED] Try this: ?php $a = array(1, 2); $ref = $a; foreach ($ref as $b) { echo outer: $bbr\n; foreach ($a as $c) echo -- inner: $cbr\n; } ? The output is: outer: 1 -- inner: 1 -- inner: 2 (i.e., the processing stops after the first iteration of the outer foreach). If I understand the docs well, the output should be: outer: 1 -- inner: 1 -- inner: 2 outer: 2 -- inner: 1 -- inner: 2 When you remove the ampersand from the assignment to $ref, it works as expected. The documentation is a bit unclear on this. It says Also note that foreach operates on a copy of the specified array, not the array itself, therefore the array pointer is not modified as with the each() construct..., which leads me to believe that the sample code should work. But then it goes on to say: However, the internal pointer of the original array *is* advanced with the processing of the array., which seems to contradict the first quotation??? This is probably a dupe of bug #14607, but that one is closed as bogus and I can't reopen it. Also see bug #5052, which is similar but not quite, and it's closed. -- Edit this bug report at http://bugs.php.net/?id=21702edit=1
#21261 [Com]: $_SERVER['PHP_SELF'] gives wrong info
ID: 21261 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: linux 2.4.18 - slack 8.1 PHP Version: 4.3.0 Assigned To: shane New Comment: Sorry, my PHP-Based Workaround seems to be buggy in some cases, too... Here is a quick dirty bugfix for the quick dirty workaround :-) Btw, it would be nice if the bug is fixed in PHP 4.3.1... -snip // Small Workaround for a bug in PHP 4.3.0/cgi // See http://bugs.php.net/bug.php?id=21261 for details $_SERVER['SCRIPT_NAME'] = substr($_SERVER['PATH_TRANSLATED'], strlen($_SERVER['DOCUMENT_ROOT'])); if (substr($_SERVER['SCRIPT_NAME'], 0, 2) == '//') { $_SERVER['SCRIPT_NAME'] = substr($_SERVER['SCRIPT_NAME'], 1); } $PHP_SELF = $SCRIPT_NAME = $_SERVER['PHP_SELF'] = $_SERVER['SCRIPT_NAME']; -snip Previous Comments: [2003-01-13 11:41:12] [EMAIL PROTECTED] That (or similar) urgent problem occurs here too. PHP versions before mid december were not affected IMO. At first today I've checked out the php4 and php5 modules from CVS, configured, and build them. After installation of the CGI binaries I detected a problem with $_SERVER['PHP_SELF']: a) the PHP4 version shows no value b) the PHP5 version shows illegal characters, cut off strings with low ASCII values etc. Depending on the namebased vhost name the value of PHP_SELF looks like ind## instead of index.php (# should represent low ASCII chars, which are shown as boxes here) of just 5 which is definitely the last char of index.php5. Short: looks like a pointer on a string array is bent somewhere. The problem insist with and without '--enable-force-cgi-redirect' in both versions. As an example you may want to take a look at http://daniel-gorski.de/index.php4 (PHP4 CGI) http://daniel-gorski.de/index.php5 (PHP5 CGI) and compare the values of $_SERVER['PHP_SELF']. Additionally the PHP5 version has a strange Zend Extension date: 90021012. OTOH this value seems to be correct in the PHP4 version. The operating system is Linux (RedHat 6.2). I would appreciate to see this bug solved as soon as possible, because this is a dramatic show stopper for a few ZE2 applications I am developing running. What required information can I provide to help to solve this problem? regards dtg [2003-01-09 14:57:05] [EMAIL PROTECTED] Quick Dirty PHP-Based workaround: Put this code in a file and add it to auto_prepend_file-directive in php.ini: -snip // Small Workaround for a bug in PHP 4.3.0/cgi // See http://bugs.php.net/bug.php?id=21261 for details $_SERVER['SCRIPT_NAME'] = substr($_SERVER['PATH_TRANSLATED'], strlen($_SERVER['DOCUMENT_ROOT'])); $PHP_SELF = $SCRIPT_NAME = $_SERVER['PHP_SELF'] = $_SERVER['SCRIPT_NAME']; -snip Works fine for me... If PHP is used as CLI it may be neccessary to check current mode before running this code. [2003-01-07 13:30:23] [EMAIL PROTECTED] There is no space in SCRIPT_NAME on my localhost, this was an copypaste-error. But the I at the end exists. [2003-01-07 13:27:55] [EMAIL PROTECTED] Same for me, your patch seems to have no affect. I checked the debugging output from cgiwrap which says: [...] Fixing Environment Variables. Environment Variables: QUERY_STRING: '' SCRIPT_NAME: '/phpinfo.php' SCRIPT_FILENAME: 'DOCUMENT_ROOT/phpinfo.php' REDIRECT_URL: 'NULL' PATH_INFO: '/phpinfo.php' PATH_TRANSLATED: 'DOCUMENT_ROOT/phpinfo.php' REMOTE_USER: 'NULL' REMOTE_HOST: 'NULL' REMOTE_ADDR: '217.4.137.70' [...] Seems to be ok?! But PHP_SELF has no value. On my localhost PHP 4.3/CGI works with cgiwrap. The same paragraph with this machine: [...] Fixing Environment Variables. Environment Variables: QUERY_STRING: '' SCRIPT_NAME: '/php/ phpinfo.phpI' SCRIPT_FILENAME: 'DOCUMENT_ROOT/php/phpinfo.php' REDIRECT_URL: '' PATH_INFO: '/php/phpinfo.php' PATH_TRANSLATED: 'DOCUMENT_ROOT/php/phpinfo.php' REMOTE_USER: '' REMOTE_HOST: '' REMOTE_ADDR: '192.168.23.2' [...] In this case, script_name is broken for some reason (don't ask me why, i didn't find out). But PHP_SELF has the correct value! On both server SCRIPT_NAME isn't listed in the phpinfo()-Output. Hope this will help. [2003-01-07
#21710 [NEW]: Make install fail with memory fault
From: [EMAIL PROTECTED] Operating system: OSF1 V5.1 alpha PHP version: 4.3.0 PHP Bug Type: *Compile Issues Bug description: Make install fail with memory fault I am trying to install the php under a True64 cluster. We have an apache web server (1.3.26) running on it an a mysql server. I try to install last version of php-4.3.0: ./configure --with-mysql --with-apxs=/path_to_apxs --prefix=install_path --with-config-file-path=path_file make make install the last command fails with the following message: Installing shared extensions: /ebi/www/php/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /ebi/www/php/lib/php/ sh: 1943471 Memory fault - core dumped *** Exit 139 Stop. *** Exit 1 I try to download the last snapshot from: http://snaps.php.net/ download: php4-STABLE-200301171230.tar.gz but it gives me the same message. Is it a bug? or could it be fixed? Thanks for your help, Xavi -- Edit bug report at http://bugs.php.net/?id=21710edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21710r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21710r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21710r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21710r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21710r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21710r=support Expected behavior: http://bugs.php.net/fix.php?id=21710r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21710r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21710r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21710r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21710r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21710r=dst IIS Stability: http://bugs.php.net/fix.php?id=21710r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21710r=gnused
#21711 [NEW]: Class owners
From: [EMAIL PROTECTED] Operating system: WIN2000 PHP version: 4.3.0 PHP Bug Type: Class/Object related Bug description: Class owners ? class class_root { var $a; var $b; function class_root() { echo get_class($this). Createdbr; } } class db_class extends class_root { var $owner; function db_class($ow) { $this-class_root(); $this-owner=$ow; } } class adm_class extends class_root { var $owner; function adm_class($ow) { $this-class_root(); $this-owner=$ow; } function kkk() { echo get_class($this-owner).br; echo get_class($this-owner-adm).br;//Undefined ??? ... must be object echo get_class($this-owner-db).br;//Undefined ??? ... must be object $this-owner-adm-kkk(); } } class super_class extends class_root { var $s; var $adm; var $db; function super_class() { $this-class_root(); $this-adm=new adm_class($this); $this-db=new db_class($this); } } $sc=new super_class(); $sc-adm-kkk(); echo '---'; ? results: super_class Created adm_class Created db_class Created super_class Fatal error: Call to a member function on a non-object in bla-bla-bla\1.php on line 35 PHP works as apache2 module -- Edit bug report at http://bugs.php.net/?id=21711edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21711r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21711r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21711r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21711r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21711r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21711r=support Expected behavior: http://bugs.php.net/fix.php?id=21711r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21711r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21711r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21711r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21711r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21711r=dst IIS Stability: http://bugs.php.net/fix.php?id=21711r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21711r=gnused
#21702 [Opn]: nested foreach on same array using reference fails
ID: 21702 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Any PHP Version: Any New Comment: Although I admit that the behaviour is quite inconsistent, we won't fix this anyway because the issue's all up to the language design. Also, I find this very inconsistent. I didn't mention it in the original description, but you know what? When you nest two foreach's using the VERY SAME variable, it magically works! How is it possible that two references to the same variable are somehow more equivalent than the variable is to itself??? :-o Well, it looks like a magic. To say more precisely, foreach statement always makes use of a copy of the given array instead of the original itself unless the array is a reference or has a reference. That's the reason you could get along with nested foreach loops in general case. Thus the following while loop (A) is an equivalent to (B). ?php /* A */ $copy_foo = $a; reset($copy_foo); while (list(,$b) = each($copy_foo)) { $copy_bar = $a; reset($copy_bar); while (list(,$c) = each($copy_bar)) { print $c; } } ? ?php /* B */ $a = array(1, 2); foreach ($a as $b) { foreach ($a as $c) { print $c; } } ? Related bugs: http://bugs.php.net/bug.php?id=8353 Previous Comments: [2003-01-17 06:29:20] [EMAIL PROTECTED] Marking this as a documentation problem. I was sooo very much afraid you would do exactly this! :-( So it is really intended to work like this? You don't find there is anything wrong with the foreach construct? Consider this: this means that you CAN'T use foreach at all in cases where you don't know for certain whether you couldn't have possibly been called from a foreach over the same array (or a reference to it, in fact). Also, you CAN'T use foreach in a case like mine, in which I found this problem: foreach ($obj-arr as $elem) { ... $obj-method($elem); ... } What if the method also wants to iterate over the array? You don't know, it wasn't you who wrote the class library... Also, I find this very inconsistent. I didn't mention it in the original description, but you know what? When you nest two foreach's using the VERY SAME variable, it magically works! How is it possible that two references to the same variable are somehow more equivalent than the variable is to itself??? :-o No, I don't agree that this is just a documentation problem. Marking as a scripting engine problem again. You may disagree, of course, but please, give it a thought. Or perhaps some discussion. Thanks. [2003-01-17 06:20:26] [EMAIL PROTECTED] Sorry, I meant the outer loop gets confused; not the deeper loop. [2003-01-17 02:23:31] [EMAIL PROTECTED] Actually this is a dupe of bug #14607, but this PR is much more concise than that, so I'm going to keep 14607 bogus and make this alive. Since foreach() uses internal array pointer and references are designed to share one such pointer, the deeper loop gets confused and your script never gives the expected result. Virtually the script can be rewritten as... ?php $a = array(1, 2); for ($ptr = 0; $ptr count($a); $ptr++) { $b = $a[$ptr]; echo outer: $b br /\n; for ($ptr = 0; $ptr count($a); $ptr++) { $c = $a[$ptr]; echo inner: $c br /\n; } } ? Marking this as a documentation problem. [2003-01-16 20:05:14] [EMAIL PROTECTED] Try this: ?php $a = array(1, 2); $ref = $a; foreach ($ref as $b) { echo outer: $bbr\n; foreach ($a as $c) echo -- inner: $cbr\n; } ? The output is: outer: 1 -- inner: 1 -- inner: 2 (i.e., the processing stops after the first iteration of the outer foreach). If I understand the docs well, the output should be: outer: 1 -- inner: 1 -- inner: 2 outer: 2 -- inner: 1 -- inner: 2 When you remove the ampersand from the assignment to $ref, it works as expected. The documentation is a bit unclear on this. It says Also note that foreach operates on a copy of the specified array, not the array itself, therefore the array pointer is not modified as with the each() construct..., which leads me to believe that the sample code should work. But then it goes on to say:
#17868 [Com]: Doesn't work two and more !--include-- directives of PHP code on different OS
ID: 17868 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Apache2 related Operating System: * PHP Version: 4.3.0-dev New Comment: reproduced with apache 2.0.39 php 4.2.2 and php 4.3.0 apache 2.0.43 php 4.2.2 and php 4.3.0 linux kernel 2.4.19 gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-81) if php is built as module, the rest of includes output php's code without interpretation Previous Comments: [2003-01-14 14:32:43] [EMAIL PROTECTED] I've reproduced this bug using Apache 2.0.43 and PHP 4.3.0 on RedHat Linux 7.3 I suggest that people start voting to get this bug fixed in Apache! http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10041 and http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15356 Now, back to Apache 1.3.27 :( [2002-12-23 16:17:51] [EMAIL PROTECTED] The Apache folks are well aware that the current filter code is a mess and needs a rewrite. [2002-12-23 15:23:07] [EMAIL PROTECTED] Yey! Why do you keep pushing things from side to an another ? Would it be just plain nice of both sides would work this thing out ? If you php guys know that the problem is somewhere in specific code, then why dont go to the a2 bugzilla and point out the real issue about this bug and/or otherway around ? [2002-12-14 04:42:11] [EMAIL PROTECTED] Apache 2's filters are basically broken. This is not going to be fixed anytime soon. Nobody is working on it and I doubt anybody will until someone sits down and rewrites the Apache2 filter API from scratch. Perhaps in Apache 2.2. [2002-12-14 03:37:16] [EMAIL PROTECTED] I have discovered this problem continues up to Apache 2.0.43 and PHP 4.3.0 (latest release 12/14/02) on my WinXP system. It seems as though several months have passed without resolution of this seemingly critical error. I too find this error to be extremely annoying and would appreciate hearing when the issue will be resolved. 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/17868 -- Edit this bug report at http://bugs.php.net/?id=17868edit=1
#21698 [Opn-Fbk]: httpd.conf not modified when creating dso module
ID: 21698 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.0 New Comment: Did you happen upgrade Apache2 since 4.2.3 ?? Or are you using same version for both PHP 4.2.3 and 4.3.0 ? Previous Comments: [2003-01-16 17:46:00] [EMAIL PROTECTED] I have upgraded from v4.2.3 to v4.3.0 When compiling PHP v4.2.3 the make install command updates my httpd.conf file and adds: LoadModule php4_module modules/libphp4.so I have noticed that this does not happen with the latest release of 4.3.0. I have tried the laetst CVS (php4-STABLE-200301162230) and it still does this :-( I thought it was me at first, but I have tried it several times and each time the same thing happens. Please could someone check this out for the PHP community. Many thanks, Richard. -- Edit this bug report at http://bugs.php.net/?id=21698edit=1
#21702 [Opn]: nested foreach on same array using reference fails
ID: 21702 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Any PHP Version: Any New Comment: Although I admit that the behaviour is quite inconsistent, we won't fix this anyway because the issue's all up to the language design. Well, I dunno. In bug #8353, [EMAIL PROTECTED] says: ...the following note exists in the foreach() entry of the manual and has for over two years: Note: Also note that foreach operates on a copy of the specified array, not the array itself, therefore the array pointer is not modified as with the each() construct and changes to the array element returned are not reflected in the original array. The documentation has been changed very recently. To me, this seems like re-defining the language. (Or changing the rules in the middle of the game, if you prefer.) Instead of fixing the bug, you say it's a feature and change the docs. That seems very Microsoft-ish. Plus, such a language construct is inconsistent, unintuitive and seriously limited in usability. foreach statement always makes use of a copy of the given array instead of the original itself unless the array is a reference or has a reference. The makes a copy part is in the docs, and is what I expect. The unless... part is (still) not in the docs and seems non-sensical. In fact, in What References Do, the manual says about what happens after $a = $b the following: Note: $a and $b are completely equal here, that's not $a is pointing to $b or vice versa, that's $a and $b pointing to the same place. Nowhere in the manual it says that references are special. It just says that a reference is another name for the same variable. I don't see why foreach treats them specially. Note that I'm not advocating for changing the documentation; I'm actually strongly supporting what the documentation says and has said for a long time, and that means foreach is what needs to be changed. BTW, does the unless... part of the above quotation mean that when I do $a = $b; foreach ($a as $elem) $elem-change_self(); it will work - because foreach is not working with a copy of the array? I suppose not, because it will surely make a copy of each element, right? Can I then coerce it by first making an array of references to every element, so that foreach will treat the elements specially? Wow, this is even nastier than I thought! ;-) Let's make a vote on the front page of php.net: - Foreach Pro-consistency Front program: repair foreach, return docs to previous state - Conservative Foreach Party program: keep foreach as is, make docs even more clear Previous Comments: [2003-01-17 07:36:09] [EMAIL PROTECTED] Although I admit that the behaviour is quite inconsistent, we won't fix this anyway because the issue's all up to the language design. Also, I find this very inconsistent. I didn't mention it in the original description, but you know what? When you nest two foreach's using the VERY SAME variable, it magically works! How is it possible that two references to the same variable are somehow more equivalent than the variable is to itself??? :-o Well, it looks like a magic. To say more precisely, foreach statement always makes use of a copy of the given array instead of the original itself unless the array is a reference or has a reference. That's the reason you could get along with nested foreach loops in general case. Thus the following while loop (A) is an equivalent to (B). ?php /* A */ $copy_foo = $a; reset($copy_foo); while (list(,$b) = each($copy_foo)) { $copy_bar = $a; reset($copy_bar); while (list(,$c) = each($copy_bar)) { print $c; } } ? ?php /* B */ $a = array(1, 2); foreach ($a as $b) { foreach ($a as $c) { print $c; } } ? Related bugs: http://bugs.php.net/bug.php?id=8353 [2003-01-17 06:29:20] [EMAIL PROTECTED] Marking this as a documentation problem. I was sooo very much afraid you would do exactly this! :-( So it is really intended to work like this? You don't find there is anything wrong with the foreach construct? Consider this: this means that you CAN'T use foreach at all in cases where you don't know for certain whether you couldn't have possibly been called from a foreach over the same array (or a reference to it, in fact). Also, you CAN'T use foreach in a case like mine, in which I found this problem: foreach ($obj-arr as $elem) { ... $obj-method($elem); ... } What if the method also wants to iterate over the array? You don't
#21712 [NEW]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
From: [EMAIL PROTECTED] Operating system: RedHat 6.1 PHP version: 4.3.0 PHP Bug Type: GD related Bug description: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged The following code creates a new JPEG image. It worked fine under PHP 4.2.3, but since the upgrade to PHP 4.3.0, the type now appears jagged and in some cases with smaller type, unreadable: ? Header(Content-type: image/jpeg); $size = 36; $x = 5; $y = 50; $imgname = bluebox.jpg; $im = ImageCreateFromJPEG ($imgname); /* Attempt to open */ $color = ImageColorAllocate ($im, 255, 255, 255); $font = FRAMDCN.TTF; ImageTTFText ($im, $size, 0, $x, $y, $color, $font, $label); ImageJpeg($im,'',100); ImageDestroy($im); ? ImageCreateFromPNG gives me the same results. If replace the ImageCreateFromJPEG() with just an ImageCreate and give it a solid color, it looks fine. It seems to only be affected when I start the image with a template image. -- Edit bug report at http://bugs.php.net/?id=21712edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21712r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21712r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21712r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21712r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21712r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21712r=support Expected behavior: http://bugs.php.net/fix.php?id=21712r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21712r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21712r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21712r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21712r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21712r=dst IIS Stability: http://bugs.php.net/fix.php?id=21712r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21712r=gnused
#21712 [Opn-Fbk]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
ID: 21712 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: RedHat 6.1 PHP Version: 4.3.0 New Comment: Are you using bundled or non-bundled GD library? In case of the latter, what version of GD library are you using? Previous Comments: [2003-01-17 08:47:03] [EMAIL PROTECTED] The following code creates a new JPEG image. It worked fine under PHP 4.2.3, but since the upgrade to PHP 4.3.0, the type now appears jagged and in some cases with smaller type, unreadable: ? Header(Content-type: image/jpeg); $size = 36; $x = 5; $y = 50; $imgname = bluebox.jpg; $im = ImageCreateFromJPEG ($imgname); /* Attempt to open */ $color = ImageColorAllocate ($im, 255, 255, 255); $font = FRAMDCN.TTF; ImageTTFText ($im, $size, 0, $x, $y, $color, $font, $label); ImageJpeg($im,'',100); ImageDestroy($im); ? ImageCreateFromPNG gives me the same results. If replace the ImageCreateFromJPEG() with just an ImageCreate and give it a solid color, it looks fine. It seems to only be affected when I start the image with a template image. -- Edit this bug report at http://bugs.php.net/?id=21712edit=1
#21706 [Opn-Fbk]: Header('Location: ... ') problem
ID: 21706 Updated by: [EMAIL PROTECTED] -Summary: PHP Access Violation on Bad URL from IE -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash -Operating System: Windows 2000 Server +Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Do you see a chance to use some debugging proxy to retrieve the actual HTTP requests sent in both cases? there *should* be no difference in what the browser sends in all 4 cases, but IE sometimes does funny things, esp. when talking to iis ... Previous Comments: [2003-01-17 00:34:01] [EMAIL PROTECTED] PHP 4.3.0 on IIS 5 (Win2k Server, SP3) crashes when I access the site using Internet Explorer (Versions 5.5 AND 6.0) with the following URLs: 'hostname/' and 'hostname'(minus the quotation marks) However, 'http://hostname/' works, and so does 'http://hostname'. The error message given is: 'PHP has encountered an Access Violation at 45524F4D'. -- Edit this bug report at http://bugs.php.net/?id=21706edit=1
#21696 [Opn-Fbk]: Header('Location: ... ') problem
ID: 21696 Updated by: [EMAIL PROTECTED] -Summary: Checkbox is strange in POST event -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function -Operating System: Windows XP +Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: are you sure that your error_reporting settings are really the same on both boxes? (pleas check in phpinfo() output) the message you see is only produced if E_NOTICE reporting is enabled ... Previous Comments: [2003-01-17 05:18:53] [EMAIL PROTECTED] First, thanks for your attention. a) I'm running the same script in other machine, and it's passing NULL () string. I suppose the other machine, with the same configuration, should have the same behavior. b) Do I have to create the variable? Again, it's running in other machine with no problems. And all of my variables are created in the moment I need them. Did I miss something about PHP? c) I'll test. d) You are right, sorry, I mean register_globals is off e) I'll read. [2003-01-16 16:00:16] [EMAIL PROTECTED] Four things: a) Only checked checkboxes pass values. b) Why do you expect $a to exist at all? I see no code that creates $a. c) Have your test (form2.php) simply be: print_r($HTTP_POST_VARS); d) I believe you mean register_globals is off, there is no such thing as global_variables. e) http://www.php.net/variables.external [2003-01-16 15:43:31] [EMAIL PROTECTED] ARGH! actually, ignore that comment... I'm talking bs right now :| [2003-01-16 15:39:54] [EMAIL PROTECTED] I'm not sure if it'll make any difference, but try changing this line: echo 'input type=checkbox name=married value=s'; since ' is not supported as a valid HTML quote (that is, I THINK it isn't :S) [2003-01-16 15:29:28] [EMAIL PROTECTED] (continue) In fact, the error is simplier: when I run ? echo $a; ? in machine 1, it's ok!! But in machine 2, it returns Notice: Undefined variable: a in test.php on line 2 Any clues??? 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/21696 -- Edit this bug report at http://bugs.php.net/?id=21696edit=1
#21701 [Opn]: all real's returns in php as 2.96234E- 304
ID: 21701 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: windows nt4 PHP Version: 4.3.0 New Comment: Found out about CVS. Just doesn't turn up in the php.net search. Previous Comments: [2003-01-16 19:54:21] [EMAIL PROTECTED] After Upgrading from PHP4.2.3 to 4.3.0 the real numbers from my MSSQL 7 database return in scientific notation, and all are the same: 2.96234E-304. Back in my db the numbers are still the same, like 1.2 2.0 3.1 etc. I used the standard wise installer and extracted the php_mssql.dll from the zip. This is the only extra module I use. I have the register_globals = On, mssql.allow_persistent = Off, mssql.max_persistent = 0, maximalized the textsize parameters. After finding something similar in the bug database I downloaded a CVS zip, but didn't actually know what to do with it. So I extracted the .exe php4ts.dll over the old ones. That didn't work. I had to do the wise installation again to get it to work again. How should I deal with a CVS zip? Could not find anything on the site about it. -- Edit this bug report at http://bugs.php.net/?id=21701edit=1
#21464 [Opn-Fbk]: imap_get_quota broken in php4.3.0?
ID: 21464 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: UnitedLinux 1.0 PHP Version: 4.3.0 New Comment: Well the work around is a nice fix, and thats exactly how I confirmed that the function was working when I wrote it. Tested on cyrus as well (it still does work for my test cases too). But that doesn't really help fix the bug (if there is one) in PHP. Judging from the second paragraph though I'm going to assume this is a local configuration issue. I'll leave this set to feedback for a while unless you find some new information... it will be closed in about 30 days. Previous Comments: [2003-01-17 04:33:36] [EMAIL PROTECTED] me again.. solved the problem temporarily by connecting to cyrus imapd using fsockopen and uning imap-commands (around 6 lines code) i have the code on my computer at home, does someone like it? the problem may be outside php on a different server running SuSE 7.1/apache1.3.26 IMP run´s fine with the original imap_get_quota Syntax and php 4.3.0/imap-2000a (without ssl) [2003-01-17 00:53:52] [EMAIL PROTECTED] have you spoken to the developers of IMP? The parameters of the function haven't changed, only the output has to correct for a bug that returned the incorrect results for a quota (pretty regularly too). There is some backward compatibility code added in to ease the transition, but since I'm not that familiar with IMP I can't comment on how it is using the code. [2003-01-16 16:47:29] [EMAIL PROTECTED] I run into the same problem. I just compiled php 4.3.0 and I installed IMP 3.1. When IMP executes the command imap_get_quota or imap_get_quotaroot, the PHP processor barks: Fatal error: Call to undefined function: imap_get_quota() in /usr/local/www/ideastar_mail/horde/imp/config/conf.php on line 391 I know IMAP is working, as the rest of IMP is working fine and the other imap commands work fine. [2003-01-06 10:48:49] [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. Marking as bogus, because the functionality of imap_get_quota was changed a bit to correct for a bug (which basically returned the wrong values). You might want to try a newer IMP, or give a bit more information as to what is broken in the function. [2003-01-06 10:10:10] [EMAIL PROTECTED] just tried to get IMP3.1 running on UnitedLinux1.0 the IMP- configfile contains the imap_get_quota - command however, when I disable the Line (// ...) IMP works fine just without Quotadisplay if i leave the Line active there comes no Output produced from any command after that Line i use php 4.3.0/imap-2000a (without ssl) -- Edit this bug report at http://bugs.php.net/?id=21464edit=1
#21712 [Fbk-Opn]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
ID: 21712 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: RedHat 6.1 PHP Version: 4.3.0 New Comment: I assume the bundled library. Although the unbundled library did exist on this machine before I compiled the new PHP. And it was version 2.0.1. Previous Comments: [2003-01-17 08:48:28] [EMAIL PROTECTED] Are you using bundled or non-bundled GD library? In case of the latter, what version of GD library are you using? [2003-01-17 08:47:03] [EMAIL PROTECTED] The following code creates a new JPEG image. It worked fine under PHP 4.2.3, but since the upgrade to PHP 4.3.0, the type now appears jagged and in some cases with smaller type, unreadable: ? Header(Content-type: image/jpeg); $size = 36; $x = 5; $y = 50; $imgname = bluebox.jpg; $im = ImageCreateFromJPEG ($imgname); /* Attempt to open */ $color = ImageColorAllocate ($im, 255, 255, 255); $font = FRAMDCN.TTF; ImageTTFText ($im, $size, 0, $x, $y, $color, $font, $label); ImageJpeg($im,'',100); ImageDestroy($im); ? ImageCreateFromPNG gives me the same results. If replace the ImageCreateFromJPEG() with just an ImageCreate and give it a solid color, it looks fine. It seems to only be affected when I start the image with a template image. -- Edit this bug report at http://bugs.php.net/?id=21712edit=1
#21710 [Opn-Fbk]: Make install fail with memory fault
ID: 21710 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: OSF1 V5.1 alpha PHP Version: 4.3.0 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. Could you please supply a backtrace. Previous Comments: [2003-01-17 07:02:37] [EMAIL PROTECTED] I am trying to install the php under a True64 cluster. We have an apache web server (1.3.26) running on it an a mysql server. I try to install last version of php-4.3.0: ./configure --with-mysql --with-apxs=/path_to_apxs --prefix=install_path --with-config-file-path=path_file make make install the last command fails with the following message: Installing shared extensions: /ebi/www/php/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /ebi/www/php/lib/php/ sh: 1943471 Memory fault - core dumped *** Exit 139 Stop. *** Exit 1 I try to download the last snapshot from: http://snaps.php.net/ download: php4-STABLE-200301171230.tar.gz but it gives me the same message. Is it a bug? or could it be fixed? Thanks for your help, Xavi -- Edit this bug report at http://bugs.php.net/?id=21710edit=1
#21310 [Com]: no such file (paths)
ID: 21310 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: I reported this same problem aka. (BUG) at Bug# 21674 I too was told this is not a bug. I just upgraded to 4.3.0 from 4.1.2. This problem did not previously exist. I'm getting the exact same messages. Why hasn't the tech group at php.net not recognized that this is, in fact, a bug? Too many reported occurences and all seem related to 4.3.0. The issue is related to include_path. In my case, I have a file located at /home/sites/site2/web/IV/config.php The above file contans the following lines: include_once ('lang.php'); include ('extras.php'); I have another script located at /home/sites/site3/web/powerpage.php - which contains the following lines: require_once (/home/sites/site2/web/IV/config.php); langtop(); At first I thought it was a permissions issue. But then I rechecked my debug process and found the errors are still occuring. (Actually they appeared with another script of was testing that does similar path includes.) Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 This is my guess. PHP 4.3.0 now incorporates Stream functionality to allow for references such as https or ssl: I think that somewhere in this functionality, there was introduced a hard dependency on absolute file paths that have now negatively impacted on include functions calls such that if the include does not reference a file in the same exact path as the calling script, the above referenced errors will return indicating a failure to create the stream connection to the requested file. Just a guess. Im not a php guru. But I do know common sense. How can all of us who have been affected by this, fix this annoying problem? Is it an issue with the PHP.ini file? Is it an issue with the build process? Are we now required to use absolute paths for all required includes or require functions. Notice: in my case my require_once does not error because I have referenced the absolute path. Previous Comments: [2003-01-16 05:38:45] [EMAIL PROTECTED] Both files are located in the same directory. In my humble opinion, the reason of the problem is, that PHP wants to read directory with file being included. [2003-01-15 15:51:57] [EMAIL PROTECTED] What are the exact locations of both the script trying to include() and the file being included? [2003-01-15 05:00:08] [EMAIL PROTECTED] phpinfo(): .:/usr/local/lib/php php.ini: include_path = .:/usr/local/lib/php [2003-01-15 03:18:37] [EMAIL PROTECTED] What does phpinfo() output for include_path? What is include_path set to in your php.ini file? [2003-01-10 08:18:46] [EMAIL PROTECTED] I also think it is a bugg. On ours servers all directories have only eXecute access to other. Give read access to other on all level is realy a problem. Cordialy. 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/21310 -- Edit this bug report at http://bugs.php.net/?id=21310edit=1
#21702 [Opn]: nested foreach on same array using reference fails
ID: 21702 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Any PHP Version: Any New Comment: No matter what you call this, as a convention of open-source projects, documentation is generally supposed to come up after coding stuff. In other words, the codes determine the design, and the documents are often elusive as there are some cases where they don't reflect the actual behaviour. Regarding the nastiness of references, it's special not only for foreach, but also for the following case. pre?php $foo = array('test'); $bar = $foo[0]; print {$foo[0]}\n; function test($foo) { $foo[0] = '???'; } test($foo); print {$foo[0]}\n; ?/pre Surprisingly, this script results in -- test ??? -- For more about this, see bug #20993 (this is also marked as a doc-problem). Previous Comments: [2003-01-17 08:27:40] [EMAIL PROTECTED] Although I admit that the behaviour is quite inconsistent, we won't fix this anyway because the issue's all up to the language design. Well, I dunno. In bug #8353, [EMAIL PROTECTED] says: ...the following note exists in the foreach() entry of the manual and has for over two years: Note: Also note that foreach operates on a copy of the specified array, not the array itself, therefore the array pointer is not modified as with the each() construct and changes to the array element returned are not reflected in the original array. The documentation has been changed very recently. To me, this seems like re-defining the language. (Or changing the rules in the middle of the game, if you prefer.) Instead of fixing the bug, you say it's a feature and change the docs. That seems very Microsoft-ish. Plus, such a language construct is inconsistent, unintuitive and seriously limited in usability. foreach statement always makes use of a copy of the given array instead of the original itself unless the array is a reference or has a reference. The makes a copy part is in the docs, and is what I expect. The unless... part is (still) not in the docs and seems non-sensical. In fact, in What References Do, the manual says about what happens after $a = $b the following: Note: $a and $b are completely equal here, that's not $a is pointing to $b or vice versa, that's $a and $b pointing to the same place. Nowhere in the manual it says that references are special. It just says that a reference is another name for the same variable. I don't see why foreach treats them specially. Note that I'm not advocating for changing the documentation; I'm actually strongly supporting what the documentation says and has said for a long time, and that means foreach is what needs to be changed. BTW, does the unless... part of the above quotation mean that when I do $a = $b; foreach ($a as $elem) $elem-change_self(); it will work - because foreach is not working with a copy of the array? I suppose not, because it will surely make a copy of each element, right? Can I then coerce it by first making an array of references to every element, so that foreach will treat the elements specially? Wow, this is even nastier than I thought! ;-) Let's make a vote on the front page of php.net: - Foreach Pro-consistency Front program: repair foreach, return docs to previous state - Conservative Foreach Party program: keep foreach as is, make docs even more clear [2003-01-17 07:36:09] [EMAIL PROTECTED] Although I admit that the behaviour is quite inconsistent, we won't fix this anyway because the issue's all up to the language design. Also, I find this very inconsistent. I didn't mention it in the original description, but you know what? When you nest two foreach's using the VERY SAME variable, it magically works! How is it possible that two references to the same variable are somehow more equivalent than the variable is to itself??? :-o Well, it looks like a magic. To say more precisely, foreach statement always makes use of a copy of the given array instead of the original itself unless the array is a reference or has a reference. That's the reason you could get along with nested foreach loops in general case. Thus the following while loop (A) is an equivalent to (B). ?php /* A */ $copy_foo = $a; reset($copy_foo); while (list(,$b) = each($copy_foo)) { $copy_bar = $a; reset($copy_bar); while (list(,$c) = each($copy_bar)) { print $c; } } ? ?php /* B */ $a = array(1, 2); foreach ($a as $b) { foreach ($a as $c) {
#21310 [Opn]: no such file (paths)
ID: 21310 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: [EMAIL PROTECTED]: Instead of spamming the bugdb with your theories, *please* respond to our requests for more information in your own bug report. We need *facts* to be able to fix the problem, and so far you haven't given us any. Previous Comments: [2003-01-17 10:21:26] [EMAIL PROTECTED] I reported this same problem aka. (BUG) at Bug# 21674 I too was told this is not a bug. I just upgraded to 4.3.0 from 4.1.2. This problem did not previously exist. I'm getting the exact same messages. Why hasn't the tech group at php.net not recognized that this is, in fact, a bug? Too many reported occurences and all seem related to 4.3.0. The issue is related to include_path. In my case, I have a file located at /home/sites/site2/web/IV/config.php The above file contans the following lines: include_once ('lang.php'); include ('extras.php'); I have another script located at /home/sites/site3/web/powerpage.php - which contains the following lines: require_once (/home/sites/site2/web/IV/config.php); langtop(); At first I thought it was a permissions issue. But then I rechecked my debug process and found the errors are still occuring. (Actually they appeared with another script of was testing that does similar path includes.) Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 This is my guess. PHP 4.3.0 now incorporates Stream functionality to allow for references such as https or ssl: I think that somewhere in this functionality, there was introduced a hard dependency on absolute file paths that have now negatively impacted on include functions calls such that if the include does not reference a file in the same exact path as the calling script, the above referenced errors will return indicating a failure to create the stream connection to the requested file. Just a guess. Im not a php guru. But I do know common sense. How can all of us who have been affected by this, fix this annoying problem? Is it an issue with the PHP.ini file? Is it an issue with the build process? Are we now required to use absolute paths for all required includes or require functions. Notice: in my case my require_once does not error because I have referenced the absolute path. [2003-01-16 05:38:45] [EMAIL PROTECTED] Both files are located in the same directory. In my humble opinion, the reason of the problem is, that PHP wants to read directory with file being included. [2003-01-15 15:51:57] [EMAIL PROTECTED] What are the exact locations of both the script trying to include() and the file being included? [2003-01-15 05:00:08] [EMAIL PROTECTED] phpinfo(): .:/usr/local/lib/php php.ini: include_path = .:/usr/local/lib/php [2003-01-15 03:18:37] [EMAIL PROTECTED] What does phpinfo() output for include_path? What is include_path set to in your php.ini file? 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/21310 -- Edit this bug report at http://bugs.php.net/?id=21310edit=1
#21637 [Opn]: Header('Location: ... ') problem
ID: 21637 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: We did try to remove the header('Content-type: text/html') portion of the code. We then have problems with the print_r or the echo functions that will not work correctly. We receive only part of the page, PHP seems to forget to process some lines of code. If we put back the header line, then the code works perfectly. Previous Comments: [2003-01-16 09:50:52] [EMAIL PROTECTED] It was working fine with PHP up to version 4.2.2 (dont know about 4.2.3 because of our ohter problem with headers cf bug #19351) [2003-01-16 09:30:46] [EMAIL PROTECTED] sure, it should not crash or hang, but... this combination of header fields just makes no sense, as the actual content-type is determined by the result of the request to the 'Location:' URL (right now i can't think of *any* header that would make sense in combination with 'Location:') maybe it is even the webserver itself and not php that gets confused by this header combination? did it work with previous PHP versions? [2003-01-15 12:49:48] [EMAIL PROTECTED] php4isapi.dll created friday the 27th of december 2002 at 05:43:24. We even created a filter at the master properties level of IIS using php4isapi.dll. It used to fix a lot of memory problems... [2003-01-15 12:37:17] [EMAIL PROTECTED] Which SAPI are you using? [2003-01-15 08:00:54] [EMAIL PROTECTED] Actually, there is no error, the system just stalls, we got nothing out as a result and we are forced to kill the inetinfo process to restart PHP (just stopping the service W3SVC wont work, the service wont stopped and will stay in a stopping mode). It seems to be a problem between IIS and PHP, but we didn't have this problem up to version 4.2.2. We had another problem with the headers in version 4.2.3 that was reported in bug #19351, maybe it is related? 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/21637 -- Edit this bug report at http://bugs.php.net/?id=21637edit=1
#21634 [Com]: Passing PHPSESSID with POST when there's only one input in the form error
ID: 21634 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: RH Linux 7.3 PHP Version: 4.3.0 New Comment: I am experiencing the same problem. Here's the script: -- html body FORM method=post INPUT TYPE=text NAME=value INPUT TYPE=submit VALUE=submit /FORM /body /html ? error_log(value: $value); ? -- after form is submitted with input, say, XXX, here's what is written to error log: value: XXXvalue=XXX Changing the script to have more than one input value fixes the problem (value is set to XXX). I am using apache 2.0.43 and PHP 4.3.0 (DSO). Needless to say, I have register_globals set to on. Previous Comments: [2003-01-14 19:16:11] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. [2003-01-14 09:18:34] [EMAIL PROTECTED] Hello! I'm upgrading from PHP 4.1.2 to 4.3.0 and a strange thing is happening to me. I've got a form with one and only one input: form name=form1 method=post action=somePage.php input type=hidden name=PHPSESSID value={FILLED_WITH_TEMPLATE_POWER} /form When submitting the form, next page is unable to continue the session and I'm asked for a new login. Moreover, if I echo the session_id() result it contains a strange value like: some_session_idPHPSESSID=the_same_session_id instead of a single session_id. I'm not using enable-trans-sid and, the most surprising, works well if I add a second dummy input field in the form. Can anyone help me? Thanks in advance. Joan. -- Edit this bug report at http://bugs.php.net/?id=21634edit=1
#21634 [Com]: Passing PHPSESSID with POST when there's only one input in the form error
ID: 21634 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: RH Linux 7.3 PHP Version: 4.3.0 New Comment: Two points. 1. Do you mean to tell me that if this bug is fixed in a snapshot released _after_ 4.3.0, it has to be marked BOGUS under 4.3.0 bugs?? 2. Latest snapshot does not fix the problem on my box. Release: 4.3.1-dev Build Date: Jan 17 2003 12:51:29 Previous Comments: [2003-01-17 11:00:52] [EMAIL PROTECTED] As I told you in IRC, and you ignored TRY A SNAPSHOT. http://snaps.php.net [2003-01-17 10:56:09] [EMAIL PROTECTED] I am experiencing the same problem. Here's the script: -- html body FORM method=post INPUT TYPE=text NAME=value INPUT TYPE=submit VALUE=submit /FORM /body /html ? error_log(value: $value); ? -- after form is submitted with input, say, XXX, here's what is written to error log: value: XXXvalue=XXX Changing the script to have more than one input value fixes the problem (value is set to XXX). I am using apache 2.0.43 and PHP 4.3.0 (DSO). Needless to say, I have register_globals set to on. [2003-01-14 19:16:11] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. [2003-01-14 09:18:34] [EMAIL PROTECTED] Hello! I'm upgrading from PHP 4.1.2 to 4.3.0 and a strange thing is happening to me. I've got a form with one and only one input: form name=form1 method=post action=somePage.php input type=hidden name=PHPSESSID value={FILLED_WITH_TEMPLATE_POWER} /form When submitting the form, next page is unable to continue the session and I'm asked for a new login. Moreover, if I echo the session_id() result it contains a strange value like: some_session_idPHPSESSID=the_same_session_id instead of a single session_id. I'm not using enable-trans-sid and, the most surprising, works well if I add a second dummy input field in the form. Can anyone help me? Thanks in advance. Joan. -- Edit this bug report at http://bugs.php.net/?id=21634edit=1
#21702 [Opn-Bgs]: nested foreach on same array using reference fails
ID: 21702 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Any PHP Version: Any 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 not a bug Previous Comments: [2003-01-17 11:55:33] [EMAIL PROTECTED] No matter what you call this, as a convention of open-source projects, documentation is generally supposed to come up after coding stuff. Supposed to? I hope not. It does, usually, that's true. But in this case, there _was_ documentation, and the program doesn't conform to it. And we're talking about language semantics, not something insignificant like configuration options. the codes determine the design Tell me which programming language interpreter or compiler was created this way? As for the other nastiness example that you provided, it certainly does seem nasty. Should that mean there is at least another one nastiness, so that is a good enough excuse to make ad-hoc language design decisions? I don't get it. And yes, a language design decision it is, and it must be made. Either we correct the documentation (it's still not completely clear, though at least it's not so undoubtedly incorrect as two months ago), or we correct the implementation. Judging by the lack of interest so far (this is only the second bug report that I know of, and the docs have been incorrect for more than two years), not many people are relying on the current (broken) behaviour. (Anyway, why would anyone rely on such a thing?) Thus, we have a great opportunity to do the Right Thing! Anyway, I'm leaving for the weekend right now, so don't close this bug before I can have another round at it on Monday, ok? ;-) [2003-01-17 10:22:30] [EMAIL PROTECTED] No matter what you call this, as a convention of open-source projects, documentation is generally supposed to come up after coding stuff. In other words, the codes determine the design, and the documents are often elusive as there are some cases where they don't reflect the actual behaviour. Regarding the nastiness of references, it's special not only for foreach, but also for the following case. pre?php $foo = array('test'); $bar = $foo[0]; print {$foo[0]}\n; function test($foo) { $foo[0] = '???'; } test($foo); print {$foo[0]}\n; ?/pre Surprisingly, this script results in -- test ??? -- For more about this, see bug #20993 (this is also marked as a doc-problem). [2003-01-17 08:27:40] [EMAIL PROTECTED] Although I admit that the behaviour is quite inconsistent, we won't fix this anyway because the issue's all up to the language design. Well, I dunno. In bug #8353, [EMAIL PROTECTED] says: ...the following note exists in the foreach() entry of the manual and has for over two years: Note: Also note that foreach operates on a copy of the specified array, not the array itself, therefore the array pointer is not modified as with the each() construct and changes to the array element returned are not reflected in the original array. The documentation has been changed very recently. To me, this seems like re-defining the language. (Or changing the rules in the middle of the game, if you prefer.) Instead of fixing the bug, you say it's a feature and change the docs. That seems very Microsoft-ish. Plus, such a language construct is inconsistent, unintuitive and seriously limited in usability. foreach statement always makes use of a copy of the given array instead of the original itself unless the array is a reference or has a reference. The makes a copy part is in the docs, and is what I expect. The unless... part is (still) not in the docs and seems non-sensical. In fact, in What References Do, the manual says about what happens after $a = $b the following: Note: $a and $b are completely equal here, that's not $a is pointing to $b or vice versa, that's $a and $b pointing to the same place. Nowhere in the manual it says that references are special. It just says that a reference is another name for the same variable. I don't see why foreach treats them specially. Note that I'm not advocating for changing the documentation; I'm actually strongly supporting what the documentation says and has said for a long time, and that means foreach is what needs to be changed. BTW, does the unless... part of the above quotation mean that when I do $a = $b; foreach ($a as
#21674 [Fbk-Opn]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: Test this code if you will: // Start- Copy and Save this code as phpbug21674.php in a path folder name site3 ? // PHP BUG# 21674 // This script must be saved to Docs root path of virtual domain-A // To debug.. change the path to the path on your test server require_once (/home/sites/site2/config.php); echo Hello - Testing PHP 4.3.0 bug# 21674br; ? // End - Copy and Save this code as phpbug21674.php // Begin - Copy and Save this code as config.php in a path folder name site2 ? include ('extras.php'); ? // End - Copy and Save this code as config.php // Begin - Copy and Save this code as extras.php in a path folder name site2 ? // -- field definitions -- $extra=array(); // leave this line alone $extra[info1][name]=Alias Name/Nickname; $extra[info1][type]=text; $extra[info2][name]=Your Gender; $extra[info2][type]=array(Female,Male,); $extra[info3][name]=Relationship Status; $extra[info3][type]=array(Single,Single-Looking for Couples,Couple-Looking for Singles,Dating,Involved/Partner,Involved-Seeking New Friends,Married,Married-Seeking Discreet Friend,Engaged,Divorced,Widowed,Player,Just looking for friend,Just Looking for Sex Partner,Undecided); $extra[info4][name]=Sexual Orientation; $extra[info4][type]=array(Heterosexual,Gay,Lesbian,BiSexual,BiCurious,Rather Not Say); // do not edit past this line $extras = array(); for ($i=0; $i 21; $i++) { $marker = info.$i; // print $marker.br; // debug if (strlen($extra[$marker][name]) 1) $extras[]=$marker; } // in general, to display extra variable values, use $extra[infox][value] ? Now execute php21674.php to reproduce errors. Previous Comments: [2003-01-16 21:01:53] [EMAIL PROTECTED] If you can provide us with a complete self-contained reproducing script, we can investigate this further. So far in your report you have not responded to any of our requests for further information, and there was no mention of writing a file in any of your comments. Please read the instructions here: http://bugs.php.net/how-to-report.php for information about how to write a good bug report. [2003-01-16 20:40:43] [EMAIL PROTECTED] That depends on one's definition of a bug. In this case, the erroneous message given by php would defintely be considered a bug, in my opinion. Its the analougous to one calling the fire department and saying come now, my house is on fire when, in fact, one's nextdoor neighbor has burned his bar-b-que ribs. If the affliction is related to a permissions or authority issue, then the message should state so. The error message should not be one that makes mention of of a file or directory not found when, in fact, the file or directory does exists. Cheers. [2003-01-16 18:28:44] [EMAIL PROTECTED] So it turns out that this is not a bug in PHP :) [2003-01-16 18:17:58] [EMAIL PROTECTED] I may have debugged the problem. Actually, the problem is more of a very bad Error Message than a functionality issue. Specifically, my script's end result is to create a dynamic page (index.html) the web root path/directory from which the script is executed and in which the index.html file is to be written to was did not have w write permissions. So instead of PHP stating that it could not write to /home/sites/site3/web/ due to an authorization issue it sent: Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') Which is grossly misleading and only sends one off on a wild goose chase. Thanks. [2003-01-15 23:29:05] [EMAIL PROTECTED] The script worked like a charm prior to upgrade to php 4.3.0 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/21674 -- Edit this bug report at
#21712 [Opn-Fbk]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
ID: 21712 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: RedHat 6.1 PHP Version: 4.3.0 New Comment: Are the dimentions of the 'source' image greater, less then or equal to the size of the 'destination' image? Previous Comments: [2003-01-17 09:18:20] [EMAIL PROTECTED] I assume the bundled library. Although the unbundled library did exist on this machine before I compiled the new PHP. And it was version 2.0.1. [2003-01-17 08:48:28] [EMAIL PROTECTED] Are you using bundled or non-bundled GD library? In case of the latter, what version of GD library are you using? [2003-01-17 08:47:03] [EMAIL PROTECTED] The following code creates a new JPEG image. It worked fine under PHP 4.2.3, but since the upgrade to PHP 4.3.0, the type now appears jagged and in some cases with smaller type, unreadable: ? Header(Content-type: image/jpeg); $size = 36; $x = 5; $y = 50; $imgname = bluebox.jpg; $im = ImageCreateFromJPEG ($imgname); /* Attempt to open */ $color = ImageColorAllocate ($im, 255, 255, 255); $font = FRAMDCN.TTF; ImageTTFText ($im, $size, 0, $x, $y, $color, $font, $label); ImageJpeg($im,'',100); ImageDestroy($im); ? ImageCreateFromPNG gives me the same results. If replace the ImageCreateFromJPEG() with just an ImageCreate and give it a solid color, it looks fine. It seems to only be affected when I start the image with a template image. -- Edit this bug report at http://bugs.php.net/?id=21712edit=1
#21542 [Com]: variables bad values - register_global - session
ID: 21542 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 4.3.0 New Comment: I have to side with Nicolas -- I have the same problem and do not think this is a bogus report. I am using Horde 2.2, PHP 4.3.0, Apache 2.0.43, kernel 2.4.20 -- all the latest stuff and most current relevant libraries I could find. I have played with the php.ini file changing settings of register_global as well as the two session.bug_compat settings. I have tried using ones and zeros, as well as Off as suggested by [EMAIL PROTECTED] below. Nothing works. I restart Apache each time, and I close the browser and re-open to be sure nothing is cached. I have scanned by hard disk to be sure there are not two php.ini files, even though I have seen clear evidence that other changes to the php.ini file DO take effect. Sure looks like a bug to me, if not in php then in the docs. Previous Comments: [2003-01-14 19:14:17] [EMAIL PROTECTED] The same problem with that warning. I've added comments to http://bugs.php.net/bug.php?id=21312 [2003-01-13 03:28:05] [EMAIL PROTECTED] Hello, after reading with more attention the 'bugs database', this bug is the same than http://bugs.php.net/bug.php?id=21312 (31/Dec/2002). Best regards, Nicolas [2003-01-09 19:46:39] [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 Set session.bug_compat_warn to Off and the warning messages you are seeing should go away. [2003-01-09 06:23:45] [EMAIL PROTECTED] Hi, a strange problem, with session and register_global. The problem does not exist with PHP-4.2.3. When you have a variable set to a undefined value of $_SERVER array, and register_global set to ON, PHP set all variables to the same value (the last value). If you reload the page, there is no problem, it is only the FIRST time you read the page where there is the session variable is built. If you try with an unset variable, there is no problem. By the way, I don't understand the last message about Your script possibly relies on a session side-effect... when register_global is set to OFF. Best Regards, Nicolas --- info PHP PHP Version 4.3.0 register_argc_argv On session.auto_start Off session.bug_compat_42 On session.bug_compat_warn On session.cookie_domain no value session.name PHPSESSID session.use_cookies On session.use_only_cookies Off session.use_trans_sid Off -- test.php - +++SCRIPT+++ session_start(); $referer=$_SERVER['HTTP_REFERER']; # ERR (first time) #$referer=; # OK (always) session_register(referer); echo PRE; echo session_encode(); echo /PRE; $var1=V1; $var2=V2; $var3=V3; echo BR$var1 -- $var2 -- $var3 -- $var_not_affected\n; +++ --- WITH register_global : On At the first execution of ths script: +++OUTPUT+++ referer|N; V3 -- V3 -- V3 -- V3 +++ AND after reload: +++OUTPUT+++ referer|N; V1 -- V2 -- V3 -- +++ --- WITH register_global : Off +++OUTPUT+++ referer|N; V1 -- V2 -- V3 -- Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in Unknown on line 0 +++ -- Edit this bug report at http://bugs.php.net/?id=21542edit=1
#21713 [NEW]: include (URL) doesn't remove temporary files
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.3.0 PHP Bug Type: *Directory/Filesystem functions Bug description: include (URL) doesn't remove temporary files include(URL) doesn't remove temporary files in /var/tmp PHP creates /var/tmp/php?? files until... ufs: [ID 682040 kern.notice] NOTICE: /var: out of inodes -- Edit bug report at http://bugs.php.net/?id=21713edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21713r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21713r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21713r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21713r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21713r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21713r=support Expected behavior: http://bugs.php.net/fix.php?id=21713r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21713r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21713r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21713r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21713r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21713r=dst IIS Stability: http://bugs.php.net/fix.php?id=21713r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21713r=gnused
#21674 [Opn-Fbk]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: It works fine here... Is your include_path still '' ? You *must* have '.' in your include path for relative includes to work; have you tried that? Previous Comments: [2003-01-17 12:27:02] [EMAIL PROTECTED] Test this code if you will: // Start- Copy and Save this code as phpbug21674.php in a path folder name site3 ? // PHP BUG# 21674 // This script must be saved to Docs root path of virtual domain-A // To debug.. change the path to the path on your test server require_once (/home/sites/site2/config.php); echo Hello - Testing PHP 4.3.0 bug# 21674br; ? // End - Copy and Save this code as phpbug21674.php // Begin - Copy and Save this code as config.php in a path folder name site2 ? include ('extras.php'); ? // End - Copy and Save this code as config.php // Begin - Copy and Save this code as extras.php in a path folder name site2 ? // -- field definitions -- $extra=array(); // leave this line alone $extra[info1][name]=Alias Name/Nickname; $extra[info1][type]=text; $extra[info2][name]=Your Gender; $extra[info2][type]=array(Female,Male,); $extra[info3][name]=Relationship Status; $extra[info3][type]=array(Single,Single-Looking for Couples,Couple-Looking for Singles,Dating,Involved/Partner,Involved-Seeking New Friends,Married,Married-Seeking Discreet Friend,Engaged,Divorced,Widowed,Player,Just looking for friend,Just Looking for Sex Partner,Undecided); $extra[info4][name]=Sexual Orientation; $extra[info4][type]=array(Heterosexual,Gay,Lesbian,BiSexual,BiCurious,Rather Not Say); // do not edit past this line $extras = array(); for ($i=0; $i 21; $i++) { $marker = info.$i; // print $marker.br; // debug if (strlen($extra[$marker][name]) 1) $extras[]=$marker; } // in general, to display extra variable values, use $extra[infox][value] ? Now execute php21674.php to reproduce errors. [2003-01-16 21:01:53] [EMAIL PROTECTED] If you can provide us with a complete self-contained reproducing script, we can investigate this further. So far in your report you have not responded to any of our requests for further information, and there was no mention of writing a file in any of your comments. Please read the instructions here: http://bugs.php.net/how-to-report.php for information about how to write a good bug report. [2003-01-16 20:40:43] [EMAIL PROTECTED] That depends on one's definition of a bug. In this case, the erroneous message given by php would defintely be considered a bug, in my opinion. Its the analougous to one calling the fire department and saying come now, my house is on fire when, in fact, one's nextdoor neighbor has burned his bar-b-que ribs. If the affliction is related to a permissions or authority issue, then the message should state so. The error message should not be one that makes mention of of a file or directory not found when, in fact, the file or directory does exists. Cheers. [2003-01-16 18:28:44] [EMAIL PROTECTED] So it turns out that this is not a bug in PHP :) [2003-01-16 18:17:58] [EMAIL PROTECTED] I may have debugged the problem. Actually, the problem is more of a very bad Error Message than a functionality issue. Specifically, my script's end result is to create a dynamic page (index.html) the web root path/directory from which the script is executed and in which the index.html file is to be written to was did not have w write permissions. So instead of PHP stating that it could not write to /home/sites/site3/web/ due to an authorization issue it sent: Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') Which is grossly misleading and only sends one off on a wild goose chase. Thanks. The remainder of the comments for this report are too long. To view the rest of the comments, please view
#21712 [Fbk-Opn]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
ID: 21712 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: RedHat 6.1 PHP Version: 4.3.0 New Comment: They are equal. Basically, this code takes a template image, and places some dynamic text on top of it. It's used to make custom header graphics for a site, without the need to create new images in Photoshop, etc. Previous Comments: [2003-01-17 12:39:27] [EMAIL PROTECTED] Are the dimentions of the 'source' image greater, less then or equal to the size of the 'destination' image? [2003-01-17 09:18:20] [EMAIL PROTECTED] I assume the bundled library. Although the unbundled library did exist on this machine before I compiled the new PHP. And it was version 2.0.1. [2003-01-17 08:48:28] [EMAIL PROTECTED] Are you using bundled or non-bundled GD library? In case of the latter, what version of GD library are you using? [2003-01-17 08:47:03] [EMAIL PROTECTED] The following code creates a new JPEG image. It worked fine under PHP 4.2.3, but since the upgrade to PHP 4.3.0, the type now appears jagged and in some cases with smaller type, unreadable: ? Header(Content-type: image/jpeg); $size = 36; $x = 5; $y = 50; $imgname = bluebox.jpg; $im = ImageCreateFromJPEG ($imgname); /* Attempt to open */ $color = ImageColorAllocate ($im, 255, 255, 255); $font = FRAMDCN.TTF; ImageTTFText ($im, $size, 0, $x, $y, $color, $font, $label); ImageJpeg($im,'',100); ImageDestroy($im); ? ImageCreateFromPNG gives me the same results. If replace the ImageCreateFromJPEG() with just an ImageCreate and give it a solid color, it looks fine. It seems to only be affected when I start the image with a template image. -- Edit this bug report at http://bugs.php.net/?id=21712edit=1
#21674 [Fbk-Opn]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: This is what my phpinfo() says include_path .:/usr/lib/php Previous Comments: [2003-01-17 12:48:12] [EMAIL PROTECTED] It works fine here... Is your include_path still '' ? You *must* have '.' in your include path for relative includes to work; have you tried that? [2003-01-17 12:27:02] [EMAIL PROTECTED] Test this code if you will: // Start- Copy and Save this code as phpbug21674.php in a path folder name site3 ? // PHP BUG# 21674 // This script must be saved to Docs root path of virtual domain-A // To debug.. change the path to the path on your test server require_once (/home/sites/site2/config.php); echo Hello - Testing PHP 4.3.0 bug# 21674br; ? // End - Copy and Save this code as phpbug21674.php // Begin - Copy and Save this code as config.php in a path folder name site2 ? include ('extras.php'); ? // End - Copy and Save this code as config.php // Begin - Copy and Save this code as extras.php in a path folder name site2 ? // -- field definitions -- $extra=array(); // leave this line alone $extra[info1][name]=Alias Name/Nickname; $extra[info1][type]=text; $extra[info2][name]=Your Gender; $extra[info2][type]=array(Female,Male,); $extra[info3][name]=Relationship Status; $extra[info3][type]=array(Single,Single-Looking for Couples,Couple-Looking for Singles,Dating,Involved/Partner,Involved-Seeking New Friends,Married,Married-Seeking Discreet Friend,Engaged,Divorced,Widowed,Player,Just looking for friend,Just Looking for Sex Partner,Undecided); $extra[info4][name]=Sexual Orientation; $extra[info4][type]=array(Heterosexual,Gay,Lesbian,BiSexual,BiCurious,Rather Not Say); // do not edit past this line $extras = array(); for ($i=0; $i 21; $i++) { $marker = info.$i; // print $marker.br; // debug if (strlen($extra[$marker][name]) 1) $extras[]=$marker; } // in general, to display extra variable values, use $extra[infox][value] ? Now execute php21674.php to reproduce errors. [2003-01-16 21:01:53] [EMAIL PROTECTED] If you can provide us with a complete self-contained reproducing script, we can investigate this further. So far in your report you have not responded to any of our requests for further information, and there was no mention of writing a file in any of your comments. Please read the instructions here: http://bugs.php.net/how-to-report.php for information about how to write a good bug report. [2003-01-16 20:40:43] [EMAIL PROTECTED] That depends on one's definition of a bug. In this case, the erroneous message given by php would defintely be considered a bug, in my opinion. Its the analougous to one calling the fire department and saying come now, my house is on fire when, in fact, one's nextdoor neighbor has burned his bar-b-que ribs. If the affliction is related to a permissions or authority issue, then the message should state so. The error message should not be one that makes mention of of a file or directory not found when, in fact, the file or directory does exists. Cheers. [2003-01-16 18:28:44] [EMAIL PROTECTED] So it turns out that this is not a bug in PHP :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21674 -- Edit this bug report at http://bugs.php.net/?id=21674edit=1
#21674 [Opn]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: add: var_dump(ini_get('include_path')); to the line before the require_once in the phpbug21674.php script and paste the output here. Previous Comments: [2003-01-17 12:59:28] [EMAIL PROTECTED] This is what my phpinfo() says include_path .:/usr/lib/php [2003-01-17 12:48:12] [EMAIL PROTECTED] It works fine here... Is your include_path still '' ? You *must* have '.' in your include path for relative includes to work; have you tried that? [2003-01-17 12:27:02] [EMAIL PROTECTED] Test this code if you will: // Start- Copy and Save this code as phpbug21674.php in a path folder name site3 ? // PHP BUG# 21674 // This script must be saved to Docs root path of virtual domain-A // To debug.. change the path to the path on your test server require_once (/home/sites/site2/config.php); echo Hello - Testing PHP 4.3.0 bug# 21674br; ? // End - Copy and Save this code as phpbug21674.php // Begin - Copy and Save this code as config.php in a path folder name site2 ? include ('extras.php'); ? // End - Copy and Save this code as config.php // Begin - Copy and Save this code as extras.php in a path folder name site2 ? // -- field definitions -- $extra=array(); // leave this line alone $extra[info1][name]=Alias Name/Nickname; $extra[info1][type]=text; $extra[info2][name]=Your Gender; $extra[info2][type]=array(Female,Male,); $extra[info3][name]=Relationship Status; $extra[info3][type]=array(Single,Single-Looking for Couples,Couple-Looking for Singles,Dating,Involved/Partner,Involved-Seeking New Friends,Married,Married-Seeking Discreet Friend,Engaged,Divorced,Widowed,Player,Just looking for friend,Just Looking for Sex Partner,Undecided); $extra[info4][name]=Sexual Orientation; $extra[info4][type]=array(Heterosexual,Gay,Lesbian,BiSexual,BiCurious,Rather Not Say); // do not edit past this line $extras = array(); for ($i=0; $i 21; $i++) { $marker = info.$i; // print $marker.br; // debug if (strlen($extra[$marker][name]) 1) $extras[]=$marker; } // in general, to display extra variable values, use $extra[infox][value] ? Now execute php21674.php to reproduce errors. [2003-01-16 21:01:53] [EMAIL PROTECTED] If you can provide us with a complete self-contained reproducing script, we can investigate this further. So far in your report you have not responded to any of our requests for further information, and there was no mention of writing a file in any of your comments. Please read the instructions here: http://bugs.php.net/how-to-report.php for information about how to write a good bug report. [2003-01-16 20:40:43] [EMAIL PROTECTED] That depends on one's definition of a bug. In this case, the erroneous message given by php would defintely be considered a bug, in my opinion. Its the analougous to one calling the fire department and saying come now, my house is on fire when, in fact, one's nextdoor neighbor has burned his bar-b-que ribs. If the affliction is related to a permissions or authority issue, then the message should state so. The error message should not be one that makes mention of of a file or directory not found when, in fact, the file or directory does exists. Cheers. 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/21674 -- Edit this bug report at http://bugs.php.net/?id=21674edit=1
#21703 [Opn]: Float fields after first row truncate to integer
ID: 21703 User updated by: [EMAIL PROTECTED] -Summary: Float fields after first row trucate to integer Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sybase-ct (ctlib) related Operating System: Linux PHP Version: 4.3.0 New Comment: If the database has a float or double value, and you select a number of rows, the first row's value is returned correctly as a double, but subsequent rows' values are returned truncated and converted to integer. This may be the same bug reported in suspended report # 21047. I think the problem is in sybase_ct/php_sybase_ct.c in the function php_sybase_fetch_result_row(). On line 1062 you will find a second statement on the line: result-numerics[j]= 1; Which seems to set the field type back to integer after processing the first row. Previous Comments: [2003-01-16 20:21:20] [EMAIL PROTECTED] If the database has a float or double value, and you select a number of rows, the first row's value is returned correctly as a double, but subsequent rows' values are returned truncated and converted to integer. This may be the same bug reported in suspended report # 21047. I think the problem is in ext/sybase_ct/php_sybase_ct.c in the function php_sybase_fetch_result_row(). On line 1062 you will find a second statement on the line: result-numerics[j]= 1; Which seems to set the field type back to integer after processing the first row. -- Edit this bug report at http://bugs.php.net/?id=21703edit=1
#21674 [Opn]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: Here are the results to your request. string(14) .:/usr/lib/php Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as phpbug21674.php Previous Comments: [2003-01-17 13:03:35] [EMAIL PROTECTED] add: var_dump(ini_get('include_path')); to the line before the require_once in the phpbug21674.php script and paste the output here. [2003-01-17 12:59:28] [EMAIL PROTECTED] This is what my phpinfo() says include_path .:/usr/lib/php [2003-01-17 12:48:12] [EMAIL PROTECTED] It works fine here... Is your include_path still '' ? You *must* have '.' in your include path for relative includes to work; have you tried that? [2003-01-17 12:27:02] [EMAIL PROTECTED] Test this code if you will: // Start- Copy and Save this code as phpbug21674.php in a path folder name site3 ? // PHP BUG# 21674 // This script must be saved to Docs root path of virtual domain-A // To debug.. change the path to the path on your test server require_once (/home/sites/site2/config.php); echo Hello - Testing PHP 4.3.0 bug# 21674br; ? // End - Copy and Save this code as phpbug21674.php // Begin - Copy and Save this code as config.php in a path folder name site2 ? include ('extras.php'); ? // End - Copy and Save this code as config.php // Begin - Copy and Save this code as extras.php in a path folder name site2 ? // -- field definitions -- $extra=array(); // leave this line alone $extra[info1][name]=Alias Name/Nickname; $extra[info1][type]=text; $extra[info2][name]=Your Gender; $extra[info2][type]=array(Female,Male,); $extra[info3][name]=Relationship Status; $extra[info3][type]=array(Single,Single-Looking for Couples,Couple-Looking for Singles,Dating,Involved/Partner,Involved-Seeking New Friends,Married,Married-Seeking Discreet Friend,Engaged,Divorced,Widowed,Player,Just looking for friend,Just Looking for Sex Partner,Undecided); $extra[info4][name]=Sexual Orientation; $extra[info4][type]=array(Heterosexual,Gay,Lesbian,BiSexual,BiCurious,Rather Not Say); // do not edit past this line $extras = array(); for ($i=0; $i 21; $i++) { $marker = info.$i; // print $marker.br; // debug if (strlen($extra[$marker][name]) 1) $extras[]=$marker; } // in general, to display extra variable values, use $extra[infox][value] ? Now execute php21674.php to reproduce errors. [2003-01-16 21:01:53] [EMAIL PROTECTED] If you can provide us with a complete self-contained reproducing script, we can investigate this further. So far in your report you have not responded to any of our requests for further information, and there was no mention of writing a file in any of your comments. Please read the instructions here: http://bugs.php.net/how-to-report.php for information about how to write a good bug report. 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/21674 -- Edit this bug report at http://bugs.php.net/?id=21674edit=1
#21674 [Opn]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: Can you do the same for the config.php file. (and look to see if you have some .htaccess file in there too that might be changing PHP settings) Previous Comments: [2003-01-17 13:36:52] [EMAIL PROTECTED] Here are the results to your request. string(14) .:/usr/lib/php Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as phpbug21674.php [2003-01-17 13:03:35] [EMAIL PROTECTED] add: var_dump(ini_get('include_path')); to the line before the require_once in the phpbug21674.php script and paste the output here. [2003-01-17 12:59:28] [EMAIL PROTECTED] This is what my phpinfo() says include_path .:/usr/lib/php [2003-01-17 12:48:12] [EMAIL PROTECTED] It works fine here... Is your include_path still '' ? You *must* have '.' in your include path for relative includes to work; have you tried that? [2003-01-17 12:27:02] [EMAIL PROTECTED] Test this code if you will: // Start- Copy and Save this code as phpbug21674.php in a path folder name site3 ? // PHP BUG# 21674 // This script must be saved to Docs root path of virtual domain-A // To debug.. change the path to the path on your test server require_once (/home/sites/site2/config.php); echo Hello - Testing PHP 4.3.0 bug# 21674br; ? // End - Copy and Save this code as phpbug21674.php // Begin - Copy and Save this code as config.php in a path folder name site2 ? include ('extras.php'); ? // End - Copy and Save this code as config.php // Begin - Copy and Save this code as extras.php in a path folder name site2 ? // -- field definitions -- $extra=array(); // leave this line alone $extra[info1][name]=Alias Name/Nickname; $extra[info1][type]=text; $extra[info2][name]=Your Gender; $extra[info2][type]=array(Female,Male,); $extra[info3][name]=Relationship Status; $extra[info3][type]=array(Single,Single-Looking for Couples,Couple-Looking for Singles,Dating,Involved/Partner,Involved-Seeking New Friends,Married,Married-Seeking Discreet Friend,Engaged,Divorced,Widowed,Player,Just looking for friend,Just Looking for Sex Partner,Undecided); $extra[info4][name]=Sexual Orientation; $extra[info4][type]=array(Heterosexual,Gay,Lesbian,BiSexual,BiCurious,Rather Not Say); // do not edit past this line $extras = array(); for ($i=0; $i 21; $i++) { $marker = info.$i; // print $marker.br; // debug if (strlen($extra[$marker][name]) 1) $extras[]=$marker; } // in general, to display extra variable values, use $extra[infox][value] ? Now execute php21674.php to reproduce errors. 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/21674 -- Edit this bug report at http://bugs.php.net/?id=21674edit=1
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: linux PHP Version: 4.2.3,4.3.0 New Comment: The same probleme is in php4-STABLE-200301171630 Please correct that Warning: Unknown(): open_basedir restriction in effect. File(/home/ovh/www/forum/list.php) is not within the allowed path(s): (/home/users/xiaoping) in Unknown on line 0 Warning: Unknown(/home/ovh/www/forum/list.php): failed to create stream: Operation not permitted in Unknown on line 0 Warning: (null)() [function.include]: Failed opening '/home/ovh/www/forum/list.php' for inclusion (include_path='.:/upload/') in Unknown on line 0 Previous Comments: [2003-01-12 05:40:52] [EMAIL PROTECTED] Same problem with php 4.3.0 / apache 1.3.27 / Slackware The problem seems to appear when a virtual host has a open_basedir defined, but not in other virtualhost. In this case others virtual hosts take the value of one of defined open_basedir. (maybe the value come from another http child open in same time) Seems to have same behaviour with auto_append. Hope it will help to solve this bug. Fred [2003-01-11 21:33:19] [EMAIL PROTECTED] I have 2 FreeBSD servers with the same problem. Both have /www as symlink. Real path is /home/www. I also have a Windows machine, with no symlink ;-) - no problem there. /www is c:/www there, and all works. All machines have same httpd.conf, same Apache, same 4.2.3 [2003-01-11 05:16:38] [EMAIL PROTECTED] 4.3.o stills has the same problem, the test suite I posted on 30 Oct 2002 12:56am fails with this messages: Warning: main() [function.main]: open_basedir restriction in effect. File(/usr/local/lib/php/hello.php) is not within the allowed path(s): (/usr/local/http-docs/common/scripts/) in /usr/local/http-docs/common/lib/test/test.php on line 5 Warning: main(hello.php) [function.main]: failed to create stream: Not owner in /usr/local/http-docs/common/lib/test/test.php on line 5 Fatal error: main() [function.main]: Failed opening required 'hello.php' (include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois') in /usr/local/http-docs/common/lib/test/test.php on line 5 where test.php tries to include hello.php which is in /usr/local/http-docs/common/lib/test that is a path that's included in include_path [2003-01-10 04:36:13] [EMAIL PROTECTED] Update version. Bug confirmed in 4.3.0 - final. [2003-01-10 03:17:18] [EMAIL PROTECTED] Is somebody working on this critical bug in php 4.3.0?? Bug was opened 8 sep and now it isn't even the same year... This is a severe problem for all hosting companies since they have to turn of open_basedir to get things going without errors. 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=19292edit=1
#21674 [Opn-Fbk]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: Please try what I asked :) You say that the include path is .:/usr/lib/php, but the error message is indicating that it is . So we need to determine if this is a misconfiguration error, or if it is some other error. Printing out the value from the config.php file will help determine if the problem is in streams itself or if it is perhaps a wider issue. Previous Comments: [2003-01-17 14:00:05] [EMAIL PROTECTED] There are not any .htaccess files in the referenced directory. What is it that you see or dont see regarding our include_path setup? [2003-01-17 13:50:23] [EMAIL PROTECTED] Can you do the same for the config.php file. (and look to see if you have some .htaccess file in there too that might be changing PHP settings) [2003-01-17 13:36:52] [EMAIL PROTECTED] Here are the results to your request. string(14) .:/usr/lib/php Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as phpbug21674.php [2003-01-17 13:03:35] [EMAIL PROTECTED] add: var_dump(ini_get('include_path')); to the line before the require_once in the phpbug21674.php script and paste the output here. [2003-01-17 12:59:28] [EMAIL PROTECTED] This is what my phpinfo() says include_path .:/usr/lib/php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21674 -- Edit this bug report at http://bugs.php.net/?id=21674edit=1
#21712 [Opn-Fbk]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
ID: 21712 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: RedHat 6.1 PHP Version: 4.3.0 New Comment: I've tried to duplicate the problem you've described using PHP 4.3.0 using bundled GD and PHP 4.2.3 using standard GD. Both produce absolutely identical images with the TTF (arial) font that I've used. What version of freetype library are you using and if possible can you put the 'good' 'bad' image online for comparison reasons. Previous Comments: [2003-01-17 12:59:10] [EMAIL PROTECTED] They are equal. Basically, this code takes a template image, and places some dynamic text on top of it. It's used to make custom header graphics for a site, without the need to create new images in Photoshop, etc. [2003-01-17 12:39:27] [EMAIL PROTECTED] Are the dimentions of the 'source' image greater, less then or equal to the size of the 'destination' image? [2003-01-17 09:18:20] [EMAIL PROTECTED] I assume the bundled library. Although the unbundled library did exist on this machine before I compiled the new PHP. And it was version 2.0.1. [2003-01-17 08:48:28] [EMAIL PROTECTED] Are you using bundled or non-bundled GD library? In case of the latter, what version of GD library are you using? [2003-01-17 08:47:03] [EMAIL PROTECTED] The following code creates a new JPEG image. It worked fine under PHP 4.2.3, but since the upgrade to PHP 4.3.0, the type now appears jagged and in some cases with smaller type, unreadable: ? Header(Content-type: image/jpeg); $size = 36; $x = 5; $y = 50; $imgname = bluebox.jpg; $im = ImageCreateFromJPEG ($imgname); /* Attempt to open */ $color = ImageColorAllocate ($im, 255, 255, 255); $font = FRAMDCN.TTF; ImageTTFText ($im, $size, 0, $x, $y, $color, $font, $label); ImageJpeg($im,'',100); ImageDestroy($im); ? ImageCreateFromPNG gives me the same results. If replace the ImageCreateFromJPEG() with just an ImageCreate and give it a solid color, it looks fine. It seems to only be affected when I start the image with a template image. -- Edit this bug report at http://bugs.php.net/?id=21712edit=1
#21674 [Fbk-Opn]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: OK. At your request, here are my results. string(14) .:/usr/lib/php string(14) .:/usr/lib/php Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as phpbug21674.php Previous Comments: [2003-01-17 14:03:24] [EMAIL PROTECTED] Please try what I asked :) You say that the include path is .:/usr/lib/php, but the error message is indicating that it is . So we need to determine if this is a misconfiguration error, or if it is some other error. Printing out the value from the config.php file will help determine if the problem is in streams itself or if it is perhaps a wider issue. [2003-01-17 14:00:05] [EMAIL PROTECTED] There are not any .htaccess files in the referenced directory. What is it that you see or dont see regarding our include_path setup? [2003-01-17 13:50:23] [EMAIL PROTECTED] Can you do the same for the config.php file. (and look to see if you have some .htaccess file in there too that might be changing PHP settings) [2003-01-17 13:36:52] [EMAIL PROTECTED] Here are the results to your request. string(14) .:/usr/lib/php Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as phpbug21674.php [2003-01-17 13:03:35] [EMAIL PROTECTED] add: var_dump(ini_get('include_path')); to the line before the require_once in the phpbug21674.php script and paste the output 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/21674 -- Edit this bug report at http://bugs.php.net/?id=21674edit=1
#21674 [Opn]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: and can you confirm that the var_dump(ini_get('include_path')) is on the line immediately above the include that fails? I'm asking because the line numbers in the report don't seem to have changed, and I would have expected them to at least have increased by 1. Previous Comments: [2003-01-17 14:11:08] [EMAIL PROTECTED] OK. At your request, here are my results. string(14) .:/usr/lib/php string(14) .:/usr/lib/php Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as phpbug21674.php [2003-01-17 14:03:24] [EMAIL PROTECTED] Please try what I asked :) You say that the include path is .:/usr/lib/php, but the error message is indicating that it is . So we need to determine if this is a misconfiguration error, or if it is some other error. Printing out the value from the config.php file will help determine if the problem is in streams itself or if it is perhaps a wider issue. [2003-01-17 14:00:05] [EMAIL PROTECTED] There are not any .htaccess files in the referenced directory. What is it that you see or dont see regarding our include_path setup? [2003-01-17 13:50:23] [EMAIL PROTECTED] Can you do the same for the config.php file. (and look to see if you have some .htaccess file in there too that might be changing PHP settings) [2003-01-17 13:36:52] [EMAIL PROTECTED] Here are the results to your request. string(14) .:/usr/lib/php Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as phpbug21674.php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21674 -- Edit this bug report at http://bugs.php.net/?id=21674edit=1
#21674 [Opn-Fbk]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 Previous Comments: [2003-01-17 14:23:11] [EMAIL PROTECTED] and can you confirm that the var_dump(ini_get('include_path')) is on the line immediately above the include that fails? I'm asking because the line numbers in the report don't seem to have changed, and I would have expected them to at least have increased by 1. [2003-01-17 14:11:08] [EMAIL PROTECTED] OK. At your request, here are my results. string(14) .:/usr/lib/php string(14) .:/usr/lib/php Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as phpbug21674.php [2003-01-17 14:03:24] [EMAIL PROTECTED] Please try what I asked :) You say that the include path is .:/usr/lib/php, but the error message is indicating that it is . So we need to determine if this is a misconfiguration error, or if it is some other error. Printing out the value from the config.php file will help determine if the problem is in streams itself or if it is perhaps a wider issue. [2003-01-17 14:00:05] [EMAIL PROTECTED] There are not any .htaccess files in the referenced directory. What is it that you see or dont see regarding our include_path setup? [2003-01-17 13:50:23] [EMAIL PROTECTED] Can you do the same for the config.php file. (and look to see if you have some .htaccess file in there too that might be changing PHP settings) 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/21674 -- Edit this bug report at http://bugs.php.net/?id=21674edit=1
#21712 [Fbk-Opn]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
ID: 21712 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: RedHat 6.1 PHP Version: 4.3.0 New Comment: Not sure about which libttf version. I know I have freetype-2.0.9 installed on the machine with the link below. Not sure if that helps. http://tpol.ideastar.com/test.php The code that produces bad results: ?php $text = Jagged Text; Header(Content-type: image/png); $source_file = bluebox.jpg; $target_id = ImageCreateFromJPEG ($source_file); $fontsize = 36; $xpos = 20; $ypos = 40; $font_color = ImageColorAllocate ($target_id, 255, 255, 255); $font = /usr/local/www/archer/FRAMDCN.TTF; ImageTTFText ($target_id, $fontsize, 0, $xpos, $ypos, $font_color, $font, $text); ImageJpeg($target_id); ImageDestroy($target_id); ? The code that produces good results (trial and error figured this one out): ? $text = Clear Text; header(Content-type: image/png); $source_file = bluebox.jpg; $source_size = getimagesize($source_file); $source_w = $source_size[0]; $source_h = $source_size[1]; $source_id = ImageCreateFromJPEG($source_file); $target_id = ImageCreate ($source_w, $source_h); ImageCopyResampled($target_id, $source_id, 0, 0, 0, 0, $source_w, $source_h, $source_w, $source_h); $fontsize = 36; $xpos = 20; $ypos = 40; $font_color = ImageColorAllocate ($target_id, 255, 255, 255); $font = /usr/local/www/archer/FRAMDCN.TTF; ImageTTFText ($target_id, $fontsize, 0, $xpos, $ypos, $font_color, $font, $text); ImagePNG ($target_id); ImageDestroy ($target_id); ? Previous Comments: [2003-01-17 14:09:01] [EMAIL PROTECTED] I've tried to duplicate the problem you've described using PHP 4.3.0 using bundled GD and PHP 4.2.3 using standard GD. Both produce absolutely identical images with the TTF (arial) font that I've used. What version of freetype library are you using and if possible can you put the 'good' 'bad' image online for comparison reasons. [2003-01-17 12:59:10] [EMAIL PROTECTED] They are equal. Basically, this code takes a template image, and places some dynamic text on top of it. It's used to make custom header graphics for a site, without the need to create new images in Photoshop, etc. [2003-01-17 12:39:27] [EMAIL PROTECTED] Are the dimentions of the 'source' image greater, less then or equal to the size of the 'destination' image? [2003-01-17 09:18:20] [EMAIL PROTECTED] I assume the bundled library. Although the unbundled library did exist on this machine before I compiled the new PHP. And it was version 2.0.1. [2003-01-17 08:48:28] [EMAIL PROTECTED] Are you using bundled or non-bundled GD library? In case of the latter, what version of GD library are you using? 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/21712 -- Edit this bug report at http://bugs.php.net/?id=21712edit=1
#21712 [Opn-Fbk]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
ID: 21712 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: RedHat 6.1 PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Using the latest snapshot with identical font, source image and test script I've created an image that is not jagged. For reference I am including a URL to the image created using 4.3.1-dev + bundled GD library. http://bb.prohost.org/img.jpg Previous Comments: [2003-01-17 14:33:59] [EMAIL PROTECTED] Not sure about which libttf version. I know I have freetype-2.0.9 installed on the machine with the link below. Not sure if that helps. http://tpol.ideastar.com/test.php The code that produces bad results: ?php $text = Jagged Text; Header(Content-type: image/png); $source_file = bluebox.jpg; $target_id = ImageCreateFromJPEG ($source_file); $fontsize = 36; $xpos = 20; $ypos = 40; $font_color = ImageColorAllocate ($target_id, 255, 255, 255); $font = /usr/local/www/archer/FRAMDCN.TTF; ImageTTFText ($target_id, $fontsize, 0, $xpos, $ypos, $font_color, $font, $text); ImageJpeg($target_id); ImageDestroy($target_id); ? The code that produces good results (trial and error figured this one out): ? $text = Clear Text; header(Content-type: image/png); $source_file = bluebox.jpg; $source_size = getimagesize($source_file); $source_w = $source_size[0]; $source_h = $source_size[1]; $source_id = ImageCreateFromJPEG($source_file); $target_id = ImageCreate ($source_w, $source_h); ImageCopyResampled($target_id, $source_id, 0, 0, 0, 0, $source_w, $source_h, $source_w, $source_h); $fontsize = 36; $xpos = 20; $ypos = 40; $font_color = ImageColorAllocate ($target_id, 255, 255, 255); $font = /usr/local/www/archer/FRAMDCN.TTF; ImageTTFText ($target_id, $fontsize, 0, $xpos, $ypos, $font_color, $font, $text); ImagePNG ($target_id); ImageDestroy ($target_id); ? [2003-01-17 14:09:01] [EMAIL PROTECTED] I've tried to duplicate the problem you've described using PHP 4.3.0 using bundled GD and PHP 4.2.3 using standard GD. Both produce absolutely identical images with the TTF (arial) font that I've used. What version of freetype library are you using and if possible can you put the 'good' 'bad' image online for comparison reasons. [2003-01-17 12:59:10] [EMAIL PROTECTED] They are equal. Basically, this code takes a template image, and places some dynamic text on top of it. It's used to make custom header graphics for a site, without the need to create new images in Photoshop, etc. [2003-01-17 12:39:27] [EMAIL PROTECTED] Are the dimentions of the 'source' image greater, less then or equal to the size of the 'destination' image? [2003-01-17 09:18:20] [EMAIL PROTECTED] I assume the bundled library. Although the unbundled library did exist on this machine before I compiled the new PHP. And it was version 2.0.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/21712 -- Edit this bug report at http://bugs.php.net/?id=21712edit=1
#21708 [Fbk-Opn]: ucfirst() trouble again
ID: 21708 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Strings related Operating System: Win 2000 Pro Russian + SP2 PHP Version: 4.3.0 New Comment: Thank's. I tried to do this. No effect. =( I think it can be feature of PHP under Win32 ;-) Previous Comments: [2003-01-17 04:50:28] [EMAIL PROTECTED] Try this: setlocale(LC_CTYPE,Russian.1251); Windows locale string convension is different to *nix's. See http://msdn.microsoft.com/library/en-us/vccore98/html/_crt_language_and_country_strings.asp for detail. [2003-01-17 04:18:46] [EMAIL PROTECTED] Code: ? setlocale(LC_ALL,ru_RU.cp1251); $str = ÞËÀ; echo ucwords(strtolower($str)); ? Result: Þëà [2003-01-17 03:49:30] [EMAIL PROTECTED] This bug only for Win32 =) ucwords() function once again does not work properly with strings containing international characters. Thus, any character following the þ(ACSII code == 254) or Þ(ACSII code == 222) letter will always be uppercase. Code: ? setlocale(LC_CTYPE,ru_RU.cp1251); $str[] = ÏÐÎÑÒÎ; $str[] = ÒÞÐÜÌÀ; $str[] = ËþÁÎÂÍÈÊ; $str[] = ËÞÁÎÂÍÈÊ; $str[] = ËÓÁÎÂÍÈÊ =); $str[] = ËÞÄÈ; $str[] = ëþäè; for ($i=0;$isizeof($str);$i++) { echo ucwords(strtolower($str[$i])).br; } ? Result: Ïðîñòî ÒþÐüìà ËþÁîâíèê ËþÁîâíèê Ëóáîâíèê =) ËþÄè ËþÄè -- Edit this bug report at http://bugs.php.net/?id=21708edit=1
#21712 [Fbk-Opn]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
ID: 21712 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: RedHat 6.1 PHP Version: 4.3.0 New Comment: It would appear that I might have been using the unbundled version of gd. I went back to my test machine and removed all references to gd in /usr/local and recomipiled. That seemed to do the trick. I did use the latest build as you suggested. I am going to go back and try recompiling my production machine using the same settings but using the release version of 4.3.0. Thanks for your help. Previous Comments: [2003-01-17 15:01:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Using the latest snapshot with identical font, source image and test script I've created an image that is not jagged. For reference I am including a URL to the image created using 4.3.1-dev + bundled GD library. http://bb.prohost.org/img.jpg [2003-01-17 14:33:59] [EMAIL PROTECTED] Not sure about which libttf version. I know I have freetype-2.0.9 installed on the machine with the link below. Not sure if that helps. http://tpol.ideastar.com/test.php The code that produces bad results: ?php $text = Jagged Text; Header(Content-type: image/png); $source_file = bluebox.jpg; $target_id = ImageCreateFromJPEG ($source_file); $fontsize = 36; $xpos = 20; $ypos = 40; $font_color = ImageColorAllocate ($target_id, 255, 255, 255); $font = /usr/local/www/archer/FRAMDCN.TTF; ImageTTFText ($target_id, $fontsize, 0, $xpos, $ypos, $font_color, $font, $text); ImageJpeg($target_id); ImageDestroy($target_id); ? The code that produces good results (trial and error figured this one out): ? $text = Clear Text; header(Content-type: image/png); $source_file = bluebox.jpg; $source_size = getimagesize($source_file); $source_w = $source_size[0]; $source_h = $source_size[1]; $source_id = ImageCreateFromJPEG($source_file); $target_id = ImageCreate ($source_w, $source_h); ImageCopyResampled($target_id, $source_id, 0, 0, 0, 0, $source_w, $source_h, $source_w, $source_h); $fontsize = 36; $xpos = 20; $ypos = 40; $font_color = ImageColorAllocate ($target_id, 255, 255, 255); $font = /usr/local/www/archer/FRAMDCN.TTF; ImageTTFText ($target_id, $fontsize, 0, $xpos, $ypos, $font_color, $font, $text); ImagePNG ($target_id); ImageDestroy ($target_id); ? [2003-01-17 14:09:01] [EMAIL PROTECTED] I've tried to duplicate the problem you've described using PHP 4.3.0 using bundled GD and PHP 4.2.3 using standard GD. Both produce absolutely identical images with the TTF (arial) font that I've used. What version of freetype library are you using and if possible can you put the 'good' 'bad' image online for comparison reasons. [2003-01-17 12:59:10] [EMAIL PROTECTED] They are equal. Basically, this code takes a template image, and places some dynamic text on top of it. It's used to make custom header graphics for a site, without the need to create new images in Photoshop, etc. [2003-01-17 12:39:27] [EMAIL PROTECTED] Are the dimentions of the 'source' image greater, less then or equal to the size of the 'destination' image? 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/21712 -- Edit this bug report at http://bugs.php.net/?id=21712edit=1
#21674 [Fbk-Opn]: Warning: main(lang.php) [function.main]: failed to create stream: No such file
ID: 21674 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *URL Functions Operating System: Cobalt RAQ4 Apache/Linux PHP Version: 4.3.0 New Comment: You did not ask me to place above line that include fails. You asked me to place above require_once in the config.php file. That I can confirm. Previous Comments: [2003-01-17 14:23:11] [EMAIL PROTECTED] and can you confirm that the var_dump(ini_get('include_path')) is on the line immediately above the include that fails? I'm asking because the line numbers in the report don't seem to have changed, and I would have expected them to at least have increased by 1. [2003-01-17 14:11:08] [EMAIL PROTECTED] OK. At your request, here are my results. string(14) .:/usr/lib/php string(14) .:/usr/lib/php Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 Hello - Testing PHP 4.3.0 bug# 21674// End - Copy and Save this code as phpbug21674.php [2003-01-17 14:03:24] [EMAIL PROTECTED] Please try what I asked :) You say that the include path is .:/usr/lib/php, but the error message is indicating that it is . So we need to determine if this is a misconfiguration error, or if it is some other error. Printing out the value from the config.php file will help determine if the problem is in streams itself or if it is perhaps a wider issue. [2003-01-17 14:00:05] [EMAIL PROTECTED] There are not any .htaccess files in the referenced directory. What is it that you see or dont see regarding our include_path setup? [2003-01-17 13:50:23] [EMAIL PROTECTED] Can you do the same for the config.php file. (and look to see if you have some .htaccess file in there too that might be changing PHP settings) 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/21674 -- Edit this bug report at http://bugs.php.net/?id=21674edit=1
#21708 [Opn]: ucfirst() trouble again
ID: 21708 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Strings related Operating System: Win 2000 Pro Russian + SP2 PHP Version: 4.3.0 New Comment: Hmm, you can use mb_convert_case() instead if mbstring extension is enabled. http://www.php.net/mb_convert_case Previous Comments: [2003-01-17 15:12:22] [EMAIL PROTECTED] Thank's. I tried to do this. No effect. =( I think it can be feature of PHP under Win32 ;-) [2003-01-17 04:50:28] [EMAIL PROTECTED] Try this: setlocale(LC_CTYPE,Russian.1251); Windows locale string convension is different to *nix's. See http://msdn.microsoft.com/library/en-us/vccore98/html/_crt_language_and_country_strings.asp for detail. [2003-01-17 04:18:46] [EMAIL PROTECTED] Code: ? setlocale(LC_ALL,ru_RU.cp1251); $str = ÞËÀ; echo ucwords(strtolower($str)); ? Result: Þëà [2003-01-17 03:49:30] [EMAIL PROTECTED] This bug only for Win32 =) ucwords() function once again does not work properly with strings containing international characters. Thus, any character following the þ(ACSII code == 254) or Þ(ACSII code == 222) letter will always be uppercase. Code: ? setlocale(LC_CTYPE,ru_RU.cp1251); $str[] = ÏÐÎÑÒÎ; $str[] = ÒÞÐÜÌÀ; $str[] = ËþÁÎÂÍÈÊ; $str[] = ËÞÁÎÂÍÈÊ; $str[] = ËÓÁÎÂÍÈÊ =); $str[] = ËÞÄÈ; $str[] = ëþäè; for ($i=0;$isizeof($str);$i++) { echo ucwords(strtolower($str[$i])).br; } ? Result: Ïðîñòî ÒþÐüìà ËþÁîâíèê ËþÁîâíèê Ëóáîâíèê =) ËþÄè ËþÄè -- Edit this bug report at http://bugs.php.net/?id=21708edit=1
#21712 [Opn-Bgs]: Using ImageCreateFromJPEG with ImageTTFText causes type to appear jagged
ID: 21712 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: GD related Operating System: RedHat 6.1 PHP Version: 4.3.0 New Comment: I recompiled php 4.3.0 again. My mistake was in the configure script. I put --with-gd=/usr/local rather than just --with-gd by itself. This time, it used the bundled version of gd and the type came out okay. Previous Comments: [2003-01-17 15:44:24] [EMAIL PROTECTED] It would appear that I might have been using the unbundled version of gd. I went back to my test machine and removed all references to gd in /usr/local and recomipiled. That seemed to do the trick. I did use the latest build as you suggested. I am going to go back and try recompiling my production machine using the same settings but using the release version of 4.3.0. Thanks for your help. [2003-01-17 15:01:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Using the latest snapshot with identical font, source image and test script I've created an image that is not jagged. For reference I am including a URL to the image created using 4.3.1-dev + bundled GD library. http://bb.prohost.org/img.jpg [2003-01-17 14:33:59] [EMAIL PROTECTED] Not sure about which libttf version. I know I have freetype-2.0.9 installed on the machine with the link below. Not sure if that helps. http://tpol.ideastar.com/test.php The code that produces bad results: ?php $text = Jagged Text; Header(Content-type: image/png); $source_file = bluebox.jpg; $target_id = ImageCreateFromJPEG ($source_file); $fontsize = 36; $xpos = 20; $ypos = 40; $font_color = ImageColorAllocate ($target_id, 255, 255, 255); $font = /usr/local/www/archer/FRAMDCN.TTF; ImageTTFText ($target_id, $fontsize, 0, $xpos, $ypos, $font_color, $font, $text); ImageJpeg($target_id); ImageDestroy($target_id); ? The code that produces good results (trial and error figured this one out): ? $text = Clear Text; header(Content-type: image/png); $source_file = bluebox.jpg; $source_size = getimagesize($source_file); $source_w = $source_size[0]; $source_h = $source_size[1]; $source_id = ImageCreateFromJPEG($source_file); $target_id = ImageCreate ($source_w, $source_h); ImageCopyResampled($target_id, $source_id, 0, 0, 0, 0, $source_w, $source_h, $source_w, $source_h); $fontsize = 36; $xpos = 20; $ypos = 40; $font_color = ImageColorAllocate ($target_id, 255, 255, 255); $font = /usr/local/www/archer/FRAMDCN.TTF; ImageTTFText ($target_id, $fontsize, 0, $xpos, $ypos, $font_color, $font, $text); ImagePNG ($target_id); ImageDestroy ($target_id); ? [2003-01-17 14:09:01] [EMAIL PROTECTED] I've tried to duplicate the problem you've described using PHP 4.3.0 using bundled GD and PHP 4.2.3 using standard GD. Both produce absolutely identical images with the TTF (arial) font that I've used. What version of freetype library are you using and if possible can you put the 'good' 'bad' image online for comparison reasons. [2003-01-17 12:59:10] [EMAIL PROTECTED] They are equal. Basically, this code takes a template image, and places some dynamic text on top of it. It's used to make custom header graphics for a site, without the need to create new images in Photoshop, etc. 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/21712 -- Edit this bug report at http://bugs.php.net/?id=21712edit=1
#21716 [NEW]: 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode)
From: [EMAIL PROTECTED] Operating system: WIndows 2000 PHP version: 4.3.0 PHP Bug Type: *Web Server problem Bug description: 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode) 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode under Windows 2000). 4.2.3, 4.2.2 and all previous work with PATH_INFO without problems. Also 4.3.0 changes SCRIPT_NAME so script receives not the same string as passed by WebServer! Also 4.2.x not have this problem. -- Edit bug report at http://bugs.php.net/?id=21716edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21716r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21716r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21716r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21716r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21716r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21716r=support Expected behavior: http://bugs.php.net/fix.php?id=21716r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21716r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21716r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21716r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21716r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21716r=dst IIS Stability: http://bugs.php.net/fix.php?id=21716r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21716r=gnused
#21717 [NEW]: Bug in the function date(W);
From: [EMAIL PROTECTED] Operating system: Windows XP SP1 Swedish PHP version: 4.3.0 PHP Bug Type: Date/time related Bug description: Bug in the function date(W); ?php for ($y = 0; $y = 2050; $y++) { $m = 12; $d = 31; $w = date(W, mktime(1, 1, 1, $m, $d, $y)); if ($w 52) { echo $y-$m-$d - week: $w br; } } ? Will output: 4-12-31 - week: 53 9-12-31 - week: 53 15-12-31 - week: 53 20-12-31 - week: 53 26-12-31 - week: 53 32-12-31 - week: 53 37-12-31 - week: 53 70-12-31 - week: 53 76-12-31 - week: 53 81-12-31 - week: 53 87-12-31 - week: 53 92-12-31 - week: 53 98-12-31 - week: 53 104-12-31 - week: 53 109-12-31 - week: 53 115-12-31 - week: 53 120-12-31 - week: 53 126-12-31 - week: 53 132-12-31 - week: 53 137-12-31 - week: 53 1970-12-31 - week: 53 1976-12-31 - week: 53 1981-12-31 - week: 53 1987-12-31 - week: 53 1992-12-31 - week: 53 1998-12-31 - week: 53 2004-12-31 - week: 53 2009-12-31 - week: 53 2015-12-31 - week: 53 2020-12-31 - week: 53 2026-12-31 - week: 53 2032-12-31 - week: 53 2037-12-31 - week: 53 Which is wrong because it should utput week: 1 :) I think this information should be enough. Good Luck :) //Christian. -- Edit bug report at http://bugs.php.net/?id=21717edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21717r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21717r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21717r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21717r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21717r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21717r=support Expected behavior: http://bugs.php.net/fix.php?id=21717r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21717r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21717r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21717r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21717r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21717r=dst IIS Stability: http://bugs.php.net/fix.php?id=21717r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21717r=gnused
#21718 [NEW]: Segfault on pear installer script
From: [EMAIL PROTECTED] Operating system: Slackware Linux 8.1 PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: Segfault on pear installer script Installed php-4.3.0 from source .tar.gz, then tried to install the 'Auth' pear package: berg@baboon:~$ pear install Auth downloading Auth-1.1.1.tgz ... ...done: 11,005 bytes Segmentation fault (core dumped) I think the crash occurs in the zlib compression functions. Backtrace follows: (gdb) bt #0 0x08187fdf in inflate_codes () #1 0x08186eb3 in inflate_blocks () #2 0x08186046 in inflate () #3 0x08181ff7 in gzread () #4 0x0806d4db in php_gziop_read (stream=0x846e904, buf=0x847f424 by Marko Karppinen, lt;[EMAIL PROTECTED]gt;)\n\n* Added optional setLoginCallback() and setLogoutCallback() methods.\n (Patch by Marko Karppinen, lt;[EMAIL PROTECTED]gt;)\n\n* Added method setIdle..., count=512) at /usr/local/src/php-4.3.0/ext/zlib/zlib_fopen_wrapper.c:36 #5 0x08147f53 in _php_stream_read (stream=0x846e904, buf=0x847f424 by Marko Karppinen, lt;[EMAIL PROTECTED]gt;)\n\n* Added optional setLoginCallback() and setLogoutCallback() methods.\n (Patch by Marko Karppinen, lt;[EMAIL PROTECTED]gt;)\n\n* Added method setIdle..., size=512) at /usr/local/src/php-4.3.0/main/streams.c:589 #6 0x080e744c in zif_fread (ht=2, return_value=0x846fd2c, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-4.3.0/ext/standard/file.c:2083 #7 0x08178693 in execute (op_array=0x83786b4) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1598 #8 0x0817880a in execute (op_array=0x835c22c) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #9 0x0817880a in execute (op_array=0x836090c) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #10 0x0817880a in execute (op_array=0x83c34f4) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #11 0x0817880a in execute (op_array=0x83a8ac4) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #12 0x0817880a in execute (op_array=0x83a465c) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #13 0x0817880a in execute (op_array=0x826bfb4) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #14 0x08166d9e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.0/Zend/zend.c:864 #15 0x0813fa8a in php_execute_script (primary_file=0xb828) at /usr/local/src/php-4.3.0/main/main.c:1573 #16 0x0818128c in main (argc=8, argv=0xb8a4) at /usr/local/src/php-4.3.0/sapi/cli/php_cli.c:746 #17 0x4020017d in __libc_start_main (main=0x81808dc main, argc=8, ubp_av=0xb8a4, init=0x80692fc _init, fini=0x8188b70 _fini, rtld_fini=0x4000a534 _dl_fini, stack_end=0xb89c) at ../sysdeps/generic/libc-start.c:129 -- Edit bug report at http://bugs.php.net/?id=21718edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21718r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21718r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21718r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21718r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21718r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21718r=support Expected behavior: http://bugs.php.net/fix.php?id=21718r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21718r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21718r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21718r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21718r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21718r=dst IIS Stability: http://bugs.php.net/fix.php?id=21718r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21718r=gnused
#21719 [NEW]: 4.3.0 Won't compile.
From: [EMAIL PROTECTED] Operating system: Redhat 7.0 (Kernel 2.4.5) PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: 4.3.0 Won't compile. 4.3.0 Won't compile. getting this error: checking whether fp_except is defined... no checking whether dlsym() requires a leading underscore in symbol names... ./configure: line 76778: syntax error near unexpected token `_LT_AC_TRY_DLOPEN_SELF(' ./configure: line 76778: `_LT_AC_TRY_DLOPEN_SELF(' -- Edit bug report at http://bugs.php.net/?id=21719edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21719r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21719r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21719r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21719r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21719r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21719r=support Expected behavior: http://bugs.php.net/fix.php?id=21719r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21719r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21719r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21719r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21719r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21719r=dst IIS Stability: http://bugs.php.net/fix.php?id=21719r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21719r=gnused
#21714 [Opn-Bgs]: Open_Basir = errors
ID: 21714 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: slackware linux PHP Version: 4CVS-2003-01-17 (stable) New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2003-01-17 13:53:53] [EMAIL PROTECTED] Hello, I've ugrading from php 4.2.2 to php4-STABLE-200301171630. Now, I've randomly this error on my php scripts: Warning: Unknown(): open_basedir restriction in effect. File(/home/ovh/www/forum/list.php) is not within the allowed path(s): (/home/users/xiaoping) in Unknown on line 0 Warning: Unknown(/home/ovh/www/forum/list.php): failed to create stream: Operation not permitted in Unknown on line 0 Warning: (null)() [function.include]: Failed opening '/home/ovh/www/forum/list.php' for inclusion (include_path='.:/upload/') in Unknown on line 0 I have add restrictions for the users with apache : php_admin_value open_base /path_users This error is near the same with php 4.2.3. Please HELP me, my serveur is : http://80.245.32.147/phpinfo.php Cordialy Thibaud GRANGIER PHPNET -- Edit this bug report at http://bugs.php.net/?id=21714edit=1
#21713 [Opn-Bgs]: include (URL) doesn't remove temporary files
ID: 21713 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2003-01-17 12:47:23] [EMAIL PROTECTED] include(URL) doesn't remove temporary files in /var/tmp PHP creates /var/tmp/php?? files until... ufs: [ID 682040 kern.notice] NOTICE: /var: out of inodes -- Edit this bug report at http://bugs.php.net/?id=21713edit=1
#21713 [Bgs-Opn]: include (URL) doesn't remove temporary files
ID: 21713 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Let's keep this one open until I verify it; I have reason to believe that this is a valid problem. Previous Comments: [2003-01-17 19:27:43] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. [2003-01-17 12:47:23] [EMAIL PROTECTED] include(URL) doesn't remove temporary files in /var/tmp PHP creates /var/tmp/php?? files until... ufs: [ID 682040 kern.notice] NOTICE: /var: out of inodes -- Edit this bug report at http://bugs.php.net/?id=21713edit=1
#21717 [Opn-Bgs]: Bug in the function date(W);
ID: 21717 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows XP SP1 Swedish PHP Version: 4.3.0 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 date(W) returns iso 8601 week number Previous Comments: [2003-01-17 18:00:00] [EMAIL PROTECTED] ?php for ($y = 0; $y = 2050; $y++) { $m = 12; $d = 31; $w = date(W, mktime(1, 1, 1, $m, $d, $y)); if ($w 52) { echo $y-$m-$d - week: $w br; } } ? Will output: 4-12-31 - week: 53 9-12-31 - week: 53 15-12-31 - week: 53 20-12-31 - week: 53 26-12-31 - week: 53 32-12-31 - week: 53 37-12-31 - week: 53 70-12-31 - week: 53 76-12-31 - week: 53 81-12-31 - week: 53 87-12-31 - week: 53 92-12-31 - week: 53 98-12-31 - week: 53 104-12-31 - week: 53 109-12-31 - week: 53 115-12-31 - week: 53 120-12-31 - week: 53 126-12-31 - week: 53 132-12-31 - week: 53 137-12-31 - week: 53 1970-12-31 - week: 53 1976-12-31 - week: 53 1981-12-31 - week: 53 1987-12-31 - week: 53 1992-12-31 - week: 53 1998-12-31 - week: 53 2004-12-31 - week: 53 2009-12-31 - week: 53 2015-12-31 - week: 53 2020-12-31 - week: 53 2026-12-31 - week: 53 2032-12-31 - week: 53 2037-12-31 - week: 53 Which is wrong because it should utput week: 1 :) I think this information should be enough. Good Luck :) //Christian. -- Edit this bug report at http://bugs.php.net/?id=21717edit=1
#21716 [Opn-Bgs]: 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode)
ID: 21716 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: WIndows 2000 PHP Version: 4.3.0 New Comment: See bug: http://bugs.php.net/bug.php?id=21575 And next time, SEARCH the bug database FIRST. Previous Comments: [2003-01-17 17:19:13] [EMAIL PROTECTED] 4.3.0 don't pass PATH_INFO env.variable to script (php in CGI mode under Windows 2000). 4.2.3, 4.2.2 and all previous work with PATH_INFO without problems. Also 4.3.0 changes SCRIPT_NAME so script receives not the same string as passed by WebServer! Also 4.2.x not have this problem. -- Edit this bug report at http://bugs.php.net/?id=21716edit=1
#21718 [Opn-Fbk]: Segfault on pear installer script
ID: 21718 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Slackware Linux 8.1 PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-01-17 18:25:51] [EMAIL PROTECTED] Installed php-4.3.0 from source .tar.gz, then tried to install the 'Auth' pear package: berg@baboon:~$ pear install Auth downloading Auth-1.1.1.tgz ... ...done: 11,005 bytes Segmentation fault (core dumped) I think the crash occurs in the zlib compression functions. Backtrace follows: (gdb) bt #0 0x08187fdf in inflate_codes () #1 0x08186eb3 in inflate_blocks () #2 0x08186046 in inflate () #3 0x08181ff7 in gzread () #4 0x0806d4db in php_gziop_read (stream=0x846e904, buf=0x847f424 by Marko Karppinen, lt;[EMAIL PROTECTED]gt;)\n\n* Added optional setLoginCallback() and setLogoutCallback() methods.\n (Patch by Marko Karppinen, lt;[EMAIL PROTECTED]gt;)\n\n* Added method setIdle..., count=512) at /usr/local/src/php-4.3.0/ext/zlib/zlib_fopen_wrapper.c:36 #5 0x08147f53 in _php_stream_read (stream=0x846e904, buf=0x847f424 by Marko Karppinen, lt;[EMAIL PROTECTED]gt;)\n\n* Added optional setLoginCallback() and setLogoutCallback() methods.\n (Patch by Marko Karppinen, lt;[EMAIL PROTECTED]gt;)\n\n* Added method setIdle..., size=512) at /usr/local/src/php-4.3.0/main/streams.c:589 #6 0x080e744c in zif_fread (ht=2, return_value=0x846fd2c, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-4.3.0/ext/standard/file.c:2083 #7 0x08178693 in execute (op_array=0x83786b4) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1598 #8 0x0817880a in execute (op_array=0x835c22c) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #9 0x0817880a in execute (op_array=0x836090c) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #10 0x0817880a in execute (op_array=0x83c34f4) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #11 0x0817880a in execute (op_array=0x83a8ac4) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #12 0x0817880a in execute (op_array=0x83a465c) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #13 0x0817880a in execute (op_array=0x826bfb4) at /usr/local/src/php-4.3.0/Zend/zend_execute.c:1640 #14 0x08166d9e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.0/Zend/zend.c:864 #15 0x0813fa8a in php_execute_script (primary_file=0xb828) at /usr/local/src/php-4.3.0/main/main.c:1573 #16 0x0818128c in main (argc=8, argv=0xb8a4) at /usr/local/src/php-4.3.0/sapi/cli/php_cli.c:746 #17 0x4020017d in __libc_start_main (main=0x81808dc main, argc=8, ubp_av=0xb8a4, init=0x80692fc _init, fini=0x8188b70 _fini, rtld_fini=0x4000a534 _dl_fini, stack_end=0xb89c) at ../sysdeps/generic/libc-start.c:129 -- Edit this bug report at http://bugs.php.net/?id=21718edit=1
#21719 [Opn-Fbk]: 4.3.0 Won't compile.
ID: 21719 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Redhat 7.0 (Kernel 2.4.5) PHP Version: 4.3.0 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: [2003-01-17 18:48:56] [EMAIL PROTECTED] 4.3.0 Won't compile. getting this error: checking whether fp_except is defined... no checking whether dlsym() requires a leading underscore in symbol names... ./configure: line 76778: syntax error near unexpected token `_LT_AC_TRY_DLOPEN_SELF(' ./configure: line 76778: `_LT_AC_TRY_DLOPEN_SELF(' -- Edit this bug report at http://bugs.php.net/?id=21719edit=1
#21703 [Opn-Csd]: Float fields after first row truncate to integer
ID: 21703 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Sybase-ct (ctlib) related Operating System: Linux PHP Version: 4.3.0 New Comment: Never mind (and sorry for the double post), I see this has already been fixed in CVS. Thanks! Previous Comments: [2003-01-17 13:28:58] [EMAIL PROTECTED] If the database has a float or double value, and you select a number of rows, the first row's value is returned correctly as a double, but subsequent rows' values are returned truncated and converted to integer. This may be the same bug reported in suspended report # 21047. I think the problem is in sybase_ct/php_sybase_ct.c in the function php_sybase_fetch_result_row(). On line 1062 you will find a second statement on the line: result-numerics[j]= 1; Which seems to set the field type back to integer after processing the first row. [2003-01-16 20:21:20] [EMAIL PROTECTED] If the database has a float or double value, and you select a number of rows, the first row's value is returned correctly as a double, but subsequent rows' values are returned truncated and converted to integer. This may be the same bug reported in suspended report # 21047. I think the problem is in ext/sybase_ct/php_sybase_ct.c in the function php_sybase_fetch_result_row(). On line 1062 you will find a second statement on the line: result-numerics[j]= 1; Which seems to set the field type back to integer after processing the first row. -- Edit this bug report at http://bugs.php.net/?id=21703edit=1
#21310 [Opn-Fbk]: no such file (paths)
ID: 21310 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 Previous Comments: [2003-01-17 10:41:19] [EMAIL PROTECTED] [EMAIL PROTECTED]: Instead of spamming the bugdb with your theories, *please* respond to our requests for more information in your own bug report. We need *facts* to be able to fix the problem, and so far you haven't given us any. [2003-01-17 10:21:26] [EMAIL PROTECTED] I reported this same problem aka. (BUG) at Bug# 21674 I too was told this is not a bug. I just upgraded to 4.3.0 from 4.1.2. This problem did not previously exist. I'm getting the exact same messages. Why hasn't the tech group at php.net not recognized that this is, in fact, a bug? Too many reported occurences and all seem related to 4.3.0. The issue is related to include_path. In my case, I have a file located at /home/sites/site2/web/IV/config.php The above file contans the following lines: include_once ('lang.php'); include ('extras.php'); I have another script located at /home/sites/site3/web/powerpage.php - which contains the following lines: require_once (/home/sites/site2/web/IV/config.php); langtop(); At first I thought it was a permissions issue. But then I rechecked my debug process and found the errors are still occuring. (Actually they appeared with another script of was testing that does similar path includes.) Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 This is my guess. PHP 4.3.0 now incorporates Stream functionality to allow for references such as https or ssl: I think that somewhere in this functionality, there was introduced a hard dependency on absolute file paths that have now negatively impacted on include functions calls such that if the include does not reference a file in the same exact path as the calling script, the above referenced errors will return indicating a failure to create the stream connection to the requested file. Just a guess. Im not a php guru. But I do know common sense. How can all of us who have been affected by this, fix this annoying problem? Is it an issue with the PHP.ini file? Is it an issue with the build process? Are we now required to use absolute paths for all required includes or require functions. Notice: in my case my require_once does not error because I have referenced the absolute path. [2003-01-16 05:38:45] [EMAIL PROTECTED] Both files are located in the same directory. In my humble opinion, the reason of the problem is, that PHP wants to read directory with file being included. [2003-01-15 15:51:57] [EMAIL PROTECTED] What are the exact locations of both the script trying to include() and the file being included? [2003-01-15 05:00:08] [EMAIL PROTECTED] phpinfo(): .:/usr/local/lib/php php.ini: include_path = .:/usr/local/lib/php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21310 -- Edit this bug report at http://bugs.php.net/?id=21310edit=1
#21310 [Fbk-Opn]: no such file (paths)
ID: 21310 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: oops.. Previous Comments: [2003-01-17 10:41:19] [EMAIL PROTECTED] [EMAIL PROTECTED]: Instead of spamming the bugdb with your theories, *please* respond to our requests for more information in your own bug report. We need *facts* to be able to fix the problem, and so far you haven't given us any. [2003-01-17 10:21:26] [EMAIL PROTECTED] I reported this same problem aka. (BUG) at Bug# 21674 I too was told this is not a bug. I just upgraded to 4.3.0 from 4.1.2. This problem did not previously exist. I'm getting the exact same messages. Why hasn't the tech group at php.net not recognized that this is, in fact, a bug? Too many reported occurences and all seem related to 4.3.0. The issue is related to include_path. In my case, I have a file located at /home/sites/site2/web/IV/config.php The above file contans the following lines: include_once ('lang.php'); include ('extras.php'); I have another script located at /home/sites/site3/web/powerpage.php - which contains the following lines: require_once (/home/sites/site2/web/IV/config.php); langtop(); At first I thought it was a permissions issue. But then I rechecked my debug process and found the errors are still occuring. (Actually they appeared with another script of was testing that does similar path includes.) Warning: main(lang.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 97 Warning: main() [function.main]: Failed opening 'lang.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 97 Warning: main(extras.php) [function.main]: failed to create stream: No such file or directory in /home/sites/site2/web/IV/config.php on line 98 Warning: main() [function.main]: Failed opening 'extras.php' for inclusion (include_path='') in /home/sites/site2/web/IV/config.php on line 98 This is my guess. PHP 4.3.0 now incorporates Stream functionality to allow for references such as https or ssl: I think that somewhere in this functionality, there was introduced a hard dependency on absolute file paths that have now negatively impacted on include functions calls such that if the include does not reference a file in the same exact path as the calling script, the above referenced errors will return indicating a failure to create the stream connection to the requested file. Just a guess. Im not a php guru. But I do know common sense. How can all of us who have been affected by this, fix this annoying problem? Is it an issue with the PHP.ini file? Is it an issue with the build process? Are we now required to use absolute paths for all required includes or require functions. Notice: in my case my require_once does not error because I have referenced the absolute path. [2003-01-16 05:38:45] [EMAIL PROTECTED] Both files are located in the same directory. In my humble opinion, the reason of the problem is, that PHP wants to read directory with file being included. [2003-01-15 15:51:57] [EMAIL PROTECTED] What are the exact locations of both the script trying to include() and the file being included? [2003-01-15 05:00:08] [EMAIL PROTECTED] phpinfo(): .:/usr/local/lib/php php.ini: include_path = .:/usr/local/lib/php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21310 -- Edit this bug report at http://bugs.php.net/?id=21310edit=1
#21629 [Opn-Fbk]: very strange bug happens only once in a while
ID: 21629 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Red Hat Linux 7.2 (Enigma) PHP Version: 4.3.0 New Comment: Are you able to reproduce this on any OTHER machine? Previous Comments: [2003-01-16 19:51:38] [EMAIL PROTECTED] Some kind person forwarded me to bug number 21310. I have already SEEN this bug as stated before. This is not the same problem! As the subject says, Inclusion works, both absolute and relative. It works well for 5 hours, then one include will fail, will work again very well for 2 more hours, then, again some relative include failes! This is NOT a constant behavior, because if it was, I'm not such an idiot that I wouldn't be able to track it down! My trouble is that it only happens once every few hours, and is unrelated to anything. I made sure the kernel has enough file descriptors, and made sure there is enough space left on the device, and CPU load is never over 0.2! This is definitely a bug, and even if it is not a bug, the error reporting for it is definitely obscure and insucificient. The include path was indeed set to 0 for some reason, and I have changed it in my php.ini to .:./. This has not helped much. I performed a super-fresh compilation of 4.3.0, without relying on any external software/extension. Whoever manages to shed some light on this will get my most sincere gratitude, as it is a heavy burden on the soul to have such a problem. Thanks again, Aric [2003-01-15 03:17:21] [EMAIL PROTECTED] The include_path in your phpinfo.php output is a bit strange: include_path 0 .:./ What do you have it set as in your php.ini? (in /usr/local/lib/php.ini) [2003-01-15 01:49:22] [EMAIL PROTECTED] That's not very helpful is it? Where is that bug? What was the resolution? I found 5 or 6 resembling bugs, but they were either closed without a resolution, or were not exactly the same (they had to do with misconfiguration). Also, this is NOT a Bogus bug! At most, it is a duplicate. Aric [2003-01-14 19:14:11] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. You didn't search that well, there is already a report about this. And even if it doesn't seem to be same, it really is. [2003-01-14 02:54:55] [EMAIL PROTECTED] I have scanned the bug reports here for 30 minutes and found some reports that had some resemblence but none were the same at all. I am running Apache 1.3.27 with PHP 4.3.0, but the problem existed in 4.2.3 (I upgraded to 4.3.0 trying to fix the issue). Every once in a while, and unrelated to the server load, various code reports inclusion problems. For example: Warning: main(includes/classes/language.php) [function.main]: failed to create stream: No such file or directory in /sites/shop.harim.co.il/htdocs/includes/boxes/languages.php on line 24 . . - (Additional errors as a result of the failed inclusion) . The file exists, 100%. The script works 99% of the times. If I change all includes to be absolute, it works fine all the time, but with relative file paths, once in a while, and sometimes, does not happen for hours, it will give this error. What is making this bug so difficult for me to track, is indeed that it only happens once every few hours. Sometimes, it would have a 'bad attack' where it would happen consecutively (several page refreshes with the same problem), but 5 to 10 seconds later, it will not happen for yet another few hours. This is killing me. Anyone else here has this problem? My phpinfo() output can be found here: http://www.nsa.co.il/phpinfo.php Thanks for any help, Aric -- Edit this bug report at http://bugs.php.net/?id=21629edit=1
#21696 [Fbk]: Checkbox is strange in POST event
ID: 21696 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: If you're really using Apache2, consider moving to Apache 1.3.27 which actually works. Previous Comments: [2003-01-17 09:10:07] [EMAIL PROTECTED] are you sure that your error_reporting settings are really the same on both boxes? (pleas check in phpinfo() output) the message you see is only produced if E_NOTICE reporting is enabled ... [2003-01-17 05:18:53] [EMAIL PROTECTED] First, thanks for your attention. a) I'm running the same script in other machine, and it's passing NULL () string. I suppose the other machine, with the same configuration, should have the same behavior. b) Do I have to create the variable? Again, it's running in other machine with no problems. And all of my variables are created in the moment I need them. Did I miss something about PHP? c) I'll test. d) You are right, sorry, I mean register_globals is off e) I'll read. [2003-01-16 16:00:16] [EMAIL PROTECTED] Four things: a) Only checked checkboxes pass values. b) Why do you expect $a to exist at all? I see no code that creates $a. c) Have your test (form2.php) simply be: print_r($HTTP_POST_VARS); d) I believe you mean register_globals is off, there is no such thing as global_variables. e) http://www.php.net/variables.external [2003-01-16 15:43:31] [EMAIL PROTECTED] ARGH! actually, ignore that comment... I'm talking bs right now :| [2003-01-16 15:39:54] [EMAIL PROTECTED] I'm not sure if it'll make any difference, but try changing this line: echo 'input type=checkbox name=married value=s'; since ' is not supported as a valid HTML quote (that is, I THINK it isn't :S) 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/21696 -- Edit this bug report at http://bugs.php.net/?id=21696edit=1
#21622 [Opn-Bgs]: MSSQL: 100% CPU usage on database queries and eventually timeout
ID: 21622 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Win2K PHP Version: 4.3.0 New Comment: Not PHP bug - bogus. Thanks for reporting. Previous Comments: [2003-01-16 13:10:41] [EMAIL PROTECTED] This problem looks like it is solely related to the phpbb forum code. I have isolated the problem there and submitted a bug report to them. Performance is still overall sluggish and cpu intensive, but not a bug :) Thanks! BBJones [2003-01-13 13:16:29] [EMAIL PROTECTED] I installed php to utilize phpbb forums on a dual CPU high end server. Win2K MSSQL 7.0. Performance was ok but now having only 10,000 posts (and having moved to another server single P3 CPU) I cannot get anything to return from the database. CPU pins at 100% until my forums eventually timeout. All utilization is coming from MSSQL Server (cpu usage and memory). I did have huge memory leak problems coming from MSSQL server on the first server (was using latest PHP installed around Oct/2002). This seems to have gone away (PHP 4.3) but I can't tell for sure since I can't use the forums yet. I have another set of forums on the same server (PHP/MSSQL) with only a few posts and they at least work. I can query the database no problem outside of PHP with excellent performance. I did search around in these bug reports and wasn't able to solve my problem. Thank you. -- Edit this bug report at http://bugs.php.net/?id=21622edit=1
#20928 [Opn-Fbk]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RH 7.2 PHP Version: 4.3.0 New Comment: One thing I forgot to ask: Does it work if you compile PHP as DSO ? (--with-apxs) And try this too: # rm config.cache # ./configure --with-ibm-db2=/home/db2inst1 --disable-all # make Previous Comments: [2003-01-16 10:53:20] [EMAIL PROTECTED] This isn't an ODBC issue per say, but rather a compile issue. Moving this to the compile category. Also updating version. [2002-12-19 19:59:32] [EMAIL PROTECTED] The latest snapshot yields this error when compiling PHP: gcc -Isapi/cli/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/ -DPH P_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/r edhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-20 0212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/local/in clude -I/usr/include/imap -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/x ml/expat -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr /src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/php_cli.c -o sapi/cli/php_cl i.o echo sapi/cli/php_cli.lo gcc -Isapi/cli/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/ -DPH P_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/r edhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-20 0212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/local/in clude -I/usr/include/imap -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/x ml/expat -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr /src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/getopt.c -o sapi/cli/getopt. o echo sapi/cli/getopt.lo gcc -Imain/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main/ -DPHP_ATOM_I NC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/redhat/BU ILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-2002122000 30 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/local/include -I /usr/include/imap -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/xml/expat -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c main/interna l_functions_cli.c -o main/internal_functions_cli.o echo main/internal_func tions_cli.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst 1/lib -rdynamic -L/usr/local/lib -L/usr/local/Informix/lib -L/usr/local/Informix /lib/esql -L/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/informix -R /usr /local/lib -R /usr/local/Informix/lib -R /usr/local/Informix/lib/esql -R /usr/sr c/redhat/BUILD/php4-STABLE-200212200030/ext/informix ext/zlib/zlib.lo ext/zlib/z lib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcm ath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/ libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/sr c/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcm ath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcm ath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug. lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext /bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/li bbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext /fdf/fdf.lo ext/imap/php_imap.lo ext/informix/ifx.lo ext/ldap/ldap.lo ext/mysql/ php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mys ql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my _static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/ mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/m y_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/ mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/erro rs.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/li bmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo e xt/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmys ql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ex
#20928 [Fbk-Opn]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RH 7.2 PHP Version: 4.3.0 New Comment: I havn't been able to get it to work at all as a DSO as something conflicts with mod_ssl and apache crashes. Previous Comments: [2003-01-17 20:30:31] [EMAIL PROTECTED] One thing I forgot to ask: Does it work if you compile PHP as DSO ? (--with-apxs) And try this too: # rm config.cache # ./configure --with-ibm-db2=/home/db2inst1 --disable-all # make [2003-01-16 10:53:20] [EMAIL PROTECTED] This isn't an ODBC issue per say, but rather a compile issue. Moving this to the compile category. Also updating version. [2002-12-19 19:59:32] [EMAIL PROTECTED] The latest snapshot yields this error when compiling PHP: gcc -Isapi/cli/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/ -DPH P_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/r edhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-20 0212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/local/in clude -I/usr/include/imap -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/x ml/expat -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr /src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/php_cli.c -o sapi/cli/php_cl i.o echo sapi/cli/php_cli.lo gcc -Isapi/cli/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/ -DPH P_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/r edhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-20 0212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/local/in clude -I/usr/include/imap -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/x ml/expat -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr /src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/getopt.c -o sapi/cli/getopt. o echo sapi/cli/getopt.lo gcc -Imain/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main/ -DPHP_ATOM_I NC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/redhat/BU ILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-2002122000 30 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/local/include -I /usr/include/imap -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/xml/expat -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c main/interna l_functions_cli.c -o main/internal_functions_cli.o echo main/internal_func tions_cli.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst 1/lib -rdynamic -L/usr/local/lib -L/usr/local/Informix/lib -L/usr/local/Informix /lib/esql -L/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/informix -R /usr /local/lib -R /usr/local/Informix/lib -R /usr/local/Informix/lib/esql -R /usr/sr c/redhat/BUILD/php4-STABLE-200212200030/ext/informix ext/zlib/zlib.lo ext/zlib/z lib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcm ath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/ libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/sr c/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcm ath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcm ath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug. lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext /bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/li bbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext /fdf/fdf.lo ext/imap/php_imap.lo ext/informix/ifx.lo ext/ldap/ldap.lo ext/mysql/ php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mys ql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my _static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/ mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/m y_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/ mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/erro rs.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/li bmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo
#21683 [Opn-Fbk]: Creation of libphp4.so not possible
ID: 21683 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: *Compile Issues +Bug Type: Apache2 related Operating System: Solaris 9 PHP Version: 4.3.0 New Comment: Is there any files in .libs/ ?? Previous Comments: [2003-01-16 04:13:56] [EMAIL PROTECTED] Install failed Installing PHP SAPI module *** Error code 2 (ignored) /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp4.la /usr/local/apache2/modules/ cp .libs/libphp4.so /usr/local/apache2/modules/libphp4.so cp: cannot access .libs/libphp4.so apxs:Error: Command failed with rc=131072 . *** Error code 1 make: Fatal error: Command failed for target `install-sapi' config from php --with-mod-dav=/usr/local/apache2/modules/mod_dav.so \ --with-apxs2=/usr/local/apache2/bin/apxs \ --prefix=/usr/local/php \ --enable-versioning \ --with-pgsql=/usr/local/pgsql \ --enable-bcmath \ --enable-calendar \ --enable-dbx \ --enable-ftp \ --enable-mbstring \ --enable-mbstr-enc-trans \ --enable--mbregex \ --enable-shmop \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-tokenizer \ --enable-wddx \ --enable-yp \ --enable-versioning \ --with-mod-charset \ --with-openssl \ --with-zlib-dir \ --with-zlib \ --with-bz2 \ --with-tiff-dir \ --with-png-dir \ --with-xpm-dir \ --with-freetype-dir \ --with-ttf \ --with-t1lib \ --with-gettext \ --with-regex=php \ --with-xslt-sablot \ --with-sablot-js \ --with-iconv \ --enable-track-vars \ --enable-trans-sid config from apache httpd-2.0.43 ./configure \ --prefix=/usr/local/apache2 \ --enable-mods-shared=all \ --disable-info \ --enable-so Maybe someone may have a solution for this problem Thanks a lot Fabian Paganotto -- Edit this bug report at http://bugs.php.net/?id=21683edit=1
#20928 [Opn-Fbk]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RH 7.2 PHP Version: 4.3.0 New Comment: So it does COMPILE fine when you compile PHP as DSO? Did you try the configure line I gave? Previous Comments: [2003-01-17 20:46:50] [EMAIL PROTECTED] I havn't been able to get it to work at all as a DSO as something conflicts with mod_ssl and apache crashes. [2003-01-17 20:30:31] [EMAIL PROTECTED] One thing I forgot to ask: Does it work if you compile PHP as DSO ? (--with-apxs) And try this too: # rm config.cache # ./configure --with-ibm-db2=/home/db2inst1 --disable-all # make [2003-01-16 10:53:20] [EMAIL PROTECTED] This isn't an ODBC issue per say, but rather a compile issue. Moving this to the compile category. Also updating version. [2002-12-19 19:59:32] [EMAIL PROTECTED] The latest snapshot yields this error when compiling PHP: gcc -Isapi/cli/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/ -DPH P_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/r edhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-20 0212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/local/in clude -I/usr/include/imap -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/x ml/expat -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr /src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/php_cli.c -o sapi/cli/php_cl i.o echo sapi/cli/php_cli.lo gcc -Isapi/cli/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/ -DPH P_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/r edhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-20 0212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/local/in clude -I/usr/include/imap -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/x ml/expat -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr /src/redhat/BUILD/php4-STABLE-200212200030/sapi/cli/getopt.c -o sapi/cli/getopt. o echo sapi/cli/getopt.lo gcc -Imain/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main/ -DPHP_ATOM_I NC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/redhat/BU ILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-2002122000 30 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/local/include -I /usr/include/imap -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/xml/expat -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c main/interna l_functions_cli.c -o main/internal_functions_cli.o echo main/internal_func tions_cli.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst 1/lib -rdynamic -L/usr/local/lib -L/usr/local/Informix/lib -L/usr/local/Informix /lib/esql -L/usr/src/redhat/BUILD/php4-STABLE-200212200030/ext/informix -R /usr /local/lib -R /usr/local/Informix/lib -R /usr/local/Informix/lib/esql -R /usr/sr c/redhat/BUILD/php4-STABLE-200212200030/ext/informix ext/zlib/zlib.lo ext/zlib/z lib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcm ath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/ libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/sr c/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcm ath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcm ath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug. lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext /bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/li bbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext /fdf/fdf.lo ext/imap/php_imap.lo ext/informix/ifx.lo ext/ldap/ldap.lo ext/mysql/ php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mys ql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my _static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/ mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/m y_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/
#21660 [Opn]: Form posts hang
ID: 21660 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Reproducible crash +Bug Type: IIS related Operating System: Windows 2000 Server SP3 PHP Version: 4.3.0 New Comment: Yes, I wanted to know if it's specific for IIS. Don't hold your breath waiting for a fix though.. Previous Comments: [2003-01-16 03:57:26] [EMAIL PROTECTED] I installed latest apache to run on port 8080 and this worked fine with my test.php page up to way more than 500 characters. I'm hoping you asked me to do this as a test not as a solution since this box is hosting sites which reuquire IIS for ASP and PHP at the same time (some sites contain both). Does this point to a particular problem with iis ? [2003-01-15 14:12:39] [EMAIL PROTECTED] And when you add comments to your own report, use the 'Edit Submission' page, NOT the 'Add Comment'. [2003-01-15 14:11:21] [EMAIL PROTECTED] Could you please try the same with using Apache instead of IIS? [2003-01-15 11:09:09] [EMAIL PROTECTED] No help. Does exactly the same thing as previously described [2003-01-15 09:33:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21660 -- Edit this bug report at http://bugs.php.net/?id=21660edit=1
#21681 [Opn-Fbk]: Isapi/mssql crashes under high load !!!!
ID: 21681 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: *Web Server problem +Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-01-16 03:03:24] [EMAIL PROTECTED] sorry, have forgotten that just ISAPI is important!!! [2003-01-16 03:00:46] [EMAIL PROTECTED] ... [2003-01-16 02:51:26] [EMAIL PROTECTED] I have a large PHP-Application that must run under Windows. ;-) Tested under Windows with PHP 4.3.0: - IIS 5 with CGI - IIS 5 with ISAPI - Apache 2.0.43 with ISAPI Problems - witch CGI I have often problems with CGI-Error messages, but this problems are finished with ISAPI. - System runs fine but sometimes every client becomes warnings the Unable to connect to server or Unable to select database . Under IIS an restart of IIS does nothing wright, just a reboot helps. Under Apache an restart of Apache release the problems. !!! Please see also Bug #20330 http://bugs.php.net/bug.php?id=20330 - its the same Problem!!! This can't be the solution? Have everbody a answer to that problem or have same problems? Thanks and best regards, Frast Andreas -- Edit this bug report at http://bugs.php.net/?id=21681edit=1
#21643 [Fbk]: ldap_search same criteria no results
ID: 21643 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: LDAP related Operating System: windows 2000 PHP Version: 4.3.0 New Comment: Please don't reply to your own report using 'Add Comment', use 'Edit Submission' link instead!!! And yes, it might be possible that your search string is not valid, please ask on some openldap mailing list. And I didn't ask for you to make your own ldap server public, but come up with script accessing one of these servers: http://www.emailman.com/ldap/public.html Previous Comments: [2003-01-16 11:42:08] [EMAIL PROTECTED] Are you absolutely sure you updated PHP correctly? All the dlls from the dlls/ folder too? - I am positive. I copied the dlls folder to system32 just to check. Same result. 4.3 is completely functional except I have to use the php_ldap.dll file from 4.2.3. And could you come up with a short example script using some public ldap server so that I can try it myself within Linux? - I really can't. The only reason I can't is that our network would go haywire if I set up a temporary Active Directory server. Is it possible that the changes made cause the search function to look at the criteria differently? Maybe my search string is no longer valid? [2003-01-15 16:09:24] [EMAIL PROTECTED] And could you come up with a short example script using some public ldap server so that I can try it myself within Linux? [2003-01-15 16:00:35] [EMAIL PROTECTED] Are you absolutely sure you updated PHP correctly? All the dlls from the dlls/ folder too? [2003-01-14 18:24:20] [EMAIL PROTECTED] Below is a sample of the problem. First is a string of the function call and then the result. Results are not coming back for the extension that came with 4.3.0. / USING EXTENSION FROM 4.2.3 THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Susan Lincoln'); the result was :[1] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Bob Johnson'); the result was :[1] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Stephen Hyde'); the result was :[1] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Cory Hymn'); the result was :[1] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Stan Kanner'); the result was :[1] / USING EXTENSION FROM 4.3.0 THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Susan Lincoln'); the result was :[] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Bob Johnson'); the result was : [] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Stephen Hyde'); the result was :[] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Cory Hymn'); the result was :[] THE QUERY WAS: ldap_search(samecon,'cn=users, dc=IBS, dc=org','name=Stan Kanner'); the result was :[] -- Edit this bug report at http://bugs.php.net/?id=21643edit=1
#21672 [Opn-Bgs]: error_log directive doens't work as expected
ID: 21672 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Works fine here (and on one Xserver too :) Previous Comments: [2003-01-15 16:37:23] [EMAIL PROTECTED] The error_log directive in php.ini doesn't work as expected. If I set the error_log directive to a file that exist and is writeable for apache it will not be used. Apache will put the php-errors in his errorlog instead of the one in php.ini. I also tested it on a php 4.1.2 system it has also the same issue. -- Edit this bug report at http://bugs.php.net/?id=21672edit=1
#20970 [Opn-Fbk]: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line
ID: 20970 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Sun2.7 -PHP Version: 4.2.2 +PHP Version: 4.3.1-dev New Comment: If you drop the --with-nsapi option from the configure line, does it compile succesfully then? Previous Comments: [2003-01-15 17:46:52] [EMAIL PROTECTED] Following error encountered while executing Make command: /home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c: In function `sapi_ nsapi_read_post': /home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:211: warning: unuse d variable `content_length_str' /home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c: In function `nsapi _request_ctor': /home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:409: warning: unuse d variable `path_info' /home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c: In function `nsapi _request_dtor': /home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:450: warning: passi ng arg 1 of `nsapi_free' discards qualifiers from pointer target type /home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:452: warning: passi ng arg 1 of `nsapi_free' discards qualifiers from pointer target type /home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:545:63: warning: / * within comment /home/ghoshj/PHP/php4-STABLE-200301150030/sapi/nsapi/nsapi.c:547:1: warning: /* within comment . gcc: ext/standard/a: No such file or directory make: *** [sapi/cli/php] Error 1 [2003-01-15 17:40:35] [EMAIL PROTECTED] Directory php4-STABLE-200301150030 created PHP_VERSION 4.3.1-dev Configuration is OK ./configure --enable-debug --enable-libgcc --enable-dbx \ --enable-ftp --enable-inline-optimization \ --with-nsapi=/export/webtools/netscape/server4 \ --with-pgsql=/usr/local/pgsql \ --with-oracle=/export/webtools/app/oracle/product/8.1.7 [2003-01-14 19:23:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-14 17:46:27] [EMAIL PROTECTED] Following error encountered while executing Make command: main/internal_functions.c:41: `phpext_xml_ptr' undeclared here (not in a functio n) main/internal_functions.c:41: initializer element is not constant main/internal_functions.c:41: (near initialization for `php_builtin_extensions[0 ]') main/internal_functions.c:42: `phpext_tokenizer_ptr' undeclared here (not in a f unction) main/internal_functions.c:42: initializer element is not constant main/internal_functions.c:42: (near initialization for `php_builtin_extensions[1 ]') main/internal_functions.c:43: `phpext_standard_ptr' undeclared here (not in a fu nction) main/internal_functions.c:43: initializer element is not constant main/internal_functions.c:43: (near initialization for `php_builtin_extensions[2 ]') main/internal_functions.c:44: `phpext_session_ptr' undeclared here (not in a fun ction) main/internal_functions.c:44: initializer element is not constant main/internal_functions.c:44: (near initialization for `php_builtin_extensions[3 ]') main/internal_functions.c:45: `phpext_posix_ptr' undeclared here (not in a funct ion) main/internal_functions.c:45: initializer element is not constant main/internal_functions.c:45: (near initialization for `php_builtin_extensions[4 ]') main/internal_functions.c:46: `phpext_pgsql_ptr' undeclared here (not in a funct ion) main/internal_functions.c:46: initializer element is not constant main/internal_functions.c:46: (near initialization for `php_builtin_extensions[5 ]') main/internal_functions.c:47: `phpext_pcre_ptr' undeclared here (not in a functi on) main/internal_functions.c:47: initializer element is not constant main/internal_functions.c:47: (near initialization for `php_builtin_extensions[6 ]') main/internal_functions.c:48: `phpext_overload_ptr' undeclared here (not in a fu nction) main/internal_functions.c:48: initializer element is not constant main/internal_functions.c:48: (near initialization for `php_builtin_extensions[7 ]') main/internal_functions.c:49: `phpext_oracle_ptr' undeclared here (not in a func tion) main/internal_functions.c:49: initializer element is not constant main/internal_functions.c:49: (near initialization for `php_builtin_extensions[8 ]') main/internal_functions.c:50: `phpext_mysql_ptr' undeclared here (not in a funct ion) main/internal_functions.c:50: initializer element is not constant
#21649 [Opn-Fbk]: This this problem with fopen() function for windows
ID: 21649 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: win2000 server PHP Version: 4.3.0 New Comment: Are you sure the webserver user has rights to access that path even? Previous Comments: [2003-01-16 14:33:36] [EMAIL PROTECTED] Hi I just try your solution.It doesn't work. This is my path from ?php phpinfo();? include_path c:\php4\pear;c:\ c:\php4\pear;c:\ Could You SEE IT! This is a code I'm tring to run ?php ini_set('include_path', 'c:\php4\pear;c:\\'); echo ini_get('include_path'), 'br /'; if(!$fp = fopen(authenticate.txt,r,1)) { die(Pcould not open password file); } //$fp = fopen('C:\php4\pear\authenticate.txt','r',1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); This is an error I'm getting c:\php4\pear;c:\ Warning: fopen(authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in c:\program files\apache group\apache\htdocs\authfile.php on line 5 could not open password file Best Regards W.J.Lipinski [2003-01-16 13:25:44] [EMAIL PROTECTED] Your include_path is wrong: include_path c:\php4\pear;c:\ c:\php4\pear;c:\ should read include_path=c:\php4\pear;c:\ an then you should fopen c:\authenticate.txt like this: $fp= fopen(autenticate.txt,r,1); because c:\ is already in your include path and you use 1 as your 3rd parameter. Christoph Christoph [2003-01-16 10:44:02] [EMAIL PROTECTED] Hi So anybody have idea what to do with fopen(windows env) or should I go back to Unix which snapshots are more stable Best Regards W.J.Lipinski [2003-01-15 20:53:24] [EMAIL PROTECTED] Hi I just switch to Apache 1.3 old one from 2.43 this is what I got as well when I try ini_set('include_path', '.;c:\php4\pear c:\\'); echo ini_get('include_path'), 'br /'; $fp = fopen('C:\php4\pear\authenticate.txt','r',1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); .;c:\php4\pear c:\ Warning: fopen(C:\php4\pear\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in c:\program files\apache group\apache\htdocs\authfile.php on line 4 Warning: fread(): supplied argument is not a valid stream resource in c:\program files\apache group\apache\htdocs\authfile.php on line 5 Warning: fclose(): supplied argument is not a valid stream resource in c:\program files\apache group\apache\htdocs\authfile.php on line 6 Well I this point I assume that this is not apache proble just binary windows dist 4.3 php is with bugs .How I can install latest snapshot ,please I need an anser not just maybe ,babe :)) :)) or anybody out there has some simmilar story Best Regards W.J.Lipinski [2003-01-15 19:17:59] [EMAIL PROTECTED] Do I need a wininstaller to install snapshot if so How to do it ? Is ther Apache 1.3 win-32 with SSL ? Honestly to God I have less problems with Oracle 9.2.0.2 on my suse linux than that Best Regards W.J.Lipinski 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/21649 -- Edit this bug report at http://bugs.php.net/?id=21649edit=1
#20928 [Fbk-Opn]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: RH 7.2 PHP Version: 4.3.0 New Comment: I noticed that you do /home/db2inst1/lib...All DB2 instance home directories have sqllib as a subdirectory which lib is located in. You will want to add that to configure so that if someone says --with-ibm-db2=/home/db2inst1, it knows that everything is under /home/db2inst1/sqllib (include dirs, lib dirs, etc.). Thats how it used to work anyway. It must have gotten changed at some point. Nope, I get the following after make: [root@voyager php4-STABLE-200212200030]# make gcc -I -Isapi/cgi/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/ -DPHP_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-200212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/cgi_main.c -o sapi/cgi/cgi_main.o echo sapi/cgi/cgi_main.lo /usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/cgi_main.c: In function `main': /usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/cgi_main.c:1000: warning: passing arg 2 of `cfg_get_long' from incompatible pointer type gcc -I -Isapi/cgi/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/ -DPHP_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-200212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/getopt.c -o sapi/cgi/getopt.o echo sapi/cgi/getopt.lo gcc -Imain/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main/ -DPHP_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-200212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c main/internal_functions.c -o main/internal_functions.o echo main/internal_functions.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst1/lib ext/odbc/php_odbc.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
#21720 [NEW]: strtime (%e); don't run in strlocale(fr)
From: [EMAIL PROTECTED] Operating system: Windows XP and Linux Mandrake 9 PHP version: 4.2.0 PHP Bug Type: Date/time related Bug description: strtime (%e);don't run in strlocale(fr) In fonction strtime, %e return the day in the month, but it doesn't run with strlocale(fr) or strlocale(Fr_fr)Others args run properly. For example, try this : strlocale (fr); echo strtime (%e); As a result, you have nothing (or null if you prefer...) -- Edit bug report at http://bugs.php.net/?id=21720edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21720r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21720r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21720r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21720r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21720r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21720r=support Expected behavior: http://bugs.php.net/fix.php?id=21720r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21720r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21720r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21720r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21720r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21720r=dst IIS Stability: http://bugs.php.net/fix.php?id=21720r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21720r=gnused
#21721 [NEW]: PHP Crashes when parsing ?=echo $var?
From: [EMAIL PROTECTED] Operating system: Slackware 8.1 PHP version: 4.2.3 PHP Bug Type: Reproducible crash Bug description: PHP Crashes when parsing ?=echo $var? When parsing the code, the entire script crashes without outputting anything. And I see nothing in the logs. I think there should be an error message outputted with this. I'm running apache 1.27 with PHP compiled into it, not APXS. The exact part of the script is as followed: ?=echo $_GET['username'].@.$_USER['domain']? A phpinfo() page can be found here: http://www.nudenurd.com/phpinfo.php -- Edit bug report at http://bugs.php.net/?id=21721edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21721r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21721r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21721r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21721r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21721r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21721r=support Expected behavior: http://bugs.php.net/fix.php?id=21721r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21721r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21721r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21721r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21721r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21721r=dst IIS Stability: http://bugs.php.net/fix.php?id=21721r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21721r=gnused
#21721 [Opn]: PHP Crashes when parsing ?=echo $var?
ID: 21721 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Slackware 8.1 PHP Version: 4.2.3 New Comment: Cannot reproduce the bug are mentioned. Tested an equivalent script: ?=echo BUG\n; ? Using the CLI from PHP 4.3.0, I get: % php -f echo.php [Error during execution of script] Parse error: parse error, unexpected T_ECHO, expecting ',' or ';' in /tmp/echo.php on line 1 Using PHP CGI 4.2.0 or 4.1.0 I get: [Error during execution of script] br / bParse error/b: parse error, unexpected T_ECHO, expecting ',' or ';' in b/tmp/echo.php/b on line b1/bbr / I am using Solaris 8. Previous Comments: [2003-01-17 21:38:18] [EMAIL PROTECTED] When parsing the code, the entire script crashes without outputting anything. And I see nothing in the logs. I think there should be an error message outputted with this. I'm running apache 1.27 with PHP compiled into it, not APXS. The exact part of the script is as followed: ?=echo $_GET['username'].@.$_USER['domain']? A phpinfo() page can be found here: http://www.nudenurd.com/phpinfo.php -- Edit this bug report at http://bugs.php.net/?id=21721edit=1
#21721 [Opn-Bgs]: PHP Crashes when parsing ?=echo $var?
ID: 21721 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Slackware 8.1 PHP Version: 4.2.3 New Comment: 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. Previous Comments: [2003-01-17 21:41:55] [EMAIL PROTECTED] Cannot reproduce the bug are mentioned. Tested an equivalent script: ?=echo BUG\n; ? Using the CLI from PHP 4.3.0, I get: % php -f echo.php [Error during execution of script] Parse error: parse error, unexpected T_ECHO, expecting ',' or ';' in /tmp/echo.php on line 1 Using PHP CGI 4.2.0 or 4.1.0 I get: [Error during execution of script] br / bParse error/b: parse error, unexpected T_ECHO, expecting ',' or ';' in b/tmp/echo.php/b on line b1/bbr / I am using Solaris 8. [2003-01-17 21:38:18] [EMAIL PROTECTED] When parsing the code, the entire script crashes without outputting anything. And I see nothing in the logs. I think there should be an error message outputted with this. I'm running apache 1.27 with PHP compiled into it, not APXS. The exact part of the script is as followed: ?=echo $_GET['username'].@.$_USER['domain']? A phpinfo() page can be found here: http://www.nudenurd.com/phpinfo.php -- Edit this bug report at http://bugs.php.net/?id=21721edit=1
#21720 [Opn-Bgs]: strtime (%e); don't run in strlocale(fr)
ID: 21720 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows XP and Linux Mandrake 9 PHP Version: 4.2.0 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. And if this fails with 4.3.0, try the stable snapshots at: http://snaps.php.net/ If it fails with those too, come up with a REAL example script. (starts with ?php and ends with ? and code between..) Previous Comments: [2003-01-17 21:35:53] [EMAIL PROTECTED] In fonction strtime, %e return the day in the month, but it doesn't run with strlocale(fr) or strlocale(Fr_fr)Others args run properly. For example, try this : strlocale (fr); echo strtime (%e); As a result, you have nothing (or null if you prefer...) -- Edit this bug report at http://bugs.php.net/?id=21720edit=1
#20928 [Opn-Bgs]: Static compile of PHP module with IBM DB2 doesn't work right with apache
ID: 20928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RH 7.2 PHP Version: 4.3.0 New Comment: Uh..please DO NOT PASTE that much. You can easily cut off some.. This will work: # ./configure --with-ibm-db2=/home/db2inst1/sqllib/ --disable-all Or # ./configure --with-ibm-db2 Not a bug. Previous Comments: [2003-01-17 21:26:24] [EMAIL PROTECTED] I noticed that you do /home/db2inst1/lib...All DB2 instance home directories have sqllib as a subdirectory which lib is located in. You will want to add that to configure so that if someone says --with-ibm-db2=/home/db2inst1, it knows that everything is under /home/db2inst1/sqllib (include dirs, lib dirs, etc.). Thats how it used to work anyway. It must have gotten changed at some point. Nope, I get the following after make: [root@voyager php4-STABLE-200212200030]# make gcc -I -Isapi/cgi/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/ -DPHP_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-200212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/cgi_main.c -o sapi/cgi/cgi_main.o echo sapi/cgi/cgi_main.lo /usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/cgi_main.c: In function `main': /usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/cgi_main.c:1000: warning: passing arg 2 of `cfg_get_long' from incompatible pointer type gcc -I -Isapi/cgi/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/ -DPHP_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-200212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c /usr/src/redhat/BUILD/php4-STABLE-200212200030/sapi/cgi/getopt.c -o sapi/cgi/getopt.o echo sapi/cgi/getopt.lo gcc -Imain/ -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main/ -DPHP_ATOM_INC -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/include -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/main -I/usr/src/redhat/BUILD/php4-STABLE-200212200030 -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/Zend -I/usr/src/redhat/BUILD/php4-STABLE-200212200030/TSRM -g -O2 -c main/internal_functions.c -o main/internal_functions.o echo main/internal_functions.lo /bin/sh libtool --silent --mode=link gcc -export-dynamic -g -O2 -L/home/db2inst1/lib ext/odbc/php_odbc.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory_streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo
#7643 [Fbk-NoF]: APXS compile fails with not a DSO
ID: 7643 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.0.3pl1 New Comment: 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. Previous Comments: [2003-01-02 18:20:24] [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 [2003-01-02 18:16:18] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2002-04-13 16:50:40] [EMAIL PROTECTED] So, I guess the question now is that should we continue to be clever and install apache DSOs with the platform- specific SHLIB_SUFFIX_NAME or just use .so which is what Apache expects. I'm using .so for the Mac OS X build, even though .bundle would be the native suffix for the object type we're producing. I.e. it's now time to decide whether this is an Apache or a PHP bug. [2002-04-12 06:13:43] [EMAIL PROTECTED] Read that: http://aspn.activestate.com/ASPN/Mail/Message/php-install/937938 In fact, what you have to do after make install is - rename php_dir/libs/libphp4.sl to libphp4.so - and run the apxs tooll manually: /opt/apache/bin/axps -i -a -n php4 php_dir/libs/libphp.so That should do it ... [2002-03-29 16:29:53] [EMAIL PROTECTED] I am still having the same problems. Here are my versions of software: binutils 2.11.2 binutils bison 1.34 bison flex 2.5.4a flex gcc 3.0.1 gcc libiconv 1.7libiconv libpcap 0.6.2 libpcap make 3.79.1 make apache1.3.23 apache mod_ssl 2.8.7 mod_ssl openssl 0.9.6c openssl mysql 3.23.39mysql php 4.1.2 php Configure works without a problem. Here is what I am doing for configure: ./configure --prefix=/opt/php --enable-track-vars --with-apxs=/opt/apache/bin/apxs --enable-libgcc --with-mysql=/opt/mysql make works except I get the following messages: ---START /bin/sh /opt/patches/php-4.1.2/libtool --silent --mode=link gcc -I. -I/opt/patches/php-4.1.2/ -I/opt/patches/php-4.1.2/main -I/opt/patches/php-4.1.2 -I/opt/apache/include -I/opt/patches/php-4.1.2/Zend -I/opt/mysql/include -I/opt/patches/php-4.1.2/ext/xml/expat -DHPUX11 -DMOD_SSL=208107 -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -I/opt/patches/php-4.1.2/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /opt/patches/php-4.1.2/libs -avoid-version -L/opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.0.1 -L/opt/mysql/lib -R /opt/gcc/lib/gcc-lib/hppa2.0n-hp-hpux11.00/3.0.1 -R /opt/mysql/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la ext/mysql/libmysql.la ext/pcre/libpcre.la ext/posix/libposix.la ext/session/libsession.la ext/standard/libstandard.la ext/xml/libxml.la TSRM/libtsrm.la -lpam -lmysqlclient -lcrypt -lm -lnsl -lgcc -lcrypt *** Warning: This library needs some functionality provided by -lcrypt. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcrypt. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality
#13151 [Fbk-NoF]: /usr/lib/dld.sl: Can't shl_load() a library containing Thread Local Storage
ID: 13151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: HP-11 PHP Version: 4.0.6 New Comment: 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. Previous Comments: [2003-01-02 18:27:09] [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-19 05:35:25] [EMAIL PROTECTED] had this problem on HP-UX 11.0. try compiling with '-lcl' option, or running apache with 'export LD_PRELOAD=/usr/lib/libpthread.sl:/ usr/contrib/oracle/lib/libjava.sl ' in apachectl script. Share and Enjoy! Fred [2002-04-12 06:05:45] [EMAIL PROTECTED] I have the same Message when compiling PHP 4.1.2 on HPUX 11.00 with ./configure --enable-libgcc --with-apxs=/opt/apache/bin/apxs --with-oci8=/ora_ovo/software/OraHome1 --enable-track-vars The funny thing is that if I compile ADDITIONALLY with mysql support (--with-mysql=/opt/mysql) libphp4.so is about 2MByte SMALLER than without and fails to load as well. Compiling and starting Apache with MYSQL Support only works fine! [2001-09-05 10:26:22] [EMAIL PROTECTED] Cannot start apache 1.3.20 php 4.0.6 with --with-oci8 enabled: bonnie.root./apps/WEB/sw $ /www/bin/apachectl start /usr/lib/dld.sl: Can't shl_load() a library containing Thread Local Storage: /usr/lib/libcl.2 /usr/lib/dld.sl: Exec format error Syntax error on line 205 of /apps/WEB/apache/conf/httpd.conf: Cannot load /apps/WEB/apache/libexec/libphp4.sl into server: Exec format error my configure options are: CC=/opt/gcc/bin/gcc ./configure --prefix=/apps/WEB/php --with-iconv=/opt/libicon v --with-apxs=/apps/WEB/apache/bin/apxs --with-gd=shared --with-gd=/opt/gd --wit h-zlib-dir=/opt/zlib --with-ttf=/opt/freetype --without-mysql --with-xpm-dir=/op t/xpm --with-png-dir=/opt/libpng --with-gettext=/opt/gettext --with-jpeg-dir=/ opt/jpeg-6 --enable-gd-native-ttf --with-oci8=/oracle/PIRELLI/app/oracle/produc t/8.0.5 --enable-sigchild - without oci8, GD libs are compiled successfully Matteo -- Edit this bug report at http://bugs.php.net/?id=13151edit=1
#13971 [Fbk-NoF]: OleMainThreadWndName end task windows appears while logout
ID: 13971 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: Windows NT4 sp6a PHP Version: 4.0.6 New Comment: 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. Previous Comments: [2003-01-02 18:30:47] [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 [2001-11-09 11:07:54] [EMAIL PROTECTED] Hi all, I found out that this bug bolongs to the NSAPI funktions in PHP. If I follow the installation instructions for PHP on WinNT and the instructions for the CGI functions under iPlanet, there is no OleMainThreadWndName at logout. If I follow the instructions and install PHP as NSAPI it gives me the ^ message again. thanks, Matthias [2001-11-07 06:01:13] [EMAIL PROTECTED] Hi all, looks similar as bug #11256 but with the new PHP version also. I got this bug with IPlanet 4.1sp6 and IPlanet 6. When I try to log out or to shut down the system it takes some time and than a window will appear that is named: OleMainThreadWndName asking if I want to 1. wait 2. end task 3. Cancel. The problem is, that I cannot remote restarte the server without killing this task by hand. I downloaded the php-4.0.6-Win32.zip file extractet it and followed the installation instructions for NT an Netscape servers. I got no extensions enabled yet. Thanks in advance, Matthias Merkel -- Edit this bug report at http://bugs.php.net/?id=13971edit=1
#16429 [Fbk-NoF]: strtotime fails when crossing Daylight Saving Time
ID: 16429 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Date/time related Operating System: Solaris/Linux PHP Version: 4.3.0-dev New Comment: 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. Previous Comments: [2003-01-02 19:52:15] [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-22 12:42:40] [EMAIL PROTECTED] After a few more tests I was able to replicate the problem, it appears that if I set the date higher then the date on which the change occurs, the functions messes up. For example: ?php $today = mktime(9, 28, 0, 4, 8, 2002); print date(r, $today) . \n; print date(r, strtotime(last saturday, $today)) . \n; ? Mon, 8 Apr 2002 09:28:00 -0400 Fri, 5 Apr 2002 23:00:00 -0500 [2002-08-22 12:39:00] [EMAIL PROTECTED] ?php $today = mktime(9, 28, 0, 4, 7, 2002); print date(r, $today) . \n; print date(r, strtotime(last saturday, $today)) . \n; ? Sun, 7 Apr 2002 09:28:00 -0400 Sat, 6 Apr 2002 00:00:00 -0500 Seems to work fine, even across DST. [2002-08-19 19:07:22] [EMAIL PROTECTED] Rasmus, Ilia. Please look at your results: The timezone is the same, as there was no DST jump in that weekend for you. http://www.timeanddate.com/time/dstevents.html Please try for one week later. [2002-08-19 17:25:06] [EMAIL PROTECTED] Works fine for me as well, with PHP 4.3.0-dev 1 hour old Thu, 4 Apr 2002 09:28:00 -0500 Sat, 30 Mar 2002 00:00:00 -0500 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/16429 -- Edit this bug report at http://bugs.php.net/?id=16429edit=1
#19555 [Fbk-NoF]: GNU pthreads issue?
ID: 19555 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.4.0-dev New Comment: 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. Previous Comments: [2003-01-02 20:08:28] [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-12-26 05:35:25] [EMAIL PROTECTED] Today I retried with php4-200212261030 and got: /bin/ksh libtool --silent --mode=compile gcc -Iext/ctype/ -I/users2/gnu/php4-200212261030/ext/ctype/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212261030/include -I/users2/gnu/php4-200212261030/main -I/users2/gnu/php4-200212261030 -I/usr/local/apache2/include -I/users2/gnu/php4-200212261030/Zend -I/users2/gnu/php4-200212261030/ext/xml/expat -D_REENTRANT -I/users2/gnu/php4-200212261030/TSRM -DTHREAD=1 -O -DZTS -prefer-pic -c /users2/gnu/php4-200212261030/ext/ctype/ctype.c -o ext/ctype/ctype.lo In file included from /users2/gnu/php4-200212261030/ext/ctype/ctype.c:23: /users2/gnu/php4-200212261030/main/php.h:139: conflicting types for `socklen_t' /users2/local/include/pthread.h:184: previous declaration of `socklen_t' make: *** [ext/ctype/ctype.lo] Error 1 [2002-12-26 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-12-10 09:03:25] [EMAIL PROTECTED] updated the version info. [2002-12-10 09:02:47] [EMAIL PROTECTED] Instead of --with-tsrm-pth try using --enable-experimental-zts 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/19555 -- Edit this bug report at http://bugs.php.net/?id=19555edit=1
#21315 [Fbk-NoF]: include_once fails when include tree is deeply nested and recursive
ID: 21315 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Win2000 SP3 PHP Version: 4.3.0 New Comment: 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. Previous Comments: [2003-01-01 07:19:10] [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-12-31 14:41:22] [EMAIL PROTECTED] Basically I have some files that link to others via include_once, and some farther down in the chain recursively link back to higher in the list (this is for an odd method of function including I've come up with). I've done full text searches and made sure all the files in the tree use include_once. Basically, if I link down 6 times, and then link to a file included somewhere in a different include branch of my script, I get redeclared function problems. -- Edit this bug report at http://bugs.php.net/?id=21315edit=1
#21320 [Fbk-Opn]: open_basedir - not working
ID: 21320 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: FreeBSD 4.7 PHP Version: 4.2.3 Previous Comments: [2003-01-02 15:13:40] [EMAIL PROTECTED] Yes /www is a symblink to /home/wwwroot [2003-01-02 14:07:58] [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 Are /www/www.freshbsd.net/ or /home/wwwroot/192.168.0.1/ symlinks? [2003-01-01 13:33:15] [EMAIL PROTECTED] I got this configuration for one of my vhosts in apache 1.3.27: VirtualHost * DocumentRoot /www/192.168.0.1 ServerName 192.168.0.1 ErrorLog /var/log/httpd/192.168.0.1-error_log CustomLog /var/log/httpd/192.168.0.1-access_log common php_value open_basedir /home/wwwroot/192.168.0.1/ /VirtualHost but when i go in on /home/wwwroot/192.168.0.1/index.php with this script: ? include(/www/www.freshbsd.net/index.php); ? it will include the page anyway... -- Edit this bug report at http://bugs.php.net/?id=21320edit=1
#21320 [Opn-Fbk]: open_basedir - not working
ID: 21320 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: FreeBSD 4.7 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-01-02 15:13:40] [EMAIL PROTECTED] Yes /www is a symblink to /home/wwwroot [2003-01-02 14:07:58] [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 Are /www/www.freshbsd.net/ or /home/wwwroot/192.168.0.1/ symlinks? [2003-01-01 13:33:15] [EMAIL PROTECTED] I got this configuration for one of my vhosts in apache 1.3.27: VirtualHost * DocumentRoot /www/192.168.0.1 ServerName 192.168.0.1 ErrorLog /var/log/httpd/192.168.0.1-error_log CustomLog /var/log/httpd/192.168.0.1-access_log common php_value open_basedir /home/wwwroot/192.168.0.1/ /VirtualHost but when i go in on /home/wwwroot/192.168.0.1/index.php with this script: ? include(/www/www.freshbsd.net/index.php); ? it will include the page anyway... -- Edit this bug report at http://bugs.php.net/?id=21320edit=1
#21333 [Fbk-Csd]: Nesting level too deep - recursive dependency?
ID: 21333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Reproducible crash Operating System: RedHat Linux 8.0 PHP Version: 4.3.0 Previous Comments: [2003-01-03 16:48:38] [EMAIL PROTECTED] Okay, I solved my own problem with a little help from a comment in bug 21206. My /etc/php.ini file was pointing to the RedHat-supplied modules in /usr/lib/php4. I was able to fix the problem by changing the line in /etc/php.ini that says: extension_dir = /usr/lib/php4 to point to the new location of the modules. This is where the imap.so, ldap.so, mysql.so, etc are. Alternatively, you could copy the newly-compiled modules from the compile-directory/modules up to /usr/lib/php4. Now, mine works perfectly. [2003-01-03 02:20:07] [EMAIL PROTECTED] I'm seeing the same problem with a very similar config: RH8.0, php4-STABLE-200301020430 even running the command line tool gives this result, so I believe this is independent of the apache version: echo ?php ? | ./php Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 I did a make test and submitted it to QA. I hope this helps. [2003-01-02 06:08:49] [EMAIL PROTECTED] Unfortunately I can not send the make test results because the company where I work has too much restrictive firewall rules (paranoid grade): Form upload limits, no pop3 clients, password protected proxy, ... All that I can currently tell you is that I have the same problem even with a much simpler PHP configuration: ./configure i386-redhat-linux \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc [2003-01-02 04:54:17] [EMAIL PROTECTED] Please run a make test after compiling PHP with make in the source directory and press y if it asks to send the information to the QA site. Derick [2003-01-02 04:47:34] [EMAIL PROTECTED] This error message appears on every script, even in this one: ? ? This is just as it looks at the end of ANY php page: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 Environment: RedHat Linux8.0 Kernel 2.4.18-14 Apache 2.0.40 PHP 4.3.0 And this is how I compiled PHP: ./configure i386-redhat-linux \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc \ --with-gd \ --with-zlib \ --enable-ftp \ --with-mysql \ --with-informix=/opt/informix \ --enable-sockets -- Edit this bug report at http://bugs.php.net/?id=21333edit=1