#31358 [Asn->Fbk]: Compile time error, incompatible types in assignment in zend.c on PPC
ID: 31358 Updated by: [EMAIL PROTECTED] Reported By: hawk at pld-linux dot org -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: PLD Linux 1.0 running on PowerPC PHP Version: 4.3.10 Assigned To: stas New Comment: Which GCC do you have? It is rather strange va_copy is not defined on Linux. Do you have stdarg.h anywhere? Previous Comments: [2004-12-31 19:46:59] hawk at pld-linux dot org The bug affects only PPC systems with older GCC which don't support va_copy (sorry, didn't noticed this earlier), the workaround is to change line 776 of zend.c: usr_copy = args; into memcpy(usr_copy, args, sizeof(va_list)); for these architectures. It seems to work perfectly [2004-12-30 22:03:06] hawk at pld-linux dot org Description: The compilation of PHP 4.3.10 fails on Linux running on PowerPC with following error: /home/users/builder/rpm/BUILD/php-4.3.10/Zend/zend.c -o Zend/zend.lo /home/users/builder/rpm/BUILD/php-4.3.10/Zend/zend.c: In function `zend_error': /home/users/builder/rpm/BUILD/php-4.3.10/Zend/zend.c:776: incompatible types in assignment make: *** [Zend/zend.lo] Error 1 Following code change is reponsible for this bug: cvs diff -u -r 1.162.2.21 -r 1.162.2.22 Zend/zend.c Line 776 is: usr_copy = args; where both usr_copy and args are of type va_list. Such code will not compile on Linux on PowerPC (and probably on some other architectures too) because va_list is struct here. I know only two ways for fixing it. One is to use va_copy, but I'm not sure if its safe to change following portion of code: #if defined(va_copy) va_copy(usr_copy, args); #else usr_copy = args; #endif just into: va_copy(usr_copy, args); Probably its not safe. The second way is to use usr_copy[0] = args[0]; for the affected architectures, but its not safe either AFAIR. I also suppose that php 5.0.3 is affected too, because it contains same code -- Edit this bug report at http://bugs.php.net/?id=31358&edit=1
#31377 [Opn->Fbk]: is_dir function
ID: 31377 Updated by: [EMAIL PROTECTED] Reported By: intro at intro dot one dot pl -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Directory function related Operating System: linux PHP Version: 5.0.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Also, add 'var_dump($files);' after the scandir() line and check the output. (permissions..?) Previous Comments: [2005-01-02 00:18:27] intro at intro dot one dot pl Description: For example i have 4 folders in /home directory on unix platform (a,b,c,d) and php5. The script: I have strange thing that function is_dir not always shows every dirs as it is dir. In my example script is_dir returned only "c" as dir and the rest (a,b,d) as file. Reproduce code: --- Expected result: dir: a dir: b dir: c dir: d Actual result: -- dir: c -- Edit this bug report at http://bugs.php.net/?id=31377&edit=1
#31367 [Opn->Bgs]: FreeType Support and imagettftext function not enabled
ID: 31367 Updated by: [EMAIL PROTECTED] Reported By: santiago at elserver dot com -Status: Open +Status: Bogus Bug Type: GD related Operating System: Linux PHP Version: 4.3.10 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. Ask install support questions on the proper mailing list. Previous Comments: [2004-12-31 14:22:52] santiago at elserver dot com Description: Even with this options in the configure the Freetype support wont show up on phpinfo() and the imagettftext function will not be compiled. --with-gd \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib \ --with-freetype-dir=/usr \ --enable-gd-native-ttf \ In order to enable it, edit Makefile, add at the top of it "HAVE_LIBFREETYPE = 1" (without quotas) and make && make install Actual result: -- Working -- Edit this bug report at http://bugs.php.net/?id=31367&edit=1
#31366 [Opn->Ver]: Weird bug with setlocale and serialize
ID: 31366 Updated by: [EMAIL PROTECTED] Reported By: info at smartlogic dot nl -Status: Open +Status: Verified Bug Type: Math related -Operating System: Linux +Operating System: * -PHP Version: 4.3.10 +PHP Version: 4CVS, 5CVS (2005-01-01) Previous Comments: [2004-12-31 11:41:46] info at smartlogic dot nl Description: After setting the setlocale the decimal point disappears. This is the same bug as "Bug #14235: serialize and setlocale: inconsistent behavior" but it still appears in PHP 4.3.10 while the possible solution indicates: "This bug has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php this was fixed in 4.1.x with the switch to a non-sprintf-based serialize implementation." Reproduce code: --- #code without setlocale echo "* WITHOUT setlocale\n\n"; bug_test(); #code with setlocale echo "* WITH setlocale\n\n"; setlocale (LC_ALL, 'nl_NL'); bug_test(); function bug_test() { $bill_lines[0]["price"]=42.02; echo "Original Input: ".$bill_lines[0]["price"]."\n\nArray:\n\n"; print_r(array_values($bill_lines)); $encoded=serialize($bill_lines); echo "\n\nSerialized array: $encoded \n\n"; $decoded=unserialize($encoded); echo "Ouput after unserialize: ".$decoded[0]["price"]."\n\n"; } Expected result: The output after the setlocale and the unserialize is 42 instead of 42,02 or 42.02 Actual result: -- * WITHOUT setlocal Original Input: 42.02 Array: Array ( [0] => Array ( [price] => 42.02 ) ) Serialized array: a:1:{i:0;a:1:{s:5:"price";d:42.0231263880373081783294677734375;}} Ouput after unserialize: 42.02 * WITH setlocale Original Input: 42,02 Array: Array ( [0] => Array ( [price] => 42,02 ) ) Serialized array: a:1:{i:0;a:1:{s:5:"price";d:42.0231263880373081783294677734375;}} Ouput after unserialize: 42 -- Edit this bug report at http://bugs.php.net/?id=31366&edit=1
#31358 [Opn->Asn]: Compile time error, incompatible types in assignment in zend.c on PPC
ID: 31358 Updated by: [EMAIL PROTECTED] Reported By: hawk at pld-linux dot org -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: PLD Linux 1.0 running on PowerPC PHP Version: 4.3.10 -Assigned To: +Assigned To: stas Previous Comments: [2004-12-31 19:46:59] hawk at pld-linux dot org The bug affects only PPC systems with older GCC which don't support va_copy (sorry, didn't noticed this earlier), the workaround is to change line 776 of zend.c: usr_copy = args; into memcpy(usr_copy, args, sizeof(va_list)); for these architectures. It seems to work perfectly [2004-12-30 22:03:06] hawk at pld-linux dot org Description: The compilation of PHP 4.3.10 fails on Linux running on PowerPC with following error: /home/users/builder/rpm/BUILD/php-4.3.10/Zend/zend.c -o Zend/zend.lo /home/users/builder/rpm/BUILD/php-4.3.10/Zend/zend.c: In function `zend_error': /home/users/builder/rpm/BUILD/php-4.3.10/Zend/zend.c:776: incompatible types in assignment make: *** [Zend/zend.lo] Error 1 Following code change is reponsible for this bug: cvs diff -u -r 1.162.2.21 -r 1.162.2.22 Zend/zend.c Line 776 is: usr_copy = args; where both usr_copy and args are of type va_list. Such code will not compile on Linux on PowerPC (and probably on some other architectures too) because va_list is struct here. I know only two ways for fixing it. One is to use va_copy, but I'm not sure if its safe to change following portion of code: #if defined(va_copy) va_copy(usr_copy, args); #else usr_copy = args; #endif just into: va_copy(usr_copy, args); Probably its not safe. The second way is to use usr_copy[0] = args[0]; for the affected architectures, but its not safe either AFAIR. I also suppose that php 5.0.3 is affected too, because it contains same code -- Edit this bug report at http://bugs.php.net/?id=31358&edit=1
#31369 [Opn->Bgs]: session_destroy() and/or session_write_close() should unregister URL handler
ID: 31369 Updated by: [EMAIL PROTECTED] Reported By: baafie at planet dot nl -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux Red hat 9 -2.4.20 PHP Version: 4.3.10 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2004-12-31 16:33:49] baafie at planet dot nl Description: According to the php manual, session_start() will register internal output handler for URL rewriting when trans-sid is enabled. Should session_destroy() and/or session_write_close() not unregister this handler? Reproduce code: --- a page\n'; session_destroy(); echo 'a page'; ?> Expected result: Only the link that was printed before session_destroy() should contain the session ID: a page a page Actual result: -- Both URLs contain the session ID; a page a page -- Edit this bug report at http://bugs.php.net/?id=31369&edit=1
#24949 [Opn]: Requesting nicer way of setting undefined variables to a default value - ifsetor
ID: 24949 User updated by: nickj-php at nickj dot org -Summary: Requesting a nicer way of setting undefined variables to a default value. Reported By: nickj-php at nickj dot org Status: Open Bug Type: Feature/Change Request Operating System: Any PHP Version: Irrelevant New Comment: >From Derick Rethans PHP Look Back 2004 [http://www.derickrethans.nl/month-2004-12.php?item=20041231#20041231], there were two discussions during the year on this topic on the PHP-DEV mailing list, which I am adding links to here (as they help to summarize various aspects of this) : 1) April 2004: http://groups.google.com.au/[EMAIL PROTECTED] 2) July 2004: http://groups.google.com.au/[EMAIL PROTECTED] Previous Comments: [2003-10-09 18:45:32] marcus at deck16 dot com I also came across that "problem" and voted for that "bug". It is possible to write a function though. Just pass the var Name as a string: [2003-08-22 12:00:36] xuefer at 21cn dot com it would be nice to use "?:" operator as new c++ language $a = isset($a) ? $a : ""; -> $a = $a ?: ""; $a = $a ?: $b ?: $c ?: $d; better than: $a = default($a, $b, $c, $d); [2003-08-18 21:27:38] hurst at webteks dot com That there is no way to write a function to handle unset vars is also something I have come across. One solution would be to use the @-symbol: print noUnset(@$x, "not set"); However, the @-symbol is not guaranteed to work, since a user-defined error handler will ignore it. Only isset(), unset(), and empty() can handle undefined variables without implicitly declaring them. Perhaps a new construct can be made available to handle this common case. default($var['not_a_key'],"default_value") => "default_value" It would work like the following function, but using the caller environment (which could be from within another function): function default($var,$default="") { return isset($var)?$var:$default; } Using "" for the inherent default value makes sense for web interfaces. [2003-08-05 05:28:19] nickj-php at nickj dot org Description: Requesting a nicer way of setting undefined variables to a default value. It gets a bit repetitive and ugly having to use statements like: $title = isset($vals["title"]) ? $vals["title"] : ""; $first = isset($vals["first_name"]) ? $vals["first_name"] : ""; $surname = isset($vals["surname"])? $vals["surname"]: ""; This seems to be a recurrent requirement, so ideally there would be some way of doing this, along the lines of : function noUnset($val, $default="") { return isset($val) ? $val : $default; } Unfortunately a user function such as the above cannot be defined to do this, since the first argument passed to the function would be unset. For example, this code will generate an error: == error_reporting (E_ALL); function noUnset($val, $default="") { return isset($val) ? $val : $default; } if (isset($x)) unset ($x); // $x = 2; // works OK if this line is uncommented print noUnset($x, "not set"); // Above line generates an error as noUnset cannot be called with $x, because it is not set - catch-22 ! == This code generates an "Undefined variable: x" error. Ideally there would be slightly nicer way of setting defaults than a bank is "isset" statements, that would work without generating an error, even with all error reporting options turned on. -- Edit this bug report at http://bugs.php.net/?id=24949&edit=1
#31296 [Fbk->NoF]: session exploit
ID: 31296 Updated by: php-bugs@lists.php.net Reported By: hd at phportals dot de -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: linux and others PHP Version: 5.0.3 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-12-26 00:58:43] [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. [2004-12-26 00:57:00] hd at phportals dot de Description: the content of a session is not being checked. the argument is loaded as it is. -- Edit this bug report at http://bugs.php.net/?id=31296&edit=1
#31377 [NEW]: is_dir function
From: intro at intro dot one dot pl Operating system: linux PHP version: 5.0.3 PHP Bug Type: Unknown/Other Function Bug description: is_dir function Description: For example i have 4 folders in /home directory on unix platform (a,b,c,d) and php5. The script: I have strange thing that function is_dir not always shows every dirs as it is dir. In my example script is_dir returned only "c" as dir and the rest (a,b,d) as file. Reproduce code: --- Expected result: dir: a dir: b dir: c dir: d Actual result: -- dir: c -- Edit bug report at http://bugs.php.net/?id=31377&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31377&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31377&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31377&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31377&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31377&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31377&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31377&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31377&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31377&r=support Expected behavior: http://bugs.php.net/fix.php?id=31377&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31377&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31377&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31377&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31377&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31377&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31377&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31377&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31377&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31377&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31377&r=mysqlcfg
#31376 [NEW]: Function cpdf_fill_stroke() only fills
From: sybrendijkstra at gmail dot com Operating system: Windows 98 se PHP version: 5.0.1 PHP Bug Type: ClibPDF related Bug description: Function cpdf_fill_stroke() only fills Description: I experienced some unexpected results with the CLibPDF function: cpdf_fill_stroke() -> http://www.php.net/manual/en/function.cpdf-fill-stroke.php According to the manual the function is able to fill the current path and then strokes the same path. As far is i am able to produce that function only fills and there is no stroking at all to see. The code below is a convert from a C example from FastI/O (http://www.fastio.com/example/Arcs.c.txt) Reproduce code: --- $rbump = 0.1*100; $xorig = 2.5*100; $greenblue = 1.0; $yorig = 7.5*10; $radius= 2.2*100; cpdf_setrgbcolor_stroke($cpdf, 0.7, 0.7, 0.0); for($i=11; $i>=0; $i--) { $radius -= $rbump; $greenblue = $i/12.0; cpdf_setrgbcolor_fill($cpdf, 1.0, $greenblue, $greenblue); $eangle = ($i+1)*30.0; /* end angle */ $sangle = 0.0; cpdf_moveto($cpdf, $xorig, $yorig); cpdf_arc($cpdf, $xorig, $yorig, $radius, $sangle, $eangle, 0); cpdf_closepath($cpdf); cpdf_fill_stroke($cpdf);/* fill and stroke */ } Expected result: I expect to see: http://www.fastio.com/example/arctest.pdf And then the "Color filled pie shapes" image. A red/white background with a green/yellow lines as pie pieces. Actual result: -- I actually see only the red/white background. No stroke lines are visable. I see the same result as when I only use cpdf_fill() function. When I saw the source of the .pdf file generated by PHP there where some minor differences between a file which had cpdf_fill_stroke() and a file that used only cpdf_fill(). cpdf_fill_stroke() does add something to the .pdf file, but it's not visable in my PDF viewer (Adobe Acrobat 5.0). To be short: cpdf_fill_stroke() -> only fills (and does not stroke) cpdf_fill() -> only fills cpdf_stroke() -> only strokes -- Edit bug report at http://bugs.php.net/?id=31376&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31376&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31376&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31376&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31376&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31376&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31376&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31376&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31376&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31376&r=support Expected behavior: http://bugs.php.net/fix.php?id=31376&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31376&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31376&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31376&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31376&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31376&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31376&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31376&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31376&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31376&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31376&r=mysqlcfg
#31375 [NEW]: array_set_current
From: ceo at l-i-e dot com Operating system: All PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: array_set_current Description: While messing around with next/current/end/prev on large arrays, it became apparent that there is a gaping hole in functionality: I can't set the current internal pointer of the array to an arbitrary value. :-( I have to walk through the whole array to the element I want as my 'current' An array_set_current function which takes an array and integer to set the current internal pointer to the N'th element is pretty important for quickly starting off at the right place in my array. -- Edit bug report at http://bugs.php.net/?id=31375&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31375&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31375&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31375&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31375&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31375&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31375&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31375&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31375&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31375&r=support Expected behavior: http://bugs.php.net/fix.php?id=31375&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31375&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31375&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31375&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31375&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31375&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31375&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31375&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31375&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31375&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31375&r=mysqlcfg
#31370 [Opn->Bgs]: HTTP Authentication is not working. The login box keeps popping.
ID: 31370 Updated by: [EMAIL PROTECTED] Reported By: jaswinder_rana at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: WinXP PHP Version: 4.3.10 New Comment: Qutoting first sentence from http://de2.php.net/manual/en/features.http-auth.php "The HTTP Authentication hooks in PHP are only available when it is running as an Apache module and is hence not available in the CGI version." Previous Comments: [2005-01-01 18:39:56] jaswinder_rana at hotmail dot com 1. safe mode is off 2. i am using apace 2 and i am using PHP as a cgi by adding following three lines in httpd.conf ScriptAlias /php/ "c:/PHP/" Action application/x-httpd-php "/php/php.exe" AddType application/x-httpd-php .php Just to mention i am not the only one having this problem. Look at this link http://www.neowin.net/forum/index.php?showtopic=260290&pid=585143002&st=0 [2005-01-01 12:25:43] [EMAIL PROTECTED] Some questions: * Do you have safe mode on? * And are using apache 2 module, filter or CGI? [2005-01-01 01:13:06] jaswinder_rana at hotmail dot com Description: HTTP Authentication is not working. The login box keeps on coming back and $_SESSION['PHP_AUTH_USER'] and $_SERVER['PHP_AUTH_PW'] are never intilized. i spent 2 hours on it till i see there were same HTTP Authentication issue with earlier PHP versions. I even upgraded to latest fixzes from snaps.php.net and it di't still solve it. I am using Apache 2.0.44 just in case its server's issue. There are already issues but i din't see any with PHP4.3.10(and now after updating from snaps.php.net PHP4.3.11) so, i figured its good to mention so it can be fixed. Reproduce code: --- function error ($error_message) { echo $error_message.""; exit; } if ( (!isset($_SERVER['PHP_AUTH_USER'])) || $_SERVER['PHP_AUTH_USER'] !='user' || $_SERVER['PHP_AUTH_PW']!='pass') { header("WWW-Authenticate: Basic entrer=\"Admin\""); header("HTTP/1.0 401 Unauthorized"); error("Unauthorized access..."); } else { echo 'You are logged in..'; } Expected result: You are logged in.. Actual result: -- Login box keeps on coming and it says $_SERVER['PHP_AUTH_PW'] undefined index -- Edit this bug report at http://bugs.php.net/?id=31370&edit=1
#31370 [Fbk->Opn]: HTTP Authentication is not working. The login box keeps popping.
ID: 31370 User updated by: jaswinder_rana at hotmail dot com Reported By: jaswinder_rana at hotmail dot com -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: WinXP PHP Version: 4.3.10 New Comment: 1. safe mode is off 2. i am using apace 2 and i am using PHP as a cgi by adding following three lines in httpd.conf ScriptAlias /php/ "c:/PHP/" Action application/x-httpd-php "/php/php.exe" AddType application/x-httpd-php .php Just to mention i am not the only one having this problem. Look at this link http://www.neowin.net/forum/index.php?showtopic=260290&pid=585143002&st=0 Previous Comments: [2005-01-01 12:25:43] [EMAIL PROTECTED] Some questions: * Do you have safe mode on? * And are using apache 2 module, filter or CGI? [2005-01-01 01:13:06] jaswinder_rana at hotmail dot com Description: HTTP Authentication is not working. The login box keeps on coming back and $_SESSION['PHP_AUTH_USER'] and $_SERVER['PHP_AUTH_PW'] are never intilized. i spent 2 hours on it till i see there were same HTTP Authentication issue with earlier PHP versions. I even upgraded to latest fixzes from snaps.php.net and it di't still solve it. I am using Apache 2.0.44 just in case its server's issue. There are already issues but i din't see any with PHP4.3.10(and now after updating from snaps.php.net PHP4.3.11) so, i figured its good to mention so it can be fixed. Reproduce code: --- function error ($error_message) { echo $error_message.""; exit; } if ( (!isset($_SERVER['PHP_AUTH_USER'])) || $_SERVER['PHP_AUTH_USER'] !='user' || $_SERVER['PHP_AUTH_PW']!='pass') { header("WWW-Authenticate: Basic entrer=\"Admin\""); header("HTTP/1.0 401 Unauthorized"); error("Unauthorized access..."); } else { echo 'You are logged in..'; } Expected result: You are logged in.. Actual result: -- Login box keeps on coming and it says $_SERVER['PHP_AUTH_PW'] undefined index -- Edit this bug report at http://bugs.php.net/?id=31370&edit=1
#31373 [Opn]: Memory Leak with Simplexml leads to segmentation fault
ID: 31373 User updated by: drews at dynamicwebpages dot de Reported By: drews at dynamicwebpages dot de Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.3 New Comment: this might help further: compiled without "--enable-debug" it throws the segfault(11) and i have a gdb-bt for it: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 30198)] 0x40117211 in free () from /lib/i686/libc.so.6 (gdb) bt #0 0x40117211 in free () from /lib/i686/libc.so.6 #1 0x4068e3ba in _efree (ptr=0xbffefd20) at /usr/local/src/lamp/php-5.0.3/Zend/zend_alloc.c:287 #2 0x4069fc1e in compare_function (result=0xbfffabf0, op1=0xbffefd20, op2=0x8289964) at /usr/local/src/lamp/php-5.0.3/Zend/zend_operators.c:1279 #3 0x406a0483 in is_equal_function (result=0xbfffabf0, op1=0x837582c, op2=0x8289964) at /usr/local/src/lamp/php-5.0.3/Zend/zend_operators.c:1476 #4 0x406c77ec in zend_is_equal_handler (execute_data=0xbfffaf90, opline=0x8289934, op_array=0x821ec9c) at /usr/local/src/lamp/php-5.0.3/Zend/zend_execute.c:90 #5 0x406c4cec in execute (op_array=0x821ec9c) at /usr/local/src/lamp/php-5.0.3/Zend/zend_execute.c:1400 #6 0x406a3479 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/lamp/php-5.0.3/Zend/zend.c:1069 #7 0x4066b33f in php_execute_script (primary_file=0xbfffd2e0) at /usr/local/src/lamp/php-5.0.3/main/main.c:1628 #8 0x406d85a4 in apache_php_module_main (r=0x81d81cc, display_source_mode=0) at /usr/local/src/lamp/php-5.0.3/sapi/apache/sapi_apache.c:54 #9 0x406d907c in send_php (r=0x81d81cc, display_source_mode=0, filename=0x0) at /usr/local/src/lamp/php-5.0.3/sapi/apache/mod_php5.c:622 #10 0x406d9243 in send_parsed_php (r=0x81d81cc) at /usr/local/src/lamp/php-5.0.3/sapi/apache/mod_php5.c:637 #11 0x080549ff in ap_invoke_handler () #12 0x08069f5d in process_request_internal () #13 0x08069fbc in ap_process_request () #14 0x08060f1a in child_main () #15 0x080610e8 in make_child () #16 0x0806124e in startup_children () #17 0x0806190e in standalone_main () #18 0x08062146 in main () Previous Comments: [2005-01-01 17:19:35] drews at dynamicwebpages dot de Hi Derick, the xml is valid and has about 360 lines of config.data, which i first had to clean up before posting. the max depth is four and i would really appreciate not to post it here. In case you really need it, i will clean everything and paste it, but i doubt if it will still help you if it is cleaned ... ? [2005-01-01 16:48:17] [EMAIL PROTECTED] We need the xml file too of course, and never use --enable-versioning in your configure statement! [2005-01-01 15:11:04] drews at dynamicwebpages dot de Description: updating php to 5.0.3 causes php to exit with a segmentation fault(11). configuring with --enable-debug let it run, but throwing errors into the apache error_log (see below). strange: php5.0.0RC3 still works without segfaults and runs happily. === config.nice === './configure' \ '--prefix=/srv/php/5.0.3' \ '--with-apxs=/srv/apache/current/bin/apxs' \ '--with-mysql=/srv/mysql/current' \ '--with-imap' \ '--with-imap-ssl' \ '--with-curl' \ '--with-zlib' \ '--with-ftp' \ '--with-gd=/usr/local' \ '--with-png-dir=/usr' \ '--with-zlib-dir=/usr' \ '--with-freetype-dir=/usr' \ '--with-openssl=/srv/openssl/current' \ '--with-bz2' \ '--with-ldap' \ '--with-jpeg-dir=/usr' \ '--enable-versioning' \ '--enable-sockets' \ '--with-mcrypt' \ '--with-mhash' \ '--with-pear=/srv/pear' \ '--with-config-file-path=/etc' \ '--with-tidy' \ === /config.nice === gdb.backtrace does not work out, because enableing debug with php does not lead to segfault but to memleaks. Reproduce code: --- if (file_exists($_SESSION['cfgfile'])) { $CfgObj = simplexml_load_file($_SESSION['cfgfile']); } else { die(); } (not sure, if this causes the segfault, but it is the only line of code, that makes use of simplexml and could lead to the memleak). Expected result: anything than a segfault ;) Actual result: -- /usr/local/src/lamp/php-5.0.3/ext/simplexml/simplexml.c(970) : Freeing 0x083EBE14 (2 bytes), script=/var/www/htdocs/DOMAIN/index.php /usr/local/src/lamp/php-5.0.3/ext/simplexml/simplexml.c(1049) : Freeing 0x083EB33C (16 bytes), script=/var/www/htdocs/DOMAIN/index.php === Total 2 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=31373&edit=1
#31373 [Fbk->Opn]: Memory Leak with Simplexml leads to segmentation fault
ID: 31373 User updated by: drews at dynamicwebpages dot de Reported By: drews at dynamicwebpages dot de -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.3 New Comment: Hi Derick, the xml is valid and has about 360 lines of config.data, which i first had to clean up before posting. the max depth is four and i would really appreciate not to post it here. In case you really need it, i will clean everything and paste it, but i doubt if it will still help you if it is cleaned ... ? Previous Comments: [2005-01-01 16:48:17] [EMAIL PROTECTED] We need the xml file too of course, and never use --enable-versioning in your configure statement! [2005-01-01 15:11:04] drews at dynamicwebpages dot de Description: updating php to 5.0.3 causes php to exit with a segmentation fault(11). configuring with --enable-debug let it run, but throwing errors into the apache error_log (see below). strange: php5.0.0RC3 still works without segfaults and runs happily. === config.nice === './configure' \ '--prefix=/srv/php/5.0.3' \ '--with-apxs=/srv/apache/current/bin/apxs' \ '--with-mysql=/srv/mysql/current' \ '--with-imap' \ '--with-imap-ssl' \ '--with-curl' \ '--with-zlib' \ '--with-ftp' \ '--with-gd=/usr/local' \ '--with-png-dir=/usr' \ '--with-zlib-dir=/usr' \ '--with-freetype-dir=/usr' \ '--with-openssl=/srv/openssl/current' \ '--with-bz2' \ '--with-ldap' \ '--with-jpeg-dir=/usr' \ '--enable-versioning' \ '--enable-sockets' \ '--with-mcrypt' \ '--with-mhash' \ '--with-pear=/srv/pear' \ '--with-config-file-path=/etc' \ '--with-tidy' \ === /config.nice === gdb.backtrace does not work out, because enableing debug with php does not lead to segfault but to memleaks. Reproduce code: --- if (file_exists($_SESSION['cfgfile'])) { $CfgObj = simplexml_load_file($_SESSION['cfgfile']); } else { die(); } (not sure, if this causes the segfault, but it is the only line of code, that makes use of simplexml and could lead to the memleak). Expected result: anything than a segfault ;) Actual result: -- /usr/local/src/lamp/php-5.0.3/ext/simplexml/simplexml.c(970) : Freeing 0x083EBE14 (2 bytes), script=/var/www/htdocs/DOMAIN/index.php /usr/local/src/lamp/php-5.0.3/ext/simplexml/simplexml.c(1049) : Freeing 0x083EB33C (16 bytes), script=/var/www/htdocs/DOMAIN/index.php === Total 2 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=31373&edit=1
#31373 [Opn->Fbk]: Memory Leak with Simplexml leads to segmentation fault
ID: 31373 Updated by: [EMAIL PROTECTED] Reported By: drews at dynamicwebpages dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.3 New Comment: We need the xml file too of course, and never use --enable-versioning in your configure statement! Previous Comments: [2005-01-01 15:11:04] drews at dynamicwebpages dot de Description: updating php to 5.0.3 causes php to exit with a segmentation fault(11). configuring with --enable-debug let it run, but throwing errors into the apache error_log (see below). strange: php5.0.0RC3 still works without segfaults and runs happily. === config.nice === './configure' \ '--prefix=/srv/php/5.0.3' \ '--with-apxs=/srv/apache/current/bin/apxs' \ '--with-mysql=/srv/mysql/current' \ '--with-imap' \ '--with-imap-ssl' \ '--with-curl' \ '--with-zlib' \ '--with-ftp' \ '--with-gd=/usr/local' \ '--with-png-dir=/usr' \ '--with-zlib-dir=/usr' \ '--with-freetype-dir=/usr' \ '--with-openssl=/srv/openssl/current' \ '--with-bz2' \ '--with-ldap' \ '--with-jpeg-dir=/usr' \ '--enable-versioning' \ '--enable-sockets' \ '--with-mcrypt' \ '--with-mhash' \ '--with-pear=/srv/pear' \ '--with-config-file-path=/etc' \ '--with-tidy' \ === /config.nice === gdb.backtrace does not work out, because enableing debug with php does not lead to segfault but to memleaks. Reproduce code: --- if (file_exists($_SESSION['cfgfile'])) { $CfgObj = simplexml_load_file($_SESSION['cfgfile']); } else { die(); } (not sure, if this causes the segfault, but it is the only line of code, that makes use of simplexml and could lead to the memleak). Expected result: anything than a segfault ;) Actual result: -- /usr/local/src/lamp/php-5.0.3/ext/simplexml/simplexml.c(970) : Freeing 0x083EBE14 (2 bytes), script=/var/www/htdocs/DOMAIN/index.php /usr/local/src/lamp/php-5.0.3/ext/simplexml/simplexml.c(1049) : Freeing 0x083EB33C (16 bytes), script=/var/www/htdocs/DOMAIN/index.php === Total 2 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=31373&edit=1
#31372 [Opn->Bgs]: php_mssql.dll generates error despite the query is correct.
ID: 31372 Updated by: [EMAIL PROTECTED] Reported By: captain5ive at yahoo dot com -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.3.10 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. Thank you for your interest in PHP. . Previous Comments: [2005-01-01 15:03:11] captain5ive at yahoo dot com Description: Using php_mssql.dll when you query Microsoft SQL Server 2000, mssql returns the following informational message. Changed database context to 'SampleDB'. This is not an error but the new mssql extension returns error. Every php application that works with SQL Server now encounter this bug if they handle errors. Reproduce code: --- $link = mssql_connect("server", "sa", ""); mssql_select_db("SampleDB", $link); mssql_query("DELETE FROM SampleTable WHERE id=10", $link) or die(mssql_get_last_message()); Expected result: No error must be returned because everything is ok. Actual result: -- The following error is returned. Changed database context to 'SampleDB'. -- Edit this bug report at http://bugs.php.net/?id=31372&edit=1
#31373 [NEW]: Memory Leak with Simplexml leads to segmentation fault
From: drews at dynamicwebpages dot de Operating system: Linux PHP version: 5.0.3 PHP Bug Type: Reproducible crash Bug description: Memory Leak with Simplexml leads to segmentation fault Description: updating php to 5.0.3 causes php to exit with a segmentation fault(11). configuring with --enable-debug let it run, but throwing errors into the apache error_log (see below). strange: php5.0.0RC3 still works without segfaults and runs happily. === config.nice === './configure' \ '--prefix=/srv/php/5.0.3' \ '--with-apxs=/srv/apache/current/bin/apxs' \ '--with-mysql=/srv/mysql/current' \ '--with-imap' \ '--with-imap-ssl' \ '--with-curl' \ '--with-zlib' \ '--with-ftp' \ '--with-gd=/usr/local' \ '--with-png-dir=/usr' \ '--with-zlib-dir=/usr' \ '--with-freetype-dir=/usr' \ '--with-openssl=/srv/openssl/current' \ '--with-bz2' \ '--with-ldap' \ '--with-jpeg-dir=/usr' \ '--enable-versioning' \ '--enable-sockets' \ '--with-mcrypt' \ '--with-mhash' \ '--with-pear=/srv/pear' \ '--with-config-file-path=/etc' \ '--with-tidy' \ === /config.nice === gdb.backtrace does not work out, because enableing debug with php does not lead to segfault but to memleaks. Reproduce code: --- if (file_exists($_SESSION['cfgfile'])) { $CfgObj = simplexml_load_file($_SESSION['cfgfile']); } else { die(); } (not sure, if this causes the segfault, but it is the only line of code, that makes use of simplexml and could lead to the memleak). Expected result: anything than a segfault ;) Actual result: -- /usr/local/src/lamp/php-5.0.3/ext/simplexml/simplexml.c(970) : Freeing 0x083EBE14 (2 bytes), script=/var/www/htdocs/DOMAIN/index.php /usr/local/src/lamp/php-5.0.3/ext/simplexml/simplexml.c(1049) : Freeing 0x083EB33C (16 bytes), script=/var/www/htdocs/DOMAIN/index.php === Total 2 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=31373&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31373&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31373&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31373&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31373&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31373&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31373&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31373&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31373&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31373&r=support Expected behavior: http://bugs.php.net/fix.php?id=31373&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31373&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31373&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31373&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31373&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31373&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31373&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31373&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31373&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31373&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31373&r=mysqlcfg
#31372 [NEW]: php_mssql.dll generates error despite the query is correct.
From: captain5ive at yahoo dot com Operating system: Windows 2000 PHP version: 4.3.10 PHP Bug Type: MSSQL related Bug description: php_mssql.dll generates error despite the query is correct. Description: Using php_mssql.dll when you query Microsoft SQL Server 2000, mssql returns the following informational message. Changed database context to 'SampleDB'. This is not an error but the new mssql extension returns error. Every php application that works with SQL Server now encounter this bug if they handle errors. Reproduce code: --- $link = mssql_connect("server", "sa", ""); mssql_select_db("SampleDB", $link); mssql_query("DELETE FROM SampleTable WHERE id=10", $link) or die(mssql_get_last_message()); Expected result: No error must be returned because everything is ok. Actual result: -- The following error is returned. Changed database context to 'SampleDB'. -- Edit bug report at http://bugs.php.net/?id=31372&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31372&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31372&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31372&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31372&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31372&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31372&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31372&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31372&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31372&r=support Expected behavior: http://bugs.php.net/fix.php?id=31372&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31372&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31372&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31372&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31372&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31372&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31372&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31372&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31372&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31372&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31372&r=mysqlcfg
#30641 [Opn]: Compile error: error: symbol "zend_error" is used but not defined
ID: 30641 Updated by: [EMAIL PROTECTED] Reported By: hakan at lisas dot de Status: Open Bug Type: Compile Failure Operating System: Solaris 9 PHP Version: 5CVS-2004-11-01 (dev) New Comment: In zend_execute.c if you comment the line 47 (void zend_error_return..) and uncomment the next line (alternative defition of zend_error_noreturn) it compiles successfully (although with some iconv problems). Previous Comments: [2004-12-26 13:09:44] [EMAIL PROTECTED] I'm also getting this error on Solaris 9: gcc 3.3 as -V: GNU assembler version 2.14.90.0.4 (sparc-sun-solaris2.9) using BFD version 2.14. 90.0.4 20030523 [2004-11-14 06:15:21] hakan at lisas dot de Tried with gcc 3.4.2. Still the same error. [2004-11-10 10:29:28] hakan at lisas dot de bwsx010:/# gcc --version gcc (GCC) 3.3.2 Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. bwsx010:/# as -V as: Sun WorkShop 6 update 2 Compiler Common 6.2 Solaris_9_CBE 2001/04/02 [2004-11-10 07:03:08] [EMAIL PROTECTED] Can you please provide information about versions of your GCC and AS? [2004-11-01 04:50:37] hakan at lisas dot de Description: Compile of latest HEAD fails with: /bin/sh /usr/local/php-src/libtool --silent --preserve-dup-deps --mode=compile gcc -IZend/ -I/usr/local/php-src/Zend/ -DPHP_ATOM_INC -I/usr/local/php-src/include -I/usr/local/php-src/main -I/usr/local/php-src -I/usr/local/php-src/Zend -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/mysql/include/mysql -I/usr/local/pgsql/include -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/php-src/TSRM -g -O2 -prefer-pic -c /usr/local/php-src/Zend/zend_execute.c -o Zend/zend_execute.lo /usr/ccs/bin/as: "/var/tmp//ccOlcxja.s": error: symbol "zend_error" is used but not defined /usr/ccs/bin/as: "/var/tmp//ccOlcxja.s": internal error: evaluate_symbol_expression(): op 20? make: *** [Zend/zend_execute.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=30641&edit=1
#31370 [Opn->Fbk]: HTTP Authentication is not working. The login box keeps popping.
ID: 31370 Updated by: [EMAIL PROTECTED] Reported By: jaswinder_rana at hotmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: WinXP PHP Version: 4.3.10 New Comment: Some questions: * Do you have safe mode on? * And are using apache 2 module, filter or CGI? Previous Comments: [2005-01-01 01:13:06] jaswinder_rana at hotmail dot com Description: HTTP Authentication is not working. The login box keeps on coming back and $_SESSION['PHP_AUTH_USER'] and $_SERVER['PHP_AUTH_PW'] are never intilized. i spent 2 hours on it till i see there were same HTTP Authentication issue with earlier PHP versions. I even upgraded to latest fixzes from snaps.php.net and it di't still solve it. I am using Apache 2.0.44 just in case its server's issue. There are already issues but i din't see any with PHP4.3.10(and now after updating from snaps.php.net PHP4.3.11) so, i figured its good to mention so it can be fixed. Reproduce code: --- function error ($error_message) { echo $error_message.""; exit; } if ( (!isset($_SERVER['PHP_AUTH_USER'])) || $_SERVER['PHP_AUTH_USER'] !='user' || $_SERVER['PHP_AUTH_PW']!='pass') { header("WWW-Authenticate: Basic entrer=\"Admin\""); header("HTTP/1.0 401 Unauthorized"); error("Unauthorized access..."); } else { echo 'You are logged in..'; } Expected result: You are logged in.. Actual result: -- Login box keeps on coming and it says $_SERVER['PHP_AUTH_PW'] undefined index -- Edit this bug report at http://bugs.php.net/?id=31370&edit=1