#36370 [NEW]: __FUNCTION__ doesn't persist into include files
From: rbro at hotmail dot com Operating system: Linux PHP version: 5.1.2 PHP Bug Type: Scripting Engine problem Bug description: __FUNCTION__ doesn't persist into include files Description: If you include a file within a function, the constant __FUNCTION__ is not available from that include file. Reproduce code: --- --- File b.php contains: Expected result: 1. Function is: test 2. Function is: test Actual result: -- 1. Function is: test 2. Function is: -- Edit bug report at http://bugs.php.net/?id=36370&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36370&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36370&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36370&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36370&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36370&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36370&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36370&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36370&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36370&r=support Expected behavior:http://bugs.php.net/fix.php?id=36370&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36370&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36370&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36370&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36370&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36370&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36370&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36370&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36370&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36370&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36370&r=mysqlcfg
#22983 [Com]: Page Cannot Be Displayed
ID: 22983 Comment by: ViperZeroOne at shaw dot ca Reported By: luke at cywh dot com Status: No Feedback Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: I'm having this EXACT same problem. It seems that my longer PHP pages refuse to come up properly. I've tried the snapshots provided to no avail. I'm using Apache2 on Windows XP and the latest PHP download available. I should note that small PHP scripts work fine, no issues at all. My problem occours when the PHP has to display a large file. Here are a couple examples; EXAMPLE1: Using a remote file-management system I can view the root of my hard drive. I open up my program files folder and it displays. I continue to open up folders and the first 2 or 3 may open, but the second the list gets too long it tosses up a "Page Cannot Be Displayed" error. I can press the back button and it will return to normal, until I get it to display too many folders again. EXAMPLE2: When using a PHP MP3 player I can view the login fine, go into the program fine, but when I go to view my larger MP3 folder it tosses up a "Page Cannot Be Displayed" error. The smaller MP3 folders, with the same files but just split up to work around this problem, load perfectly fine. EXAMPLE3: When opening up a PHP program to administrate my MySQL tables it initially opens fine. When I select a table and the page goes to display the information it pops up with a "Page Cannot Be Displayed". It should be noted that if I have the chance to click the STOP button on my browser before the error comes up I am able to view a partially generated page. Someone told me it could be due to my memory or timeout settings so I've increased those to attempt to resolve the issue, however it hasn't fixed it. Another thing to note is that using any other browsers, example Firefox, the page loads blank. Also, when I'm sitting at the computer that has the webserver running on it everything displays properly as it should. Also, it should be noted that I am running it as a module as well as I have functions, not related to this issue, that will not operate when it's run as a CGI. Previous Comments: [2003-07-18 18:51:02] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-07-10 23:52:09] [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-05-22 13:59:24] luke at cywh dot com well right now im running apache 1.3 which seems to be running perfectly. Ill try version 2.0 again when i upgrade to windows 2003 [2003-05-22 12:20:51] jayphp at tampabay dot rr dot com Just thought I'd put in some input. I remember Apache having some odd problems when I was running PHP scripts. It was an Apache v. XP problem and was fixed by upgrading to SP1. [2003-04-25 10:40:39] luke at cywh dot com ok ive tried it. ive installed it on my other pc and left 1.3 on my main server. so my http://www.cywh.com is still running 1.3 i have the apache 2 server running on http://www.cywh.com:81 it seems to have the same problems unfortuanly. if you want i can keep up http://www.cywh.com:81 for a couple of days if you want. if so let me know. 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/22983 -- Edit this bug report at http://bugs.php.net/?id=22983&edit=1
#36369 [Opn]: built in tempaltes pass parameters through in conflict to rfc
ID: 36369 User updated by: bugs at forestfactory dot de Reported By: bugs at forestfactory dot de Status: Open Bug Type: XSLT related Operating System: Windows XP PHP Version: 5.1.2 New Comment: I'm sorry, but the line breaks broke the testcase. Please remove them. Previous Comments: [2006-02-12 00:29:52] bugs at forestfactory dot de importStylesheet(DOMDocument::loadXML('http://www.w3.org/1999/XSL/Transform";>')); echo $xsltProcessor->transformToXML(DOMDocument::loadXML('')); ?> [2006-02-12 00:00:48] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2006-02-11 23:47:46] bugs at forestfactory dot de Description: As of http://www.w3.org/TR/xslt#built-in-rule, the built in templates should just call any subordinated templates, but in PHP it passes parameters through. Reproduce code: --- (to be short, this are just XML fragments) XML: XSLT: Expected result: No output as $foo should not be set. Actual result: -- Outputs "bar" -- Edit this bug report at http://bugs.php.net/?id=36369&edit=1
#36369 [Fbk->Opn]: built in tempaltes pass parameters through in conflict to rfc
ID: 36369 User updated by: bugs at forestfactory dot de Reported By: bugs at forestfactory dot de -Status: Feedback +Status: Open Bug Type: XSLT related Operating System: Windows XP PHP Version: 5.1.2 New Comment: importStylesheet(DOMDocument::loadXML('http://www.w3.org/1999/XSL/Transform";>')); echo $xsltProcessor->transformToXML(DOMDocument::loadXML('')); ?> Previous Comments: [2006-02-12 00:00:48] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2006-02-11 23:47:46] bugs at forestfactory dot de Description: As of http://www.w3.org/TR/xslt#built-in-rule, the built in templates should just call any subordinated templates, but in PHP it passes parameters through. Reproduce code: --- (to be short, this are just XML fragments) XML: XSLT: Expected result: No output as $foo should not be set. Actual result: -- Outputs "bar" -- Edit this bug report at http://bugs.php.net/?id=36369&edit=1
#36369 [Opn->Fbk]: built in tempaltes pass parameters through in conflict to rfc
ID: 36369 Updated by: [EMAIL PROTECTED] Reported By: bugs at forestfactory dot de -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: Windows XP PHP Version: 5.1.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2006-02-11 23:47:46] bugs at forestfactory dot de Description: As of http://www.w3.org/TR/xslt#built-in-rule, the built in templates should just call any subordinated templates, but in PHP it passes parameters through. Reproduce code: --- (to be short, this are just XML fragments) XML: XSLT: Expected result: No output as $foo should not be set. Actual result: -- Outputs "bar" -- Edit this bug report at http://bugs.php.net/?id=36369&edit=1
#36369 [NEW]: built in tempaltes pass parameters through in conflict to rfc
From: bugs at forestfactory dot de Operating system: Windows XP PHP version: 5.1.2 PHP Bug Type: XSLT related Bug description: built in tempaltes pass parameters through in conflict to rfc Description: As of http://www.w3.org/TR/xslt#built-in-rule, the built in templates should just call any subordinated templates, but in PHP it passes parameters through. Reproduce code: --- (to be short, this are just XML fragments) XML: XSLT: Expected result: No output as $foo should not be set. Actual result: -- Outputs "bar" -- Edit bug report at http://bugs.php.net/?id=36369&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36369&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36369&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36369&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36369&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36369&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36369&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36369&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36369&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36369&r=support Expected behavior:http://bugs.php.net/fix.php?id=36369&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36369&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36369&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36369&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36369&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36369&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36369&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36369&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36369&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36369&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36369&r=mysqlcfg
#36341 [Com]: Changes to combat mail form spam
ID: 36341 Comment by: karl at kdawebservices dot com Reported By: paul at xciv dot org Status: Open Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 4.4.2 New Comment: Both excellant ideas. I also believe there is a patch out in the wild for PHP that automatically adds a X header with the vhost domain - Perhaps this should be incorporated (with an ini option to turn it on/off) along with adding the path to the script as an X header as well. Previous Comments: [2006-02-09 15:16:05] paul at xciv dot org Description: I have two suggestions for modifications to help combat the problem of mail form spam. Firstly I would like to see mail.force_extra_parameters back-ported to the 4.x branch - not everyone is ready to upgrade to 5.x in production yet. Secondly I would like to suggest that environment variables from the PHP environment are exposed to the sendmail binary. I will explain why this is useful. Reproduce code: --- With the mail.force_extra_parameters option, I can set different parameters per Apache vhost. This can be very useful because I can set custom parameters like: -xs my.vhost.domain How is this useful? Well if I then set a new sendmail_path to my own custom wrapper script I can pick up these custom parameters and do two things: 1. Log the originating vhost, number of recipients etc. 2. Add an X-Header: in the mail detailing which vhost the mail originated from - before passing it to the real sendmail. This allows me to track which vhost sent mail from the httpd! So I can now track which vhost may have an insecure mail form if I get spam reports. With say 100 vhosts this is *invaluable*. My second suggestion would make this a lot easier and a lot more expandable. If the PHP environment variables were exposed to sendmail then I could even pick up such details as the script filename etc and this would then not require the use of custom mail.force_extra_parameters. -- Edit this bug report at http://bugs.php.net/?id=36341&edit=1
#36367 [Fbk->Opn]: gmmktime() returns GMT offset in wrong direction
ID: 36367 User updated by: geomouchet at yahoo dot com Reported By: geomouchet at yahoo dot com -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: Linux 2.6.14.2 PHP Version: 4.4.2 New Comment: I don't have my own web server. I'm using PHP at a web host. Can you try it on the latest build with the sample code I provided? Previous Comments: [2006-02-11 17:09:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-02-11 17:05:21] geomouchet at yahoo dot com Description: gmmktime() without any parameters returns the wrong time. My time zone is GMT-8, so gmmktime() should be local time PLUS 8 hours. Instead it returns local time minus 8 hours. This is different from the DST/summer time problem previously reported. My expected/actuals results are from a server on Pacific Time, but I also tried this on a web host in Hong Kong (ICDSoft), running PHP 4.4.2 and GMT is similarly offset in the wrong direction from Hong Kong local time. Reproduce code: --- echo " PHP version: " . phpversion() . ""; echo "server time=" . date( "m/d/Y g:i A" ) . " " . mktime() . " server GMT=" . date( "m/d/Y g:i A", gmmktime() ) . " " . gmmktime() . " time zone setting=GMT" . date("O"). ""; Expected result: PHP version: 4.4.2 server time=02/11/2006 7:58 AM 1139702295 server GMT=02/11/2006 03:58 PM 1139644695 time zone setting=GMT-0800 Actual result: -- PHP version: 4.4.2 server time=02/11/2006 7:58 AM 1139673495 server GMT=02/10/2006 11:58 PM 1139644695 time zone setting=GMT-0800 -- Edit this bug report at http://bugs.php.net/?id=36367&edit=1
#35386 [Com]: first row is null
ID: 35386 Comment by: thomas at last-it dot de Reported By: slapaf at hotmail dot com Status: Assigned Bug Type: PDO related Operating System: winxp sp2 PHP Version: 5CVS-2006-12-02 (snap) Assigned To: wez New Comment: same problem on linux, php 5.1.2 I tried to debug the problem, but imho the problem is strange. The reason why the first row is null is as following: file: ext/pdo/pdo_stmt.c line: 532 case PDO_PARAM_STR: if (value && !(value_len == 0 && stmt->dbh->oracle_nulls == PDO_NULL_EMPTY_STRING)) { ZVAL_STRINGL(dest, value, value_len, !caller_frees); if (caller_frees) { caller_frees = 0; } break; } default: ZVAL_NULL(dest); With the first returned row from DB the first if clause above evaluates to false. so ZVAL_NULL is called. thats the reason for the null values in the first result set. Normally should "value" point to the argument "ptr" of the firebird_stmt_get_col function (in firebird_statement.c). gdp says that ptr is filled with the data out of DB properly. So why is "value" not the same as "ptr" and why is this only in the first result set?? greetz Thomas Previous Comments: [2006-02-08 18:49:28] turyak at gmail dot com yep, experiencing same problem.. php 5.1.2, firebird 1.5.2 is there solution already? [2005-11-25 11:38:32] slapaf at hotmail dot com Description: When using PDO for simple query in Firebird it returns first row as null. I've tried using ADODB for control and it returns the correct results. Reproduce code: --- $dbh = new PDO("firebird:dbname=localhost:test.fdb","","**"); $sql='SELECT EVENT_NAME FROM EVENTS'; foreach($dbh->query($sql) as $row){ print ''.gettype($row['EVENT_NAME']).' : '.$row['EVENT_NAME']; } Expected result: string : name 1 string : name 2 string : name 3 string : name 4 Actual result: -- NULL : string : name 2 string : name 3 string : name 4 -- Edit this bug report at http://bugs.php.net/?id=35386&edit=1
#36367 [Opn->Fbk]: gmmktime() returns GMT offset in wrong direction
ID: 36367 Updated by: [EMAIL PROTECTED] Reported By: geomouchet at yahoo dot com -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: Linux 2.6.14.2 PHP Version: 4.4.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-02-11 17:05:21] geomouchet at yahoo dot com Description: gmmktime() without any parameters returns the wrong time. My time zone is GMT-8, so gmmktime() should be local time PLUS 8 hours. Instead it returns local time minus 8 hours. This is different from the DST/summer time problem previously reported. My expected/actuals results are from a server on Pacific Time, but I also tried this on a web host in Hong Kong (ICDSoft), running PHP 4.4.2 and GMT is similarly offset in the wrong direction from Hong Kong local time. Reproduce code: --- echo " PHP version: " . phpversion() . ""; echo "server time=" . date( "m/d/Y g:i A" ) . " " . mktime() . " server GMT=" . date( "m/d/Y g:i A", gmmktime() ) . " " . gmmktime() . " time zone setting=GMT" . date("O"). ""; Expected result: PHP version: 4.4.2 server time=02/11/2006 7:58 AM 1139702295 server GMT=02/11/2006 03:58 PM 1139644695 time zone setting=GMT-0800 Actual result: -- PHP version: 4.4.2 server time=02/11/2006 7:58 AM 1139673495 server GMT=02/10/2006 11:58 PM 1139644695 time zone setting=GMT-0800 -- Edit this bug report at http://bugs.php.net/?id=36367&edit=1
#36367 [NEW]: gmmktime() returns GMT offset in wrong direction
From: geomouchet at yahoo dot com Operating system: Linux 2.6.14.2 PHP version: 4.4.2 PHP Bug Type: Date/time related Bug description: gmmktime() returns GMT offset in wrong direction Description: gmmktime() without any parameters returns the wrong time. My time zone is GMT-8, so gmmktime() should be local time PLUS 8 hours. Instead it returns local time minus 8 hours. This is different from the DST/summer time problem previously reported. My expected/actuals results are from a server on Pacific Time, but I also tried this on a web host in Hong Kong (ICDSoft), running PHP 4.4.2 and GMT is similarly offset in the wrong direction from Hong Kong local time. Reproduce code: --- echo " PHP version: " . phpversion() . ""; echo "server time=" . date( "m/d/Y g:i A" ) . " " . mktime() . " server GMT=" . date( "m/d/Y g:i A", gmmktime() ) . " " . gmmktime() . " time zone setting=GMT" . date("O"). ""; Expected result: PHP version: 4.4.2 server time=02/11/2006 7:58 AM 1139702295 server GMT=02/11/2006 03:58 PM 1139644695 time zone setting=GMT-0800 Actual result: -- PHP version: 4.4.2 server time=02/11/2006 7:58 AM 1139673495 server GMT=02/10/2006 11:58 PM 1139644695 time zone setting=GMT-0800 -- Edit bug report at http://bugs.php.net/?id=36367&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36367&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36367&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36367&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36367&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36367&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36367&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36367&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36367&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36367&r=support Expected behavior:http://bugs.php.net/fix.php?id=36367&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36367&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36367&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36367&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36367&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36367&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36367&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36367&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36367&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36367&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36367&r=mysqlcfg
#36328 [Opn->Fbk]: Random vhosts and .htaccess configuration leaks
ID: 36328 Updated by: [EMAIL PROTECTED] Reported By: technophreak at gammae dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Fedora Core 4 -PHP Version: 5.1.2 +PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-02-08 15:55:35] technophreak at gammae dot com Changed the Summary to something people will expect to look for if they have the same problem. [2006-02-08 02:48:54] technophreak at gammae dot com Description: Problem is similar to BUG #25753 I am running Apache 2.0.55 I have seen this bug with PHP 5.0.5 also. Some configuration gets leaked into random vhosts. Reproduce code: --- Let's have 3 different web sites using 3 vhosts. One of those vhost, lets call it vhost A, I set a .htaccess file into the document_root folder: php_flag session.use_trans_sid on php_flag session.use_cookies off - If I load a page wich has a session ID already set in the cookies in Vhost B or C, the session ID will be changed as if I would load the page with no cookie. Here is a really simple code: Note: This happens maybe 1 time on 50 so you have to refresh the page a lot of times. Expected result: Should print ALWAYS the same session ID as long as the session doesnt expire. Actual result: -- Sometimes, the session ID changes because session does not use cookies because the VHOST A .htaccess leaked to VHOST B. -- Edit this bug report at http://bugs.php.net/?id=36328&edit=1
#36365 [Opn->Fbk]: scandir duplicates file name at every 65535th file
ID: 36365 Updated by: [EMAIL PROTECTED] Reported By: pilhoon at gmail dot com -Status: Open +Status: Feedback Bug Type: Directory function related Operating System: windows PHP Version: 5.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-02-11 03:17:52] pilhoon at gmail dot com Description: scandir duplicates file name at every 65535th file Reproduce code: --- I made over 26 files in a folder. Their names are 'f11' ... 'f264001'. $file_names = scandir('files/'); $base_names= array(); for($i=11; $i<=263064; $i++) { $base_names["f".$i] = 0; } foreach($file_names as $a_name) { if(1 == $base_names[$a_name]) echo $a_name."\n"; else $base_names[$a_name] = 1; } Expected result: They must be showed only once. Actual result: -- scandir(THAT_FOLDER) returns large array but f165534 and f231069 are duplicated. -- Edit this bug report at http://bugs.php.net/?id=36365&edit=1
#36363 [Opn->Fbk]: php gets segv in _php_stream_read/memcpy
ID: 36363 Updated by: [EMAIL PROTECTED] Reported By: holgerk44 at freenet dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: RHEL 4 PHP Version: 5.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-02-11 01:47:09] [EMAIL PROTECTED] It should not segfault but I think you misuse fread. I suppose your "photo" field is a binary object containing images? Then simply use file_put_contents to store them back to the filesystem. As a sidenote, use error_reporting(E_ALL) in you script. [2006-02-11 00:25:09] holgerk44 at freenet dot de Description: trying to read large database objects (>64K) via PDO from an informix database via a stream causes a crash of the php executable Reproduce code: --- $query=$dbh->query("select * from large "); $row=$query->fetch(PDO::FETCH_ASSOC); while ( $row ) { $file = fopen ("/tmp/large.photo.$count","w"); $test=fread($row["PHOTO"],2); while($test) { fwrite ( $file, $test) ; $test=fread($row["PHOTO"],2); } fclose ( $file); } Expected result: an error in case of misprogramming. Actual result: -- #0 0x007933dc in memcpy () from /lib/tls/libc.so.6 #1 0x081db395 in _php_stream_read (stream=0x97a4ffd, buf=0x9794d3d "", size=3219790640) at /home/php/main/streams/streams.c:618 #2 0x08180fa3 in zif_fread (ht=2, return_value=0x9760b6c, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/php/ext/standard/file.c:1811 #3 0x082192ec in zend_do_fcall_common_helper_SPEC (execute_data=0xbfeaa650) at /home/php/Zend/zend_vm_execute.h:192 -- Edit this bug report at http://bugs.php.net/?id=36363&edit=1
#36257 [Opn->Fbk]: php ini master values are reset between vhosts
ID: 36257 Updated by: [EMAIL PROTECTED] Reported By: cnovak at gmx dot net -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Linux srv-01 2.6.12-vs2.0-gentoo PHP Version: 4.4.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-02-02 12:56:36] cnovak at gmx dot net Q1) Server API: Apache 2, API 20020903 Q2) We can not try 5.1 [2006-02-02 12:26:59] [EMAIL PROTECTED] What Server API are you using? Did you try with 5.1.x ? [2006-02-02 12:23:52] cnovak at gmx dot net Description: PHI ini master values are not persistet between Apache virutal hosts. 1. php.ini setting mbstring.func_overload = 0 2. vhost www.example.com sets mbstring.func_overload = 6 3. after serving vhost www.example.com all other vhosts AND the doc root inherit the individual mbstring.func_overload = 6 value. ServerName www.infocenter.example.com.intra SSLEngine on SSLCertificateFile /etc/apache2/ssl/www.infocenter.example.com.intra/www.infocenter.example.com.pem SSLCertificateKeyFile /etc/apache2/ssl/www.infocenter.example.com.intra/www.infocenter.example.com.pem SSLCACertificateFile /etc/apache2/ssl/www.infocenter.example.com.intra/www.infocenter.example.com.pem RewriteEngine on RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK) RewriteRule .* - [F] RewriteRule /\.htaccess - [F] php_admin_value magic_quotes_gpc 0 php_admin_value upload_tmp_dir /www/customers/example/infocenter.example.com.intra/local/tmp php_admin_value session.save_path /www/customers/example/infocenter.example.com.intra/local/var/session php_value mb_internal_encoding UTF-8 php_value mbstring.func_overload 6 php_value include_path "include" Order deny,allow Deny from all AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 DocumentRoot /www/customers/example/infocenter.example.com.intra/php-bin/ Alias /stats /www/customers/example/infocenter.example.com.intra/stats CustomLog /www/customers/example/infocenter.example.com.intra/log/apache-www-actual.log combined ErrorLog /www/customers/example/infocenter.example.com.intra/log/apache-error-actual.log Reproduce code: --- 1. vhost.conf: php_value mbstring.func_overload 6 2. php.ini: mbstring.func_overload = 0 Expected result: 1. www.infocenter.example.com phpinfo mbstring.func_overload 6 0 2. www.docroot.com phpinfo mbstring.func_overload 0 0 Actual result: -- 1. www.example.com phpinfo mbstring.func_overload 6 6 2. www.docroot.com phpinfo mbstring.func_overload 6 6 -- Edit this bug report at http://bugs.php.net/?id=36257&edit=1
#36234 [Opn->Fbk]: segfault when testing property of an overloaded class in switch a statement
ID: 36234 Updated by: [EMAIL PROTECTED] Reported By: matt dot flaherty at hildebrand dot co dot uk -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: SUSE LINUX 10.0 (i586) PHP Version: 4.4.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-01-31 23:51:27] judas dot iscariote at gmail dot com Program received signal SIGSEGV, Segmentation fault. 0x00417258 in overload_get_property (property_reference=0x7fe61af8) at /home/cristian/php-src/ext/overload/overload.c:363 363 if (Z_TYPE_P(overloaded_property) == OE_IS_OBJECT) { (gdb) bt #0 0x00417258 in overload_get_property (property_reference=0x7fe61af8) at /home/cristian/php-src/ext/overload/overload.c:363 #1 0x004e9c01 in get_overloaded_property (T=0x7fe61ae0) at /home/cristian/php-src/Zend/zend_execute.c:970 #2 0x004e8327 in _get_zval_ptr (node=0x6a6bd0, Ts=0x7fe614c0, should_free=0x649c10) at /home/cristian/php-src/Zend/zend_execute.c:93 #3 0x004f2503 in zend_switch_free (opline=0x6a6ba8, Ts=0x7fe614c0) at /home/cristian/php-src/Zend/zend_execute.c:236 #4 0x004efe54 in execute (op_array=0x6978d0) at /home/cristian/php-src/Zend/zend_execute.c:2053 #5 0x004d5cf5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/cristian/php-src/Zend/zend.c:934 #6 0x00498774 in php_execute_script (primary_file=0x7fe64750) at /home/cristian/php-src/main/main.c:1753 #7 0x004f50eb in main (argc=2, argv=0x7fe648b8) at /home/cristian/php-src/sapi/cli/php_cli.c:830 ./sapi/cli/php -v PHP 4.4.3-dev (cli) (built: Jan 31 2006 19:48:51) (DEBUG) [2006-01-31 18:30:29] matt dot flaherty at hildebrand dot co dot uk Almost forgot. PHP is configured in the standard way for this distro: ./configure --prefix=/usr --datadir=/usr/share/php --mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/share --includedir=/usr/include --sysconfdir=/etc --with-_lib=lib --with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin --disable-debug --enable-inline-optimization --enable-memory-limit --enable-magic-quotes --enable-safe-mode --enable-sigchild --disable-ctype --disable-session --without-mysql --disable-cli --without-pear --with-openssl --with-apxs2=/usr/sbin/apxs2-prefork i586-suse-linux [2006-01-31 18:22:51] matt dot flaherty at hildebrand dot co dot uk Description: Apologies in advance if this turns out to be user error, but it seems odd to me. A segmentation fault occurs when evaluating in a switch statement an instance property of an overloaded class with which has a __get() method. It does not matter whether the evaluated property is native to the instance or overloaded. Also, native and overloaded properties on an overloaded class instance don't like to be passed by reference. If you change the switch statements to cast the argument to (string), as in "switch ((string)$decorator->bar) {" (a memory copy), then the expected result occurs. If you leave either of the switch statements alone there is a crash. Interestingly, with both of the switch statements "fixed" and the block uncommented that calls function reverse_me, the output looks like this: %< I can see that the value of bar is 'bar' and the value of myVar is 'mine'. I've tested === and that worked okay. So did ==. subst function is okay too. Fatal error: Only variables can be passed by reference in /srv/www/htdocs/seagull/www/crash.php on line 54 %< This is a native property on the instance so I can't understand why passing by reference is bad. Turning off overloading produces the expected result there, which is this: %< I can see that the value of bar is '' and the value of myVar is 'mine'. I've tested === and that worked okay. So did ==. subst function is okay too. Just passed by myVar by reference and reversed the string. The value is now enim I am not expecting a switch statemtent on bar to segfault. Switch says the value of bar is not 'bar'. It's 'baz'. I am not expecting a switch statemtent on myVar to segfault. Switch says the value of myVar is not 'mine'. It's 'yours'. %< I have observed this behaviour in php 4.4.0 and 4.4.2. Very strange. Reproduce code: --- http://www.jellybee.co.uk/overload_fault.txt Expected result: I can see that the value of bar is 'bar' and the value of myVar is 'mine'. I've tested === and that worked okay. So did ==. subst function is okay too. I am not expecting a switch statemtent on bar to segfault.
#36366 [Opn->Bgs]: session is changed when assigning local vars with same name as session
ID: 36366 Updated by: [EMAIL PROTECTED] Reported By: flummi at everymail dot net -Status: Open +Status: Bogus Bug Type: Session related Operating System: OSX PHP Version: 4.4.2 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 Turn off register_globals if you don't want this behaviour. Previous Comments: [2006-02-11 10:37:48] flummi at everymail dot net Description: I am assigning a session var $_SESSION['name'] and then assign a local var $name, which overwrites the first session var when I reload the page. NOTE: this bug only occours when reloading the page. It seams, that PHP has a reference $name = $_SESSION['name'] saved, the second time this script is executed. Am I missing anything?? Reproduce code: --- $_SESSION['name']=array("One","Two"); echo "Session 1:\n"; var_dump($_SESSION['name']); // the following line also changes $_SESSION['name'] // when the session was already set bevore (on reload) $name = array(); echo "Session 2:\n"; var_dump($_SESSION['name']); Expected result: Session 1: array(2) { [0]=> string(3) "One" [1]=> string(3) "Two" } Session 2: array(2) { [0]=> string(3) "One" [1]=> string(3) "Two" } /* the above result is displayed the first time, but when I reload the page... */ Actual result: -- Session 1: array(2) { [0]=> string(3) "One" [1]=> string(3) "Two" } Session 2: array(0) { } /* on reload, the above output is given */ -- Edit this bug report at http://bugs.php.net/?id=36366&edit=1
#36366 [NEW]: session is changed when assigning local vars with same name as session
From: flummi at everymail dot net Operating system: OSX PHP version: 4.4.2 PHP Bug Type: Session related Bug description: session is changed when assigning local vars with same name as session Description: I am assigning a session var $_SESSION['name'] and then assign a local var $name, which overwrites the first session var when I reload the page. NOTE: this bug only occours when reloading the page. It seams, that PHP has a reference $name = $_SESSION['name'] saved, the second time this script is executed. Am I missing anything?? Reproduce code: --- $_SESSION['name']=array("One","Two"); echo "Session 1:\n"; var_dump($_SESSION['name']); // the following line also changes $_SESSION['name'] // when the session was already set bevore (on reload) $name = array(); echo "Session 2:\n"; var_dump($_SESSION['name']); Expected result: Session 1: array(2) { [0]=> string(3) "One" [1]=> string(3) "Two" } Session 2: array(2) { [0]=> string(3) "One" [1]=> string(3) "Two" } /* the above result is displayed the first time, but when I reload the page... */ Actual result: -- Session 1: array(2) { [0]=> string(3) "One" [1]=> string(3) "Two" } Session 2: array(0) { } /* on reload, the above output is given */ -- Edit bug report at http://bugs.php.net/?id=36366&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36366&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36366&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36366&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36366&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36366&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36366&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36366&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36366&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36366&r=support Expected behavior:http://bugs.php.net/fix.php?id=36366&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36366&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36366&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36366&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36366&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36366&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36366&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36366&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36366&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36366&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36366&r=mysqlcfg