#28680 [Opn->Bgs]: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
ID: 28680 Updated by: [EMAIL PROTECTED] Reported By: prichter at rci dot rutgers dot edu -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Red Hat Enterprise Linux 3.0 AS PHP Version: 4.3.6 New Comment: Ok, so the problem was in OCI indeed.. Not a PHP bug -> bogus. Previous Comments: [2004-06-08 22:14:37] prichter at rci dot rutgers dot edu I installed the 8.1.7.0 client and eveything worked fine. Thank you for the reply. [2004-06-08 08:52:50] [EMAIL PROTECTED] Try to connect to Oracle server using SQLPlus AND to execute the same query. Imo the problem is in your client, which is too new, comparing with version of server. Btw, putenv() doesn't help much, 'cos appropriate variables should be visible to OCI libs before they got initialized. [2004-06-07 20:30:07] prichter at rci dot rutgers dot edu Description: When I try to run a query, in PHP using OCIExecute, for values of datatype VARCHAR2, I get the following error: "Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task communication protocol error in /usr/local/apache2/htdocs/index.php on line 16". When I query for numbers it works fine as long as I use the TO_NUMBER conversion in the query. I'm currently running Red Hat Enterprise Linux 3.0 AS, Apache 2.0.49, PHP 4.3.6, and Oracle 9.2.0.4 Client. I'm trying to connect to an Oracle 8.1.7.0 server on a Windows 2000 box. Here are my settings and configurations: 1. I can connect the Oracle client to the server via SQL*Plus. Therefore, sqlnet.ora and tnsnames.ora are set correctly and the databases are compatible, at least for use with SQL*Plus. 2. I made sure that the Oracle Call Interface was installed with the Oracle 9i client. 3. PHP was configured with the following parameters: ./configure --with-mysql --with-oracle --with-oci8 --with-apxs2= 4. My environmental variables are set in /usr/local/apache2/bin/apachectl the following ways: LD_LIBRARY_PATH=/u01/app/oracle/lib:/usr/local/apache2/lib ORACLE_SID=oracledb ORACLE_BASE=/u01/app/oracle ORACLE_HOME=/u01/app/oracle TNS_ADMIN=/u01/app/oracle/network/admin TWO_TASK=/u01/app/oracle/network/admin NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 (this matches the server setting) ORA_NLS33=/u01/app/oracle/ocommon/nls/admin/data LD_PRELOAD=/u01/app/oracle/lib/libclntsh.so.9.0 Reproduce code: --- ; $tns = "HHH"; if ($c=OCILogon($user, $pw, $tns)) { echo "Successfully connected to Oracle.\n"; $s = OCIParse($c, "SELECT FIRSTNAME AS FIRSTNAME FROM OHCS.STUDENT"); OCIExecute($s, OCI_DEFAULT); while (OCIFetch($s)) { echo "FIRSTNAME=" . ociresult($s, "FIRSTNAME") . "\n"; } OCILogoff($c); } else { $err = OCIError(); echo "Oracle Connect Error " . $err[text]; } ?> Expected result: A simple list of all the first names in this table (OHCS.STUDENT). This is just a test. Actual result: -- Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task communication protocol error in /usr/local/apache2/htdocs/index.php on line 16 -- Edit this bug report at http://bugs.php.net/?id=28680&edit=1
#28706 [NEW]: Calling PHP POPEN Repeatedly from Ansi C Crashes App
From: LarryJAdams at comcast dot net Operating system: Windows2000/XP PHP version: 4.3.7 PHP Bug Type: Program Execution Bug description: Calling PHP POPEN Repeatedly from Ansi C Crashes App Description: I am modifying an application in Ansi C that calls PHP.EXE utilizing the POPEN command. The C program is utilizing threads and issuing a thread lock prior to calling, but it appears that the PHP program is stepping on some of the memory used by the C program causing an eventual lockup of the application. This has been noted by some of the memory and variables displayed in debug mode that have PHP artifacts in them. This same program calls PHP within unix without issue. Reproduce code: --- This is quite involved. You need the entire application. Expected result: Normal termination of PHP without interfering with the other application. -- Edit bug report at http://bugs.php.net/?id=28706&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28706&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28706&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28706&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28706&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28706&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28706&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28706&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28706&r=support Expected behavior: http://bugs.php.net/fix.php?id=28706&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28706&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28706&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28706&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28706&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28706&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28706&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28706&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28706&r=float
#28702 [Opn]: SOAP does not parse WSDL service address correctly
ID: 28702 User updated by: fredb86 at hotmail dot com Reported By: fredb86 at hotmail dot com Status: Open Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.0.0RC3 New Comment: The User-Agent: header should say "PHP SOAP 0.1", not just "SOAP 0.1". Previous Comments: [2004-06-09 04:45:41] fredb86 at hotmail dot com Problem is in 5.0.0RC2 AND 5.0.0RC3 [2004-06-08 19:50:38] fredb86 at hotmail dot com Description: SOAP is parsing the WSDL but not using the correct address in the HTTP call. The WSDL fragment defining the service address looks like this: http://myservice.com/junk/soap?Service=getdata"; /> The SOAP extension is sending this HTTP header: POST /junk/soap HTTP/1.1 Host: myservice.com Connection: Keep-Alive User-Agent: SOAP 0.1 Content-Type: text/xml; charset="utf-8" SOAPAction: "http://action.myservice.com"; Content-Length: 458 It should be sending this HTTP header: POST junk/soap?Service=getdata HTTP/1.1 Host: myservice.com Connection: Keep-Alive User-Agent: SOAP 0.1 Content-Type: text/xml; charset="utf-8" SOAPAction: "http://action.myservice.com"; Content-Length: 458 -- Edit this bug report at http://bugs.php.net/?id=28702&edit=1
#28702 [Opn]: SOAP does not parse WSDL service address correctly
ID: 28702 User updated by: fredb86 at hotmail dot com Reported By: fredb86 at hotmail dot com Status: Open Bug Type: SOAP related Operating System: Windows XP -PHP Version: 5.0.0RC2 +PHP Version: 5.0.0RC3 New Comment: Problem is in 5.0.0RC2 AND 5.0.0RC3 Previous Comments: [2004-06-08 19:50:38] fredb86 at hotmail dot com Description: SOAP is parsing the WSDL but not using the correct address in the HTTP call. The WSDL fragment defining the service address looks like this: http://myservice.com/junk/soap?Service=getdata"; /> The SOAP extension is sending this HTTP header: POST /junk/soap HTTP/1.1 Host: myservice.com Connection: Keep-Alive User-Agent: SOAP 0.1 Content-Type: text/xml; charset="utf-8" SOAPAction: "http://action.myservice.com"; Content-Length: 458 It should be sending this HTTP header: POST junk/soap?Service=getdata HTTP/1.1 Host: myservice.com Connection: Keep-Alive User-Agent: SOAP 0.1 Content-Type: text/xml; charset="utf-8" SOAPAction: "http://action.myservice.com"; Content-Length: 458 -- Edit this bug report at http://bugs.php.net/?id=28702&edit=1
#13382 [Com]: PHP - MySQL select statement
ID: 13382 Comment by: asdfsaf at asdfasf dot com Reported By: tranxuan dot thuyen at kpmg-ct dot com Status: Bogus Bug Type: Output Control Operating System: windows2000 PHP Version: 4.0.6 New Comment: asdfasf Previous Comments: [2001-10-19 11:07:35] [EMAIL PROTECTED] This is unlikely to be a bug in PHP. Check your permissions; probably MySQL has no permission to write there. Ask further support questions on the appropriate mailinglist (see http://www.php.net/support.php). [2001-09-21 16:27:59] tranxuan dot thuyen at kpmg-ct dot com Dear supporter, My name is Thuyen Tran (KPMG CT Information) and I am working now with PHP and MySQL. I just have a problem when I try to read and write the data from the database to the OUTFILE using the following statement on the Unix web server: $q_users = ("SELECT * INTO OUTFILE '$base_dir$csv_dir_name/$csv_file_users' FROM user_info"); but unfortunetly this doesn't work. The following error occurs: Database error: Invalid SQL: SELECT * INTO OUTFILE '/space/web/kct/projects/testshop/export/outfile_users.csv' FROM user_info MySQL Error: 1 (Can't create/write to file '/space/web/kct/projects/testshop/export/outfile_users.csv' (Errcode: 2)) It seem to me that the path '$base_dir$csv_dir_name' which is "/space/web/kct/projects/testshop/export" as below can be seen, is not recognised (may be system drive??) For the same code it works well for other web server. What I want to do is to put the *.csv file in a certain specified directory. I tried to open new file with success in the same directory as follows in order to see what happens: $fp = fopen("./hallo.txt", "w+"); // only try to test and also $q_users = ("SELECT * INTO OUTFILE './$csv_file_users' FROM user_info "); all of these work well. So please could you tell me what was wrong? Your quick response will graetly be appreciated. Many thanks! Regards, Thuyen Here below is my code: ");// only use to show all in the current directory // delete the csv file permanently if it exists. if ($file == $csv_file_users) { unlink ($csv_file_users); } if ($file == $csv_file_orders) { unlink ($csv_file_orders); } } $fp = fopen("./hallo.txt", "w+"); // only try to test if it can, it works. // Get all information of USERS and store them in *.csv file $q_users = ("SELECT * INTO OUTFILE '$base_dir$csv_dir_name/$csv_file_users' FROM user_info"); //$q_users = ("SELECT * INTO OUTFILE './$csv_file_users' FROM user_info "); it works. $db->query($q_users); $db->next_record(); ?> -- Edit this bug report at http://bugs.php.net/?id=13382&edit=1
#28088 [Com]: strtotime() cannot convert 00 hours
ID: 28088 Comment by: ransico at iinet dot net dot au Reported By: asif at evoknow dot com Status: Assigned Bug Type: Date/time related Operating System: Red Hat Linux PHP Version: 4.3.4 Assigned To: derick New Comment: isn't 0045 supposed to be 2445 ? thats what my alarm clock says at that time anyway Previous Comments: [2004-04-21 11:02:01] asif at evoknow dot com Description: When a string like "04/04/04 0045" is passed to strtotime(), it returns -1. Reproduce code: --- echo "The following line rightly shows the correct date time\r\n"; echo date("m/d/y Hi", strtotime("04/04/04 2345")); echo "\r\nBut the following line fails to show the correct date time\r\n"; echo date("m/d/y Hi", strtotime("04/04/04 0045"))."\r\n"; Expected result: The following line rightly shows the correct date time 04/04/04 2345 But the following line fails to show the correct date time 04/04/04 0045 Actual result: -- The following line rightly shows the correct date time 04/04/04 2345 But the following line fails to show the correct date time 01/01/70 0559 -- Edit this bug report at http://bugs.php.net/?id=28088&edit=1
#28705 [NEW]: gmdate and date odd behaivour
From: ransico at iinet dot net dot au Operating system: windows, unix PHP version: Irrelevant PHP Bug Type: Date/time related Bug description: gmdate and date odd behaivour Description: Hi, I have been tearing my hair out about this - until I discovered the underlying problem when I wrote the test code below. The problem occurs in version 4, aswell as the latest v5 CVS. I have tried on redhat linux and windows XP. When the server is in a non GMT timezone, you would expect gmdate and date to produce different times - and they normally do so. however, when you ask the format to be 'U' (timestamp), gmdate appears to produce the incorrect result - it does NOT take into account that it is supposed to make a GMT result. The code I attached shows the contradiction in the results of gmdate and date, when using a timestamp, and normal formatting. Note, the anomolies only appear in timestamps. Is this intentional? if so, it is very odd behaivour. Reproduce code: --- print "" . gmdate('U'); print "" . date('U'); print "" . gmdate('g:ia \o\n D d<\sup>S M, Y'); print "" . date('g:ia \o\n D d<\sup>S M, Y'); Expected result: 1086707744 1086743744 1:15am on Wed 09th Jun, 2004 11:15am on Wed 09th Jun, 2004 Actual result: -- 1086743744 1086743744 1:15am on Wed 09th Jun, 2004 11:15am on Wed 09th Jun, 2004 -- Edit bug report at http://bugs.php.net/?id=28705&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28705&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28705&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28705&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28705&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28705&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28705&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28705&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28705&r=support Expected behavior: http://bugs.php.net/fix.php?id=28705&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28705&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28705&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28705&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28705&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28705&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28705&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28705&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28705&r=float
#9371 [Com]: system() give unable to fork error
ID: 9371 Comment by: d at d dot com Reported By: connolk at tcd dot ie Status: Closed Bug Type: Unknown/Other Function Operating System: Win2K PHP Version: 4.0.4pl1 Assigned To: derick New Comment: that DOES not work on 4.3.7 with NT4 Warning: exec(): Unable to fork [C:\WINNT\SYSTEM32\CMD.EXE /?] Previous Comments: [2001-04-27 12:55:42] [EMAIL PROTECTED] fixed in cvs, wait for 4.0.6 [2001-02-25 10:55:20] [EMAIL PROTECTED] working on it [2001-02-21 08:21:05] connolk at tcd dot ie I am running an apache server, which hosts my php pages, on win2k. I am trying to use the system command for some PGP encryption stuff but am getting an "unable to fork" error! For testing I have created the following script: NOTE: I have copied notepad.exe over to the root directory. I am running PHP 4.0.5. -- Edit this bug report at http://bugs.php.net/?id=9371&edit=1
#28050 [Com]: Strange behaviour using references
ID: 28050 Comment by: spy at spy dot zp dot ua Reported By: mmertinkat at justseven dot de Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 4.3.6 New Comment: Indeed, it's very very strange behavior... If even we consider that initial submission is not a bug, then this example - is a bug. Previous Comments: [2004-05-06 09:09:12] bart at mediawave dot nl Simplified version that has the same (wrong?) behavior: Pretty weird indeed. [2004-04-30 03:49:04] mmertinkat at justseven dot de damn ... this is _definately_ a bug! the problem is, that $mysettings = $data['settings']; $mysettings['account']['password'] = 'very secret'; should _NOT_ change anything within $data (because $data['settings'] is copied to $mysettings), but it does! [2004-04-29 23:00:00] [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. Please read the manual about references (what they are, what they are not, when to use, when not to use..) [2004-04-18 17:38:04] mmertinkat at justseven dot de Description: Just look at the code; it is reproducible with PHP 4.3.4, 4.3.5 and 4.3.6 on Windows and Linux. Reproduce code: --- Expected result: Array ( [settings] => Array ( [account] => Array ( [firstname] => Johnny [lastname] => Walker [username] => johnny [password] => not secret ) ) ) Array ( [settings] => Array ( [account] => Array ( [firstname] => Johnny [lastname] => Walker [username] => johnny [password] => secret ) ) ) Actual result: -- Array ( [settings] => Array ( [account] => Array ( [firstname] => Johnny [lastname] => Walker [username] => johnny [password] => not secret ) ) ) Array ( [settings] => Array ( [account] => Array ( [firstname] => Johnny [lastname] => Walker [username] => johnny [password] => very secret ) ) ) -- Edit this bug report at http://bugs.php.net/?id=28050&edit=1
#28658 [Bgs]: Installer error
ID: 28658 User updated by: ned408 at comcast dot net Reported By: ned408 at comcast dot net Status: Bogus Bug Type: *General Issues Operating System: OS X 10.3 PHP Version: 4.3.6 New Comment: I'm really sorry about all the emails. I didn't know it was sending all those. The page was real slow in updating, so I kept pushing the submit button. I didn't know it was working each time. I didn't mean to be a butt-head. I found the files and they work. Previous Comments: [2004-06-07 02:41:53] [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. Ask the people who made the installer for help. [2004-06-07 02:10:16] ned408 at comcast dot net Description: I downloaded the Entropy-PHP-4.3.6-4.dmg installer for Mac OSX 10.3 several times and got an install error at the end each time. While installing MySQL for Mac (which did work) I saw in the documentation that there is a bug in the system where you have to click the install button, click cancel (or back), and then click install (or continue) to get around the Mac installer bug. This didn't work either. Thanks for your help. If I don't get a reply I'll try another mirror site and see if it works. -- Edit this bug report at http://bugs.php.net/?id=28658&edit=1
#28704 [NEW]: strange behaviour with references
From: spy at spy dot zp dot ua Operating system: FreeBSD-4.x PHP version: 4.3.6 PHP Bug Type: Scripting Engine problem Bug description: strange behaviour with references Description: As shown in this example, the elements of $a become a references during "for" cycle, although there are not have any aliases to their values. If we make a copy ($b=$a) of an array, it becomes an array of references too. And only if we unset the copy ($b), engine founds that $a elements are not really referenced by another vars. The same result we can get with foreach($a), (because foreach works with a copy of an array as noted in Bug #24486) BTW, how can I make a really clean COPY of an array, including all of it elements? And it should be useful to have a method to test if variable have a reference(s). Reproduce code: --- $a = array(1, 2, 3); for ($i = 0; $i < count($a); $i++) { $x =& $a[$i]; } $x=&$nowhere; print "Dump 1 =>"; var_dump($a); $b=$a; $b['0']=6; $b['1']=7; $b['2']=8; print "Dump 2 =>"; var_dump($a); unset($b); print "Dump 3 =>"; var_dump($a); Expected result: I don't know what to expect at all now =) Before today I should expect all dumps like this: Dump * =>array(3) { [0]=> int(1) [1]=> int(2) [2]=> int(3) } Actual result: -- Dump 1 =>array(3) { [0]=> &int(1) [1]=> &int(2) [2]=> &int(3) } Dump 2 =>array(3) { [0]=> &int(6) [1]=> &int(7) [2]=> &int(8) } Dump 3 =>array(3) { [0]=> int(6) [1]=> int(7) [2]=> int(8) } -- Edit bug report at http://bugs.php.net/?id=28704&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28704&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28704&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28704&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28704&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28704&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28704&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28704&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28704&r=support Expected behavior: http://bugs.php.net/fix.php?id=28704&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28704&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28704&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28704&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28704&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28704&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28704&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28704&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28704&r=float
#28596 [Fbk->NoF]: problem with setlocale and hebrew
ID: 28596 Updated by: [EMAIL PROTECTED] Reported By: fixxxer at netvision dot net dot il -Status: Feedback +Status: No Feedback Bug Type: *Languages/Translation Operating System: win2000 PHP Version: 4.3.6 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-06-01 11:08:45] fixxxer at netvision dot net dot il the locale was sucesfully set, and you can see it by using strftime() the date returns is in hebrew. the problem is only with the chars. [2004-06-01 08:16:10] [EMAIL PROTECTED] What does the call to setlocale() return? Was the locale sucesfully set? [2004-06-01 01:00:38] fixxxer at netvision dot net dot il Description: to check if setlocale (LC_ALL,"hebrew") works i tried printing the date in hebrew as well. the problem is wierd. the date is in hebrew, but regex still having problems with the hebrew. \w that suppose if the text contains legal chars (and _) works perfectly with english but makes problems with hebrew. if i ain't using setlocale he thinks that "÷" is not a char. if i do use setlocale he thinks that about all the hebrew letters. Reproduce code: --- "; $str = "òáøéú"; if (preg_match('/[EMAIL PROTECTED]/i',$str)) { print "wrong!"; } ?> Expected result: éåí ùìéùé, 01 éåðé 2004 Actual result: -- éåí ùìéùé, 01 éåðé 2004 wrong! -- Edit this bug report at http://bugs.php.net/?id=28596&edit=1
#28559 [Fbk->NoF]: strtotime() returning wrong results
ID: 28559 Updated by: [EMAIL PROTECTED] Reported By: jonathancrossett at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Date/time related Operating System: Linux PHP Version: 5.0.0RC2 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-05-31 11:59:46] [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-05-28 17:08:34] jonathancrossett at hotmail dot com Description: When I was trying to convert a string to a time (i.e. strtotime ('10:00am')) it wouldn't yield the same results as php5 RC1 and previous versions of php. -- Edit this bug report at http://bugs.php.net/?id=28559&edit=1
#28691 [Bgs]: Bitwise AND operator does not work on high values
ID: 28691 User updated by: dneilsen at davislangdon dot com dot au Reported By: dneilsen at davislangdon dot com dot au Status: Bogus Bug Type: Math related Operating System: RedHat Linux 8 & 9 PHP Version: 4.3.7 New Comment: Thanks for the comment Derick, but why wouldnt bitwise operators work on float numbers? Previous Comments: [2004-06-08 10:02:14] [EMAIL PROTECTED] Not a bug, PHP doesn't support integers > 2^31 - 1 (we have a 32 bit signed integer only, larger numbers get converted to a float). [2004-06-08 07:02:50] dneilsen at davislangdon dot com dot au Description: I have tested this on two separate systems running Redhat 8 and redhat 9 respectively. The Redhat 9 system is running php version 4.3.4 and the redhat 8 is running 4.3.7. php.ini has not been altered and, in the case of the redhat 8 box (php 4.3.7), it was compiled with the following: ./configure --with-mysql --with-apxs=/www/bin/apxs It seems that the bitwise AND operator will not work for values over pow(2,30). In the case of power 31 it returns a negative value and in the case of power 32 and above it returns 0. Thank you for your time :) Regards Daniel Neilsen Reproduce code: --- "; } Expected result: 28 - 268435456 & 268435456 = 268435456 29 - 536870912 & 536870912 = 536870912 30 - 1073741824 & 1073741824 = 1073741824 31 - 2147483648 & 2147483648 = 2147483648 32 - 4294967296 & 4294967296 = 4294967296 33 - 8589934592 & 8589934592 = 8589934592 Actual result: -- 28 - 268435456 & 268435456 = 268435456 29 - 536870912 & 536870912 = 536870912 30 - 1073741824 & 1073741824 = 1073741824 31 - 2147483648 & 2147483648 = -2147483648 32 - 4294967296 & 4294967296 = 0 33 - 8589934592 & 8589934592 = 0 -- Edit this bug report at http://bugs.php.net/?id=28691&edit=1
#28701 [Opn]: MySQLi and MsSQL extensions are missing with PHP5 RC3
ID: 28701 User updated by: Robin at RHarmsen dot nl Reported By: Robin at RHarmsen dot nl Status: Open Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 5CVS-2004-06-08 (dev) New Comment: The last one that is online Built On: Jun 07, 2004 14:30 GMT doesn't have the MySQLi dlls anymore, so something went wrong somewhere... perhaps with the change you mention Previous Comments: [2004-06-08 23:39:42] [EMAIL PROTECTED] If I read the CVS commit log correctly, the MySQLi class should now be extendable. Download a snapshot from http://snaps.php.net to check. (I don't actually know if the libmysqli.dll is included in the snaps, but it's a place to start.) [2004-06-08 23:32:19] phpbug at zulan dot net I have encountered the same problem. Just wanted to test if mysqli class has been made final or extend-able. I would be very pleased if this will be fixed since the old versions are not able to be loaded aswell. [2004-06-08 19:10:29] Robin at RHarmsen dot nl The DLL's are missing from the Windows Release ow and libMySQLi.dll is missing to [2004-06-08 19:09:50] Robin at RHarmsen dot nl Description: The PHP version is actualy RC3, but it also is in the latest CVS version. the php_MySQLi.dll and php_MSSql.dll are missing form the release. -- Edit this bug report at http://bugs.php.net/?id=28701&edit=1
#28701 [Opn]: MySQLi and MsSQL extensions are missing with PHP5 RC3
ID: 28701 Updated by: [EMAIL PROTECTED] Reported By: Robin at RHarmsen dot nl Status: Open Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 5CVS-2004-06-08 (dev) New Comment: If I read the CVS commit log correctly, the MySQLi class should now be extendable. Download a snapshot from http://snaps.php.net to check. (I don't actually know if the libmysqli.dll is included in the snaps, but it's a place to start.) Previous Comments: [2004-06-08 23:32:19] phpbug at zulan dot net I have encountered the same problem. Just wanted to test if mysqli class has been made final or extend-able. I would be very pleased if this will be fixed since the old versions are not able to be loaded aswell. [2004-06-08 19:10:29] Robin at RHarmsen dot nl The DLL's are missing from the Windows Release ow and libMySQLi.dll is missing to [2004-06-08 19:09:50] Robin at RHarmsen dot nl Description: The PHP version is actualy RC3, but it also is in the latest CVS version. the php_MySQLi.dll and php_MSSql.dll are missing form the release. -- Edit this bug report at http://bugs.php.net/?id=28701&edit=1
#28610 [Com]: ISAPI MSSQL horribly slow
ID: 28610 Comment by: andy at advancethermal dot com Reported By: michael dot lidgren at cypoint dot se Status: Open Bug Type: Performance problem Operating System: Windows Server 2003 PHP Version: 4.3.6 New Comment: Experiencing the same problem with WindowsXP / Apache 2.0 / PHP 4.3.7 / MS SQL Server 2k (Evaluation Version). Queries take about 3-4x longer through mssql_query than odbc_exec. Previous Comments: [2004-06-02 16:38:39] michael dot lidgren at cypoint dot se Description: SQL queries take several seconds under the ISAPI module; with the same queries taking virtually no time at all using the CGI module. Same .ini, same everything except ISAPI vs CGI. W2k3/IIS, PHP 4.3.6 Reproduce code: --- mssql_connect(...); mssql_query("SELECT * FROM any_table"); -- Edit this bug report at http://bugs.php.net/?id=28610&edit=1
#28701 [Com]: MySQLi and MsSQL extensions are missing with PHP5 RC3
ID: 28701 Comment by: phpbug at zulan dot net Reported By: Robin at RHarmsen dot nl Status: Open Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 5CVS-2004-06-08 (dev) New Comment: I have encountered the same problem. Just wanted to test if mysqli class has been made final or extend-able. I would be very pleased if this will be fixed since the old versions are not able to be loaded aswell. Previous Comments: [2004-06-08 19:10:29] Robin at RHarmsen dot nl The DLL's are missing from the Windows Release ow and libMySQLi.dll is missing to [2004-06-08 19:09:50] Robin at RHarmsen dot nl Description: The PHP version is actualy RC3, but it also is in the latest CVS version. the php_MySQLi.dll and php_MSSql.dll are missing form the release. -- Edit this bug report at http://bugs.php.net/?id=28701&edit=1
#27721 [Com]: array_walk crashes PHP when called recursively
ID: 27721 Comment by: aaron dot hawley at uvm dot edu Reported By: madams at morcor dot com Status: Bogus Bug Type: Arrays related Operating System: windows 2000/2003 server PHP Version: 4.3.4 New Comment: I'd guess it has to do with FreeBSD == 'Good'. Fortunately, there is a solution. One just needs to create your own array_walk function (yes, PHP allows you to write functions!): function array_walk_r(&$array, $function, $data = null) { foreach ($array as $key => $value) { call_user_func_array($function, array($value, $key, $data)); $array[$key] = $value; } } // end func array_walk_r It's too bad the PHP folks can't support us more functional-minded folks. Previous Comments: [2004-03-26 14:05:24] madams at morcor dot com Interestingly enough this code works fine with PHP running in FreeBSD. Why is that? Any ideas? [2004-03-26 13:43:53] [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 Recursive functions will overflow the stack, this is a known and unsupported functionality. [2004-03-26 12:57:54] madams at morcor dot com Description: array_walk causes PHP to crash on Windows 2000/2003 server when called recursively. Reproduce code: --- Please see http://staff.morcor.com/~madams/tmp/bugs.php.net/2004-03-26.array_walk_bug.phps for the source that causes PHP on Windows 2000/2003 server crash. The script also attempts to load an xml file. An example XML file is located at http://staff.morcor.com/~madams/tmp/bugs.php/net/2004-03-26.configuration.xml Script depends on PEAR.php and PEAR Config.php Expected result: This code should parse the array created by PEAR::Config and define a constant for every value in the array that is not a) an array itself, b) an array with a key of '@' or c) an array that does not have an attribute (sub-array '@') constant marked 'FALSE'. Actual result: -- Script runs partially, stops and fails to terminate properly. -- Edit this bug report at http://bugs.php.net/?id=27721&edit=1
#28703 [Opn->Bgs]: browscap.ini : may be error in order of reg. expressions
ID: 28703 Updated by: [EMAIL PROTECTED] Reported By: andrew_chel at ua dot fm -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.3.4 New Comment: There have been various fixes for get_browser() that have been applied since PHP 4.3.4. Please try a more up-to-date version of PHP, like the recently released 4.3.7, as this problem has likely already been fixed. J Previous Comments: [2004-06-08 20:19:33] andrew_chel at ua dot fm Description: I got the latest version of the browsecap.ini file from http://www.garykeith.com/browsers/downloads.asp (link on this page was in PHP.chm documentation file) $HTTP_SERVER_VARS['HTTP_USER_AGENT'] is: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322) but get_browser() return netclr='' instead netclr='1' if I swap (expression with .NET CLR* become first) following lines in browscap.ini all work correctly and get_browser() return netclr='1': [Mozilla/4.0 (compatible; MSIE 6.0*;*Windows NT 5.0*)*] parent=IE 6.0 platform=Win2000 [Mozilla/4.0 (compatible; MSIE 6.0*;*Windows NT 5.0*.NET CLR*)*] parent=IE 6.0 platform=Win2000 netclr=True -- Edit this bug report at http://bugs.php.net/?id=28703&edit=1
#28699 [Opn]: Reflection api bugs
ID: 28699 User updated by: D dot Kingma at jool dot nl Reported By: D dot Kingma at jool dot nl Status: Open Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 5.0.0RC2 New Comment: There is also another small bug: When the comment above a method starts with '/** ' (notice the space at the end) the getDocComments() function will return an empty string. When you remove the trailing space, all works fine. And finally a small functionality request: please add the getDocComments() function to the reflectionProperty class, since the description of the var with the @var tag is also a well known functionality of packages like javadoc/phpdoc and it would come in handy if you cannot only get te description of methods, classes and functions but also the defined properties of the class. Thnx David Previous Comments: [2004-06-08 17:59:54] D dot Kingma at jool dot nl Description: I came across a bug in the reflection api. When a class has a property in capitals and you use the getProperties function from the reflectionClass class all works fine, you get an array with reflectionProperty object. But when you try to get the property manually it fails, throwing an ReflectionException saying it is not a property of that class (also when as a parameter tot the reflectionproperty class i give the name attribute of the reflectionproperty object given from the getProperties method). -- Edit this bug report at http://bugs.php.net/?id=28699&edit=1
#28687 [Bgs]: return $value & segmentation fault
ID: 28687 User updated by: equake at epmail dot com dot br Reported By: equake at epmail dot com dot br Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.4.24 PHP Version: PHP5-200406081230 New Comment: So PHP shouldn't show a "decent" error message in this situation? I think that it's not so important when you have a static script that you're working on a text editor, but it can be a major problem where you are generating php code "automagically" from a XML + XSLT, for example. Sometimes my (erroneous) generated script dies, without *any* message :/ Previous Comments: [2004-06-08 16:10:55] [EMAIL PROTECTED] This behaviour is caused by endless loop: non-ex method -> __call -> non-ex method -> __call -> .. etc. Try to call this func: function foo() { return foo(); } and you'll get the same result. not a bug, though. [2004-06-08 15:58:41] equake at epmail dot com dot br hmm the problem seems to happen ONLY when I try to return a inexistent method from the __call method class test { function __construct() { echo ("script started at ".time()."\n"); } function __call($method, $params) { if ($method == "foo") { return $this->foo_method(); } else { return $this->buggy(); } } function foo_method() { return "TESTE DE MENSAGEM"; } } $test = new test(); $var = $test->foo(); // works $var2 = $test->foo2(); // segmentation fault [2004-06-08 15:47:29] equake at epmail dot com dot br the (correct) small script that throws the error: abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // [error_log] [notice] child pid # exit signal Segmentation fault (11) } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } function x() { } } $x = new test2(); $x->xjhjk(); // any inexistent method name [2004-06-08 15:42:35] equake at epmail dot com dot br I'm still having problems with the CVS-PHP5-200406081230 [Tue Jun 08 10:43:03 2004] [notice] child pid 2711 exit signal Segmentation fault (11) But I think that the problem only happen when I try to return a inexistent method inside a abstract class. The following code works well (no segmentation fault): class test { function call($method, $params=null) { if (is_callable(array($this, $method))) { return $this->{$method}($params); } else { echo ("not found"); } } function message() { return "TESTE DE MENSAGEM"; } } $test = new test(); $var = $test->call("not_exist"); echo $var; [2004-06-08 09:46:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-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/28687 -- Edit this bug report at http://bugs.php.net/?id=28687&edit=1
#28680 [Fbk->Opn]: Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task
ID: 28680 User updated by: prichter at rci dot rutgers dot edu Reported By: prichter at rci dot rutgers dot edu -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Red Hat Enterprise Linux 3.0 AS PHP Version: 4.3.6 New Comment: I installed the 8.1.7.0 client and eveything worked fine. Thank you for the reply. Previous Comments: [2004-06-08 08:52:50] [EMAIL PROTECTED] Try to connect to Oracle server using SQLPlus AND to execute the same query. Imo the problem is in your client, which is too new, comparing with version of server. Btw, putenv() doesn't help much, 'cos appropriate variables should be visible to OCI libs before they got initialized. [2004-06-07 20:30:07] prichter at rci dot rutgers dot edu Description: When I try to run a query, in PHP using OCIExecute, for values of datatype VARCHAR2, I get the following error: "Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task communication protocol error in /usr/local/apache2/htdocs/index.php on line 16". When I query for numbers it works fine as long as I use the TO_NUMBER conversion in the query. I'm currently running Red Hat Enterprise Linux 3.0 AS, Apache 2.0.49, PHP 4.3.6, and Oracle 9.2.0.4 Client. I'm trying to connect to an Oracle 8.1.7.0 server on a Windows 2000 box. Here are my settings and configurations: 1. I can connect the Oracle client to the server via SQL*Plus. Therefore, sqlnet.ora and tnsnames.ora are set correctly and the databases are compatible, at least for use with SQL*Plus. 2. I made sure that the Oracle Call Interface was installed with the Oracle 9i client. 3. PHP was configured with the following parameters: ./configure --with-mysql --with-oracle --with-oci8 --with-apxs2= 4. My environmental variables are set in /usr/local/apache2/bin/apachectl the following ways: LD_LIBRARY_PATH=/u01/app/oracle/lib:/usr/local/apache2/lib ORACLE_SID=oracledb ORACLE_BASE=/u01/app/oracle ORACLE_HOME=/u01/app/oracle TNS_ADMIN=/u01/app/oracle/network/admin TWO_TASK=/u01/app/oracle/network/admin NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 (this matches the server setting) ORA_NLS33=/u01/app/oracle/ocommon/nls/admin/data LD_PRELOAD=/u01/app/oracle/lib/libclntsh.so.9.0 Reproduce code: --- ; $tns = "HHH"; if ($c=OCILogon($user, $pw, $tns)) { echo "Successfully connected to Oracle.\n"; $s = OCIParse($c, "SELECT FIRSTNAME AS FIRSTNAME FROM OHCS.STUDENT"); OCIExecute($s, OCI_DEFAULT); while (OCIFetch($s)) { echo "FIRSTNAME=" . ociresult($s, "FIRSTNAME") . "\n"; } OCILogoff($c); } else { $err = OCIError(); echo "Oracle Connect Error " . $err[text]; } ?> Expected result: A simple list of all the first names in this table (OHCS.STUDENT). This is just a test. Actual result: -- Warning: ociexecute(): OCIStmtExecute: ORA-03106: fatal two-task communication protocol error in /usr/local/apache2/htdocs/index.php on line 16 -- Edit this bug report at http://bugs.php.net/?id=28680&edit=1
#2217 [Com]: Internal Task Scheduler
ID: 2217 Comment by: Johnfontana2003 at yahoo dot com Reported By: nikolail at viny dot com Status: Closed Bug Type: Feature/Change Request Operating System: ALL PHP Version: 3.0.12 New Comment: Why not? Cold Fusion has its own scheduler, it works brilliantly. Why should it need to be able to execute any file, when of course any shared hosting situation would just disable that functionality? I think it's a great idea. Previous Comments: [1999-09-02 09:56:13] zeev at cvs dot php dot net This is really way beyond the scope of a web oriented scripting language (and in my opinion, of any computer language at all). Cron has been used for years on UNIX systems, Win32 systems have their own way of scheduling tasks, and any other operating system out there worth mentioning probably has one as well. Writing a complete platform-independent task scheduler might be a worthy project (seems rather hopeless to me) - but it definitely has nothing to do with PHP. If&when someone actually does this, it definitely shouldn't be related to PHP and should be able to run any executable the operating system supports. Zeev [1999-09-02 09:44:39] nikolail at viny dot com Some nice feature to add, I think alot folks would like internal PHP task scheduler, and abbility to submit tasks from within php code, i know you can use cron for that , but to make it os independent something like that should exists inside of PHP. It has to be ran as daemon i think and php should have set of functions to control it like: task_id = task_create(PHP script,period,start_datetime,end_datetime); array tasks = tasks_list(); task_remove(task_id); where period could be "WEEKLY"/"DAYLY"/"HOURLY"/"MONTHLY"/"YEARLY" And could be also some other stuff, so just using: task_create("http://www.test.com/tasks/report.php","WEEKLY",time(),NULL); will submit task to scheduler asking it to execute report.php each week("WEEKLY") starting from right now (time()) until cancel (NULL) Thanks -- Edit this bug report at http://bugs.php.net/?id=2217&edit=1
#11520 [Com]: Same eregi() script, different OS's, different results
ID: 11520 Comment by: ozdu0001 at att dot net Reported By: child_god at yahoo dot com Status: Closed Bug Type: *Regular Expressions Operating System: Win NT 4.0sp6a/Win2k Server/RedH PHP Version: 4.0.4pl1 New Comment: Is this part solved? I have same problem? The script never finishes the job. At the end half page only... Kind of get interuppted by somehting... Thanks, Previous Comments: [2001-06-18 19:44:45] [EMAIL PROTECTED] Without seeing your configure line, remove the --with-system-regex and reconfigure/compile (delete config.cache before configure) --Jani [2001-06-17 14:24:35] [EMAIL PROTECTED] What does it say in all of those systems in the phpinfo() output for "Regex Library"?? Safest would be to use the bundled one in all of them. You should also update to PHP 4.0.5 as it has some fixes regarding regexps. [2001-06-17 11:30:45] child_god at yahoo dot com This script from www.4cm.com works on Win NT 4.0sp6a and Win 2k Server without any problem, but fails on two different Red Hat Linux 7.1 machines. One 7.1 machine is a Dell 166mhz with a 48mb of ram, the other is a Dell P3 600mhz with 384mb of ram. All machines are using php 4.0.4pl1. The red hat machines installed php at install time, server class installation, no mod_php installed (at least that's what rpm -qi mod_php said). Apache is compiled with mod_so.c http://www.4cm.com/ # Version: 2.0.5 # # Copyright © 1996-2000 www.4cm.com. All Rights Reserved. # # # www.4cm.com (4CM) offers no warranties on this script. # The downloader of the script is solely responsible for any # problems caused by the installation of the script or use # of the script, including possible legal action for the grabbing # of the data, as a result of this script! # # ALL COPYRIGHT NOTICES REGARDING: www.4cm.com # MUST REMAIN INTACT IN THE SCRIPT AND IN THE HTML OF THE SCRIPT! # # For more info on this script, see: # http://www.4cm.com/ # # (Please be kind and sign our guestbook at: # http://www.4cm.com/guestbook/ and say your using # this script!!) ### ## Mandatory Setting ## $GrabURL = "http://www.theregister.co.uk";; //- Complete URL Of The Page Your Grabbing From! $GrabStart = ""; //- HTML Code To Start Grab. Must Be A Unique Bit Of Code! $GrabEnd = ""; //- HTML Code To End Grab. Must Be A Unique Bit Of Code! # ## Do Not Edit Below Here ## ## Do Not Edit Below Here ## # $OpenFile = fopen("$GrabURL", "r"); //- DO NOT CHANGE $RetrieveFile = fread($OpenFile, 20); //- Reduce This To Save Memory $GrabData = eregi("$GrabStart(.*)$GrabEnd", $RetrieveFile, $DataPrint); // $DataPrint[1] = str_replace("", "", $DataPrint[1]); //- Un-Comment This Line for "Replace" purposes! // $DataPrint[1] = str_replace("", "", $DataPrint[1]); //- Un-Comment This Line for "Replace" purposes! fclose($OpenFile); //- DO NOT CHANGE echo $DataPrint[1]; //- DO NOT CHANGE ## End of Script ## ?> If i change the $GrabData = eregi(... line to $GrabData = eregi("$GrabStart(.*)", ... basically taking out the $GrabEnd, the script works. If i replace $GrabStart with $GrabEnd, the script works. BUT, it will not work if I have both in the expression (on the Red Hat Linux 7.1 machines). Why? -- Edit this bug report at http://bugs.php.net/?id=11520&edit=1
#28703 [NEW]: browscap.ini : may be error in order of reg. expressions
From: andrew_chel at ua dot fm Operating system: Linux PHP version: 4.3.4 PHP Bug Type: PHP options/info functions Bug description: browscap.ini : may be error in order of reg. expressions Description: I got the latest version of the browsecap.ini file from http://www.garykeith.com/browsers/downloads.asp (link on this page was in PHP.chm documentation file) $HTTP_SERVER_VARS['HTTP_USER_AGENT'] is: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322) but get_browser() return netclr='' instead netclr='1' if I swap (expression with .NET CLR* become first) following lines in browscap.ini all work correctly and get_browser() return netclr='1': [Mozilla/4.0 (compatible; MSIE 6.0*;*Windows NT 5.0*)*] parent=IE 6.0 platform=Win2000 [Mozilla/4.0 (compatible; MSIE 6.0*;*Windows NT 5.0*.NET CLR*)*] parent=IE 6.0 platform=Win2000 netclr=True -- Edit bug report at http://bugs.php.net/?id=28703&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28703&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28703&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28703&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28703&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28703&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28703&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28703&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28703&r=support Expected behavior: http://bugs.php.net/fix.php?id=28703&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28703&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28703&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28703&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28703&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28703&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28703&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28703&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28703&r=float
#28702 [NEW]: SOAP does not parse WSDL service address correctly
From: fredb86 at hotmail dot com Operating system: Windows XP PHP version: 5.0.0RC2 PHP Bug Type: SOAP related Bug description: SOAP does not parse WSDL service address correctly Description: SOAP is parsing the WSDL but not using the correct address in the HTTP call. The WSDL fragment defining the service address looks like this: http://myservice.com/junk/soap?Service=getdata"; /> The SOAP extension is sending this HTTP header: POST /junk/soap HTTP/1.1 Host: myservice.com Connection: Keep-Alive User-Agent: SOAP 0.1 Content-Type: text/xml; charset="utf-8" SOAPAction: "http://action.myservice.com"; Content-Length: 458 It should be sending this HTTP header: POST junk/soap?Service=getdata HTTP/1.1 Host: myservice.com Connection: Keep-Alive User-Agent: SOAP 0.1 Content-Type: text/xml; charset="utf-8" SOAPAction: "http://action.myservice.com"; Content-Length: 458 -- Edit bug report at http://bugs.php.net/?id=28702&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28702&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28702&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28702&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28702&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28702&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28702&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28702&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28702&r=support Expected behavior: http://bugs.php.net/fix.php?id=28702&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28702&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28702&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28702&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28702&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28702&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28702&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28702&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28702&r=float
#28701 [Opn]: MySQLi and MsSQL extensions are missing with PHP5 RC3
ID: 28701 User updated by: Robin at RHarmsen dot nl Reported By: Robin at RHarmsen dot nl Status: Open Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 5CVS-2004-06-08 (dev) New Comment: The DLL's are missing from the Windows Release ow and libMySQLi.dll is missing to Previous Comments: [2004-06-08 19:09:50] Robin at RHarmsen dot nl Description: The PHP version is actualy RC3, but it also is in the latest CVS version. the php_MySQLi.dll and php_MSSql.dll are missing form the release. -- Edit this bug report at http://bugs.php.net/?id=28701&edit=1
#28701 [NEW]: MySQLi and MsSQL extensions are missing with PHP5 RC3
From: Robin at RHarmsen dot nl Operating system: Windows PHP version: 5CVS-2004-06-08 (dev) PHP Bug Type: Unknown/Other Function Bug description: MySQLi and MsSQL extensions are missing with PHP5 RC3 Description: The PHP version is actualy RC3, but it also is in the latest CVS version. the php_MySQLi.dll and php_MSSql.dll are missing form the release. -- Edit bug report at http://bugs.php.net/?id=28701&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28701&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28701&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28701&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28701&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28701&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28701&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28701&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28701&r=support Expected behavior: http://bugs.php.net/fix.php?id=28701&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28701&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28701&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28701&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28701&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28701&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28701&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28701&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28701&r=float
#28700 [NEW]: yaz recode conflict
From: teuber at devicen dot de Operating system: linux PHP version: 5.0.0RC2 PHP Bug Type: *Compile Issues Bug description: yaz recode conflict Description: configure complained about conflicts between yaz and recode. i dont configured YAZ but i configured recode support. checking libexpat dir for XMLRPC-EPI... /usr checking iconv dir for XMLRPC-EPI... no checking for XSL support... no checking whether to include YP support... no configure: error: recode extension can not be configured together with: yaz make: *** No targets specified and no makefile found. Stop. core:~/src # cd php-5.0.0RC3/ ./configure \ --with-apxs=$SERVER_ROOT/bin/apxs \ --with-ttf \ --with-pgsql \ --with-oracle \ --with-mm \ --with-oci8 \ --with-ftp \ --with-xml \ --with-ldap \ --with-zlib \ --with-dbase \ --with-config-file-path=$SERVER_ROOT/php5 \ --with-exec-dir=$SERVER_ROOT/php5/php-bin \ --with-expat-dir=/usr \ --with-png-dir=/usr \ --with-pear=$SERVER_ROOT/php5/pear \ --with-recode \ --enable-soap \ --enable-track-vars \ --enable-sysvsem \ --enable-sysvshm \ --enable-ftp \ --enable-bcmath \ --with-db \ --with-db4 \ --with-gdbm \ --enable-trans-sid \ --with-mcrypt \ --with-gd \ --with-mysql=no -- Edit bug report at http://bugs.php.net/?id=28700&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28700&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28700&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28700&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28700&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28700&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28700&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28700&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28700&r=support Expected behavior: http://bugs.php.net/fix.php?id=28700&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28700&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28700&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28700&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28700&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28700&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28700&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28700&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28700&r=float
#28699 [NEW]: Reflection api bugs
From: D dot Kingma at jool dot nl Operating system: Windows XP PHP version: 5.0.0RC2 PHP Bug Type: Unknown/Other Function Bug description: Reflection api bugs Description: I came across a bug in the reflection api. When a class has a property in capitals and you use the getProperties function from the reflectionClass class all works fine, you get an array with reflectionProperty object. But when you try to get the property manually it fails, throwing an ReflectionException saying it is not a property of that class (also when as a parameter tot the reflectionproperty class i give the name attribute of the reflectionproperty object given from the getProperties method). -- Edit bug report at http://bugs.php.net/?id=28699&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28699&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28699&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28699&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28699&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28699&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28699&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28699&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28699&r=support Expected behavior: http://bugs.php.net/fix.php?id=28699&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28699&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28699&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28699&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28699&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28699&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28699&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28699&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28699&r=float
#28685 [Opn->Bgs]: function Mail() does not take daylightsaving time into account
ID: 28685 Updated by: [EMAIL PROTECTED] Reported By: marcel at hoogantink dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: WINDOWS (XP) PHP Version: 4CVS-2004-06-07 (stable) New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The date header is not being set by PHP. Previous Comments: [2004-06-07 23:23:37] marcel at hoogantink dot com I changed the Summary a little [2004-06-07 23:21:32] marcel at hoogantink dot com Description: Sending mail with the PHP function Mail() gives a date in the mail that does not have the daylight saving time effect in it. I am using Windows XP with GMT+1.00 and daylight savings (at this time of yaer) so in fact my time is GMT+2:00. I am running Apache 1.3.31 fow Win32 with PHP (latest build) Sending a mail gives a mail with a date GMT+1:00. (wrong) Sending a mail with outlook gives a date GMT+2:00 (OK) Whatch out: Normal you see this only in the header, because in 'normal' internet-mail this wrong time is "overruled" by other mailservers, and a assume that the last time stamp is used bij de mail-client like Outlook. I found it because I was locally emulating my Site with apache PHP and a little mailserver, and in my Email there was only ONE date: the one mail() created. Trying the same mail with outlook give the rigt time Reproduce code: --- Any call to mail() with Win XP. Expected result: Message-ID: <[EMAIL PROTECTED]> Reply-To: "Marcel Hoog Antink" <[EMAIL PROTECTED]> From: "Marcel Hoog Antink" <[EMAIL PROTECTED]> To: "Marcel-Technosoft" <[EMAIL PROTECTED]> Subject: test via netmailshar 22:58 Date: Mon, 7 Jun 2004 22:58:29 +0200 Actual result: -- Date: Mon, 07 Jun 2004 22:57:18 +0100 Subject: Test van de Technosoft Helpdesk Enquete (tav M. J. Hoog Antink(ts)) To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-type: text/html; charset=iso-8859-1 From: Technosoft Support <[EMAIL PROTECTED]> Reply-To: Technosoft Support <[EMAIL PROTECTED]> Return-Path: Technosoft Support <[EMAIL PROTECTED]> -- Edit this bug report at http://bugs.php.net/?id=28685&edit=1
#28616 [Opn->Fbk]: Error while make (compiling) Oracle 9i with php 4.3.6 (oci8 lib) .
ID: 28616 Updated by: [EMAIL PROTECTED] Reported By: post_ravi at yahoo dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux host 2.4.21-4.ELsmp (ES 3) PHP Version: 4.3.6 Assigned To: tony2001 New Comment: Please, try to search for php_oci8.h file on your hard disk. locate php_oci8.h should help. And nuke all old PHP headers, if you find it. I'm almost sure, that these errors are caused by the headers mixed up. Btw, current stable PHP release is 4.3.7 Previous Comments: [2004-06-04 03:27:09] post_ravi at yahoo dot com Hi Please find the content of build.errors , after running the command make clean && make 2> build.errors Ravi START -- /opt/php-4.3.6/ext/oci8/oci8.c:5422: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5435: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5435: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5435: syntax error before ')' token /opt/php-4.3.6/ext/oci8/oci8.c:5435: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5450: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5450: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5450: syntax error before ')' token /opt/php-4.3.6/ext/oci8/oci8.c:5450: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5457: request for member `coll_typecode' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5458: `OCI_TYPECODE_TABLE' undeclared (first use in this function) /opt/php-4.3.6/ext/oci8/oci8.c:5459: `OCI_TYPECODE_VARRAY' undeclared (first use in this function) /opt/php-4.3.6/ext/oci8/oci8.c:5466: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5466: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5466: syntax error before ')' token /opt/php-4.3.6/ext/oci8/oci8.c:5466: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5479: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5479: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5479: syntax error before ')' token /opt/php-4.3.6/ext/oci8/oci8.c:5479: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5492: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5492: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5492: request for member `elem_ref' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5492: `OCI_DURATION_SESSION' undeclared (first use in this function) /opt/php-4.3.6/ext/oci8/oci8.c:5492: `OCI_TYPEGET_HEADER' undeclared (first use in this function) /opt/php-4.3.6/ext/oci8/oci8.c:5492: request for member `element_type' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5492: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5505: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5505: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5505: syntax error before ')' token /opt/php-4.3.6/ext/oci8/oci8.c:5505: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5513: request for member `coll_typecode' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5527: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5527: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5527: request for member `tdo' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5527: syntax error before ')' token /opt/php-4.3.6/ext/oci8/oci8.c:5527: request for member `in_call' in something not a structure or union /opt/php-4.3.6/ext/oci8/oci8.c:5535: request for member `id' in something not a structure or union make: *** [ext/oci8/oci8.lo] Error 1 END - [2004-06-03 11:34:13] [EMAIL PROTECTED] Are you sure these are the only errors during build? Can you plz run this: make clean && make 2> build.errors and show me resultant file ? -
#28687 [Opn->Bgs]: return $value & segmentation fault
ID: 28687 Updated by: [EMAIL PROTECTED] Reported By: equake at epmail dot com dot br -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.4.24 PHP Version: PHP5-200406081230 New Comment: This behaviour is caused by endless loop: non-ex method -> __call -> non-ex method -> __call -> .. etc. Try to call this func: function foo() { return foo(); } and you'll get the same result. not a bug, though. Previous Comments: [2004-06-08 15:58:41] equake at epmail dot com dot br hmm the problem seems to happen ONLY when I try to return a inexistent method from the __call method class test { function __construct() { echo ("script started at ".time()."\n"); } function __call($method, $params) { if ($method == "foo") { return $this->foo_method(); } else { return $this->buggy(); } } function foo_method() { return "TESTE DE MENSAGEM"; } } $test = new test(); $var = $test->foo(); // works $var2 = $test->foo2(); // segmentation fault [2004-06-08 15:47:29] equake at epmail dot com dot br the (correct) small script that throws the error: abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // [error_log] [notice] child pid # exit signal Segmentation fault (11) } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } function x() { } } $x = new test2(); $x->xjhjk(); // any inexistent method name [2004-06-08 15:42:35] equake at epmail dot com dot br I'm still having problems with the CVS-PHP5-200406081230 [Tue Jun 08 10:43:03 2004] [notice] child pid 2711 exit signal Segmentation fault (11) But I think that the problem only happen when I try to return a inexistent method inside a abstract class. The following code works well (no segmentation fault): class test { function call($method, $params=null) { if (is_callable(array($this, $method))) { return $this->{$method}($params); } else { echo ("not found"); } } function message() { return "TESTE DE MENSAGEM"; } } $test = new test(); $var = $test->call("not_exist"); echo $var; [2004-06-08 09:46:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-06-07 23:40:09] equake at epmail dot com dot br Description: I got a Segmentation Fault every time that I try to return some method that does not exists. Reproduce code: --- abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // [error_log] [notice] child pid # exit signal Segmentation fault (11) } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name Expected result: hi, im test2 at 1086644752 seconds since 01/01/1970 Actual result: -- "[error_log] [notice] child pid # exit signal Segmentation fault (11)" on the apache Error Log -- Edit this bug report at http://b
#28675 [Fbk->Opn]: compiling with internal GD lib fails
ID: 28675 User updated by: till at klimpong dot com Reported By: till at klimpong dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.6 PHP Version: 4.3.7 New Comment: Ok, renamed the rest, did a 'make clean' and it all went through. I did a "make test", email is the same as on here. Strange. Is this "fixable"? Cheers, Till Previous Comments: [2004-06-08 09:52:42] [EMAIL PROTECTED] Yes, and use a fresh copy of the PHP sources (as our configure stuff already found out about those other gd.h files). [2004-06-07 18:19:00] till at klimpong dot com /usr/local/include/gd/gd.h.old /usr/local/include/libwmf/gd/gd.h /usr/local/include/libwmf/gd.h /usr/local/include/gd.h.old /usr/local/share/doc/libwmf/gd.html Did that, but it still failed. Do you think I need to remove it from within libwmf directory as well? [2004-06-07 16:39:35] [EMAIL PROTECTED] Can you temporary remove that file and then try to configure/compile PHP. [2004-06-07 16:38:00] till at klimpong dot com Yes I do. [2004-06-07 16:35:07] [EMAIL PROTECTED] Do you have gd.h anywhere on your system beside the one found in the PHP directory? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/28675 -- Edit this bug report at http://bugs.php.net/?id=28675&edit=1
#28687 [Opn]: return $value & segmentation fault
ID: 28687 User updated by: equake at epmail dot com dot br Reported By: equake at epmail dot com dot br Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.24 PHP Version: PHP5-200406081230 New Comment: hmm the problem seems to happen ONLY when I try to return a inexistent method from the __call method class test { function __construct() { echo ("script started at ".time()."\n"); } function __call($method, $params) { if ($method == "foo") { return $this->foo_method(); } else { return $this->buggy(); } } function foo_method() { return "TESTE DE MENSAGEM"; } } $test = new test(); $var = $test->foo(); // works $var2 = $test->foo2(); // segmentation fault Previous Comments: [2004-06-08 15:47:29] equake at epmail dot com dot br the (correct) small script that throws the error: abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // [error_log] [notice] child pid # exit signal Segmentation fault (11) } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } function x() { } } $x = new test2(); $x->xjhjk(); // any inexistent method name [2004-06-08 15:42:35] equake at epmail dot com dot br I'm still having problems with the CVS-PHP5-200406081230 [Tue Jun 08 10:43:03 2004] [notice] child pid 2711 exit signal Segmentation fault (11) But I think that the problem only happen when I try to return a inexistent method inside a abstract class. The following code works well (no segmentation fault): class test { function call($method, $params=null) { if (is_callable(array($this, $method))) { return $this->{$method}($params); } else { echo ("not found"); } } function message() { return "TESTE DE MENSAGEM"; } } $test = new test(); $var = $test->call("not_exist"); echo $var; [2004-06-08 09:46:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-06-07 23:40:09] equake at epmail dot com dot br Description: I got a Segmentation Fault every time that I try to return some method that does not exists. Reproduce code: --- abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // [error_log] [notice] child pid # exit signal Segmentation fault (11) } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name Expected result: hi, im test2 at 1086644752 seconds since 01/01/1970 Actual result: -- "[error_log] [notice] child pid # exit signal Segmentation fault (11)" on the apache Error Log -- Edit this bug report at http://bugs.php.net/?id=28687&edit=1
#28698 [Opn->Bgs]: Wrong upload command
ID: 28698 Updated by: [EMAIL PROTECTED] Reported By: ed dot white at libero dot it -Status: Open +Status: Bogus Bug Type: FTP related Operating System: FreeBSD PHP Version: 4.3.4 New Comment: Ok, marking bogus then. Previous Comments: [2004-06-08 15:47:17] ed dot white at libero dot it Sorry, I'm dumb... All ok with STOR. PUT is used by ftp clients. Ops. [2004-06-08 15:43:36] ed dot white at libero dot it Description: The PHP function ftp_put() send a STOR command to the FTP server. The problem is that very few servers support it. Today the right command to upload files is PUT. Reproduce code: --- Use the example on the manual page. It contains a complete script to upload a file. Test it with a Linux/BSD/unix ftp servers and see no good results. I haven't any Windows ftp servers to test. Expected result: upload a file with PUT. Actual result: -- Warning: ftp_put(): 'STOR': command not understood. in /usr/home/ed/src/update-stocklist.php on line 34 -- Edit this bug report at http://bugs.php.net/?id=28698&edit=1
#28687 [Opn]: return $value & segmentation fault
ID: 28687 User updated by: equake at epmail dot com dot br Reported By: equake at epmail dot com dot br Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.24 PHP Version: PHP5-200406081230 New Comment: the (correct) small script that throws the error: abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // [error_log] [notice] child pid # exit signal Segmentation fault (11) } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } function x() { } } $x = new test2(); $x->xjhjk(); // any inexistent method name Previous Comments: [2004-06-08 15:42:35] equake at epmail dot com dot br I'm still having problems with the CVS-PHP5-200406081230 [Tue Jun 08 10:43:03 2004] [notice] child pid 2711 exit signal Segmentation fault (11) But I think that the problem only happen when I try to return a inexistent method inside a abstract class. The following code works well (no segmentation fault): class test { function call($method, $params=null) { if (is_callable(array($this, $method))) { return $this->{$method}($params); } else { echo ("not found"); } } function message() { return "TESTE DE MENSAGEM"; } } $test = new test(); $var = $test->call("not_exist"); echo $var; [2004-06-08 09:46:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-06-07 23:40:09] equake at epmail dot com dot br Description: I got a Segmentation Fault every time that I try to return some method that does not exists. Reproduce code: --- abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // [error_log] [notice] child pid # exit signal Segmentation fault (11) } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name Expected result: hi, im test2 at 1086644752 seconds since 01/01/1970 Actual result: -- "[error_log] [notice] child pid # exit signal Segmentation fault (11)" on the apache Error Log -- Edit this bug report at http://bugs.php.net/?id=28687&edit=1
#28698 [Opn]: Wrong upload command
ID: 28698 User updated by: ed dot white at libero dot it Reported By: ed dot white at libero dot it Status: Open Bug Type: FTP related Operating System: FreeBSD PHP Version: 4.3.4 New Comment: Sorry, I'm dumb... All ok with STOR. PUT is used by ftp clients. Ops. Previous Comments: [2004-06-08 15:43:36] ed dot white at libero dot it Description: The PHP function ftp_put() send a STOR command to the FTP server. The problem is that very few servers support it. Today the right command to upload files is PUT. Reproduce code: --- Use the example on the manual page. It contains a complete script to upload a file. Test it with a Linux/BSD/unix ftp servers and see no good results. I haven't any Windows ftp servers to test. Expected result: upload a file with PUT. Actual result: -- Warning: ftp_put(): 'STOR': command not understood. in /usr/home/ed/src/update-stocklist.php on line 34 -- Edit this bug report at http://bugs.php.net/?id=28698&edit=1
#24752 [Com]: unknown column type "uniqueidentifier", type 35
ID: 24752 Comment by: dave at daveonline dot com Reported By: s dot sonnenberg at coolspot dot de Status: Closed Bug Type: MSSQL related Operating System: Linux PHP Version: 4.3.2 New Comment: I am having a simular issue, however I am getting type (36) unknown and not 35. The SQl server is Enterprise 2000. and the field is a uniqueidentifier type. here is a line from the error: Warning: mssql_query(): column 14 has unknown data type (36) in /opt/mysql-standard-4.0.18-pc-linux-i686/scripts/test.php on line 34 and here is the conf file [global] # TDS protocol version tds version = 8.0 ; initial block size = 512 # uses some fixes required for some bugged MSSQL 7.0 server that # return invalid data to big endian clients # NOTE TDS version 7.0 or 8.0 should be used instead ; swap broken dates = no ; swap broken money = no # Database server login method, if both server and domain # logins are enabled, domain login is tried first if a domain # is specified, and if that fails the server login will be used. # OBSOLETE ; try server login = yes ; try domain login = no # The default authentication domain, can be overridden by # specifying a username with a domain prefix, e.g. DOMAIN\username # OBSOLETE use DOMAIN\username as username ; nt domain = WORKGROUP # If the server responds with different domain try that one? # OBSOLETE never been used ; cross domain login = no # Whether to write a TDSDUMP file for diagnostic purposes # (setting this to /tmp is insecure on a multi-user system) ; dump file = /tmp/freetds.log ; debug level = 10 # Command and connection timeouts ; timeout = 10 ; connect timeout = 10 # If you get out of memory errors, it may mean that your client # is trying to allocate a huge buffer for a TEXT field. # (Microsoft servers sometimes pretend TEXT columns are # 4 GB wide!) If you have this problem, try setting # 'text size' to a more reasonable limit text size = 64512 [testserver] host = <> port = 1433 tds version = 8.0 Previous Comments: [2004-02-25 03:04:03] s dot sonnenberg at coolspot dot de I use exactly the combination : PHP 4.3.4 + FreeTDS 0.61.2. And we have no such problems. Could you please send your configure strings ? [2004-02-20 11:54:47] rgesse at ndigital dot com I ran into the same problem wih the latest version of PHP and Freetds (as of Feb. 18, 2004). I found that the only way to SELECT from a uniqueidentifier field is the following: SELECT LEFT(CAST(uniqueidentifierfield as char(64)), 36) AS thisfield FROM table [2003-07-23 11:56:21] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-07-22 08:29:36] s dot sonnenberg at coolspot dot de Description: If you use the combination FreeTDS 0.61 + PHP 4.3.2 to access data on a MS SQL Server 2000, columns of type "uniqueidentifier" (type 35) or causing php to barf, and you are not able to handle them. I got it to work after a applying a patch, that I figure out : for ext/mssql/php_mssql.c : --- php-4.3.2/ext/mssql/php_mssql.c 2003-05-21 02:06:41.0 +0200 +++ php-4.3.2-LOCAL/ext/mssql/php_mssql.c 2003-07-22 13:34:35.0 +0200 @@ -800,6 +800,15 @@ Z_DVAL_P(result) = (double) floatcol8(offset); Z_TYPE_P(result) = IS_DOUBLE; break; + case SQLUNIQUE: + { + int length = 16; + char *data = charcol(offset); + Z_STRVAL_P(result) = estrndup(data,length); + Z_STRLEN_P(result) = length; + Z_TYPE_P(result) = IS_STRING; + } + break; case SQLVARBINARY: case SQLBINARY: case SQLIMAGE: { and for ext/mssql/ph
#28698 [NEW]: Wrong upload command
From: ed dot white at libero dot it Operating system: FreeBSD PHP version: 4.3.4 PHP Bug Type: FTP related Bug description: Wrong upload command Description: The PHP function ftp_put() send a STOR command to the FTP server. The problem is that very few servers support it. Today the right command to upload files is PUT. Reproduce code: --- Use the example on the manual page. It contains a complete script to upload a file. Test it with a Linux/BSD/unix ftp servers and see no good results. I haven't any Windows ftp servers to test. Expected result: upload a file with PUT. Actual result: -- Warning: ftp_put(): 'STOR': command not understood. in /usr/home/ed/src/update-stocklist.php on line 34 -- Edit bug report at http://bugs.php.net/?id=28698&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28698&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28698&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28698&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28698&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28698&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28698&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28698&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28698&r=support Expected behavior: http://bugs.php.net/fix.php?id=28698&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28698&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28698&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28698&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28698&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28698&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28698&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28698&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28698&r=float
#28687 [Fbk->Opn]: return $value & segmentation fault
ID: 28687 User updated by: equake at epmail dot com dot br Reported By: equake at epmail dot com dot br -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.24 -PHP Version: 5.0.0RC2 +PHP Version: PHP5-200406081230 New Comment: I'm still having problems with the CVS-PHP5-200406081230 [Tue Jun 08 10:43:03 2004] [notice] child pid 2711 exit signal Segmentation fault (11) But I think that the problem only happen when I try to return a inexistent method inside a abstract class. The following code works well (no segmentation fault): class test { function call($method, $params=null) { if (is_callable(array($this, $method))) { return $this->{$method}($params); } else { echo ("not found"); } } function message() { return "TESTE DE MENSAGEM"; } } $test = new test(); $var = $test->call("not_exist"); echo $var; Previous Comments: [2004-06-08 09:46:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-06-07 23:40:09] equake at epmail dot com dot br Description: I got a Segmentation Fault every time that I try to return some method that does not exists. Reproduce code: --- abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // [error_log] [notice] child pid # exit signal Segmentation fault (11) } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name Expected result: hi, im test2 at 1086644752 seconds since 01/01/1970 Actual result: -- "[error_log] [notice] child pid # exit signal Segmentation fault (11)" on the apache Error Log -- Edit this bug report at http://bugs.php.net/?id=28687&edit=1
#28692 [Opn->Csd]: Bogus character in PCRE + Safemode + WWW-authenticate header error
ID: 28692 Updated by: [EMAIL PROTECTED] Reported By: jg at b-one dot net -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux (Debian) PHP Version: 4CVS-2004-06-08 (stable) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-06-08 11:52:56] jg at b-one dot net Description: A bogus character (a nul before \r\n) is returned from header('WWW-Authenticate: Basic realm="ABC"'); Which causes mod_fcgi to "internal server error". It only happens with safemode and pcre-regexp Reproduce code: --- Expected result: "In emacs display" Status: 401^M Content-type: text/html^M X-Powered-By: PHP/4.3.7^M WWW-Authenticate: Basic realm="ABC-1000"^M ^M Actual result: -- Status: 401^M Content-type: text/html^M X-Powered-By: PHP/4.3.7^M WWW-Authenticate: Basic realm="ABC-1000"[EMAIL PROTECTED] ^M Notice ^@ in output. Hexdump of last part. 3130 3030 2200 0d0a 0d0a 1000" NULL \r\n\r\n -- Edit this bug report at http://bugs.php.net/?id=28692&edit=1
#14464 [Com]: apphelp.dll dependency breaks extensions on platforms other than XP
ID: 14464 Comment by: jabbott at acusoft dot com Reported By: drobert at bfm dot bm Status: Bogus Bug Type: OpenSSL related Operating System: win32 except XP PHP Version: 4.1.0 New Comment: The fix identified here disables Windows Explorer and other features under Win2K after the first reboot. I do appreciate the openess of the site, it has been very helpful. Previous Comments: [2004-06-08 15:08:09] jabbott at acusoft dot com The fix identified here disables Windows Explorer and other features under Win2K after the first reboot. I do appreciate the openess of the site, it has been very helpful. [2003-11-26 11:31:56] huy at lacellule dot com build a bogus apphelp.dll borland c++ source ---BEGIN APPHELP.C--- #include __declspec(dllexport) BOOL ApphelpCheckShellObject( REFCLSID ObjectCLSID, BOOL bShimIfNecessary, ULONGLONG* pullFlags ) { return FALSE; } ---END FILE--- then build it with bcc32 -WD apphelp.c copy it in a path directory it work on windows 2000 no problem so far with this fix. msdn has been quite usefull to know what this function basically do. [2003-10-17 12:11:11] rgarrison at jeppesen dot com I found a number of EXEs and DLLs that Dependancy Walker show as requiring the missing APPHELP.DLL. As a bit of humor, open DEPENDS.EXE in Windows 2000 with IE 6; you will find some flagged DLLs that can't find APPHELP.DLL Thanks for having this site accessable; it helped track down the same problem in one of our products also. [2001-12-13 22:39:52] [EMAIL PROTECTED] Report this to Microsoft. Not a PHP bug -> bogus. [2001-12-13 07:27:13] drobert at bfm dot bm It seems that I have narrowed down the problem. The culprit does seem to be IE6. I did the same installation on a Win2000 machine with IE5.5 instead on IE6, and the install came clean, including the dependencies. IE6 seems to put in a dependency on a file which belongs to XP; why it doesn't break other apps is a mystery, but that's M$. I'm definitely paying the price for not following my own advice about putting a new version of a microsoft product on my system before the 2nd SP. 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/14464 -- Edit this bug report at http://bugs.php.net/?id=14464&edit=1
#14464 [Com]: apphelp.dll dependency breaks extensions on platforms other than XP
ID: 14464 Comment by: jabbott at acusoft dot com Reported By: drobert at bfm dot bm Status: Bogus Bug Type: OpenSSL related Operating System: win32 except XP PHP Version: 4.1.0 New Comment: The fix identified here disables Windows Explorer and other features under Win2K after the first reboot. I do appreciate the openess of the site, it has been very helpful. Previous Comments: [2003-11-26 11:31:56] huy at lacellule dot com build a bogus apphelp.dll borland c++ source ---BEGIN APPHELP.C--- #include __declspec(dllexport) BOOL ApphelpCheckShellObject( REFCLSID ObjectCLSID, BOOL bShimIfNecessary, ULONGLONG* pullFlags ) { return FALSE; } ---END FILE--- then build it with bcc32 -WD apphelp.c copy it in a path directory it work on windows 2000 no problem so far with this fix. msdn has been quite usefull to know what this function basically do. [2003-10-17 12:11:11] rgarrison at jeppesen dot com I found a number of EXEs and DLLs that Dependancy Walker show as requiring the missing APPHELP.DLL. As a bit of humor, open DEPENDS.EXE in Windows 2000 with IE 6; you will find some flagged DLLs that can't find APPHELP.DLL Thanks for having this site accessable; it helped track down the same problem in one of our products also. [2001-12-13 22:39:52] [EMAIL PROTECTED] Report this to Microsoft. Not a PHP bug -> bogus. [2001-12-13 07:27:13] drobert at bfm dot bm It seems that I have narrowed down the problem. The culprit does seem to be IE6. I did the same installation on a Win2000 machine with IE5.5 instead on IE6, and the install came clean, including the dependencies. IE6 seems to put in a dependency on a file which belongs to XP; why it doesn't break other apps is a mystery, but that's M$. I'm definitely paying the price for not following my own advice about putting a new version of a microsoft product on my system before the 2nd SP. [2001-12-12 18:18:50] [EMAIL PROTECTED] there's no dll in the binary package which is directly dependent upon that dll. where did you get that info from? daniel --- Daniel, next time, use the web interface for replying to bug reports. --Jani 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/14464 -- Edit this bug report at http://bugs.php.net/?id=14464&edit=1
#28696 [Opn->Bgs]: Line feed removed after a php closing tag
ID: 28696 User updated by: frederic dot poeydomenge at free dot fr Reported By: frederic dot poeydomenge at free dot fr -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.6.6 Debian Sid PHP Version: 4.3.4 New Comment: I've just found in the manual this little sentence : "the closing tag for the block will include the immediately trailing newline if one is present." Previous Comments: [2004-06-08 14:50:28] frederic dot poeydomenge at free dot fr Description: Line feed following a closing tag ?> is not actually reproduced in the output buffer. When a space follows a closing tag, there is no problem, but when it is a line feed character, it seems not to be taken in consideration ? Reproduce code: --- line 1: aaa line 2: bbb line 3: ccc line 1: line 2: line 3: Expected result: line 1: aaa line 2: bbb line 3: ccc line 1: aaa line 2: bbb line 3: ccc Actual result: -- line 1: aaa line 2: bbb line 3: ccc line 1: aaaline 2: bbbline 3: ccc -- Edit this bug report at http://bugs.php.net/?id=28696&edit=1
#28697 [NEW]: incorrect processing of a Hebrew charachter
From: alon at wsco dot com Operating system: Linux RH9.0 PHP version: 4.3.7 PHP Bug Type: *Languages/Translation Bug description: incorrect processing of a Hebrew charachter Description: To the best of my knowledge this issue was reported in version 4.3.4 and has not been addressed since. The 19th character in the Hebrew alphabet is called "Koof" (the oo is pronounced similar to "Book"). This is a new issue from the version 4.3 and above (not sure if 4.3.2 had it or not). I am a hosting company owner (linux box) and have lots of users who are complaining about this problem. One of my users gave a sample code that illustrate this problem: "; $str = "òáøéú"; if (preg_match('/[EMAIL PROTECTED]/i',$str)) { print "wrong!"; } ?> Please have someone have a look at this at your earliest as I am 'bombarded' with "There is something wrong with your server" msgs. This issue was checked at a previous version of PHP with no problems and seem to work fine. -Alon [EMAIL PROTECTED] Reproduce code: --- "; $str = "òáøéú"; if (preg_match('/[EMAIL PROTECTED]/i',$str)) { print "wrong!"; } ?> Expected result: éåí ùìéùé, 01 éåðé 2004 Actual result: -- éåí ùìéùé, 01 éåðé 2004 wrong! -- Edit bug report at http://bugs.php.net/?id=28697&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28697&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28697&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28697&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28697&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28697&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28697&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28697&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28697&r=support Expected behavior: http://bugs.php.net/fix.php?id=28697&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28697&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28697&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28697&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28697&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28697&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28697&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28697&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28697&r=float
#28696 [NEW]: Line feed removed after a php closing tag
From: frederic dot poeydomenge at free dot fr Operating system: Linux 2.6.6 Debian Sid PHP version: 4.3.4 PHP Bug Type: Scripting Engine problem Bug description: Line feed removed after a php closing tag Description: Line feed following a closing tag ?> is not actually reproduced in the output buffer. When a space follows a closing tag, there is no problem, but when it is a line feed character, it seems not to be taken in consideration ? Reproduce code: --- line 1: aaa line 2: bbb line 3: ccc line 1: line 2: line 3: Expected result: line 1: aaa line 2: bbb line 3: ccc line 1: aaa line 2: bbb line 3: ccc Actual result: -- line 1: aaa line 2: bbb line 3: ccc line 1: aaaline 2: bbbline 3: ccc -- Edit bug report at http://bugs.php.net/?id=28696&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28696&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28696&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28696&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28696&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28696&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28696&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28696&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28696&r=support Expected behavior: http://bugs.php.net/fix.php?id=28696&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28696&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28696&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28696&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28696&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28696&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28696&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28696&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28696&r=float
#28670 [Opn->WFx]: PCRE + Safemode + WWW-authenticate header error
ID: 28670 Updated by: [EMAIL PROTECTED] Reported By: jg at b-one dot net -Status: Open +Status: Wont fix Bug Type: Unknown/Other Function Operating System: Linux (Debian) PHP Version: 4CVS-2004-06-07 (stable) New Comment: The instance where pcre is not available cannot be addressed. Previous Comments: [2004-06-08 10:01:03] jg at b-one dot net Only half of the bug report is fixed. When php is build without pcre-regexp the realm is wrong. Only uid is in realm, not realm name from header(...) se "actual output". Sorry for not beeing more specific about that. [2004-06-07 15:52:02] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-06-07 14:19:11] jg at b-one dot net Description: pcre-regexp + safemode affects output of header("WWW-Authenticate: Basic realm=\"ABC\"); and causes internal server error with mod_fcgi. The problem is in 4.3.7 and latest stable cvs 2004-06-07 In safemode without pcre-regexp php return WWW-Authenticate: Basic realm="1000" With pcre-regexp php returns WWW-Authenticate: Basic realm="ABC-1000" I suspect the extra space between key and value to cause mod_fcgi to "internal server error". Reproduce code: --- Expected result: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm="ABC-1000" Actual result: -- without pcre-regexp: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm="1000" with pcre-regexp: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm="ABC-1000" (notice extra space) -- Edit this bug report at http://bugs.php.net/?id=28670&edit=1
#28526 [Opn]: Add 'dbx_num_affected_rows' function
ID: 28526 Updated by: [EMAIL PROTECTED] Reported By: johnw at sussex dot ac dot uk Status: Open Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: While waiting for someone to actually implement this, the following snippet (untested) might be useful: $link = dbx_connect(DBX_MYSQL, "localhost", "db", "username", "password"); $result = dbx_query($link, "DELETE FROM table WHERE name=''"); echo mysql_affected_rows($link->handle); Previous Comments: [2004-05-26 13:43:56] johnw at sussex dot ac dot uk Description: It would be very useful (to me at least) if the dbx module included a function for returning the number of rows affected by an INSERT, UPDATE, or DELETE statement. Implementation suggestion: the function DBX_QUERY could call the relevant database-specific function after an update/insert/delete and save the result in the link identifier object. A new function DBX_NUM_AFFECTED_ROWS would retrieve this saved value from the link identifier. Possibly a select query would cause the 'num_affected_rows' value to be set to 0, for neatness. -- Edit this bug report at http://bugs.php.net/?id=28526&edit=1
#28695 [NEW]: Move_uploaded_file BUG
From: boriskolev at abv dot bg Operating system: Free BSD PHP version: 4.3.6 PHP Bug Type: Filesystem function related Bug description: Move_uploaded_file BUG Description: When I use MOVE_UPLOADED_FILE isn't work corect. Copy (move) file to right destination but not set correct rights to file. The directory where i move files is owned by apache user:group but file have diferent owner and group. Expected result: I expect move_uploaded_file to work like combination from copy and unlink -- Edit bug report at http://bugs.php.net/?id=28695&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28695&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28695&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28695&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28695&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28695&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28695&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28695&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28695&r=support Expected behavior: http://bugs.php.net/fix.php?id=28695&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28695&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28695&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28695&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28695&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28695&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28695&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28695&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28695&r=float
#28694 [NEW]: ReflectionExtension::getFunctions() crashes PHP
From: su1d at phpclub dot net Operating system: Win32 PHP version: 5CVS-2004-06-08 (dev) PHP Bug Type: Reproducible crash Bug description: ReflectionExtension::getFunctions() crashes PHP Description: Have a look at the code to get the idea. Reproduce code: --- $e = new ReflectionExtension('pcre'); var_dump($e->getFunctions()); Expected result: a list of extension's functions Actual result: -- a list of extension's functions followed by crash -- Edit bug report at http://bugs.php.net/?id=28694&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28694&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28694&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28694&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28694&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28694&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28694&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28694&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28694&r=support Expected behavior: http://bugs.php.net/fix.php?id=28694&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28694&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28694&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28694&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28694&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28694&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28694&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28694&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28694&r=float
#28692 [NEW]: Bogus character in PCRE + Safemode + WWW-authenticate header error
From: jg at b-one dot net Operating system: Linux (Debian) PHP version: 4CVS-2004-06-08 (stable) PHP Bug Type: Unknown/Other Function Bug description: Bogus character in PCRE + Safemode + WWW-authenticate header error Description: A bogus character (a nul before \r\n) is returned from header('WWW-Authenticate: Basic realm="ABC"'); Which causes mod_fcgi to "internal server error". It only happens with safemode and pcre-regexp Reproduce code: --- Expected result: "In emacs display" Status: 401^M Content-type: text/html^M X-Powered-By: PHP/4.3.7^M WWW-Authenticate: Basic realm="ABC-1000"^M ^M Actual result: -- Status: 401^M Content-type: text/html^M X-Powered-By: PHP/4.3.7^M WWW-Authenticate: Basic realm="ABC-1000"[EMAIL PROTECTED] ^M Notice ^@ in output. Hexdump of last part. 3130 3030 2200 0d0a 0d0a 1000" NULL \r\n\r\n -- Edit bug report at http://bugs.php.net/?id=28692&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28692&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28692&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28692&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28692&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28692&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28692&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28692&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28692&r=support Expected behavior: http://bugs.php.net/fix.php?id=28692&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28692&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28692&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28692&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28692&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28692&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28692&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28692&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28692&r=float
#28663 [Bgs]: Crash while doing MAKE after ./configure
ID: 28663 User updated by: mailings at nysander dot webd dot pl Reported By: mailings at nysander dot webd dot pl Status: Bogus Bug Type: Compile Failure Operating System: mandrake linux 10.0 community PHP Version: 5CVS-2004-06-07 (dev) New Comment: In the packet of byacc there is also a yacc: [EMAIL PROTECTED] nysander]$ whereis yacc yacc: /usr/bin/yacc /usr/share/man/man1/yacc.1.bz2 [EMAIL PROTECTED] nysander]$ whereis byacc byacc: /usr/bin/byacc [EMAIL PROTECTED] nysander]$ Previous Comments: [2004-06-08 09:54:15] [EMAIL PROTECTED] Install yacc (and not byacc). This is not a bug in PHP. [2004-06-07 16:28:48] mailings at nysander dot webd dot pl Version: PHP5-200405251430 with this configuration works fine and compiled without any problems: ./configure \ --with-apxs2=/usr/sbin/apxs2 \ --prefix=/usr/local/php5 \ --enable-dba \ --enable-dbase \ --with-db4 \ --with-gdbm \ --with-mysql \ --with-gd \ --with-jpeg-dir \ --with-png-dir \ --enable-gd-native-ttf \ --with-ttf \ --with-jpg \ --enable-discard-path \ --enable-inline-optimization \ --enable-memory-limit \ --enable-safe-mode \ --enable-static \ --enable-sysvsem \ --enable-sysvshm \ --with-config-file-path=/etc/httpd \ --enable-trans-sid \ --with-exec-dir=/home \ --with-kerberos \ --with-regex=system \ --with-zlib \ --enable-ftp \ --enable-bcmath \ --with-openssl \--enable-sockets \ --disable-yp \ --enable-magic-quotes \ --with-gettext=/usr \ --enable-shmop \ --enable-wddx \ --disable-debug \ --enable-debugger \ --enable-track-vars \ --with-pear [2004-06-07 02:25:32] mailings at nysander dot webd dot pl found better bug category [2004-06-07 02:22:05] mailings at nysander dot webd dot pl apache 2.0.49 all system & software upgrades done [2004-06-07 02:20:25] mailings at nysander dot webd dot pl Description: when i try to compile this version of php i configure it: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --disable-cgi \ --prefix=/usr/local/php5/ \ --with-mysql=/usr/bin/mysql \ --with-gd \ --with-jpeg-dir \ --with-png-dir \ --enable-gd-native-ttf \ --with-ttf \ --with-jpg \ --enable-discard-path \ --disable-inline-optimization \ --enable-maintainer-zts=no \ --enable-memory-limit=no \ --enable-zend-multibyte=no \ --enable-safe-mode \ --enable-static \ --enable-sysvsem \ --enable-sysvshm \ --with-config-file-path=/etc/ \ --enable-trans-sid \ --with-exec-dir=/home \ --with-kerberos \ --with-regex=system \ --with-zlib \ --enable-ftp \ --enable-bcmath \ --with-openssl \ --enable-sockets \ --disable-yp \ --enable-magic-quotes \ --with-gettext=/usr \ --enable-shmop \ --enable-wddx \ --disable-debug \ --enable-debugger \ --enable-track-vars \ --with-pear \ --enable-sqlite this ends fine. next i do make and it crashes with this: byacc -p zend -v -d /Software/php5-snapshot/Zend/zend_language_parser.y -o Zend/zend_language_parser.c usage: byacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] filename make: *** [Zend/zend_language_parser.c] Error 1 [EMAIL PROTECTED] php5-snapshot]# -- Edit this bug report at http://bugs.php.net/?id=28663&edit=1
#28630 [Com]: unset class-variable combinated with echo causes script to run twice
ID: 28630 Comment by: m dot tschursch at ic3s dot de Reported By: full_ot at directbox dot com Status: Open Bug Type: Class/Object related Operating System: Win2k PHP Version: 4.3.6 New Comment: browser used: mozilla firefox 0.7 Previous Comments: [2004-06-08 10:55:34] m dot tschursch at ic3s dot de same behavior on my system: Windows NT BERT 5.1 build 2600 Apache: Apache/2.0.49 (Win32) PHP: PHP/4.3.6 This seems to be a browser thingy and not a bug: the php-skript gets simply called twice as u write a tag with empty src. The browser tried to load the image from the same url. just initialize $image_url with an non-empty but invalid value, like: === class news { var $image_url, $timestamp; function news() { // constructor $this->image_url = "none.gif"; $this->timestamp = microtime(); } ... = [2004-06-08 10:54:42] m dot tschursch at ic3s dot de same behavior on my system: Windows NT BERT 5.1 build 2600 Apache: Apache/2.0.49 (Win32) PHP: PHP/4.3.6 This seems to be a browser thingy and not a bug: the php-skript gets simply called twice as u write a tag with empty src. The browser tried to load the image from the same url. just initialize $image_url with an non-empty but invalid value, like: class news { var $image_url, $timestamp; function news() { // constructor } [2004-06-04 14:10:10] full_ot at directbox dot com Description: System: Win2k SP4, Apache 2.0.49 PHP 4.3.6 (also tested on Win2k SP4, Apache 2.0.48 PHP 4.3.4 with same result) I have a class that handle news in a CMS. So it also have to save the news in single files. The srcipt below is the essence of that class. But it seems to run twice, because the save-function creates two files with different timestamps. Regardless it is only called once. If u use the first line of show() all is working fine, but the second line with the img-tag causes trouble. The variable $image_url ist know to the class but its uninitialized. Nevertheless this shouldnt cause such unexpected behaviour. Reproduce code: --- class news{ var $image_url, $timestamp; function show(){ // echo $this->image_url; echo $this->image_url; //working fine (returns nothing, create one file) echo "image_url."\" alt=\"".$this->image_url."\">"; //this causes the script to run twice } function save(){ $fp = fopen($this->timestamp, "w"); fclose($fp); } } $news = new news; $news->timestamp = microtime(); $news->save(); $news->show(); Expected result: It should save one! file to disk and print nothing on the screen (cause $image_url is empty). The name of the file is the timestamp of its creation. -- Edit this bug report at http://bugs.php.net/?id=28630&edit=1
#28630 [Com]: unset class-variable combinated with echo causes script to run twice
ID: 28630 Comment by: m dot tschursch at ic3s dot de Reported By: full_ot at directbox dot com Status: Open Bug Type: Class/Object related Operating System: Win2k PHP Version: 4.3.6 New Comment: same behavior on my system: Windows NT BERT 5.1 build 2600 Apache: Apache/2.0.49 (Win32) PHP: PHP/4.3.6 This seems to be a browser thingy and not a bug: the php-skript gets simply called twice as u write a tag with empty src. The browser tried to load the image from the same url. just initialize $image_url with an non-empty but invalid value, like: === class news { var $image_url, $timestamp; function news() { // constructor $this->image_url = "none.gif"; $this->timestamp = microtime(); } ... = Previous Comments: [2004-06-08 10:54:42] m dot tschursch at ic3s dot de same behavior on my system: Windows NT BERT 5.1 build 2600 Apache: Apache/2.0.49 (Win32) PHP: PHP/4.3.6 This seems to be a browser thingy and not a bug: the php-skript gets simply called twice as u write a tag with empty src. The browser tried to load the image from the same url. just initialize $image_url with an non-empty but invalid value, like: class news { var $image_url, $timestamp; function news() { // constructor } [2004-06-04 14:10:10] full_ot at directbox dot com Description: System: Win2k SP4, Apache 2.0.49 PHP 4.3.6 (also tested on Win2k SP4, Apache 2.0.48 PHP 4.3.4 with same result) I have a class that handle news in a CMS. So it also have to save the news in single files. The srcipt below is the essence of that class. But it seems to run twice, because the save-function creates two files with different timestamps. Regardless it is only called once. If u use the first line of show() all is working fine, but the second line with the img-tag causes trouble. The variable $image_url ist know to the class but its uninitialized. Nevertheless this shouldnt cause such unexpected behaviour. Reproduce code: --- class news{ var $image_url, $timestamp; function show(){ // echo $this->image_url; echo $this->image_url; //working fine (returns nothing, create one file) echo "image_url."\" alt=\"".$this->image_url."\">"; //this causes the script to run twice } function save(){ $fp = fopen($this->timestamp, "w"); fclose($fp); } } $news = new news; $news->timestamp = microtime(); $news->save(); $news->show(); Expected result: It should save one! file to disk and print nothing on the screen (cause $image_url is empty). The name of the file is the timestamp of its creation. -- Edit this bug report at http://bugs.php.net/?id=28630&edit=1
#28630 [Com]: unset class-variable combinated with echo causes script to run twice
ID: 28630 Comment by: m dot tschursch at ic3s dot de Reported By: full_ot at directbox dot com Status: Open Bug Type: Class/Object related Operating System: Win2k PHP Version: 4.3.6 New Comment: same behavior on my system: Windows NT BERT 5.1 build 2600 Apache: Apache/2.0.49 (Win32) PHP: PHP/4.3.6 This seems to be a browser thingy and not a bug: the php-skript gets simply called twice as u write a tag with empty src. The browser tried to load the image from the same url. just initialize $image_url with an non-empty but invalid value, like: class news { var $image_url, $timestamp; function news() { // constructor } Previous Comments: [2004-06-04 14:10:10] full_ot at directbox dot com Description: System: Win2k SP4, Apache 2.0.49 PHP 4.3.6 (also tested on Win2k SP4, Apache 2.0.48 PHP 4.3.4 with same result) I have a class that handle news in a CMS. So it also have to save the news in single files. The srcipt below is the essence of that class. But it seems to run twice, because the save-function creates two files with different timestamps. Regardless it is only called once. If u use the first line of show() all is working fine, but the second line with the img-tag causes trouble. The variable $image_url ist know to the class but its uninitialized. Nevertheless this shouldnt cause such unexpected behaviour. Reproduce code: --- class news{ var $image_url, $timestamp; function show(){ // echo $this->image_url; echo $this->image_url; //working fine (returns nothing, create one file) echo "image_url."\" alt=\"".$this->image_url."\">"; //this causes the script to run twice } function save(){ $fp = fopen($this->timestamp, "w"); fclose($fp); } } $news = new news; $news->timestamp = microtime(); $news->save(); $news->show(); Expected result: It should save one! file to disk and print nothing on the screen (cause $image_url is empty). The name of the file is the timestamp of its creation. -- Edit this bug report at http://bugs.php.net/?id=28630&edit=1
#28691 [Opn->Bgs]: Bitwise AND operator does not work on high values
ID: 28691 Updated by: [EMAIL PROTECTED] Reported By: dneilsen at davislangdon dot com dot au -Status: Open +Status: Bogus Bug Type: Math related Operating System: RedHat Linux 8 & 9 PHP Version: 4.3.7 New Comment: Not a bug, PHP doesn't support integers > 2^31 - 1 (we have a 32 bit signed integer only, larger numbers get converted to a float). Previous Comments: [2004-06-08 07:02:50] dneilsen at davislangdon dot com dot au Description: I have tested this on two separate systems running Redhat 8 and redhat 9 respectively. The Redhat 9 system is running php version 4.3.4 and the redhat 8 is running 4.3.7. php.ini has not been altered and, in the case of the redhat 8 box (php 4.3.7), it was compiled with the following: ./configure --with-mysql --with-apxs=/www/bin/apxs It seems that the bitwise AND operator will not work for values over pow(2,30). In the case of power 31 it returns a negative value and in the case of power 32 and above it returns 0. Thank you for your time :) Regards Daniel Neilsen Reproduce code: --- "; } Expected result: 28 - 268435456 & 268435456 = 268435456 29 - 536870912 & 536870912 = 536870912 30 - 1073741824 & 1073741824 = 1073741824 31 - 2147483648 & 2147483648 = 2147483648 32 - 4294967296 & 4294967296 = 4294967296 33 - 8589934592 & 8589934592 = 8589934592 Actual result: -- 28 - 268435456 & 268435456 = 268435456 29 - 536870912 & 536870912 = 536870912 30 - 1073741824 & 1073741824 = 1073741824 31 - 2147483648 & 2147483648 = -2147483648 32 - 4294967296 & 4294967296 = 0 33 - 8589934592 & 8589934592 = 0 -- Edit this bug report at http://bugs.php.net/?id=28691&edit=1
#28670 [Csd->Opn]: PCRE + Safemode + WWW-authenticate header error
ID: 28670 User updated by: jg at b-one dot net Reported By: jg at b-one dot net -Status: Closed +Status: Open Bug Type: Unknown/Other Function Operating System: Linux (Debian) PHP Version: 4CVS-2004-06-07 (stable) New Comment: Only half of the bug report is fixed. When php is build without pcre-regexp the realm is wrong. Only uid is in realm, not realm name from header(...) se "actual output". Sorry for not beeing more specific about that. Previous Comments: [2004-06-07 15:52:02] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-06-07 14:19:11] jg at b-one dot net Description: pcre-regexp + safemode affects output of header("WWW-Authenticate: Basic realm=\"ABC\"); and causes internal server error with mod_fcgi. The problem is in 4.3.7 and latest stable cvs 2004-06-07 In safemode without pcre-regexp php return WWW-Authenticate: Basic realm="1000" With pcre-regexp php returns WWW-Authenticate: Basic realm="ABC-1000" I suspect the extra space between key and value to cause mod_fcgi to "internal server error". Reproduce code: --- Expected result: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm="ABC-1000" Actual result: -- without pcre-regexp: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm="1000" with pcre-regexp: Status: 401 Content-type: text/html X-Powered-By: PHP/4.3.7 WWW-Authenticate: Basic realm="ABC-1000" (notice extra space) -- Edit this bug report at http://bugs.php.net/?id=28670&edit=1
#28650 [Fbk->Bgs]: Returning 31st December 1969
ID: 28650 Updated by: [EMAIL PROTECTED] Reported By: chris at incot dot com -Status: Feedback +Status: Bogus Bug Type: Date/time related Operating System: FreeBSD PHP Version: 4.3.4 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. Please upgrade to 4.3.7 first. Previous Comments: [2004-06-06 20:02:58] [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. Reread the docs. [2004-06-06 17:09:19] chris at incot dot com Description: This should return 28th March 2004, instead it is returning 31st December 1969. Reproduce code: --- Expected result: 2004-03-28 Actual result: -- 1969-12-31 -- Edit this bug report at http://bugs.php.net/?id=28650&edit=1
#28676 [Opn->WFx]: Segmentation fault/crash while destroying large arrays at end of execution
ID: 28676 Updated by: [EMAIL PROTECTED] Reported By: mikeb at tracersinfo dot com -Status: Open +Status: Wont fix Bug Type: Reproducible crash Operating System: WinXP; Mandrake Linux 2.4.22-26 PHP Version: 4.3.7 New Comment: This is a limitation in PHP 4 (elements can only have 2^16 references too them), and is addressed in PHP 5. We will not fix this for PHP 4. Previous Comments: [2004-06-07 18:38:58] mikeb at tracersinfo dot com Description: In WinXP, crash occurs at $howmany >= 65537; in Mandrake Linux, crash (specifying Segmentation fault) occurs at $howmany >= 131073. Note that crash only occurs *after* all statements are performed. I have been able to reproduce this everywhere, with any 4.3.2+ version of PHP on all platforms, regardless of configuration or state of php.ini. Reproduce code: --- Expected result: Normal program termination. Actual result: -- Windows generates a GPF requiring close of the process. Mandrake Linux generates a "Segmentation fault". -- Edit this bug report at http://bugs.php.net/?id=28676&edit=1
#28663 [Opn->Bgs]: Crash while doing MAKE after ./configure
ID: 28663 Updated by: [EMAIL PROTECTED] Reported By: mailings at nysander dot webd dot pl -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: mandrake linux 10.0 community PHP Version: 5CVS-2004-06-07 (dev) New Comment: Install yacc (and not byacc). This is not a bug in PHP. Previous Comments: [2004-06-07 16:28:48] mailings at nysander dot webd dot pl Version: PHP5-200405251430 with this configuration works fine and compiled without any problems: ./configure \ --with-apxs2=/usr/sbin/apxs2 \ --prefix=/usr/local/php5 \ --enable-dba \ --enable-dbase \ --with-db4 \ --with-gdbm \ --with-mysql \ --with-gd \ --with-jpeg-dir \ --with-png-dir \ --enable-gd-native-ttf \ --with-ttf \ --with-jpg \ --enable-discard-path \ --enable-inline-optimization \ --enable-memory-limit \ --enable-safe-mode \ --enable-static \ --enable-sysvsem \ --enable-sysvshm \ --with-config-file-path=/etc/httpd \ --enable-trans-sid \ --with-exec-dir=/home \ --with-kerberos \ --with-regex=system \ --with-zlib \ --enable-ftp \ --enable-bcmath \ --with-openssl \--enable-sockets \ --disable-yp \ --enable-magic-quotes \ --with-gettext=/usr \ --enable-shmop \ --enable-wddx \ --disable-debug \ --enable-debugger \ --enable-track-vars \ --with-pear [2004-06-07 02:25:32] mailings at nysander dot webd dot pl found better bug category [2004-06-07 02:22:05] mailings at nysander dot webd dot pl apache 2.0.49 all system & software upgrades done [2004-06-07 02:20:25] mailings at nysander dot webd dot pl Description: when i try to compile this version of php i configure it: ./configure \ --with-apxs2=/usr/local/apache2/bin/apxs \ --disable-cgi \ --prefix=/usr/local/php5/ \ --with-mysql=/usr/bin/mysql \ --with-gd \ --with-jpeg-dir \ --with-png-dir \ --enable-gd-native-ttf \ --with-ttf \ --with-jpg \ --enable-discard-path \ --disable-inline-optimization \ --enable-maintainer-zts=no \ --enable-memory-limit=no \ --enable-zend-multibyte=no \ --enable-safe-mode \ --enable-static \ --enable-sysvsem \ --enable-sysvshm \ --with-config-file-path=/etc/ \ --enable-trans-sid \ --with-exec-dir=/home \ --with-kerberos \ --with-regex=system \ --with-zlib \ --enable-ftp \ --enable-bcmath \ --with-openssl \ --enable-sockets \ --disable-yp \ --enable-magic-quotes \ --with-gettext=/usr \ --enable-shmop \ --enable-wddx \ --disable-debug \ --enable-debugger \ --enable-track-vars \ --with-pear \ --enable-sqlite this ends fine. next i do make and it crashes with this: byacc -p zend -v -d /Software/php5-snapshot/Zend/zend_language_parser.y -o Zend/zend_language_parser.c usage: byacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] filename make: *** [Zend/zend_language_parser.c] Error 1 [EMAIL PROTECTED] php5-snapshot]# -- Edit this bug report at http://bugs.php.net/?id=28663&edit=1
#28675 [Opn->Fbk]: compiling with internal GD lib fails
ID: 28675 Updated by: [EMAIL PROTECTED] Reported By: till at klimpong dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.6 PHP Version: 4.3.7 New Comment: Yes, and use a fresh copy of the PHP sources (as our configure stuff already found out about those other gd.h files). Previous Comments: [2004-06-07 18:19:00] till at klimpong dot com /usr/local/include/gd/gd.h.old /usr/local/include/libwmf/gd/gd.h /usr/local/include/libwmf/gd.h /usr/local/include/gd.h.old /usr/local/share/doc/libwmf/gd.html Did that, but it still failed. Do you think I need to remove it from within libwmf directory as well? [2004-06-07 16:39:35] [EMAIL PROTECTED] Can you temporary remove that file and then try to configure/compile PHP. [2004-06-07 16:38:00] till at klimpong dot com Yes I do. [2004-06-07 16:35:07] [EMAIL PROTECTED] Do you have gd.h anywhere on your system beside the one found in the PHP directory? [2004-06-07 16:25:48] till at klimpong dot com Description: I'm using 4.3.7 stable. Configure string: ./configure \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/usr/local/etc \ --enable-versioning \ --with-regex=system \ --with-pgsql \ --with-gd \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-zlib \ --with-bz2=/usr \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-pdflib=/usr/local \ --with-zlib-dir=/usr \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-tiff-dir=/usr/local \ --with-mysql=/usr/local/mysql4 \ --with-expat-dir=/usr/local \ --with-xmlrpc \ --enable-xslt \ --with-xslt-sablot \ --enable-wddx \ --with-dom=/usr/local \ --enable-ftp \ --with-gettext=/usr/local \ --enable-mbregex \ --enable-bcmath \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-trans-sid \ --with-iconv=/usr/local \ --enable-exif \ --enable-track-vars \ --with-imap \ --with-mcal \ --with-pear \ --with-openssl=/usr/local \ --disable-ipv6 Make fails with: ext/gd/gd.lo: In function `zif_imagegif': /usr/src/php-4.3.7/ext/gd/gd.c(.text+0x3d24): undefined reference to `gdImageGifCtx' ext/gd/gd.lo: In function `zif_imagecolorat': /usr/src/php-4.3.7/ext/gd/gd.c:1874: undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/gd/gd.c:1882: undefined reference to `gdImageBoundsSafe' ext/pdf/pdf.lo: In function `zif_pdf_open_memory_image': /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x6067): undefined reference to `gdImageBoundsSafe' /usr/src/php-4.3.7/ext/pdf/pdf.c(.text+0x60aa): undefined reference to `gdImageBoundsSafe' *** Error code 1 I searched multipe mailing lists, no answer was provided. I also tried the latest snapshot: http://snaps.php.net/php4-STABLE-200406071230.tar.gz Same configure string, but the make and make install worked perfectly. Now my problem is that this _always_ works in the snapshots, but it's "messed up" in the stable release, which is why I thought I'd report it anyway. -- Edit this bug report at http://bugs.php.net/?id=28675&edit=1
#28671 [Opn->Asn]: wrong serialNumber (-1) using openssl_x509_parse
ID: 28671 Updated by: [EMAIL PROTECTED] Reported By: jgrillon at capgemini dot fr -Status: Open +Status: Assigned Bug Type: OpenSSL related Operating System: Linux 2.1 PHP Version: 4.3.7 -Assigned To: +Assigned To: wez New Comment: Assigning to the maintainer, wez. Previous Comments: [2004-06-07 14:35:44] jgrillon at capgemini dot fr Description: I'm always getting "-1" as serialNumber for my certificate. I can't see why the serial number is stored into a long in openssl.c : add_assoc_long(return_value, "serialNumber", ASN1_INTEGER_get(X509_get_serialNumber(cert))); I guess the serial number is too big for a long... Can't we store it as string ? add_assoc_asn1_string(return_value, "serialNumberAsString", X509_get_serialNumber(cert)); Thanks. Here is the certificate I used : -BEGIN CERTIFICATE- MIIC3DCCAkWgAwIBAgIQeqhtj1pzHCrTTq2AldV0ejANBgkqhkiG9w0BAQQFADAy MRcwFQYDVQQKEw5FLUFDSEFUIE1JTkRFRjEXMBUGA1UEAxMORS1BQ0hBVCBNSU5E RUYwHhcNMDQwMTA1MDAwMDAwWhcNMDYwMTA0MjM1OTU5WjCB5DEOMAwGA1UEBxQF UEFSSVMxCzAJBgNVBAYTAkZSMRcwFQYDVQQKFA5FLUFDSEFUIE1JTkRFRjEtMCsG A1UECxQkRW50LiAtIENhcCBHZW1pbmkgRXJuc3QgWW91bmcgRnJhbmNlMR8wHQYD VQQLFBZTSVJFTiAtIDMyODc4MTc4NjAwMDUzMTQwMgYDVQQDEytDR0VZIEZyYW5j ZSAtIENhcCBHZW1pbmkgRXJuc3QgWW91bmcgRnJhbmNlMSYwJAYJKoZIhvcNAQkB FhdkZ2FlbWEtbWNvQGNhcGdlbWluaS5mcjCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEApFgcuVTuUe0z+iGTaPw7yVxhZsPq6aIqGHsCvU9fqUcymbmg9l4oTfAk gR5bvDo+JTQb1/OPlQCKqyVa7wn6lPs97dMOZMobjCRcvw7z0jVphortA1NS8FRH 6LsWELZ13uC57IIakpW726Vz3tST9qHHbQoWbX/n8NjHcwL4zUECAwEAAaNAMD4w CQYDVR0TBAIwADALBgNVHQ8EBAMCBaAwEQYJYIZIAYb4QgEBBAQDAgeAMBEGCmCG SAGG+EUBBgkEAwEB/zANBgkqhkiG9w0BAQQFAAOBgQAWdmEu8TkFdgqA/xN6llo9 zZR3EUH0X5HstxJRYgofcQyfumJHhgvaNB8vkDhZ3iJORVVxcJ27W36TAJ6b4jcr yWjO/nc42XdgknS8r9NIV7VKzmjY7Ip2+9N6JOAWFkjGrnF1G69nrerIJavJTzrb PYlQnzJO6SHAoi5j6WsKPw== -END CERTIFICATE- Reproduce code: --- $fp = fopen("xxx.cer", "r"); $cert = fread($fp, 8192); $r = @openssl_x509_read($cert); print_r(openssl_x509_parse($r)); Expected result: Something like [...] [serialNumber] => 7a a8 6d 8f 5a 73 1c 2a d3 4e ad 80 95 d5 74 7a [...] Actual result: -- [...] [serialNumber] => -1 [...] -- Edit this bug report at http://bugs.php.net/?id=28671&edit=1
#28349 [Opn->Bgs]: display_errors = off is ignored
ID: 28349 Updated by: [EMAIL PROTECTED] Reported By: jonathan at nationaldirect dot net -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Win2k PHP Version: 4.3.6 New Comment: You just need to setup your server correctly, this has nothing to do with a "security" problem. Not a bug in PHP -> bogus. Previous Comments: [2004-06-07 17:17:48] jonathan at nationaldirect dot net I still think we need to put a warning somewhere because this is a potential security risk. Maybe we could let the user choose what to do by putting a setting in the php.ini file. [2004-06-07 17:07:11] jonathan at nationaldirect dot net On a production machine we cannot display errors to the end user because of the privacy and security risks. I think if we put a comment in the php.ini file to warn windows users of this issue and also quietly discard the errors if the file cannot be written to then it would be more acceptable. [2004-06-07 17:03:55] [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 When you specified a log file that can not be written to, it is better to display the error rather then hide it and lose the record that is had every occurred. [2004-06-07 17:01:59] jonathan at nationaldirect dot net I have figured it out. This is not a php bug but rather a Windows folder security settings issue. Something in IIS is setting default to deny write access to some users like "Web Anonymous Users" and "IUSR_computername" accounts. If the user "Web Anonymous Users" is denied write access to the folder then the output will be directed to the webpage. When I manually remove DENY WRITE ACCESS from the folder where the phperrors.log file is to be then all is ok. I still think this is a bug because it still allows erros to display even when display_errors = off. [2004-06-07 16:13:33] jonathan at nationaldirect dot net I just upgraded to php 4.3.7 on the off chance the bug was fixed but no luck. It exists there too. 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/28349 -- Edit this bug report at http://bugs.php.net/?id=28349&edit=1
#28687 [Opn->Fbk]: return $value & segmentation fault
ID: 28687 Updated by: [EMAIL PROTECTED] Reported By: equake at epmail dot com dot br -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.24 PHP Version: 5.0.0RC2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2004-06-07 23:40:09] equake at epmail dot com dot br Description: I got a Segmentation Fault every time that I try to return some method that does not exists. Reproduce code: --- abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // abstract class test { function __call($method, $params) { if (is_callable(array($this, $method))) { echo ("ok"); return $this->{$method}($params); // [error_log] [notice] child pid # exit signal Segmentation fault (11) } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name } } } class test2 extends test { function __construct() { echo ("hi, im test2 at ". time () ." seconds since 01/01/1970 "); } function bla() { echo ('haha'); } } $x = new test2(); $x->bla_inexistent(); // any inexistent method name Expected result: hi, im test2 at 1086644752 seconds since 01/01/1970 Actual result: -- "[error_log] [notice] child pid # exit signal Segmentation fault (11)" on the apache Error Log -- Edit this bug report at http://bugs.php.net/?id=28687&edit=1
#28201 [Opn->Bgs]: FormExpress Module for PostNuke does not work
ID: 28201 Updated by: [EMAIL PROTECTED] Reported By: guyl at mtselect dot co dot uk -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: FreeBSD psa1.123dns.net 4.10-BET PHP Version: 4.3.6 New Comment: Not a bug in PHP, BOGUS. Previous Comments: [2004-06-07 18:20:43] guyl at mtselect dot co dot uk Thanks to ndickson - this seems to be a fix. Presume this was a programming error that ealrier PHPs let go and newer versions pick up on. [2004-06-07 14:42:55] ren at renesurbek dot com I am having the same problem I can't get the form Express module to Initialize, just get a blank screen??? I can get it too work on php 4.3.4 but my isp where the website is uses php 4.3.6.. I really could use some help on this one ASAP Rene [2004-06-05 11:51:55] php at ndickson dot co dot uk I believe I have a workaround for this. Obviously, you do this at your own risk, and you should ensure that you keep backups before making any changes. In the FormExpress file pntables.php, go to the second-to-last line, which just contains ");" (line 142 in my file). It is immediately beneath a large comment. Comment-out this line, and I found that everything works fine again. Tested using php-4.3.5-Win32. [2004-05-18 10:03:40] sites at onetimesolutions dot com dot au This bug is definitely recurring with FormExpress and PHP 4.3.6 [2004-05-05 22:28:03] [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. 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/28201 -- Edit this bug report at http://bugs.php.net/?id=28201&edit=1
#28686 [Opn->Bgs]: sapi/cli/php failure if using mbstring
ID: 28686 Updated by: [EMAIL PROTECTED] Reported By: chris at okanagan dot net -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: SCO OpenServer 5.x PHP Version: 4.3.7 New Comment: Sorry, we don't support SCO servers for the obvious reasons. Previous Comments: [2004-06-07 23:34:32] chris at okanagan dot net Description: ./configure \ --disable-overload \ --disable-ipv6 \ --disable-debug \ --with-zlib=/usr/local \ --enable-trans-sid \ --enable-ftp \ --without-pear \ --enable-mbstring \ --with-apxs=/usr/httpd/bin/apxs the above configure fails to compile, if you remove mbstring it will compile and run compile error: rt.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/ etopt.lo main/internal_functions_cli.lo -lz -lm -lsocket -lc -o sapi/cli/php gcc: Zen: No such file or directory make: *** [sapi/cli/php] Error 1 it WILL compile if you add --disable-cli I do need to use cli and mbstring as well as pear. -- Edit this bug report at http://bugs.php.net/?id=28686&edit=1
#28678 [Opn->Bgs]: Loss of session data when viewing with IE 6
ID: 28678 Updated by: [EMAIL PROTECTED] Reported By: lthaete at secmgmt dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Fedora PHP Version: 4.3.6 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. Known bugs in IE6. Previous Comments: [2004-06-07 20:15:51] lthaete at secmgmt dot com Description: Open the index page with IE (I was using version 6). The page data on the page and in the sess_ file will match. Now follow the link to page one the session data seen with print_r will be correct, but the session data in the sess_ file will have not changed. It is because of the image tag with no image entry. Remove the image tag and refresh and the page and the session file will match. Now replace the image tag and refresh the page the session file will revert to it origional value, the one stored from the index page even if you are on page one. This does not happen with netscape or mozilla. Reproduce code: --- - constants.php index.php -- Session Error Index Page Session Error Index Page Session Error Page One - one.php -- Session Error Page One Session Error Page One Expected result: Session values in the session file are changed to match session data during script execution Actual result: -- Session file data does not change from origional values. -- Edit this bug report at http://bugs.php.net/?id=28678&edit=1
#28659 [Bgs]: Installer error
ID: 28659 Updated by: [EMAIL PROTECTED] Reported By: ned408 at comcast dot net Status: Bogus Bug Type: *General Issues Operating System: OS X 10.3 PHP Version: 4.3.6 New Comment: This is not something we distribute, so we can't fix it either. Please contact the creator of this package. Previous Comments: [2004-06-07 02:36:02] [EMAIL PROTECTED] . [2004-06-07 02:10:17] ned408 at comcast dot net Description: I downloaded the Entropy-PHP-4.3.6-4.dmg installer for Mac OSX 10.3 several times and got an install error at the end each time. While installing MySQL for Mac (which did work) I saw in the documentation that there is a bug in the system where you have to click the install button, click cancel (or back), and then click install (or continue) to get around the Mac installer bug. This didn't work either. Thanks for your help. If I don't get a reply I'll try another mirror site and see if it works. -- Edit this bug report at http://bugs.php.net/?id=28659&edit=1
#28655 [Fbk->Bgs]: Bug with price in OScommerce
ID: 28655 Updated by: [EMAIL PROTECTED] Reported By: webmaster at sanelec dot com -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: windows 2003 server PHP Version: 4.3.7 New Comment: Not a bug in PHP, file it with the OS commerce people. Previous Comments: [2004-06-06 23:29:31] [EMAIL PROTECTED] Perhaps related to the "fix" for printf in 4.3.7, in any case - try and contact the developers of OScommerce and see if they can trace down the problem. [2004-06-06 23:00:02] webmaster at sanelec dot com Description: Prices are x 100 in Oscommerce. It is caused by php4ts.dll i have taken the 4.3.6 one and it works. GoodBye, A french beginner -- Edit this bug report at http://bugs.php.net/?id=28655&edit=1
#28665 [Opn->Bgs]: Counting Twice EOL ^M
ID: 28665 Updated by: [EMAIL PROTECTED] Reported By: jsgoupil at lookstrike dot com -Status: Open +Status: Bogus Bug Type: Output Control Operating System: WinXP PHP Version: 5.0.0RC2 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. Don't mix different styles of line endings. Previous Comments: [2004-06-07 06:26:29] jsgoupil at lookstrike dot com Description: We are currently working on WinXP and we change the CVS server to linux. Now some lines are counted twice when we do an error. So it says "error line 8" (supposed to be 4). If we open the file with NotePad on Windows, we got the correct result (no double line) If we open the file with WordPad on Windows, we got a wrong result (everything is on the same line) If we open the file with vim on Linux, we got ^M at the end of the line. We can delete these ^M with linux, but there is no way to delete it easily with Windows. Expected result: Just count Once line even they finished by a ^M Actual result: -- Counting twice line with ^M -- Edit this bug report at http://bugs.php.net/?id=28665&edit=1
#28654 [Opn->Ana]: Possible bug in utf8_encode (bit operations)
ID: 28654 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed -Bug Type: *XML functions +Bug Type: *Languages/Translation Operating System: WinXP PHP Version: 4.3.4 New Comment: utf8_encode only deals with iso-8859-1, which does not define characters in the range from 128 to 160. Though it should probably just replace those characters with a question mark, as that's how invalid characters are usually converted. Previous Comments: [2004-06-06 22:55:32] [EMAIL PROTECTED] Description: Hi! I'm currently developing a nice script that generates OpenOffice SXW files by filling the content.xml (which is UTF-8 encoded) with database content. While trying to do this I found out that utf8_encode('') (charcode 147) returns 'Â'. But when I checked the whole result in OffenOffice '' is displayed as square (character unknown?!). So I made some tests with UTF-8 conversion (even mb_* functions) and recognized that characters between 128 and 160 returned by utf8_encode() dont seem to match the standard. As mentioned above '' is returned as 'Â' but should be 'â' (as you will get it using UltraEdit for conversion). Does anyone can give me some explanations here? Im not familiar with this UTF-8 / bit-conversion stuff, but I dont think PHP does what its supposed to do here. For a first workaround I simply coded a custom_utf8_encode() that uses an own char map to override this misbehaviour (see below). Can someone help my out with this strange bug?! Regards Bjoern Kraus function custom_utf8_encode($str) { $chrMap = array(128 => 'â', 129 => 'Â', 130 => 'â', 131 => 'Æ', 132 => 'â', 133 => 'â¦', 134 => 'â ', 135 => 'â¡', 136 => 'Ë', 137 => 'â°', 138 => 'Å ', 139 => 'â¹', 140 => 'Å', 141 => 'Â', 142 => 'Ž', 143 => 'Â', 144 => 'Â', 145 => 'â', 146 => 'â', 147 => 'â', 148 => 'â', 149 => 'â¢', 150 => 'â', 151 => 'â', 152 => 'Ë', 153 => 'â¢', 154 => 'Å¡', 155 => 'âº', 156 => 'Å', 157 => 'Â', 158 => 'ž', 159 => 'Ÿ'); $newStr = ''; for ($i = 0; $i < strlen($str); $i++) { $chrVal = ord($str[$i]); if ($chrVal > 127 && $chrVal < 160) { $newStr .= $chrMap[$chrVal]; } else { $newStr .= utf8_encode($str[$i]); } } return $newStr; } -- Edit this bug report at http://bugs.php.net/?id=28654&edit=1