#30671 [Opn-WFx]: Unable to fork...-error appears periodically
ID: 30671 Updated by: [EMAIL PROTECTED] Reported By: henning dot mohren at gmx dot de -Status: Open +Status: Wont fix Bug Type: Filesystem function related Operating System: Solaris 9 PHP Version: 5.0.2 New Comment: Tune your Solaris instead. Values of rlim_fd_max and rlim_fd_cur can be changed with appropriate settings in /etc/system. I doubt that PHP can implement any workaround for OS limit. Previous Comments: [2004-11-03 13:36:39] henning dot mohren at gmx dot de Description: Solaris restricts the use of popen() to 255 files, which is a low limit in case of servers. When using PHP's system() commands, PHP calls Solaris popen(). This fails, when too system-commands have been invoked. See here (http://www.sitepoint.com/forums/showthread.php?p=1245879#post1245879) for more details. Expected result: PHP should implement a workaround or call another Solaris function for invoking system commands. -- Edit this bug report at http://bugs.php.net/?id=30671edit=1
#30697 [Opn-Fbk]: SIGSEGV, Segmentation fault
ID: 30697 Updated by: [EMAIL PROTECTED] Reported By: withpaul at yahoo dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: sparc-sun-solaris2.8 PHP Version: 5.0.2 New Comment: Leave status at feedback until we get info. Previous Comments: [2004-11-17 03:13:31] withpaul at yahoo dot com Presently we can't make any changes to the system in question. Until we can, please put this on hold. Thankyou. [2004-11-17 01:00:02] php-bugs at lists dot php dot net 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. [2004-11-09 15:22:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2004-11-05 23:27:47] withpaul at yahoo dot com PHP is running under Apache2 in MOD mode - not CGI mode. [2004-11-05 23:24:55] withpaul at yahoo dot com Description: Apache must be restarted after PHP error. Receiving intermittent error within 1-20 minutes after starting / restarting Apache2 server when any given random OCI function call against an Oracle9 database server occurs. NOTE: firewall exists between the Apache host server and Oracle server (suspect and cannot test bypassing firewall due to extended policy process at organization): PHP Warning: Unknown: _oci_close_session OCIHandleAlloc OCI_HTYPE_SVCCTX: OCI_INVALID_HANDLE in Unknown on line 0, referer: [http://mysitex.domain.com/something.php] Unknown(0) : Warning - Unknown: _oci_close_session OCIHandleAlloc OCI_HTYPE_SVCCTX: OCI_INVALID_HANDLE TEMPORARY DIAGNOSIS AND STRATEGY UNTIL FIREWALL CAN BE BYPASSED FOR FURTHER TESTING: We were using: http://www.php.net/manual/en/function.session-set-save-handler.php We are now using: Turning off database management of session related info and enabling following in PHP.INI: session.save_handler = files session.save_path = /tmp (a writeable directory by Apache5) (then confirming that session related temporary files are being opened in session.save_path) Ploblem no longer occurring at present. (36+ hours) Believe it is a firewall or OCI connectivity issue with the Oracle server. Question: With the included TraceLog (minus the GDB error), can we avoid from a PHP source perspective, an Apache2 segfault? It may be awhile before we can ascertain what causes this problem such as the suspected firewall between servers or some process on the web server that may be interfering. Reproduce code: --- Intermittent issue - not consistently reproducable. Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0xfdcd27e4 in _oci_close_session (session=0x2e8c68) at /usr/local/src/php-5.0.2/ext/oci8/oci8.c:2941 2941CALL_OCI_RETURN(OCI(error), (gdb) bt #0 0xfdcd27e4 in _oci_close_session (session=0x2e8c68) at /usr/local/src/php-5.0.2/ext/oci8/oci8.c:2941 #1 0xfdccc368 in _oci_session_list_dtor (rsrc=0x2d1ab0) at /usr/local/src/php-5.0.2/ext/oci8/oci8.c:1124 #2 0xfdeed8b8 in list_entry_destructor (ptr=0x2d1ab0) at /usr/local/src/php-5.0.2/Zend/zend_list.c:178 #3 0xfdeea414 in zend_hash_apply_deleter (ht=0xfe0f0b10, p=0x22aa18) at /usr/local/src/php-5.0.2/Zend/zend_hash.c:574 #4 0xfdeea7c4 in zend_hash_graceful_reverse_destroy (ht=0xfe0f0b10) at /usr/local/src/php-5.0.2/Zend/zend_hash.c:640 #5 0xfdeedb34 in zend_destroy_rsrc_list (ht=0xfe0f0b10) at /usr/local/src/php-5.0.2/Zend/zend_list.c:234 #6 0xfdec711c in shutdown_executor () at /usr/local/src/php-5.0.2/Zend/zend_execute_API.c:285 #7 0xfdedd0b0 in zend_deactivate () at /usr/local/src/php-5.0.2/Zend/zend.c:818 #8 0xfde66bb8 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-5.0.2/main/main.c:1212 #9 0xfdf29d68 in php_apache_request_dtor (r=0x1edbf0) at /usr/local/src/php-5.0.2/sapi/apache2handler/sapi_apache2.c:435 #10 0xfdf2a58c in php_handler (r=0x1edbf0) at /usr/local/src/php-5.0.2/sapi/apache2handler/sapi_apache2.c:553 #11 0x00046388 in ap_run_handler (r=0x1edbf0) at config.c:151 ---Type return to continue, or q return to quit--- #12 0x0004692c in ap_invoke_handler (r=0x1edbf0) at config.c:363 #13 0x00033c74 in ap_process_request (r=0x1edbf0) at http_request.c:246 #14 0x0002f15c in ap_process_http_connection (c=0x1e2bd8) at http_core.c:250 #15 0x000519ec in ap_run_process_connection
#30803 [Bgs]: Function Repeat Twice
ID: 30803 User updated by: icui at email dot it Reported By: icui at email dot it Status: Bogus Bug Type: Apache2 related Operating System: Linux 2.6.3 PHP Version: 4.3.9 New Comment: I reproduce this problem in another way. It's possible there is a problem in php module? Run following two pages in your system and see apache log file. On linux system. --- filename content --- page.htm img src= alt=No source specified / page.php img src= alt=No source specified / htm extension: page run properly, once. log: 192.168.1.2 - - [17/Nov/2004:00:44:17 +0100] GET /bug/page.htm HTTP/1.1 200 41 php extension: page run twice. log: 192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php HTTP/1.1 200 41 192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php HTTP/1.1 200 41 If you specify src, page works properly. I'm not sure that it's a php bug (apache2 related), apache bug or nothing of all that. Thanks for your interest. Previous Comments: [2004-11-16 08:34:31] [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. . [2004-11-16 01:39:17] icui at email dot it Description: The following script generates two files copies. The same script executed without Apache works properly and generates single file copy. With $URL_CSS_ defined works properly. (row 13) Deleting row 15 works properly. Apache seems to execute twice the script, second in background. I don't understand why. Tested with: Php 5.0.1 - 4.3.9 - 4.3.4 On Linux System kernel 2.4, 2.6 NB. In Windows seems to work properly. (not tested personally) Reproduce code: --- ? $id = uniqid('bug'); $wrk_dir = ''; // Working Directory $src_file = 'grab.jpg'; // Source File $dst_file = 'tmpgrab_'.$id.'.jpg'; // New File echo 'Source File ='.$src_file.'br /'; // Print Source File Name echo 'Destination File ='.$dst_file.'br /'; // Print Destination File Name if (!copy($wrk_dir.$src_file, $wrk_dir.$dst_file)) { echo 'Failed to copy.br /'; } //$URL_CSS_='string'; ? link rel=stylesheet href=?=$URL_CSS_? type=text/css / Expected result: I expect that a new file is created in my $wrk_dir Actual result: -- Script generates two copies from original file. -- Edit this bug report at http://bugs.php.net/?id=30803edit=1
#25399 [Bgs]: ereg_replace problem
ID: 25399 User updated by: ibar at 163 dot com Reported By: ibar at 163 dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: Redhat 7.2 PHP Version: 4.3.3 New Comment: Excuse me, the answer from you refered the word regexp, but I cann't catch its exact meaning, can you give me an detailed explaination? Thanks a lot. Previous Comments: [2003-09-06 19:17:40] [EMAIL PROTECTED] Your regexp is broken. Not bug. (you need to escape | char) [2003-09-06 08:45:36] ibar at 163 dot com Description: i can't replace thefour in big5 chinese letter eg:ereg_replace('¥|','4'$str); error instruct:Warning: ereg_replace(): REG_EMPTY in /dir/file.php on line 50 Reproduce code: --- $str=ereg_replace('¥|',4,$str); Expected result: return 4 Actual result: -- Warning: ereg_replace(): REG_EMPTY in /dir/file.php on line 50 -- Edit this bug report at http://bugs.php.net/?id=25399edit=1
#16816 [Com]: PHP opens more connections as allowed
ID: 16816 Comment by: nicolas dot karageuzian at clubmed dot com Reported By: hofmann at isl dot org Status: No Feedback Bug Type: Sybase (dblib) related Operating System: Linux 7.2 PHP Version: 4.1.2 New Comment: I experienced the same problem using PHP 4.3.3 on AIX 4.3.3 or Solaris 8 with a DB2/zOS database. I'm not using --with-ibm-db2 but the unixODBC driver over the CLI interface. When i run a loadTest, i can see on my SGBD more connexions from the httpdaemon/phpdbuser than allowed in php.ini. Is there any patch or config i missed to correct this ? I noticed the following as well, it could be linked to my problem : the Active Persistent Links and Active Links sections from phpinfo() always displays 0 in any case. Previous Comments: [2002-10-27 19:00:18] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-10-09 22:20:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-04-25 04:35:02] hofmann at isl dot org My sybase config for php is as follows: sybase.allow_persistent = On sybase.max_persistent = 5 sybase.max_links = 5 Also I am using phplib database classes - which are based on pconnect(). The problem now is that after a short time there are 15 or more PHP processes within the sybase database! The result is that another Delphi Programm can not longer access the same database, because it can not open a connection when all connections are used by php! (increasing the max num of connections within the sybase db is no real solution to this!) I wonder about the BROKEN_SYBASE_PCONNECTS define within the source code - is there a known problem which I haven't found within the web/news? Thanks for help Kai Hofmann -- Edit this bug report at http://bugs.php.net/?id=16816edit=1
#30543 [Asn-Csd]: Extending to self or parent makes php crash
ID: 30543 Updated by: [EMAIL PROTECTED] Reported By: jsgoupil at lookstrike dot com -Status: Assigned +Status: Closed Bug Type: Zend Engine 2 problem Operating System: WinXP PHP Version: 5.0.2 Assigned To: andi 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-10-23 17:21:18] [EMAIL PROTECTED] Andi, plz, review this fix: Index: zend_execute_API.c === RCS file: /repository/ZendEngine2/zend_execute_API.c,v retrieving revision 1.304 diff -u -r1.304 zend_execute_API.c --- zend_execute_API.c 5 Oct 2004 06:53:39 - 1.304 +++ zend_execute_API.c 23 Oct 2004 15:20:05 - @@ -884,6 +884,10 @@ char dummy = 1; zend_fcall_info fcall_info; zend_fcall_info_cache fcall_cache; + + if (!name_length || !name) { + return FAILURE; + } lc_name = do_alloca(name_length + 1); zend_str_tolower_copy(lc_name, name, name_length); [2004-10-23 17:00:36] jsgoupil at lookstrike dot com Description: Everything is in the summary. When extending a class to parent or self (nobody does that uh :P ?), php crashes. Reproduce code: --- ?php class a extends self { } ? or ?php class a extends parent { } ? Expected result: Error like extending extends keyword ? Actual result: -- Crash ! -- Edit this bug report at http://bugs.php.net/?id=30543edit=1
#29013 [Com]: Multiple logons cause handles to become invalid
ID: 29013 Comment by: support at madern dot com Reported By: cjbj at hotmail dot com Status: Analyzed Bug Type: OCI8 related Operating System: Windows, Linux PHP Version: 4.3.7, 5.0.0 Dev Assigned To: tony2001 New Comment: Hi, i think i have a problem that could be related to this bug. This script works fine when multiple users are loading the page at the same time. ?php $q1 = ' SELECT QUERY1.*, QUERY2.*, BAAN.TTIROU003910.T$DSCA, BAAN.TTIROU003910.T$TANO FROM BAAN.TTIROU003910, (SELECT BAAN.TTISFC010910.T$PDNO, BAAN.TTISFC010910.T$OPNO, BAAN.TTISFC010910.T$COMP, BAAN.TTISFC010910.T$TANO FROM BAAN.TTISFC010910 WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1, (SELECT BAAN.TTISFC001910.T$CPRJ, BAAN.TTISFC001910.T$PDNO FROM BAAN.TTISFC001910)QUERY2 WHERE QUERY2.T$PDNO=QUERY1.T$PDNO AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO'; $conn = OCILogon($user, $pass, $tns); $mycursor = OCI_Parse($conn, $q1); oci_execute($mycursor, OCI_DEFAULT); echotable; while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) { $aant=oci_num_rows($mycursor); echo tr td$row[4]/td td$row[0]/td td$row[1]/td td$row[6]/td td$row[2]/td /tr ; } echo/table; oci_close($mycursor); ? Now here is my second script with just one difference in the script (see QUERY2). This script gives several types of error messages when multiple users are loading the page in their browsers at the same time: Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto: ORA-01001: invalid cursor Warning: oci_execute() [function.oci-execute]: OCIStmtExecute: ORA-24324: service handle not initialized Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto: ORA-24338: statement handle not executed ?php $q1 = ' SELECT QUERY1.*, QUERY2.*, BAAN.TTIROU003910.T$DSCA, BAAN.TTIROU003910.T$TANO FROM BAAN.TTIROU003910, (SELECT BAAN.TTISFC010910.T$PDNO, BAAN.TTISFC010910.T$OPNO, BAAN.TTISFC010910.T$COMP, BAAN.TTISFC010910.T$TANO FROM BAAN.TTISFC010910 WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1, (SELECT BAAN.TTISFC001910.T$CPRJ, BAAN.TTISFC001910.T$PDNO FROM BAAN.TTISFC001910 WHERE BAAN.TTISFC001910.T$CPRJ LIKE \''.$projectnr.'\' AND BAAN.TTISFC001910.T$PDNO LIKE \''.$ordernr.'\')QUERY2 WHERE QUERY2.T$PDNO=QUERY1.T$PDNO AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO'; $conn = OCILogon($user, $pass, $tns); $mycursor = OCI_Parse($conn, $q1); oci_execute($mycursor, OCI_DEFAULT); echotable; while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) { $aant=oci_num_rows($mycursor); echo tr td$row[4]/td td$row[0]/td td$row[1]/td td$row[6]/td td$row[2]/td /tr ; } echo/table; oci_close($mycursor); ? Previous Comments: [2004-10-17 06:51:42] [EMAIL PROTECTED] I can see the problem now. Will look at it closer a bit later.. [2004-10-14 10:11:36] cjbj at hotmail dot com Using one user would make it harder to demonstrate the problem. Sorry I didn't include create user scripts etc. I retested with 4.3.10-dev and 5.0.3-dev binaries of a few minutes ago. I am using W2K with Oracle 9.2 client libraries. I am still seeing the usernames printed as SCOTT and HR, which is incorrect. [2004-10-12 07:20:03] [EMAIL PROTECTED] No, of course you should able to connect to Oracle from PHP using different logins. My question should be read in this way: are you able to reproduce it under 1 user, but with different connections, because I was too lazy to create a new user in Oracle?. Btw, I've already created additional user and tested your code - your example works perfectly for me. [2004-10-12 05:38:56] cjbj at hotmail dot com The business requirement comes from the original report in http://forums.oracle.com/forums/thread.jsp?forum=178thread=251141 I don't think the way $c1 is impacted by the second login is obvious or nice behavior. I feel the problem is related to some of the common OCI8 connection issues due to the caching and reuse of handles. It would be nice to resolve these issues. There is no Oracle-OCI reason why two users can't be connected at one time. I think it should be allowed in PHP. But if you think the PHP-OCI8 interface should not support concurrent connections, can a PHP error be generated at the time of the second OCINLogin()? [2004-10-10 17:02:43] [EMAIL PROTECTED] Chris, is it important to have
#30803 [Bgs]: Function Repeat Twice
ID: 30803 User updated by: icui at email dot it Reported By: icui at email dot it Status: Bogus Bug Type: Apache2 related Operating System: Linux 2.6.3 PHP Version: 4.3.9 New Comment: Hi, two GET in log files It's a browser problem, sorry for the mistake and thanks for your interest. Bye! Previous Comments: [2004-11-17 11:55:34] icui at email dot it I reproduce this problem in another way. It's possible there is a problem in php module? Run following two pages in your system and see apache log file. On linux system. --- filename content --- page.htm img src= alt=No source specified / page.php img src= alt=No source specified / htm extension: page run properly, once. log: 192.168.1.2 - - [17/Nov/2004:00:44:17 +0100] GET /bug/page.htm HTTP/1.1 200 41 php extension: page run twice. log: 192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php HTTP/1.1 200 41 192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php HTTP/1.1 200 41 If you specify src, page works properly. I'm not sure that it's a php bug (apache2 related), apache bug or nothing of all that. Thanks for your interest. [2004-11-16 08:34:31] [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. . [2004-11-16 01:39:17] icui at email dot it Description: The following script generates two files copies. The same script executed without Apache works properly and generates single file copy. With $URL_CSS_ defined works properly. (row 13) Deleting row 15 works properly. Apache seems to execute twice the script, second in background. I don't understand why. Tested with: Php 5.0.1 - 4.3.9 - 4.3.4 On Linux System kernel 2.4, 2.6 NB. In Windows seems to work properly. (not tested personally) Reproduce code: --- ? $id = uniqid('bug'); $wrk_dir = ''; // Working Directory $src_file = 'grab.jpg'; // Source File $dst_file = 'tmpgrab_'.$id.'.jpg'; // New File echo 'Source File ='.$src_file.'br /'; // Print Source File Name echo 'Destination File ='.$dst_file.'br /'; // Print Destination File Name if (!copy($wrk_dir.$src_file, $wrk_dir.$dst_file)) { echo 'Failed to copy.br /'; } //$URL_CSS_='string'; ? link rel=stylesheet href=?=$URL_CSS_? type=text/css / Expected result: I expect that a new file is created in my $wrk_dir Actual result: -- Script generates two copies from original file. -- Edit this bug report at http://bugs.php.net/?id=30803edit=1
#29013 [Ana]: Multiple logons cause handles to become invalid
ID: 29013 Updated by: [EMAIL PROTECTED] Reported By: cjbj at hotmail dot com Status: Analyzed Bug Type: OCI8 related Operating System: Windows, Linux PHP Version: 4.3.7, 5.0.0 Dev Assigned To: tony2001 New Comment: No, you problem is not concerned with the original one. Take a look at error messages/reproduce code and feel the difference. Futhermore, it seems to me like a problem of your DB or PL/SQL. Previous Comments: [2004-11-17 14:54:41] support at madern dot com Hi, i think i have a problem that could be related to this bug. This script works fine when multiple users are loading the page at the same time. ?php $q1 = ' SELECT QUERY1.*, QUERY2.*, BAAN.TTIROU003910.T$DSCA, BAAN.TTIROU003910.T$TANO FROM BAAN.TTIROU003910, (SELECT BAAN.TTISFC010910.T$PDNO, BAAN.TTISFC010910.T$OPNO, BAAN.TTISFC010910.T$COMP, BAAN.TTISFC010910.T$TANO FROM BAAN.TTISFC010910 WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1, (SELECT BAAN.TTISFC001910.T$CPRJ, BAAN.TTISFC001910.T$PDNO FROM BAAN.TTISFC001910)QUERY2 WHERE QUERY2.T$PDNO=QUERY1.T$PDNO AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO'; $conn = OCILogon($user, $pass, $tns); $mycursor = OCI_Parse($conn, $q1); oci_execute($mycursor, OCI_DEFAULT); echotable; while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) { $aant=oci_num_rows($mycursor); echo tr td$row[4]/td td$row[0]/td td$row[1]/td td$row[6]/td td$row[2]/td /tr ; } echo/table; oci_close($mycursor); ? Now here is my second script with just one difference in the script (see QUERY2). This script gives several types of error messages when multiple users are loading the page in their browsers at the same time: Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto: ORA-01001: invalid cursor Warning: oci_execute() [function.oci-execute]: OCIStmtExecute: ORA-24324: service handle not initialized Warning: oci_fetch_array() [function.oci-fetch-array]: OCIFetchInto: ORA-24338: statement handle not executed ?php $q1 = ' SELECT QUERY1.*, QUERY2.*, BAAN.TTIROU003910.T$DSCA, BAAN.TTIROU003910.T$TANO FROM BAAN.TTIROU003910, (SELECT BAAN.TTISFC010910.T$PDNO, BAAN.TTISFC010910.T$OPNO, BAAN.TTISFC010910.T$COMP, BAAN.TTISFC010910.T$TANO FROM BAAN.TTISFC010910 WHERE BAAN.TTISFC010910.T$COMP = 2)QUERY1, (SELECT BAAN.TTISFC001910.T$CPRJ, BAAN.TTISFC001910.T$PDNO FROM BAAN.TTISFC001910 WHERE BAAN.TTISFC001910.T$CPRJ LIKE \''.$projectnr.'\' AND BAAN.TTISFC001910.T$PDNO LIKE \''.$ordernr.'\')QUERY2 WHERE QUERY2.T$PDNO=QUERY1.T$PDNO AND QUERY1.T$TANO=BAAN.TTIROU003910.T$TANO ORDER BY QUERY1.T$PDNO,QUERY1.T$OPNO'; $conn = OCILogon($user, $pass, $tns); $mycursor = OCI_Parse($conn, $q1); oci_execute($mycursor, OCI_DEFAULT); echotable; while ($row = oci_fetch_array ($mycursor, OCI_BOTH)) { $aant=oci_num_rows($mycursor); echo tr td$row[4]/td td$row[0]/td td$row[1]/td td$row[6]/td td$row[2]/td /tr ; } echo/table; oci_close($mycursor); ? [2004-10-17 06:51:42] [EMAIL PROTECTED] I can see the problem now. Will look at it closer a bit later.. [2004-10-14 10:11:36] cjbj at hotmail dot com Using one user would make it harder to demonstrate the problem. Sorry I didn't include create user scripts etc. I retested with 4.3.10-dev and 5.0.3-dev binaries of a few minutes ago. I am using W2K with Oracle 9.2 client libraries. I am still seeing the usernames printed as SCOTT and HR, which is incorrect. [2004-10-12 07:20:03] [EMAIL PROTECTED] No, of course you should able to connect to Oracle from PHP using different logins. My question should be read in this way: are you able to reproduce it under 1 user, but with different connections, because I was too lazy to create a new user in Oracle?. Btw, I've already created additional user and tested your code - your example works perfectly for me. [2004-10-12 05:38:56] cjbj at hotmail dot com The business requirement comes from the original report in http://forums.oracle.com/forums/thread.jsp?forum=178thread=251141 I don't think the way $c1 is impacted by the second login is obvious or nice behavior. I feel the problem is related to some of the common OCI8 connection issues due to the caching and reuse of handles. It would be nice to resolve these issues. There is no Oracle-OCI reason why two users can't be connected at one time. I think it should be allowed in PHP.
#30813 [NEW]: Per Directory Values problem
From: me at auzgc dot com Operating system: Windows 2003 PHP version: 4.3.9 PHP Bug Type: *Configuration Issues Bug description: Per Directory Values problem Description: Setting any configuration value to On in the registry Per Directory Values for a given directory is not recognised and shows as Off in phpinfo(). Setting it to 4096 instead for buffer size brings up On on phpinfo() for zlib.output_compression but fails to actually compress any output. Setting zlib.output_compression to On in php.ini works fine. It is only when setting it for individual directories that it fails to work. -- Edit bug report at http://bugs.php.net/?id=30813edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30813r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30813r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30813r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30813r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30813r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30813r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30813r=needscript Try newer version: http://bugs.php.net/fix.php?id=30813r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30813r=support Expected behavior: http://bugs.php.net/fix.php?id=30813r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30813r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30813r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30813r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30813r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30813r=dst IIS Stability: http://bugs.php.net/fix.php?id=30813r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30813r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30813r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30813r=mysqlcfg
#30813 [Opn-Fbk]: Per Directory Values problem
ID: 30813 Updated by: [EMAIL PROTECTED] Reported By: me at auzgc dot com -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Windows 2003 PHP Version: 4.3.9 New Comment: Check your httpd.conf and make sure that AllowOverride directive for this directory is set to All and not None. Previous Comments: [2004-11-17 15:20:22] me at auzgc dot com Description: Setting any configuration value to On in the registry Per Directory Values for a given directory is not recognised and shows as Off in phpinfo(). Setting it to 4096 instead for buffer size brings up On on phpinfo() for zlib.output_compression but fails to actually compress any output. Setting zlib.output_compression to On in php.ini works fine. It is only when setting it for individual directories that it fails to work. -- Edit this bug report at http://bugs.php.net/?id=30813edit=1
#30814 [NEW]: more detailed feedback from DOMDocument::schemaValidate
From: pecoes at web dot de Operating system: windows xp PHP version: 5.0.2 PHP Bug Type: Feature/Change Request Bug description: more detailed feedback from DOMDocument::schemaValidate Description: A lot can go wrong during schema validation: 1.) the schema cannot be opened 2.) the schema is not well-formed 3.) the schema itself is invalid 4.) the $dom in question is invalid Currently there is neither a way to distinguish between these four problems, nor a way to capture an actual validation error(4). Imho schemaValidate really needs some refinements. Here's an idea: schemaValidate (string file [, integer errType [, string errMsg]]) errType and errMsg would describe the error (if any) and schemaValidate would STOP triggering errors and return false instead. Usage: if (!$dom-schemaValidate($schema, $errType, $errMsg)) { switch ($errType) { case SCHEMA_NOT_FOUND: throw new Exception($schema not found); case SCHEMA_NOT_WELLFORMED: throw new Exception($schema not well-formed); case SCHEMA_INVALID: throw new Exception($schema is invalid); case SCHEMA_DOM_INVALID: throw new Exception(XML invalid: $errMsg); } } or simply: if (!$dom-schemaValidate($schema, $errType, $errMsg)) { throw new Exception($errMsg ? $errMsg : $schema not usable); } Whether you like my idea or not, I hope you'll agree that: if ([EMAIL PROTECTED]schemaValidate($schema)) { throw new Exception(cannot validate or invalid input); } is not enough. -- Edit bug report at http://bugs.php.net/?id=30814edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30814r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30814r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30814r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30814r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30814r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30814r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30814r=needscript Try newer version: http://bugs.php.net/fix.php?id=30814r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30814r=support Expected behavior: http://bugs.php.net/fix.php?id=30814r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30814r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30814r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30814r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30814r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30814r=dst IIS Stability: http://bugs.php.net/fix.php?id=30814r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30814r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30814r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30814r=mysqlcfg
#30811 [Opn-Bgs]: virtual() causes relative paths in require() to break
ID: 30811 Updated by: [EMAIL PROTECTED] Reported By: cantrell at pobox dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: OS X, Linux PHP Version: 4.3.9 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. Your code is similar to: ? require('./baz.php'); ? Obviously baz.php is not in current directory of foo.php. Previous Comments: [2004-11-17 07:30:28] cantrell at pobox dot com Description: When virtual() calls another page that contains require('./xyz'), the require() call breaks. But it works with require('xyz'), which smells really bad, and makes me think this is a bug and not just me missing something. Posted this to php-general, but got no feedback. Reproduced on OS X 10.3.6 + Apache 1.3.29 + PHP/4.3.4, and on Debian + Apache 1.3.31 + PHP/4.3.9-1. Reproduce code: --- -- foo.php -- This is foo. ?php virtual('subdir/bar.php'); ? -- foo.shtml (my control group) -- This is foo. !--#include virtual=subdir/bar.php-- -- subdir/bar.php -- This is bar. ?php require('./baz.php'); ? -- subdir/baz.php -- This is baz. Expected result: This is foo. This is bar. This is baz. [Note: foo.shtml correctly produces this output; foo.php should in theory work identically, but does not.] Actual result: -- This is foo. This is bar. Warning: main(./baz.php): failed to open stream: No such file or directory in /blah/blah/subdir/bar.php on line 2 Fatal error: main(): Failed opening required './baz.php' (include_path='.:/usr/local/lib/php') in /blah/blah/ subdir/bar.php on line 2 Oddly, it works if bar.php says require('baz.php') instead of require('./baz.php'). -- Edit this bug report at http://bugs.php.net/?id=30811edit=1
#30815 [NEW]: ODBC odbc.max_links not supported
From: nicolas dot karageuzian at clubmed dot com Operating system: AIX 4.3.3, Solaris 8 PHP version: 4.3.9 PHP Bug Type: PHP options/info functions Bug description: ODBC odbc.max_links not supported Description: I experienced the same problem using PHP 4.3.3 on AIX 4.3.3 or Solaris 8. In every case, i'm connecting to an DB2/zOS database. I'm not using --with-ibm-db2 but the unixODBC driver over the CLI interface. When i run a loadTest, i can see on my SGBD more connexions from the httpdaemon/phpdbuser than allowed in php.ini. (i've set odbc.max_links = 5 in php.ini, but i can see up to 10 connexion threads on SGBD). Is there any patch or config i missed to correct this ? I noticed the following as well, it could be linked to my problem : the Active Persistent Links and Active Links sections from phpinfo() always displays 0, in any case. -- Edit bug report at http://bugs.php.net/?id=30815edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30815r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30815r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30815r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30815r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30815r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30815r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30815r=needscript Try newer version: http://bugs.php.net/fix.php?id=30815r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30815r=support Expected behavior: http://bugs.php.net/fix.php?id=30815r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30815r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30815r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30815r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30815r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30815r=dst IIS Stability: http://bugs.php.net/fix.php?id=30815r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30815r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30815r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30815r=mysqlcfg
#30815 [Opn]: odbc.max_links option not interpreted
ID: 30815 User updated by: nicolas dot karageuzian at clubmed dot com -Summary: ODBC odbc.max_links not supported Reported By: nicolas dot karageuzian at clubmed dot com Status: Open Bug Type: PHP options/info functions Operating System: AIX 4.3.3, Solaris 8 PHP Version: 4.3.9 New Comment: I experienced the same problem using PHP 4.3.3 on AIX 4.3.3 or Solaris 8. In every case, i'm connecting to a DB2v7.2/zOS database. I'm not using --with-ibm-db2 but the unixODBC (2.2.10) driver over the CLI interface. When i run a loadTest, i can see on my SGBD more connexions from the httpdaemon/phpdbuser than allowed in php.ini. (i've set odbc.max_links = 5 in php.ini, but i can see up to 10 connexion threads on SGBD). Is there any patch or config i missed to correct this ? I noticed the following as well, it could be linked to my problem : the Active Persistent Links and Active Links values in ODBC section (from phpinfo) always displays 0, in any case. Previous Comments: [2004-11-17 17:07:31] nicolas dot karageuzian at clubmed dot com Description: I experienced the same problem using PHP 4.3.3 on AIX 4.3.3 or Solaris 8. In every case, i'm connecting to an DB2/zOS database. I'm not using --with-ibm-db2 but the unixODBC driver over the CLI interface. When i run a loadTest, i can see on my SGBD more connexions from the httpdaemon/phpdbuser than allowed in php.ini. (i've set odbc.max_links = 5 in php.ini, but i can see up to 10 connexion threads on SGBD). Is there any patch or config i missed to correct this ? I noticed the following as well, it could be linked to my problem : the Active Persistent Links and Active Links sections from phpinfo() always displays 0, in any case. -- Edit this bug report at http://bugs.php.net/?id=30815edit=1
#30739 [Asn-Csd]: Writing on a Black BG
ID: 30739 Updated by: [EMAIL PROTECTED] Reported By: nate at highsocietyfreeride dot com -Status: Assigned +Status: Closed Bug Type: GD related Operating System: apache? PHP Version: 4.3.10-dev Assigned To: pajoye 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. Hello, The bug was due to imagefill, it did not set back the alphablending to true. This is somehow required for font rendering with antialiasing. Btw, with true color images you do not need to fill the background with black, the default is black (0). a temporary fix is to call imagealphablending(true); after imagefill. Bug is fixed in cvs. Thanks for this report, --Pierre Previous Comments: [2004-11-10 09:39:15] [EMAIL PROTECTED] Confirmed with 4.3.10-dev, not reproducible with 5.0.x 5.1.x branch. [2004-11-10 00:05:41] nate at highsocietyfreeride dot com Description: First off, I'm not sure what verison of PHP our servers use. My hosting service is IpowerWeb.com When I use imagettftext to write onto an image, it works fine, unless I allocate the color of 0,0,0. Even 1,1,1 works just fine. When I write to a complete black background the text shows up as rectangles, not the actual letters. The rectangles look like bounding boxes because they take the size of the actual letter its trying to print. Reproduce code: --- ?php $im_header = imagecreatetruecolor( 440, 83); $white = imagecolorallocate($im_header, 255, 255, 255); $black = imagecolorallocate($im_header, 0, 0, 0); imagefill($im_header,0,0,$black); imagecolortransparent($im_header, $black); imagettftext($im_header, 32, 0, 0, 42, $white, fonts/verdana.TTF, test); imagejpeg($im_header); ? -- Edit this bug report at http://bugs.php.net/?id=30739edit=1
#30811 [Bgs]: virtual() causes relative paths in require() to break
ID: 30811 User updated by: cantrell at pobox dot com Reported By: cantrell at pobox dot com Status: Bogus Bug Type: Apache related Operating System: OS X, Linux PHP Version: 4.3.9 New Comment: Um, I beg your pardon, but this is not a support question. This behavior is contradictory to the docs, and I'm pretty sure it's a bug. Please read my post a little more carefully. Note that I am not asking for help! The docs for virtual() say that it works with an Apache subquest. If that were the case, it would work just like SSI: the output of bar.php (which works *just fine* when called directly) would be inserted into foo.php where the virtual() call is. That's what the docs imply. It's not what happens. When PHP doesn't behave as documented, I think it's fair to consider that a bug. Previous Comments: [2004-11-17 17:06:04] [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. Your code is similar to: ? require('./baz.php'); ? Obviously baz.php is not in current directory of foo.php. [2004-11-17 07:30:28] cantrell at pobox dot com Description: When virtual() calls another page that contains require('./xyz'), the require() call breaks. But it works with require('xyz'), which smells really bad, and makes me think this is a bug and not just me missing something. Posted this to php-general, but got no feedback. Reproduced on OS X 10.3.6 + Apache 1.3.29 + PHP/4.3.4, and on Debian + Apache 1.3.31 + PHP/4.3.9-1. Reproduce code: --- -- foo.php -- This is foo. ?php virtual('subdir/bar.php'); ? -- foo.shtml (my control group) -- This is foo. !--#include virtual=subdir/bar.php-- -- subdir/bar.php -- This is bar. ?php require('./baz.php'); ? -- subdir/baz.php -- This is baz. Expected result: This is foo. This is bar. This is baz. [Note: foo.shtml correctly produces this output; foo.php should in theory work identically, but does not.] Actual result: -- This is foo. This is bar. Warning: main(./baz.php): failed to open stream: No such file or directory in /blah/blah/subdir/bar.php on line 2 Fatal error: main(): Failed opening required './baz.php' (include_path='.:/usr/local/lib/php') in /blah/blah/ subdir/bar.php on line 2 Oddly, it works if bar.php says require('baz.php') instead of require('./baz.php'). -- Edit this bug report at http://bugs.php.net/?id=30811edit=1
#30816 [NEW]: Open too many PHP.exe when executing OCILOGON
From: gattas at yahoo dot com Operating system: Windows 2000 + IIS 5 + Oracle 8i PHP version: 4.3.8 PHP Bug Type: Performance problem Bug description: Open too many PHP.exe when executing OCILOGON Description: Since a year ago Windows 2000 with IIS 5 + PHP 4.3.4 + Oracle cliente connected with Oracle 8.1.7, it's working ok. However now, after making a few (10 max.) connections with the database, the server crash. We take a look at the CPU and it´s in its 100% of capacity and we can see a loto of php.exe running. Reproduce code: --- Cannot be reproduced, configuration issue. Expected result: We expect to connect as many time as required Actual result: -- }the server hangs ans we cannot make it work -- Edit bug report at http://bugs.php.net/?id=30816edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30816r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30816r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30816r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30816r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30816r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30816r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30816r=needscript Try newer version: http://bugs.php.net/fix.php?id=30816r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30816r=support Expected behavior: http://bugs.php.net/fix.php?id=30816r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30816r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30816r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30816r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30816r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30816r=dst IIS Stability: http://bugs.php.net/fix.php?id=30816r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30816r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30816r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30816r=mysqlcfg
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286 Comment by: pascal dot court at bluewin dot ch Reported By: igg10 at alu dot ua dot es Status: No Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: I have exactly the same problem. I use Windows XP French SP2 Apache 2.0.52 PHP 4.3.9 Previous Comments: [2004-11-16 12:38:10] php_bug at cklowe dot com There is a syndrome of bugs here. http://www.google.com/search?q=+site:bugs.php.net+3221225477 reports 47 hits. 3221225477 equates to 0xC005 . Could this be Zend bailing out? [2004-11-08 17:22:27] cpuidle at gmx dot de Same issue for me, happend when running Mantis 0.19.0 against PHP 5.0.1: [Mon Nov 08 17:18:56 2004] [notice] Parent: Created child process 3080 [Mon Nov 08 17:18:58 2004] [notice] Child 3080: Child process is running [Mon Nov 08 17:18:58 2004] [notice] Child 3080: Acquired the start mutex. [Mon Nov 08 17:18:58 2004] [notice] Child 3080: Starting 20 worker threads. [Mon Nov 08 17:19:07 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. [2004-10-15 14:52:00] jonathan at schwarzelan dot de As said for bug 25570, to me it seems they are kind of related - having a large 2d-array, just filling it with data (140x4 each about 100chars) results to Apache2.0.50 to crash (php 5.0.2, aswell as 5.1.0-dev) on W2k and WXP Trying outputting the generated Data leads to bug 25570 - [2004-10-06 20:29:54] daukan at thelastgate dot com winxp pro sp2 apache 2 php 5.0.0 After I change all the bcpow() functions to pow() it hasn't crashed. example: if(rand(1,10)+bcpow($pstat,2) rand(1,8)+bpow($estat,2)) to if(rand(1,10)+pow($pstat,2) rand(1,8)+pow($estat,2)) [2004-09-26 17:24:25] ordghio at trava dot lv Two Win2k servers with Apache 2.0.50 and PHP 5.0.2 after function getmicrotime() call - error with this string in error.log: Parent: child process exited with status 3221225477 -- Restarting back to 4.3.9 - all works fine 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/26286 -- Edit this bug report at http://bugs.php.net/?id=26286edit=1
#30702 [Fbk-Opn]: cannot initialize class variable from class constant
ID: 30702 Updated by: [EMAIL PROTECTED] Reported By: douglass_davis at earthlink dot net -Status: Feedback +Status: Open Bug Type: Zend Engine 2 problem Operating System: Windows XP PHP Version: 5.0.2 New Comment: It doesn't work with latest PHP 5.1 here: Fatal error: Cannot access self:: when no class scope is active in C:\cygwin\home\Nuno\kk.php on line 21 Previous Comments: [2004-11-16 12:22:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Works fine here. [2004-11-11 17:25:04] [EMAIL PROTECTED] I think this was supposed to work.. [2004-11-06 15:30:23] douglass_davis at earthlink dot net Description: The manual says we can use constants in initializing class variables. However, this is not the case, as you cannot initialize variables to constants that are defined in the same class. When trying to compile it gives an error saying the class scope is not active. However, the constant is inside the class. Also, it does not give the error where the class is defined, but when it is instantiated. So, perhaps it is an inlining error? Maybe this is what's supposed to happen, if so, then the manual needs to say that constants from the same class can't be used to initialize a var. Reproduce code: --- // This works: class Constants { const DEFAULT_SIZE=5; } class Square { public $size=Constants::DEFAULT_SIZE; } $r= new Square(); // this doesn't class Square2 { const DEFAULT_SIZE=5; public $size=self::DEFAULT_SIZE; } $r= new Square2(); Expected result: I expect it to compile Actual result: -- PHP Fatal error: Cannot access self:: when no class scope is active in C:\src\test\consttest.php on line 23 Fatal error: Cannot access self:: when no class scope is active in C:\src\test\consttest.php on line 23 -- Edit this bug report at http://bugs.php.net/?id=30702edit=1
#30229 [Opn-Ver]: (imagerectangle + alpha level 0) = color bug
ID: 30229 Updated by: [EMAIL PROTECTED] Reported By: a25617 at alunos dot det dot ua dot pt -Status: Open +Status: Verified Bug Type: GD related Operating System: Windows XP PHP Version: Irrelevant -Assigned To: +Assigned To: pajoye New Comment: Got the fix, will commit asap. --Pierre Previous Comments: [2004-09-25 15:21:46] a25617 at alunos dot det dot ua dot pt Description: When using a transparency level above zero, drawing a rectangle will produce 4 dots in the corners. I think this is because the 4 lines of the rectangle are drawn and the corners will be overridden 2 times making the color on the corners darker than the rest. Reproduce code: --- ?php $im = imagecreatetruecolor(100, 100); $bg = imagecolorallocate($im, 250, 250, 250); $blue = imagecolorallocatealpha($im, 150, 150, 255, 60); imagefilledrectangle($im, 0, 0, 100, 100, $bg); imagerectangle($im, 20, 20, 80, 80, $blue); imagepng($im); imagedestroy($im); ? Expected result: And grayed backgrounded image 100x100 with a blue rectangle 60x60 in the middle. Actual result: -- Everything is ok except the corners of the rectangle are darker. In some complex examples like drawing gantt or bar charts that bug stands out even more. -- Edit this bug report at http://bugs.php.net/?id=30229edit=1
#30785 [Fbk-Opn]: connection_status and connection_aborted not working.
ID: 30785 User updated by: chubchik at inbox dot ru Reported By: chubchik at inbox dot ru -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: RH Linux 9.0 PHP Version: 5.0.2 New Comment: ? class xxx{ public function __construct($host,$user,$password,$db) { register_shutdown_function(array($this,db_transaction_cancel)); Ignore_User_Abort(True); } .. public function db_transaction_cancel() { if(connection_aborted()){ $this-transaction_canceled = true; $this-raise_notice('Abbruch durch Browser: '.connection_aborted()); $this-__destruct(); } } } ? Previous Comments: [2004-11-14 23:13:07] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-11-14 22:11:25] chubchik at inbox dot ru Description: connection_status and connection_aborted not working. i tryed all posible scripts for both functions, but it returns always 0, but 1 should -- Edit this bug report at http://bugs.php.net/?id=30785edit=1
#30785 [Opn-Fbk]: connection_status and connection_aborted not working.
ID: 30785 Updated by: [EMAIL PROTECTED] Reported By: chubchik at inbox dot ru -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: RH Linux 9.0 PHP Version: 5.0.2 New Comment: Again, please provide short but complete and working example script. Previous Comments: [2004-11-17 21:17:36] chubchik at inbox dot ru ? class xxx{ public function __construct($host,$user,$password,$db) { register_shutdown_function(array($this,db_transaction_cancel)); Ignore_User_Abort(True); } .. public function db_transaction_cancel() { if(connection_aborted()){ $this-transaction_canceled = true; $this-raise_notice('Abbruch durch Browser: '.connection_aborted()); $this-__destruct(); } } } ? [2004-11-14 23:13:07] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-11-14 22:11:25] chubchik at inbox dot ru Description: connection_status and connection_aborted not working. i tryed all posible scripts for both functions, but it returns always 0, but 1 should -- Edit this bug report at http://bugs.php.net/?id=30785edit=1
#30818 [NEW]: CLI Access Violation in XP
From: neil dot r dot haslewood at web dot de Operating system: Windows XP Pro (SP2 build 2600) PHP version: 5.0.2 PHP Bug Type: CGI related Bug description: CLI Access Violation in XP Description: cscript /nologo configure.js --enable-snapshot-build --with-gd=shared PHP API 20031224 PHP Extension 20040412 Tried enclosed from command line and encountered the following several times: Windows Error Report Popup states: 'CLI has encountered a problem and needs to close' Visual C++ debugger traps error: 'Unhandled exception in php.exe (PHP5TS.DLL): 0xC005: Access Violation' Reproduce code: --- C:\Documents and Settings\Mephp -a Interactive mode enabled ?php $s1 = 'ababab abab ab ab'; $s2 = abbaaab bbaab aaba; $r = /^((ab)+\s)*(ab)+$/; if(preg_match($r, $s1)){ echo $s1 valid; } else{ echo $s2 invalid; } ababab abab ab ab valid Windows Error Report Popup then reveals: 'CLI has encountered a problem and needs to close' Visual C debugger traps error Expected result: $s1 valid -- Edit bug report at http://bugs.php.net/?id=30818edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30818r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30818r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30818r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30818r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30818r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30818r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30818r=needscript Try newer version: http://bugs.php.net/fix.php?id=30818r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30818r=support Expected behavior: http://bugs.php.net/fix.php?id=30818r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30818r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30818r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30818r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30818r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30818r=dst IIS Stability: http://bugs.php.net/fix.php?id=30818r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30818r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30818r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30818r=mysqlcfg
#30816 [Opn-Fbk]: Open too many PHP.exe when executing OCILOGON
ID: 30816 Updated by: [EMAIL PROTECTED] Reported By: gattas at yahoo dot com -Status: Open +Status: Feedback -Bug Type: Performance problem +Bug Type: OCI8 related Operating System: Windows 2000 + IIS 5 + Oracle 8i PHP Version: 4.3.8 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2004-11-17 18:58:52] gattas at yahoo dot com Description: Since a year ago Windows 2000 with IIS 5 + PHP 4.3.4 + Oracle cliente connected with Oracle 8.1.7, it's working ok. However now, after making a few (10 max.) connections with the database, the server crash. We take a look at the CPU and it´s in its 100% of capacity and we can see a loto of php.exe running. Reproduce code: --- Cannot be reproduced, configuration issue. Expected result: We expect to connect as many time as required Actual result: -- }the server hangs ans we cannot make it work -- Edit this bug report at http://bugs.php.net/?id=30816edit=1
#30813 [Fbk-Opn]: Per Directory Values problem
ID: 30813 User updated by: me at auzgc dot com Reported By: me at auzgc dot com -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: Windows 2003 PHP Version: 4.3.9 New Comment: This is using IIS 6.0 on Windows Server 2003. Previous Comments: [2004-11-17 16:17:32] [EMAIL PROTECTED] Check your httpd.conf and make sure that AllowOverride directive for this directory is set to All and not None. [2004-11-17 15:20:22] me at auzgc dot com Description: Setting any configuration value to On in the registry Per Directory Values for a given directory is not recognised and shows as Off in phpinfo(). Setting it to 4096 instead for buffer size brings up On on phpinfo() for zlib.output_compression but fails to actually compress any output. Setting zlib.output_compression to On in php.ini works fine. It is only when setting it for individual directories that it fails to work. -- Edit this bug report at http://bugs.php.net/?id=30813edit=1
#30819 [NEW]: Patch to properly support LDAP SASL binds
From: quanah at stanford dot edu Operating system: ALL PHP version: 5.0.2 PHP Bug Type: LDAP related Bug description: Patch to properly support LDAP SASL binds Description: Hello, I've written a patch against PHP-5.0.2 that properly impelments LDAP SASL binds for all mechanisms. The current code in 5.0.2 does not support LDAP SASL binds at all, although the function exists. The patch can be found at: http://www.stanford.edu/services/directory/clients/examples/ldap-sasl It follows the PHP development guidelines. This patch has been tested with multiple SASL authentication mechanisms. Regards, Quanah Reproduce code: --- #!/usr/local/bin/php ?php $ldap = ldap_connect(ldap.stanford.edu); if($ldap) { $r = ldap_bind($ldap); } else { echo Unable to connect!; } ldap_set_option($ldap,LDAP_OPT_PROTOCOL_VERSION,3); if (ldap_sasl_bind($ldap,,,GSSAPI)) { $dn = cn=people,dc=stanford,dc=edu; $filter = (|(susearchid=$WEBAUTH_USER)([EMAIL PROTECTED])); $result = ldap_search($ldap, $dn, $filter); if ($result) { echo Number of entries returned is . ldap_count_entries($ldap, $result) . br /; print(\n); $info = ldap_get_entries($ldap,$result); echo Data for . $info[count] . items returned:p; print(\n); for($i=0;$i$info[count];$i++) { echo dn is: . $info[$i][dn] . br /; print(\n); echo first cn entry is: . $info[$i][cn][0] . br /; print(\n); echo first email is: . $info[$i][mail][0] . br / hr /; print(\n); } } ldap_close($ldap); } ? Expected result: I'd expect this to work in PHP Actual result: -- Doesn't work at all without my patch. Works correctly with my patch. -- Edit bug report at http://bugs.php.net/?id=30819edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30819r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30819r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30819r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30819r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30819r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30819r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30819r=needscript Try newer version: http://bugs.php.net/fix.php?id=30819r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30819r=support Expected behavior: http://bugs.php.net/fix.php?id=30819r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30819r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30819r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30819r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30819r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30819r=dst IIS Stability: http://bugs.php.net/fix.php?id=30819r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30819r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30819r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30819r=mysqlcfg
#30819 [Com]: Patch to properly support LDAP SASL binds
ID: 30819 Comment by: dhawes at vt dot edu Reported By: quanah at stanford dot edu Status: Open Bug Type: LDAP related Operating System: ALL PHP Version: 5.0.2 New Comment: I attempted to get a similar patch submitted last May, but discussion came to a standstill. Quanah and I have tested this with GSSAPI, EXTERNAL, and (I believe) DIGEST-MD5. I would like to see this patch included in PHP so I can stop requiring users to patch their source. Previous Comments: [2004-11-18 00:16:46] quanah at stanford dot edu Description: Hello, I've written a patch against PHP-5.0.2 that properly impelments LDAP SASL binds for all mechanisms. The current code in 5.0.2 does not support LDAP SASL binds at all, although the function exists. The patch can be found at: http://www.stanford.edu/services/directory/clients/examples/ldap-sasl It follows the PHP development guidelines. This patch has been tested with multiple SASL authentication mechanisms. Regards, Quanah Reproduce code: --- #!/usr/local/bin/php ?php $ldap = ldap_connect(ldap.stanford.edu); if($ldap) { $r = ldap_bind($ldap); } else { echo Unable to connect!; } ldap_set_option($ldap,LDAP_OPT_PROTOCOL_VERSION,3); if (ldap_sasl_bind($ldap,,,GSSAPI)) { $dn = cn=people,dc=stanford,dc=edu; $filter = (|(susearchid=$WEBAUTH_USER)([EMAIL PROTECTED])); $result = ldap_search($ldap, $dn, $filter); if ($result) { echo Number of entries returned is . ldap_count_entries($ldap, $result) . br /; print(\n); $info = ldap_get_entries($ldap,$result); echo Data for . $info[count] . items returned:p; print(\n); for($i=0;$i$info[count];$i++) { echo dn is: . $info[$i][dn] . br /; print(\n); echo first cn entry is: . $info[$i][cn][0] . br /; print(\n); echo first email is: . $info[$i][mail][0] . br / hr /; print(\n); } } ldap_close($ldap); } ? Expected result: I'd expect this to work in PHP Actual result: -- Doesn't work at all without my patch. Works correctly with my patch. -- Edit this bug report at http://bugs.php.net/?id=30819edit=1
#30708 [Fbk-NoF]: Stream of type 'STDIO' was not closed
ID: 30708 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Feedback +Status: No Feedback Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.2 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-11-09 09:12:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2004-11-07 00:22:58] guth at fiifo dot u-psud dot fr Description: hello, It seems that PHP doesn't close a Stream of type 'STDIO' when the PHP code produces a parse error with throw. Reproduce code: --- ?php strlen(throw new Exception); ? Expected result: /www/test2.php(2) : Parse error - parse error, unexpected T_THROW, expecting ')' Actual result: -- /www/test2.php(2) : Parse error - parse error, unexpected T_THROW, expecting ')' /usr/src/php5/main/streams/streams.c(375) : Stream of type 'STDIO' 0x816d83c (path:/www/test2.php) was not closed -- Edit this bug report at http://bugs.php.net/?id=30708edit=1
#30820 [NEW]: static member conflict with $this-member silently ignored
From: levi at alliancesoftware dot com dot au Operating system: Fedora Core 2 PHP version: 5.0.2 PHP Bug Type: Zend Engine 2 problem Bug description: static member conflict with $this-member silently ignored Description: If you declare a static data member (eg x), $this-x refers to a different variable without generating any warnings. Arguably, the proper behavior when setting a class variable through $this should first be to check if there are any static member variables of the same name and *then* check for instantiated member variables. Reproduce code: --- #!/usr/local/bin/php5 -q ? // error reporting is set to E_ALL in php.ini class Blah { public static $x; public function show() { Blah::$x = 1; $this-x = 5; // no warning, but refers to different variable echo ' Blah::$x = '. Blah::$x .\n; echo '$ this-x = '. $this-x .\n; } } $b = new Blah(); $b-show(); ? Expected result: either: (preferable) Blah::$x = 5 $this-x = 5 -or- at the minimum, display a warning Actual result: -- Blah::$x = 1 $this-x = 5 -- Edit bug report at http://bugs.php.net/?id=30820edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30820r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30820r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30820r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30820r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30820r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30820r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30820r=needscript Try newer version: http://bugs.php.net/fix.php?id=30820r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30820r=support Expected behavior: http://bugs.php.net/fix.php?id=30820r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30820r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30820r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30820r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30820r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30820r=dst IIS Stability: http://bugs.php.net/fix.php?id=30820r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30820r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30820r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30820r=mysqlcfg
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286 Comment by: foxinforestfire at yahoo dot com Reported By: igg10 at alu dot ua dot es Status: No Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: I've found that the error seems to occur with a high usage of references. I've had it occur to me twice under different conditions. Situation A: I have class A which accepts a pointer to class B and calls functions recursively down the class B and any classes it has pointers to. The error occured when I made a minor programming mistake and added a class to itself throwing PHP into a recursive infinite loop. Situation B(as of yet unresolved): I have several classes which require pointers to one another to function. During a class's construction, it uses several global functions that I have which check to see if a specific instance of a class exits(they all have IDs) and if so it returns a reference to the existing class. If not, it creates a new instance, saves it, and returns a reference. I'm not sure what is going on, but I'm relatively sure it is another recursive error, because I could potentially step through the classes infinitively. But, I had hoped this wouldn't be a problem seeing as I am using pointers/references, and not continuously creating new copies of objects. Yet, the problem persists and I'm still having issues with apache being killed off by windows. Previous Comments: [2004-11-17 20:42:41] pascal dot court at bluewin dot ch I have exactly the same problem. I use Windows XP French SP2 Apache 2.0.52 PHP 4.3.9 [2004-11-16 12:38:10] php_bug at cklowe dot com There is a syndrome of bugs here. http://www.google.com/search?q=+site:bugs.php.net+3221225477 reports 47 hits. 3221225477 equates to 0xC005 . Could this be Zend bailing out? [2004-11-08 17:22:27] cpuidle at gmx dot de Same issue for me, happend when running Mantis 0.19.0 against PHP 5.0.1: [Mon Nov 08 17:18:56 2004] [notice] Parent: Created child process 3080 [Mon Nov 08 17:18:58 2004] [notice] Child 3080: Child process is running [Mon Nov 08 17:18:58 2004] [notice] Child 3080: Acquired the start mutex. [Mon Nov 08 17:18:58 2004] [notice] Child 3080: Starting 20 worker threads. [Mon Nov 08 17:19:07 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. [2004-10-15 14:52:00] jonathan at schwarzelan dot de As said for bug 25570, to me it seems they are kind of related - having a large 2d-array, just filling it with data (140x4 each about 100chars) results to Apache2.0.50 to crash (php 5.0.2, aswell as 5.1.0-dev) on W2k and WXP Trying outputting the generated Data leads to bug 25570 - [2004-10-06 20:29:54] daukan at thelastgate dot com winxp pro sp2 apache 2 php 5.0.0 After I change all the bcpow() functions to pow() it hasn't crashed. example: if(rand(1,10)+bcpow($pstat,2) rand(1,8)+bpow($estat,2)) to if(rand(1,10)+pow($pstat,2) rand(1,8)+pow($estat,2)) 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/26286 -- Edit this bug report at http://bugs.php.net/?id=26286edit=1
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286 Comment by: foxinforestfire at yahoo dot com Reported By: igg10 at alu dot ua dot es Status: No Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Well, after digging through my classes, adding exit() calls to see which line execution stops on, I've reached a conclusion. Perhaps this won't help anyone with their bugs, but it helped mine so I'll post it. Picture this as an example of the stack: [ function a ][ variable foo ][ variable bar ] Then, I call a function to a class which, in its constructor, uses the function that called it, which eventually checks for that class's existance in its records(and it isnt there, because it is only added after the first function exits). So now my stack begins filling with recursive functions and looks like this: [func][func][func][func][func][func][func][func]... And, it continues filling until there is a huge overload, which happens rather quickly, and it throws an error, exiting out of potentially hundreds, or thousands even, of functions, depending on how much room they each require. So, check for recursive usage of objects, because it can get PHP into an infinite loop that it doesn't recognize because of its complexity, and is relatively simple to overlook because when you read a line, you don't think like the stack does(save class pointer THEN move into the constructor(ie, C++ because of previous space allocation) vs. move into function BEFORE saving class pointer to memory address x because its not pre-allocated) :P Previous Comments: [2004-11-18 02:59:16] foxinforestfire at yahoo dot com I've found that the error seems to occur with a high usage of references. I've had it occur to me twice under different conditions. Situation A: I have class A which accepts a pointer to class B and calls functions recursively down the class B and any classes it has pointers to. The error occured when I made a minor programming mistake and added a class to itself throwing PHP into a recursive infinite loop. Situation B(as of yet unresolved): I have several classes which require pointers to one another to function. During a class's construction, it uses several global functions that I have which check to see if a specific instance of a class exits(they all have IDs) and if so it returns a reference to the existing class. If not, it creates a new instance, saves it, and returns a reference. I'm not sure what is going on, but I'm relatively sure it is another recursive error, because I could potentially step through the classes infinitively. But, I had hoped this wouldn't be a problem seeing as I am using pointers/references, and not continuously creating new copies of objects. Yet, the problem persists and I'm still having issues with apache being killed off by windows. [2004-11-17 20:42:41] pascal dot court at bluewin dot ch I have exactly the same problem. I use Windows XP French SP2 Apache 2.0.52 PHP 4.3.9 [2004-11-16 12:38:10] php_bug at cklowe dot com There is a syndrome of bugs here. http://www.google.com/search?q=+site:bugs.php.net+3221225477 reports 47 hits. 3221225477 equates to 0xC005 . Could this be Zend bailing out? [2004-11-08 17:22:27] cpuidle at gmx dot de Same issue for me, happend when running Mantis 0.19.0 against PHP 5.0.1: [Mon Nov 08 17:18:56 2004] [notice] Parent: Created child process 3080 [Mon Nov 08 17:18:58 2004] [notice] Child 3080: Child process is running [Mon Nov 08 17:18:58 2004] [notice] Child 3080: Acquired the start mutex. [Mon Nov 08 17:18:58 2004] [notice] Child 3080: Starting 20 worker threads. [Mon Nov 08 17:19:07 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. [2004-10-15 14:52:00] jonathan at schwarzelan dot de As said for bug 25570, to me it seems they are kind of related - having a large 2d-array, just filling it with data (140x4 each about 100chars) results to Apache2.0.50 to crash (php 5.0.2, aswell as 5.1.0-dev) on W2k and WXP Trying outputting the generated Data leads to bug 25570 - 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/26286 -- Edit this bug report at http://bugs.php.net/?id=26286edit=1
#27823 [Com]: __FILE__ still not working properly in includes under Solaris
ID: 27823 Comment by: chiller at orchidsuites dot net Reported By: roy at pine dot nl Status: Open Bug Type: Scripting Engine problem Operating System: Solaris 7 PHP Version: 4CVS-2004-04-29 New Comment: Same problem. __FILE__ returns './filename' instead of '/path/to/filename'. MacOS X Server 10.3.6 / PHP 4.3.9 It seems this bug keeps getting reintroduced. IMO __FILE__ should return the full path. Previous Comments: [2004-04-21 12:12:23] roy at pine dot nl Alright we upgraded our production machine to http://snaps.php.net/php4-STABLE-latest.tar.gz (PHP Version 4.3.7-dev) in order to test the problem and it is not working. [2004-04-13 12:32:30] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-04-13 04:01:46] roy at pine dot nl It also works with the 4.3.5 CLI binary. [2004-04-09 08:46:59] roy at pine dot nl It seems to work with the CLI binary i compiled from http://snaps.php.net/php5-latest.tar.gz . [2004-04-01 04:03:28] roy at pine dot nl Description: The __FILE__ bug under Solaris (http://bugs.php.net/bug.php?id=13936) is still there. I tried the same script setup under FreeBSD and PHP 4.3.4 where it works like intended. Reproduce code: --- --- test.php ?php print __FILE__; print p; require(test2.php); ? --- test2.php ?php print __FILE__; ? Expected result: /home/whatever/www/test.php /home/whatever/www/test2.php Actual result: -- /home/whatever/www/test.php ./test2.php -- Edit this bug report at http://bugs.php.net/?id=27823edit=1
#30821 [NEW]: PHP compilation fails with --with-imap
From: amit dot gupta at prudence-india dot com Operating system: Fedora core1 PHP version: 5.0.2 PHP Bug Type: IMAP related Bug description: PHP compilation fails with --with-imap Description: When compiling php-5.0.2. with --with-imap option , compilation fails. -- Edit bug report at http://bugs.php.net/?id=30821edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30821r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30821r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30821r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30821r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30821r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30821r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30821r=needscript Try newer version: http://bugs.php.net/fix.php?id=30821r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30821r=support Expected behavior: http://bugs.php.net/fix.php?id=30821r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30821r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30821r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30821r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30821r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30821r=dst IIS Stability: http://bugs.php.net/fix.php?id=30821r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30821r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30821r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30821r=mysqlcfg
#30803 [Bgs]: Function Repeat Twice
ID: 30803 Updated by: [EMAIL PROTECTED] Reported By: icui at email dot it Status: Bogus Bug Type: Apache2 related Operating System: Linux 2.6.3 PHP Version: 4.3.9 New Comment: It is not a browser mistake, it is supposed to retrieve the same url when an empty one is passed to img src=. Previous Comments: [2004-11-17 14:55:49] icui at email dot it Hi, two GET in log files It's a browser problem, sorry for the mistake and thanks for your interest. Bye! [2004-11-17 11:55:34] icui at email dot it I reproduce this problem in another way. It's possible there is a problem in php module? Run following two pages in your system and see apache log file. On linux system. --- filename content --- page.htm img src= alt=No source specified / page.php img src= alt=No source specified / htm extension: page run properly, once. log: 192.168.1.2 - - [17/Nov/2004:00:44:17 +0100] GET /bug/page.htm HTTP/1.1 200 41 php extension: page run twice. log: 192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php HTTP/1.1 200 41 192.168.1.2 - - [17/Nov/2004:00:44:27 +0100] GET /bug/page.php HTTP/1.1 200 41 If you specify src, page works properly. I'm not sure that it's a php bug (apache2 related), apache bug or nothing of all that. Thanks for your interest. [2004-11-16 08:34:31] [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. . [2004-11-16 01:39:17] icui at email dot it Description: The following script generates two files copies. The same script executed without Apache works properly and generates single file copy. With $URL_CSS_ defined works properly. (row 13) Deleting row 15 works properly. Apache seems to execute twice the script, second in background. I don't understand why. Tested with: Php 5.0.1 - 4.3.9 - 4.3.4 On Linux System kernel 2.4, 2.6 NB. In Windows seems to work properly. (not tested personally) Reproduce code: --- ? $id = uniqid('bug'); $wrk_dir = ''; // Working Directory $src_file = 'grab.jpg'; // Source File $dst_file = 'tmpgrab_'.$id.'.jpg'; // New File echo 'Source File ='.$src_file.'br /'; // Print Source File Name echo 'Destination File ='.$dst_file.'br /'; // Print Destination File Name if (!copy($wrk_dir.$src_file, $wrk_dir.$dst_file)) { echo 'Failed to copy.br /'; } //$URL_CSS_='string'; ? link rel=stylesheet href=?=$URL_CSS_? type=text/css / Expected result: I expect that a new file is created in my $wrk_dir Actual result: -- Script generates two copies from original file. -- Edit this bug report at http://bugs.php.net/?id=30803edit=1