#27201 [Fbk->Opn]: exec does not wait for completion of cmd
ID: 27201 User updated by: lars at erhardsen dot dk Reported By: lars at erhardsen dot dk -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Sorry, the last posting was a little un-informative. I tried compiling the cvs snapshot as cli, and set up a program loop with the contents stated in my previous posting. I let it run to around 5000, and no error appeared. I compiled the cli executeable with "./configure --disable-all --disable-cgi --enable-debug". I then tried to compile the source with --with-apxs2=path - which ended up with the following error: /home/admin/debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c: In function `php_apache_request_ctor': /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: `f' undeclared (first use in this function) /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: (Each undeclared identifier is reported only once /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: for each function it appears in.) I'm currently considering to replace Apache2 with Apache 1.3.xx - to see, if it could help. Previous Comments: [2004-02-10 17:56:43] [EMAIL PROTECTED] Can you produce the problem with 4.3.4 CLI binary? What apache2 error? Compile time? or what?? [2004-02-10 08:56:16] lars at erhardsen dot dk With the new source, and the following code, I cannot reproduce the error. My concern is now, that it is caused by apache2 - but the strange thing is, that on the slow machine, this error doesn't occur. The apache2handler seems broken( or maybe I cannot compile it - error 40 ;o)) so I cannot check it with the apache server... The code: [2004-02-10 07:59:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And use this configure line (and run the script with sapi/cli/php binary): # ./configure --disable-all --disable-cgi --enable-debug [2004-02-10 04:35:02] lars at erhardsen dot dk HT is available, but not enabled. The kernel is compiled as UNIprocessor (or what it's called) [2004-02-10 04:29:08] [EMAIL PROTECTED] If hyperthreading is available and on, turn it off and then try the same thing again. It's known to cause some problems with older linux kernels. 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/27201 -- Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27201 [Opn->Fbk]: exec does not wait for completion of cmd
ID: 27201 Updated by: [EMAIL PROTECTED] Reported By: lars at erhardsen dot dk -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: If you want it stable, use 1.3.29, setting it to feedback to see if it works with apache 1.3. Derick Previous Comments: [2004-02-11 01:55:01] lars at erhardsen dot dk Sorry, the last posting was a little un-informative. I tried compiling the cvs snapshot as cli, and set up a program loop with the contents stated in my previous posting. I let it run to around 5000, and no error appeared. I compiled the cli executeable with "./configure --disable-all --disable-cgi --enable-debug". I then tried to compile the source with --with-apxs2=path - which ended up with the following error: /home/admin/debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c: In function `php_apache_request_ctor': /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: `f' undeclared (first use in this function) /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: (Each undeclared identifier is reported only once /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: for each function it appears in.) I'm currently considering to replace Apache2 with Apache 1.3.xx - to see, if it could help. [2004-02-10 17:56:43] [EMAIL PROTECTED] Can you produce the problem with 4.3.4 CLI binary? What apache2 error? Compile time? or what?? [2004-02-10 08:56:16] lars at erhardsen dot dk With the new source, and the following code, I cannot reproduce the error. My concern is now, that it is caused by apache2 - but the strange thing is, that on the slow machine, this error doesn't occur. The apache2handler seems broken( or maybe I cannot compile it - error 40 ;o)) so I cannot check it with the apache server... The code: [2004-02-10 07:59:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And use this configure line (and run the script with sapi/cli/php binary): # ./configure --disable-all --disable-cgi --enable-debug [2004-02-10 04:35:02] lars at erhardsen dot dk HT is available, but not enabled. The kernel is compiled as UNIprocessor (or what it's called) 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/27201 -- Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27203 [Fbk->Csd]: Querying database columns with name HIDE fails to get data
ID: 27203 User updated by: jakob at grimstveit dot no Reported By: jakob at grimstveit dot no -Status: Feedback +Status: Closed Bug Type: OCI8 related Operating System: RedHat 9.0 PHP Version: 4.3.4 New Comment: Closing. As cjbj at hotmail dot com states: The HIDE column was found as an other column in the same query, thus being a problem (not a bug) with the way the assoc arrays handles multiple columns with same name. Sorry if I didn' report this with enough data for you to study. Will this be implemented in a better way later? Previous Comments: [2004-02-10 21:13:19] cjbj at hotmail dot com With respect to the filer, (i) this bug contains no reproducible PHP code (ii) no table descriptions (iii) no sample data. However from looking at the very little information available, the data at http://www.starshipping.com/~jakobbg/datafound.txt shows both a HIDE column and a TYGGEGUMMI column. The HIDE column in datalacking.txt has the same data as the datafound.txt HIDE column. The datalacking.txt results are probably due to selecting two columns called HIDE from two tables e.g. as t1.hide and t2.hide. When doing this and using associative arrays, only one column is returned by PHP. There are a couple of recent user comments in http://www.php.net/manual/en/function.ocifetchinto.php talking about this. The solution I added there recently is to use column aliases. Given how PHP associative arrays do not include a table name qualifier, I'd say this isn't a bug. [2004-02-10 17:54:22] [EMAIL PROTECTED] Nobody is asking you to _install_ the snapshot, you can just as easily run the script with CLI..do NOT touch this report before you're giving the asked feedback. [2004-02-10 09:24:02] jakob at grimstveit dot no Will do this as soon as possible. Creating a SuSE9 vmware installation and will compile apache and php with same options as on the rhl9-box used here. Can't deploy into same place since this is a prod-server :-) [2004-02-10 08:04:23] [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-02-10 05:09:58] jakob at grimstveit dot no About "Reproduce code": Actual SQL is shown in URL's described in "Actual result" area. Sorry about that. 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/27203 -- Edit this bug report at http://bugs.php.net/?id=27203&edit=1
#27156 [NoF->Opn]: OCIFetchInto returns false as column value when column contains >1 umlaut
ID: 27156
User updated by: sanjok at pict dot lviv dot ua
Reported By: sanjok at pict dot lviv dot ua
-Status: No Feedback
+Status: Open
Bug Type: OCI8 related
Operating System: Linux SuSE 7.3&8.1
PHP Version: 4.3.4
New Comment:
result of ociinternaldebug.
OCIDebug: oci_do_connect: id=3
OCIDebug: oci_parse "SELECT * FROM TEST" id=4 conn=3
array(1) { ["NAME"]=> string(11) "u " } OCIDebug: _oci_make_zval:
NAME,retlen = 11,retlen4 = 0,storage_size4 =
11,indicator 10, retcode = 1406
array(1) { ["NAME"]=> bool(false) } OCIDebug: START php_rshutdown_oci
OCIDebug: END php_rshutdown_oci
OCIDebug: START _oci_stmt_list_dtor: id=4 last_query="SELECT * FROM
TEST"
OCIDebug: START _oci_column_hash_dtor: NAME
OCIDebug: END _oci_column_hash_dtor: NAME
OCIDebug: START _oci_conn_list_dtor: id=3
OCIDebug: nothing to do..
OCIDebug: END _oci_conn_list_dtor: id=3
OCIDebug: END _oci_stmt_list_dtor: id=4
Previous Comments:
[2004-02-10 17:57:37] [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.
[2004-02-05 06:46:23] [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-02-05 05:31:08] sanjok at pict dot lviv dot ua
Description:
OCIFetchInto returns false as column value if table column contains
more than one umlaut character while combination of OCIFetch and
OCIResult functions returns correct result.
Environment:
OS: Linux SuSE 7.3/8.1;
DB: Oracle 8.1.7/9.0.1i;
PHP: 4.3.4 release
Oracle NLS_LANG is set to GERMAN_AUSTRIA.UTF8
--
Edit this bug report at http://bugs.php.net/?id=27156&edit=1
#27156 [Opn]: OCIFetchInto returns false as column value when column contains >1 umlaut
ID: 27156
User updated by: sanjok at pict dot lviv dot ua
Reported By: sanjok at pict dot lviv dot ua
Status: Open
Bug Type: OCI8 related
Operating System: Linux SuSE 7.3&8.1
PHP Version: 4.3.4
New Comment:
P.S.: Feedback was sent on Thu, 5 Feb 2004 15:25:01 (+0200) to mr.
Anatoly Dovgal, but there was no response from him.
Previous Comments:
[2004-02-11 04:06:06] sanjok at pict dot lviv dot ua
result of ociinternaldebug.
OCIDebug: oci_do_connect: id=3
OCIDebug: oci_parse "SELECT * FROM TEST" id=4 conn=3
array(1) { ["NAME"]=> string(11) "u " } OCIDebug: _oci_make_zval:
NAME,retlen = 11,retlen4 = 0,storage_size4 =
11,indicator 10, retcode = 1406
array(1) { ["NAME"]=> bool(false) } OCIDebug: START php_rshutdown_oci
OCIDebug: END php_rshutdown_oci
OCIDebug: START _oci_stmt_list_dtor: id=4 last_query="SELECT * FROM
TEST"
OCIDebug: START _oci_column_hash_dtor: NAME
OCIDebug: END _oci_column_hash_dtor: NAME
OCIDebug: START _oci_conn_list_dtor: id=3
OCIDebug: nothing to do..
OCIDebug: END _oci_conn_list_dtor: id=3
OCIDebug: END _oci_stmt_list_dtor: id=4
[2004-02-10 17:57:37] [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.
[2004-02-05 06:46:23] [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-02-05 05:31:08] sanjok at pict dot lviv dot ua
Description:
OCIFetchInto returns false as column value if table column contains
more than one umlaut character while combination of OCIFetch and
OCIResult functions returns correct result.
Environment:
OS: Linux SuSE 7.3/8.1;
DB: Oracle 8.1.7/9.0.1i;
PHP: 4.3.4 release
Oracle NLS_LANG is set to GERMAN_AUSTRIA.UTF8
--
Edit this bug report at http://bugs.php.net/?id=27156&edit=1
#27217 [NEW]: strtotime returns -1 randomly
From: chkp45 at hotmail dot com
Operating system: Linux
PHP version: 4.3.4
PHP Bug Type: Date/time related
Bug description: strtotime returns -1 randomly
Description:
I read data from mssql server and get dates as "Feb 02 2004 12:00AM". I
read several dates in a loop, and for some dates strtotime returns -1
occasionally, seemingly at random. When I refresh, the wrong result
changes to another date.
$d1 = strtotime($v["date"]);
printf("%s %s", $v["date"], $d1);
run 1:
Feb 02 2004 12:00AM 1075672800
Feb 03 2004 12:00AM -1
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM -1
run2:
Feb 02 2004 12:00AM -1
Feb 03 2004 12:00AM 1075759200
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM 1076364000
run3:
May 05 2003 12:00AM 1052082000
May 06 2003 12:00AM -1
May 07 2003 12:00AM 1052254800
May 08 2003 12:00AM 1052341200
May 09 2003 12:00AM 1052427600
May 12 2003 12:00AM 1052686800
May 13 2003 12:00AM 1052773200
May 14 2003 12:00AM 1052859600
May 15 2003 12:00AM 1052946000
May 16 2003 12:00AM 1053032400
May 19 2003 12:00AM 1053291600
May 20 2003 12:00AM 1053378000
May 21 2003 12:00AM 1053464400
May 21 2003 12:00AM -1
May 21 2003 12:00AM -1
May 22 2003 12:00AM 1053550800
May 23 2003 12:00AM 1053637200
May 26 2003 12:00AM 1053896400
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 28 2003 12:00AM 1054069200
May 28 2003 12:00AM 1054069200
May 30 2003 12:00AM 1054242000
May 30 2003 12:00AM 1054242000
This happened when I tested code in Fedora Linux 1, Apache 1.3.29 PHP
4.3.4.
Production version works ok on W2K Apache PHP 4.3.3.
On W2K date strings don't have leading zeros, eg
"Feb 2 2004 12:00AM"
--
Edit bug report at http://bugs.php.net/?id=27217&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27217&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27217&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27217&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27217&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27217&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27217&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27217&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27217&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27217&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27217&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27217&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27217&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27217&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27217&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27217&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27217&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27217&r=float
#26866 [Ver->Csd]: segfault while exception was raised in __get
ID: 26866
Updated by: [EMAIL PROTECTED]
Reported By: davojan at mail dot ru
-Status: Verified
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2004-02-10
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-02-09 11:46:40] [EMAIL PROTECTED]
The example script causess a segfault now:
0x082c1cc9 in _zend_is_inconsistent (ht=0x1b, file=0x84030a0
"/usr/src/web/php/php5/Zend/zend_hash.c", line=841)
at /usr/src/web/php/php5/Zend/zend_hash.c:53
53 if (ht->inconsistent==HT_OK) {
(gdb) bt
#0 0x082c1cc9 in _zend_is_inconsistent (ht=0x1b, file=0x84030a0
"/usr/src/web/php/php5/Zend/zend_hash.c", line=841)
at /usr/src/web/php/php5/Zend/zend_hash.c:53
#1 0x082c3df8 in zend_hash_find (ht=0x1b, arKey=0x40e44a48 "__get",
nKeyLength=6, pData=0xbfffd478)
at /usr/src/web/php/php5/Zend/zend_hash.c:841
#2 0x082b24b5 in zend_call_function (fci=0xbfffd520, fci_cache=0x0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:619
#3 0x082b205f in call_user_function_ex (function_table=0x0,
object_pp=0xbfffd5c0, function_name=0xbfffd590,
retval_ptr_ptr=0xbfffd5a8, param_count=1, params=0xbfffd5ac,
no_separation=0, symbol_table=0x0)
at /usr/src/web/php/php5/Zend/zend_execute_API.c:517
#4 0x082cbf70 in zend_std_call_getter (object=0x40e44910,
member=0x40e42c40)
at /usr/src/web/php/php5/Zend/zend_object_handlers.c:78
#5 0x082cc31f in zend_std_read_property (object=0x40e44910,
member=0x40e42c40, silent=0 '\0')
at /usr/src/web/php/php5/Zend/zend_object_handlers.c:291
#6 0x082d9cdf in zend_fetch_property_address_read (result=0x40e42c14,
op1=0x40e42c28, op2=0x40e42c3c, Ts=0xbfffd6a0,
type=0) at /usr/src/web/php/php5/Zend/zend_execute.c:1064
#7 0x082dbde5 in zend_fetch_obj_r_handler (execute_data=0xbfffd7c0,
opline=0x40e42c10, op_array=0x40e42674)
at /usr/src/web/php/php5/Zend/zend_execute.c:1960
#8 0x082da498 in execute (op_array=0x40e42674) at
/usr/src/web/php/php5/Zend/zend_execute.c:1272
#9 0x082bcad3 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/web/php/php5/Zend/zend.c:1051
#10 0x08285fd8 in php_execute_script (primary_file=0xbbc0) at
/usr/src/web/php/php5/main/main.c:1641
#11 0x080b776c in main (argc=2, argv=0xbc54) at
/usr/src/web/php/php5/sapi/cli/php_cli.c:941
[2004-01-10 18:44:57] davojan at mail dot ru
Description:
As I imagine, PHP must not check bar's type in $foo->bar->get_name()
call, if bar is a result of __get() function and an exception was
raised in it. However it does so.
The example below works fine, if we comment the "throw" line - the
result in browser is 'bar'.
Reproduce code:
---
bar->get_name();
}
catch (Exception $E) {
echo 'Exception raised!';
}
?>
Expected result:
Exception raised!
Actual result:
--
Fatal error: Call to a member function get_name() on a non-object in
/usr/local/www/data-dist/ils/admin/test/get_ex.php on line 15
--
Edit this bug report at http://bugs.php.net/?id=26866&edit=1
#27215 [Opn->Fbk]: include in php5 is very slow
ID: 27215 Updated by: [EMAIL PROTECTED] Reported By: waboring at 3gstech dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: Redhat 9 PHP Version: 5CVS-2004-02-10 (dev) 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-02-10 20:19:37] waboring at 3gstech dot com Description: I am the maintainer of phphtmllib. I just got the latest php5 from cvs built and working, but have noticed a serious performance issue with just doing includes. reproduce: download phphtmllib from http://phphtmllib.newsblob.com/downloads/download.php?version=2.4.0 tar -zxvf phptmllib-2.4.0.tgz into your favorite location create a simple script that does nothing but include the library include file. "phphtmllib-2.4.0/include.inc" The execution of which takes over 1 second to complete. This script takes 0.075 to complete in php 4.3.2 Reproduce code: --- Expected result: expected the simple include script to return in under .1 ms Actual result: -- The script took over 1 second to execute. -- Edit this bug report at http://bugs.php.net/?id=27215&edit=1
#27212 [Opn->Csd]: Cannot bind array elements as parameters
ID: 27212
Updated by: [EMAIL PROTECTED]
Reported By: adam at trachtenberg dot com
-Status: Open
+Status: Closed
Bug Type: MySQL related
Operating System: *
PHP Version: 5CVS-2004-02-10 (dev)
New Comment:
Georg changed the parameter to only accept strings.
Previous Comments:
[2004-02-10 14:42:55] adam at trachtenberg dot com
Description:
You cannot bind array elements as parameters in
mysqli_bind_param(). This should either be fixed or
documented. :)
Reproduce code:
---
$foo[0] = 'foo';
$link = mysqli_connect("localhost", "root", "password", "test");
$stmt = mysqli_prepare($link, 'INSERT INTO t VALUES (?)');
mysqli_bind_param($stmt, array(MYSQLI_BIND_STRING), $foo[0]);
mysqli_execute($stmt);
Expected result:
foo is inserted into table t
Actual result:
--
no data inserted
--
Edit this bug report at http://bugs.php.net/?id=27212&edit=1
#27217 [Opn->Fbk]: strtotime returns -1 randomly
ID: 27217
Updated by: [EMAIL PROTECTED]
Reported By: chkp45 at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2004-02-11 04:30:24] chkp45 at hotmail dot com
Description:
I read data from mssql server and get dates as "Feb 02 2004 12:00AM". I
read several dates in a loop, and for some dates strtotime returns -1
occasionally, seemingly at random. When I refresh, the wrong result
changes to another date.
$d1 = strtotime($v["date"]);
printf("%s %s", $v["date"], $d1);
run 1:
Feb 02 2004 12:00AM 1075672800
Feb 03 2004 12:00AM -1
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM -1
run2:
Feb 02 2004 12:00AM -1
Feb 03 2004 12:00AM 1075759200
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM 1076364000
run3:
May 05 2003 12:00AM 1052082000
May 06 2003 12:00AM -1
May 07 2003 12:00AM 1052254800
May 08 2003 12:00AM 1052341200
May 09 2003 12:00AM 1052427600
May 12 2003 12:00AM 1052686800
May 13 2003 12:00AM 1052773200
May 14 2003 12:00AM 1052859600
May 15 2003 12:00AM 1052946000
May 16 2003 12:00AM 1053032400
May 19 2003 12:00AM 1053291600
May 20 2003 12:00AM 1053378000
May 21 2003 12:00AM 1053464400
May 21 2003 12:00AM -1
May 21 2003 12:00AM -1
May 22 2003 12:00AM 1053550800
May 23 2003 12:00AM 1053637200
May 26 2003 12:00AM 1053896400
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 28 2003 12:00AM 1054069200
May 28 2003 12:00AM 1054069200
May 30 2003 12:00AM 1054242000
May 30 2003 12:00AM 1054242000
This happened when I tested code in Fedora Linux 1, Apache 1.3.29 PHP
4.3.4.
Production version works ok on W2K Apache PHP 4.3.3.
On W2K date strings don't have leading zeros, eg
"Feb 2 2004 12:00AM"
--
Edit this bug report at http://bugs.php.net/?id=27217&edit=1
#27216 [Opn->Bgs]: parsing crashes on texts longer than 3799 chars
ID: 27216 Updated by: [EMAIL PROTECTED] Reported By: list at fredfred dot net -Status: Open +Status: Bogus -Bug Type: *Regular Expressions +Bug Type: PCRE related Operating System: Linux,Windows XP PHP Version: 4.3.4 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 You should also have searched the bug database for previous reports about this same issue. (there are dozens of them!) This is PCRE limit you're hitting, not PHP bug. Previous Comments: [2004-02-10 21:03:51] list at fredfred dot net Description: When I try use preg_match_all( $regexp, $a, $vysl); it crashes when $a contains text in format like in file here: http://www.contipromotor.cz/download/phpBug3800chars.htm. Basically it contains 'abbba(3799 times char s or \r\n)xa' Just delete the last 'x' and it works fine. Reproduce code: --- $a = I read content of file http://www.contipromotor.cz/download/phpBug3800chars.htm $regexp = "/a(.*)a((?:.|\n)*?)a/i"; if(preg_match_all( $regexp, $a, $vysl)) echo "found"; else echo "not found"; Expected result: "found" or "not found" Actual result: -- CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: -- Edit this bug report at http://bugs.php.net/?id=27216&edit=1
#26407 [Fbk->Opn]: Result set fetching broken around transactions (OpenClient Error #155)
ID: 26407
User updated by: tvoigt at informatik dot tu-cottbus dot de
Reported By: tvoigt at informatik dot tu-cottbus dot de
-Status: Feedback
+Status: Open
Bug Type: Sybase-ct (ctlib) related
Operating System: Linux (i686) & Solaris 8
PHP Version: 4CVS, 5CVS
New Comment:
Hi there!
Just applied your patch to a current snapshot
(php4-STABLE-200402110830) and it works great! A brief test flight
through our various Sybase applications completed without a hassle, so
I consider that one done.
Will this patch make it into PHP-4.3.5?
Thanks again and best regards,
Thomas
Previous Comments:
[2004-02-08 19:03:45] [EMAIL PROTECTED]
Please see if the following patches work for you:
* http://sitten-polizei.de/bug26407.diff
(patch for CVS head - PHP5)
* http://sitten-polizei.de/bug26407.4.diff
(patch for Snapshot/4_3 branch)
make test TEST=ext/sybase_ct is passed now with Sybase-libraries as
well as with FreeTDS(download the new test.inc, it contains a fix for
the "Sybase: Unable to update character set" warning).
Please make sure I didn't break anything else.
[2004-02-08 18:02:53] [EMAIL PROTECTED]
Have been able to reproduce w/ Debian and Sybase-Libraries.
Bug was introduced when the patch in
http://bugs.php.net/bug.php?id=23682 was committed.
Am looking into a workaround.
[2004-02-08 17:20:39] [EMAIL PROTECTED]
4.3.3 doesn't work as expected either. I took your output and diffed it
against the expected one:
[EMAIL PROTECTED]:~ > diff -u sybase_test_expected.out
sybase_test_4_3_3.out
--- sybase_test_expected.outSun Feb 8 23:21:15 2004
+++ sybase_test_4_3_3.out Sun Feb 8 23:20:12 2004
@@ -1,3 +1,4 @@
+Warning: sybase_connect(): Sybase: Unable to update character set. in
/usr/src/php-4.3.3/ tests/ext/sybase_ct/test.inc on
line 55
bool(true)
>>> Query:
begin transaction
@@ -7,14 +8,8 @@
commit
-- anything afterwards will fail, too
-<<< Return: resource
-array(1) {
- [0]=>
- array(1) {
-["computed"]=>
-string(3) "foo"
- }
-}
+<<< Return: boolean
+bool(true)
>>> Query:
begin transaction
-- no result returned...
@@ -31,7 +26,7 @@
select "bar"
-Notice: sybase_query(): Sybase: Unexpected results, cancelling
current in %s/test.inc on line %d
+Notice: sybase_query(): Sybase: Unexpected results, cancelling
current in /usr/src/php-4
.3.3/tests/ext/sybase_ct/test.inc on line 66
<<< Return: resource
array(1) {
[0]=>
[2004-02-06 03:27:28] detoma dot alessandro at sea-aeroportimilano dot
it
Unfortunatly I don't know to help you, because I have a problem similar
to your(failure to compile PHP4.3.4 with sybase 12.0).
I notice however that you have compiled PHP4.3.4 with gdlib on
solaris8; Could you say me which version you have used?
Best regards,
Alex
[2004-02-01 14:50:07] tvoigt at informatik dot tu-cottbus dot de
Okay, done. It's my first bug report/'make test'-thing, but I'm just
beginning to get it ;-)
Thanks for your test case!
Here's the content of bug26407.log (php4-STABLE-200401261030):
http://www.informatik.tu-cottbus.de/~tvoigt/php/bug26407.log
...and to prove that everything was fine with php-4.3.3:
http://www.informatik.tu-cottbus.de/~tvoigt/php/bug26407.log.php-4.3.3
(Okay, there is a warning about the character set in sybase_connect,
making this a "failed" test, too. But the actual test results are as
expected. Maybe you want to adapt the test case?)
If you are interested in the other sybase test's results, find the
complete output here:
http://www.informatik.tu-cottbus.de/~tvoigt/php/php_test_results_20040201.txt
(#22403 testing failed for my dbo not allowing to create stored
procedures in tempdb, sorry.)
Thanks a lot,
Thomas
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/26407
--
Edit this bug report at http://bugs.php.net/?id=26407&edit=1
#26802 [Ver->Csd]: Can't call function through static property
ID: 26802
Updated by: [EMAIL PROTECTED]
Reported By: adam at trachtenberg dot com
-Status: Verified
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS
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.
$static_method = "foo::bar";
$static_method();
is not supposed to work. The incompatibility with PHP 4 has been
fixed.
Previous Comments:
[2004-01-05 19:49:38] [EMAIL PROTECTED]
Updated test to all different versions showed that indeed one way of
calling a class is wrong.
class::$prop() should evaluate class::$prop and call that function. But
instead it calls the method specified by the result in the class given.
In other words the class name is used twice.
[2004-01-05 17:03:57] adam at trachtenberg dot com
Description:
You cannot dynamically call a static methods using a
variable. This works for regular functions, for example:
function foo() {}
$f = 'foo';
$f();
Reproduce code:
---
class foo {
static public function bar() {
print "baz\n";
}
}
foo::bar();
$static_method = "foo::bar";
$static_method();
Expected result:
baz
baz
Actual result:
--
PHP Fatal error: Call to undefined function foo::bar()
in /php/test.php on line 10
baz
--
Edit this bug report at http://bugs.php.net/?id=26802&edit=1
#27217 [Fbk->Opn]: strtotime returns -1 randomly
ID: 27217
User updated by: chkp45 at hotmail dot com
Reported By: chkp45 at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.4
New Comment:
Further testing showed that leading zeroes in dates seems to be the
problem. Using CONVERT in my sql statement showed that formats which do
not have leading zeroes in dates work perfectly.
Funny, though, that May 21 2003 went wrong in run3 ???
Previous Comments:
[2004-02-11 05:12:42] [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-02-11 04:30:24] chkp45 at hotmail dot com
Description:
I read data from mssql server and get dates as "Feb 02 2004 12:00AM". I
read several dates in a loop, and for some dates strtotime returns -1
occasionally, seemingly at random. When I refresh, the wrong result
changes to another date.
$d1 = strtotime($v["date"]);
printf("%s %s", $v["date"], $d1);
run 1:
Feb 02 2004 12:00AM 1075672800
Feb 03 2004 12:00AM -1
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM -1
run2:
Feb 02 2004 12:00AM -1
Feb 03 2004 12:00AM 1075759200
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM 1076364000
run3:
May 05 2003 12:00AM 1052082000
May 06 2003 12:00AM -1
May 07 2003 12:00AM 1052254800
May 08 2003 12:00AM 1052341200
May 09 2003 12:00AM 1052427600
May 12 2003 12:00AM 1052686800
May 13 2003 12:00AM 1052773200
May 14 2003 12:00AM 1052859600
May 15 2003 12:00AM 1052946000
May 16 2003 12:00AM 1053032400
May 19 2003 12:00AM 1053291600
May 20 2003 12:00AM 1053378000
May 21 2003 12:00AM 1053464400
May 21 2003 12:00AM -1
May 21 2003 12:00AM -1
May 22 2003 12:00AM 1053550800
May 23 2003 12:00AM 1053637200
May 26 2003 12:00AM 1053896400
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 28 2003 12:00AM 1054069200
May 28 2003 12:00AM 1054069200
May 30 2003 12:00AM 1054242000
May 30 2003 12:00AM 1054242000
This happened when I tested code in Fedora Linux 1, Apache 1.3.29 PHP
4.3.4.
Production version works ok on W2K Apache PHP 4.3.3.
On W2K date strings don't have leading zeros, eg
"Feb 2 2004 12:00AM"
--
Edit this bug report at http://bugs.php.net/?id=27217&edit=1
#27217 [Opn]: strtotime returns -1 randomly
ID: 27217
User updated by: chkp45 at hotmail dot com
Reported By: chkp45 at hotmail dot com
Status: Open
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.4
New Comment:
Using latest snapshot (200402111030) on linux has no effect.
Previous Comments:
[2004-02-11 05:47:22] chkp45 at hotmail dot com
Further testing showed that leading zeroes in dates seems to be the
problem. Using CONVERT in my sql statement showed that formats which do
not have leading zeroes in dates work perfectly.
Funny, though, that May 21 2003 went wrong in run3 ???
[2004-02-11 05:12:42] [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-02-11 04:30:24] chkp45 at hotmail dot com
Description:
I read data from mssql server and get dates as "Feb 02 2004 12:00AM". I
read several dates in a loop, and for some dates strtotime returns -1
occasionally, seemingly at random. When I refresh, the wrong result
changes to another date.
$d1 = strtotime($v["date"]);
printf("%s %s", $v["date"], $d1);
run 1:
Feb 02 2004 12:00AM 1075672800
Feb 03 2004 12:00AM -1
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM -1
run2:
Feb 02 2004 12:00AM -1
Feb 03 2004 12:00AM 1075759200
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM 1076364000
run3:
May 05 2003 12:00AM 1052082000
May 06 2003 12:00AM -1
May 07 2003 12:00AM 1052254800
May 08 2003 12:00AM 1052341200
May 09 2003 12:00AM 1052427600
May 12 2003 12:00AM 1052686800
May 13 2003 12:00AM 1052773200
May 14 2003 12:00AM 1052859600
May 15 2003 12:00AM 1052946000
May 16 2003 12:00AM 1053032400
May 19 2003 12:00AM 1053291600
May 20 2003 12:00AM 1053378000
May 21 2003 12:00AM 1053464400
May 21 2003 12:00AM -1
May 21 2003 12:00AM -1
May 22 2003 12:00AM 1053550800
May 23 2003 12:00AM 1053637200
May 26 2003 12:00AM 1053896400
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 28 2003 12:00AM 1054069200
May 28 2003 12:00AM 1054069200
May 30 2003 12:00AM 1054242000
May 30 2003 12:00AM 1054242000
This happened when I tested code in Fedora Linux 1, Apache 1.3.29 PHP
4.3.4.
Production version works ok on W2K Apache PHP 4.3.3.
On W2K date strings don't have leading zeros, eg
"Feb 2 2004 12:00AM"
--
Edit this bug report at http://bugs.php.net/?id=27217&edit=1
#21676 [Com]: GetImageSize nolonger works
ID: 21676 Comment by: balbaz17 at yahoo dot fr Reported By: moderator at blackpeeps dot com Status: Closed Bug Type: GetImageSize related Operating System: RAQ4-Latest Patches/Apache 1.3.2 PHP Version: 4.3.0 New Comment: I am having the same problem of Getimagesize returning nothing. >From what i have read, i need to install the latest CVS. But I am not familiar with CVS, and wondering if there's any backdraws resulting from using CVS? Will i have to change my PHP or Apache configuration? Does it worh it using CVS just to fix the Getimagesize bug? Thanks in advance Khaled Previous Comments: [2003-02-22 05:19:09] [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. This one has been fixed by fixing a streams issue. [2003-01-16 13:32:53] moderator at blackpeeps dot com This image returns null information on GetImageSize: http://www.blackpeeps.com/IV/ecnirp/img3d6ea40af403a.jpg This image does return correct Width and Height info: http://www.blackpeeps.com/IV/ecnirp/img3e124d90c8123.jpg";; I have even tried downloading the first and uploading back to server to make sure there is not a Binary file transfer issue. No luck. Here is a file that my Thumbnail script is not creating a thumbnail for. Well, actually, it creates a Blacked out thumbnail. The script uses ( GetImgageSize , imagecreatetruecolor, and ImageCreateFromJPEG ) http://www.blackpeeps.com/IV/ecnirp/img3cae54c4a3771.jpg [2003-01-16 12:51:12] [EMAIL PROTECTED] GetImageSize is not related to GD in anyway. Please provide a sample image, which could be used to duplicate the problem you describe. [2003-01-15 23:20:36] moderator at blackpeeps dot com Recently upgraded to PHP 4.3.0 with GD-2.0.1 Scripts worked fine before upgrade. After 4.3.0 upgrade, Sometimes GetImageSize works (returns probper width and height variables) and sometimes it does not (my resize functions are defaulting to 1x2 pixels) At first I thought the problem was isolated to jpgs created with prior version PHP 4.1.2 and GD-2.0.0 and imagecreatefromjpeg function. Then I noticed that there are photos were an image tag (imagecreatefromjpeg) was not used. So the problem is only occuring with certain files.) -- Edit this bug report at http://bugs.php.net/?id=21676&edit=1
#27217 [Opn]: strtotime returns -1 randomly
ID: 27217
User updated by: chkp45 at hotmail dot com
Reported By: chkp45 at hotmail dot com
Status: Open
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.4
New Comment:
Sigh!
This may be still be a bug in strtotime, but in no ways critical.
Adding trim() to date string returned by mssql solved all problems.
The length of the field shortened from 28 to 19 characters (there were
spaces at the end).
No differences were found in untrimmed buffers in cases where the
returned dates were identical but strtotime returned -1 for one and the
correct value for the other.
Please feel free to change the status of this bug to bogus or closed,
whatever your policy says.
Previous Comments:
[2004-02-11 06:12:51] chkp45 at hotmail dot com
Using latest snapshot (200402111030) on linux has no effect.
[2004-02-11 05:47:22] chkp45 at hotmail dot com
Further testing showed that leading zeroes in dates seems to be the
problem. Using CONVERT in my sql statement showed that formats which do
not have leading zeroes in dates work perfectly.
Funny, though, that May 21 2003 went wrong in run3 ???
[2004-02-11 05:12:42] [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-02-11 04:30:24] chkp45 at hotmail dot com
Description:
I read data from mssql server and get dates as "Feb 02 2004 12:00AM". I
read several dates in a loop, and for some dates strtotime returns -1
occasionally, seemingly at random. When I refresh, the wrong result
changes to another date.
$d1 = strtotime($v["date"]);
printf("%s %s", $v["date"], $d1);
run 1:
Feb 02 2004 12:00AM 1075672800
Feb 03 2004 12:00AM -1
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM -1
run2:
Feb 02 2004 12:00AM -1
Feb 03 2004 12:00AM 1075759200
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM 1076364000
run3:
May 05 2003 12:00AM 1052082000
May 06 2003 12:00AM -1
May 07 2003 12:00AM 1052254800
May 08 2003 12:00AM 1052341200
May 09 2003 12:00AM 1052427600
May 12 2003 12:00AM 1052686800
May 13 2003 12:00AM 1052773200
May 14 2003 12:00AM 1052859600
May 15 2003 12:00AM 1052946000
May 16 2003 12:00AM 1053032400
May 19 2003 12:00AM 1053291600
May 20 2003 12:00AM 1053378000
May 21 2003 12:00AM 1053464400
May 21 2003 12:00AM -1
May 21 2003 12:00AM -1
May 22 2003 12:00AM 1053550800
May 23 2003 12:00AM 1053637200
May 26 2003 12:00AM 1053896400
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 28 2003 12:00AM 1054069200
May 28 2003 12:00AM 1054069200
May 30 2003 12:00AM 1054242000
May 30 2003 12:00AM 1054242000
This happened when I tested code in Fedora Linux 1, Apache 1.3.29 PHP
4.3.4.
Production version works ok on W2K Apache PHP 4.3.3.
On W2K date strings don't have leading zeros, eg
"Feb 2 2004 12:00AM"
--
Edit this bug report at http://bugs.php.net/?id=27217&edit=1
#27201 [Fbk->Opn]: exec does not wait for completion of cmd
ID: 27201 User updated by: lars at erhardsen dot dk Reported By: lars at erhardsen dot dk -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Now this appears in the apache error-log: sh: /hostname: No such file or directory sh: /uptime: No such file or directory How can this be? Previous Comments: [2004-02-11 02:53:24] [EMAIL PROTECTED] If you want it stable, use 1.3.29, setting it to feedback to see if it works with apache 1.3. Derick [2004-02-11 01:55:01] lars at erhardsen dot dk Sorry, the last posting was a little un-informative. I tried compiling the cvs snapshot as cli, and set up a program loop with the contents stated in my previous posting. I let it run to around 5000, and no error appeared. I compiled the cli executeable with "./configure --disable-all --disable-cgi --enable-debug". I then tried to compile the source with --with-apxs2=path - which ended up with the following error: /home/admin/debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c: In function `php_apache_request_ctor': /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: `f' undeclared (first use in this function) /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: (Each undeclared identifier is reported only once /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: for each function it appears in.) I'm currently considering to replace Apache2 with Apache 1.3.xx - to see, if it could help. [2004-02-10 17:56:43] [EMAIL PROTECTED] Can you produce the problem with 4.3.4 CLI binary? What apache2 error? Compile time? or what?? [2004-02-10 08:56:16] lars at erhardsen dot dk With the new source, and the following code, I cannot reproduce the error. My concern is now, that it is caused by apache2 - but the strange thing is, that on the slow machine, this error doesn't occur. The apache2handler seems broken( or maybe I cannot compile it - error 40 ;o)) so I cannot check it with the apache server... The code: [2004-02-10 07:59:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And use this configure line (and run the script with sapi/cli/php binary): # ./configure --disable-all --disable-cgi --enable-debug 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/27201 -- Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27218 [NEW]: PHP.net Website Problem
From: info at amico-alpha dot de Operating system: PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: PHP.net Website Problem Description: The link on your site http://de3.php.net/install.windows which leads to the Microsoft Data Access Components (MDAC) has to be changed: old: http://www.microsoft.com/data/ new: http://msdn.microsoft.com/data/ --- HJK -- Edit bug report at http://bugs.php.net/?id=27218&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27218&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27218&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27218&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27218&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27218&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27218&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27218&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27218&r=support Expected behavior: http://bugs.php.net/fix.php?id=27218&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27218&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27218&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27218&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27218&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27218&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27218&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27218&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27218&r=float
#27219 [NEW]: Compilation error in libmysql.c
From: martin at ibuildings dot nl
Operating system: Redhat 6.1
PHP version: 4.3.4
PHP Bug Type: Scripting Engine problem
Bug description: Compilation error in libmysql.c
Description:
When a class does not have member variables, creating a static instance of
the class becomes impossible. See the code below. If the member variable
is declared, one onstance is created, and each next call to getInstance
will return the existing instance.Without the member var, new instances
are created every time.
Reproduce code:
---
class mySingleton
{
// var $m_dummy = ""; // uncommenting this line is a
// workaround
function &getInstance()
{
static $s_instance = NULL;
if ($s_instance == NULL)
{
echo "Creating a new instance";
$s_instance = new mySingleton();
}
else
{
echo "Using existing instance";
}
return $s_instance;
}
}
$tmp = &mySingleton::getIntance();
$tmp2 = &mySingleton::getIntance();
Expected result:
Creating a new instance
Using existing instance
Actual result:
--
Creating a new instance
Creating a new instance
--
Edit bug report at http://bugs.php.net/?id=27219&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27219&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27219&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27219&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27219&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27219&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27219&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27219&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27219&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27219&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27219&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27219&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27219&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27219&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27219&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27219&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27219&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27219&r=float
#27219 [Opn]: Unable to create static instance if no member vars are declared
ID: 27219
User updated by: ivo at ibuildings dot nl
-Summary: Compilation error in libmysql.c
-Reported By: martin at ibuildings dot nl
+Reported By: ivo at ibuildings dot nl
Status: Open
Bug Type: Scripting Engine problem
-Operating System: Redhat 6.1
+Operating System: Gentoo, Redhat 9
PHP Version: 4.3.4
New Comment:
Sorry, browser autocomplete filled in wrong defaults.
Previous Comments:
[2004-02-11 08:49:20] ivo at ibuildings dot nl
Description:
When a class does not have member variables, creating a static instance
of the class becomes impossible. See the code below. If the member
variable is declared, one onstance is created, and each next call to
getInstance will return the existing instance.Without the member var,
new instances are created every time.
Reproduce code:
---
class mySingleton
{
// var $m_dummy = ""; // uncommenting this line is a
// workaround
function &getInstance()
{
static $s_instance = NULL;
if ($s_instance == NULL)
{
echo "Creating a new instance";
$s_instance = new mySingleton();
}
else
{
echo "Using existing instance";
}
return $s_instance;
}
}
$tmp = &mySingleton::getIntance();
$tmp2 = &mySingleton::getIntance();
Expected result:
Creating a new instance
Using existing instance
Actual result:
--
Creating a new instance
Creating a new instance
--
Edit this bug report at http://bugs.php.net/?id=27219&edit=1
#27220 [NEW]: Mr Li
From: jexli at vip dot 163 dot com Operating system: windows xp PHP version: 5.0.0b3 (beta3) PHP Bug Type: FTP related Bug description: Mr Li Description: I use readfile() function to force download ftp file.In PHP4.3.4 version,the file size display unknow.But in PHP 5.0 the it works correctly.But they are also occur error when the FTP file size is large to 40M~50M. Reproduce code: --- Expected result: USE IN FORCE DOWNLOAD FTP FILE PHP 4.0 :If file size > 40M~50M,connection auto reset and download dialog closed. PHP 5.0 :If file size > 40M~50M,server cant response the request,download stoped,but download dialog still open,only not any response. But if file size <40M~50M,they are works fine. -- Edit bug report at http://bugs.php.net/?id=27220&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27220&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27220&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27220&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27220&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27220&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27220&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27220&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27220&r=support Expected behavior: http://bugs.php.net/fix.php?id=27220&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27220&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27220&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27220&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27220&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27220&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27220&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27220&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27220&r=float
#27217 [Opn->Bgs]: strtotime returns -1 randomly
ID: 27217
Updated by: [EMAIL PROTECTED]
Reported By: chkp45 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.4
New Comment:
not a bug.
Previous Comments:
[2004-02-11 07:46:20] chkp45 at hotmail dot com
Sigh!
This may be still be a bug in strtotime, but in no ways critical.
Adding trim() to date string returned by mssql solved all problems.
The length of the field shortened from 28 to 19 characters (there were
spaces at the end).
No differences were found in untrimmed buffers in cases where the
returned dates were identical but strtotime returned -1 for one and the
correct value for the other.
Please feel free to change the status of this bug to bogus or closed,
whatever your policy says.
[2004-02-11 06:12:51] chkp45 at hotmail dot com
Using latest snapshot (200402111030) on linux has no effect.
[2004-02-11 05:47:22] chkp45 at hotmail dot com
Further testing showed that leading zeroes in dates seems to be the
problem. Using CONVERT in my sql statement showed that formats which do
not have leading zeroes in dates work perfectly.
Funny, though, that May 21 2003 went wrong in run3 ???
[2004-02-11 05:12:42] [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-02-11 04:30:24] chkp45 at hotmail dot com
Description:
I read data from mssql server and get dates as "Feb 02 2004 12:00AM". I
read several dates in a loop, and for some dates strtotime returns -1
occasionally, seemingly at random. When I refresh, the wrong result
changes to another date.
$d1 = strtotime($v["date"]);
printf("%s %s", $v["date"], $d1);
run 1:
Feb 02 2004 12:00AM 1075672800
Feb 03 2004 12:00AM -1
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM -1
run2:
Feb 02 2004 12:00AM -1
Feb 03 2004 12:00AM 1075759200
Feb 04 2004 12:00AM 1075845600
Feb 05 2004 12:00AM 1075932000
Feb 06 2004 12:00AM 1076018400
Feb 09 2004 12:00AM 1076277600
Feb 10 2004 12:00AM 1076364000
run3:
May 05 2003 12:00AM 1052082000
May 06 2003 12:00AM -1
May 07 2003 12:00AM 1052254800
May 08 2003 12:00AM 1052341200
May 09 2003 12:00AM 1052427600
May 12 2003 12:00AM 1052686800
May 13 2003 12:00AM 1052773200
May 14 2003 12:00AM 1052859600
May 15 2003 12:00AM 1052946000
May 16 2003 12:00AM 1053032400
May 19 2003 12:00AM 1053291600
May 20 2003 12:00AM 1053378000
May 21 2003 12:00AM 1053464400
May 21 2003 12:00AM -1
May 21 2003 12:00AM -1
May 22 2003 12:00AM 1053550800
May 23 2003 12:00AM 1053637200
May 26 2003 12:00AM 1053896400
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 27 2003 12:00AM 1053982800
May 28 2003 12:00AM 1054069200
May 28 2003 12:00AM 1054069200
May 30 2003 12:00AM 1054242000
May 30 2003 12:00AM 1054242000
This happened when I tested code in Fedora Linux 1, Apache 1.3.29 PHP
4.3.4.
Production version works ok on W2K Apache PHP 4.3.3.
On W2K date strings don't have leading zeros, eg
"Feb 2 2004 12:00AM"
--
Edit this bug report at http://bugs.php.net/?id=27217&edit=1
#27220 [Opn->Fbk]: downloading larger file which is passed via readfile using ftp:// wrapper fails
ID: 27220 Updated by: [EMAIL PROTECTED] -Summary: Mr Li Reported By: jexli at vip dot 163 dot com -Status: Open +Status: Feedback Bug Type: FTP related Operating System: windows xp PHP Version: 5.0.0b3 (beta3) New Comment: Please give proper example script which can be just copy'n'pasted. (and this works just fine for me on linux..tested using 500M file) Previous Comments: [2004-02-11 09:26:26] jexli at vip dot 163 dot com Description: I use readfile() function to force download ftp file.In PHP4.3.4 version,the file size display unknow.But in PHP 5.0 the it works correctly.But they are also occur error when the FTP file size is large to 40M~50M. Reproduce code: --- Expected result: USE IN FORCE DOWNLOAD FTP FILE PHP 4.0 :If file size > 40M~50M,connection auto reset and download dialog closed. PHP 5.0 :If file size > 40M~50M,server cant response the request,download stoped,but download dialog still open,only not any response. But if file size <40M~50M,they are works fine. -- Edit this bug report at http://bugs.php.net/?id=27220&edit=1
#26862 [Ver->Csd]: ob_flush() doesn't output last two chars
ID: 26862
Updated by: [EMAIL PROTECTED]
Reported By: nunoplopes at sapo dot pt
-Status: Verified
+Status: Closed
Bug Type: Output Control
Operating System: *
PHP Version: 4CVS, 5CVS
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-02-10 12:39:16] nunoplopes at sapo dot pt
this patch works for me
[2004-02-09 20:26:35] scottmacvicar at ntlworld dot com
I think i've tracked this one down to the URL parser, it happens when
the argument do_flush is set to false for url_adapt_ext
(url_scanner_ex.c line 837) this is because it only expects to do the
re-write at the final flush.
I modified what was passed in to accept the final flush or a flush
halfway through the script execution.
Patch
---
diff -u url_scanner_ex.c url_scanner_ex.c.patched
--- url_scanner_ex.c2004-02-10 01:29:05.0 +
+++ url_scanner_ex.c.patched2004-02-10 01:30:51.0 +
@@ -918,7 +918,8 @@
size_t len;
if (BG(url_adapt_state_ex).url_app.len != 0) {
-*handled_output = url_adapt_ext(output, output_len, &len,
(zend_bool) (mode&PHP_OUTPUT_HANDLER_END ? 1 : 0) TSRMLS_CC);
+*handled_output = url_adapt_ext(output, output_len, &len,
(zend_bool) ((mode & PHP_OUTPUT_HANDLER_CONT) || (mode
+& PHP_OUTPUT_HANDLER_END) ? 1 : 0) TSRMLS_CC);
if (sizeof(uint) < sizeof(size_t)) {
if (len > UINT_MAX)
len = UINT_MAX;
[2004-01-22 10:48:57] nunoplopes at sapo dot pt
I've checked the sources and if you changed the implementation of
ob_flush everything works:
use this:
php_end_ob_buffer(1, 0 TSRMLS_CC);
instead of:
php_end_ob_buffer(1, 1 TSRMLS_CC);
So, the error is in just_flush in php_end_ob_buffer().
[2004-01-10 11:42:24] nunoplopes at sapo dot pt
Description:
When using the given code, ob_flush() doesn't output all the buffer.
When using ob_get_flush() it works as expected.
Reproduce code:
---
link';
ob_flush();
output_reset_rewrite_vars();
echo 'link';
?>
Expected result:
linklink
Actual result:
--
linklink
--
Edit this bug report at http://bugs.php.net/?id=26862&edit=1
#27115 [Ver->Csd]: simplexml object updating array entry not working
ID: 27115 Updated by: [EMAIL PROTECTED] Reported By: gerry dot rodman at ness-usa dot com -Status: Verified +Status: Closed Bug Type: XML related Operating System: * PHP Version: 5CVS-2004-02-06 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-02-01 17:41:12] gerry dot rodman at ness-usa dot com Description: I cant seem to change the value of an array entry in a simple xml object if I use a variable for an index. But it changes OK if I use a constant. Reproduce code: --- gerrybarbara"; $xml = simplexml_load_string($xmlstr); $i = 0; $xml->people->name[$i] = "gerry changed"; // sorry, gerry doesnt change if variable is used as index (bug?) echo $xml->people->name[0]; echo ""; $xml->people->name[0] = "gerry changed"; // gerry does change is a constant is supplied echo $xml->people->name[0]; ?> Expected result: gerry changed gerry changed Actual result: -- gerry gerry changed -- Edit this bug report at http://bugs.php.net/?id=27115&edit=1
#27183 [Ver->Csd]: userland stream wrapper segfaults on stream_write
ID: 27183 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Filesystem function related Operating System: Mac OS X 10.3 PHP Version: 4CVS-2004-02-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-02-10 16:02:58] [EMAIL PROTECTED] moriyoshi's patch works for me. [2004-02-09 13:50:49] [EMAIL PROTECTED] Here's the patch: http://www.voltex.jp/downloads/bug27183- preliminary.diff.txt The error is obvious: one shouldn't store a transient pointer to a transient zval that resides in the stack frame :) [2004-02-09 13:33:16] [EMAIL PROTECTED] Finally I managed to reproduce the crash. It looks like --enable-debug suppresses the bus error. Really strange... Another endian issue? [2004-02-09 05:44:31] [EMAIL PROTECTED] I get the same crash with PHP 4.3.3.. # uname -a Darwin foobar 6.8 Darwin Kernel Version 6.8: Wed Sep 10 15:20:55 PDT 2003; root:xnu/xnu-344.49.obj~2/RELEASE_PPC Power Macintosh powerpc [2004-02-09 05:25:40] [EMAIL PROTECTED] it crashes even with the default config: phpinfo() PHP Version => 4.3.5RC2 System => Darwin chregu.local 7.2.0 Darwin Kernel Version 7.2.0: Thu Dec 11 16:20:23 PST 2003; root:xnu/ xnu-517.3.7.obj~1/RELEASE_PPC Power Macintosh Build Date => Feb 9 2004 11:18:45 Configure Command => './configure' '--with-expat-dir=/ sw/' '--with-zlib' 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/27183 -- Edit this bug report at http://bugs.php.net/?id=27183&edit=1
#26945 [Ver->WFx]: dl() defining classes, segfault shutdown-sequence
ID: 26945
Updated by: [EMAIL PROTECTED]
Reported By: mep_eisen at web dot de
-Status: Verified
+Status: Wont fix
Bug Type: Reproducible crash
Operating System: Linux
PHP Version: 5CVS
New Comment:
And now dl() is deprecated and declared unmaintained too.
Just use extension= in php.ini.
(see also discussion on [EMAIL PROTECTED])
Previous Comments:
[2004-02-04 20:57:38] [EMAIL PROTECTED]
dl() is evil, don't use it.
(not direct quote, but close enough :)
[2004-01-27 07:08:11] mep_eisen at web dot de
what about it? Does anyone care about this crash?
[2004-01-17 10:22:57] mep_eisen at web dot de
Description:
I got a segfault writing my own extension. Searching for any solutions
I found a post in php.internals from Ilia Alshanetsky
<[EMAIL PROTECTED]> at 2004/01/09 06:11.
If you load an extension using function dl() and leave some undeleted
objects at the end of script, php seems to crash. (see code from Ilia
below...)
To reproduce the problem you need to compile the extension as shared
object. I used the client sapi executable "php" of php5.0.0b3 and
php5-200401171030.
Reproduce code:
---
this code crashes
---
dl("date.so");
$a = new date();
---
this code does not crash
---
dl("date.so");
$a = new date();
$a = null;
---
Expected result:
The global objects should be destroyed before there class definitions
are unloaded.
Actual result:
--
segfault in
zend_variables.c:61
ZEND_OBJ_HT_P(zvalue)->del_ref(zavlue TSRMLS_CC);
seems that the class definitions an extension defines are lost (the
extension is unloaded) before the created variables are destroyed.
object_handlers table is destroyed. If you set your object to null
inside php script or if you destroy all public variables inside module
shutdown sequence it works fine...
$a=null;
works fine.
code block from php_request_shutdown() (main.c:1216)
if (PG(modules_activated)) {
zend_deactivate_modules(TSRMLS_C); // modules are
unloaded
}
[...]
zend_deactivate(TSRMLS_C); // variables are destroyed inside
here
backtrace:
(gdb) frame 7
#7 0x081a53ba in main (argc=2, argv=0xb374) at
/home/mepeisen/projects/php/php-5.0.0b3/sapi/cli/php_cli.c:1013
(gdb) frame 6
#6 0x0813e920 in php_request_shutdown (dummy=0x0) at
/home/mepeisen/projects/php/php-5.0.0b3/main/main.c:1246
(gdb) frame 5
#5 0x08173510 in zend_deactivate () at
/home/mepeisen/projects/php/php-5.0.0b3/Zend/zend.c:810
/home/mepeisen/projects/php/php-5.0.0b3/Zend/zend.c:810:24099:beg:0x8173510
(gdb) frame 4
#4 0x0816a64e in shutdown_executor () at
/home/mepeisen/projects/php/php-5.0.0b3/Zend/zend_execute_API.c:210
/home/mepeisen/projects/php/php-5.0.0b3/Zend/zend_execute_API.c:210:6236:beg:0x816a64e
(gdb) frame 3
#3 0x0817a019 in zend_hash_graceful_reverse_destroy (ht=0x81f7e30) at
/home/mepeisen/projects/php/php-5.0.0b3/Zend/zend_hash.c:634
(gdb) frame 2
#2 0x08179f59 in zend_hash_apply_deleter (ht=0x81f7e30, p=0x40384be4)
at /home/mepeisen/projects/php/php-5.0.0b3/Zend/zend_hash.c:568
(gdb) frame 1
#1 0x0816a9a9 in _zval_ptr_dtor (zval_ptr=0x40384bf0) at
/home/mepeisen/projects/php/php-5.0.0b3/Zend/zend_execute_API.c:354
(gdb) frame 0
#0 0x08172138 in _zval_dtor (zvalue=0x40383d7c) at
/home/mepeisen/projects/php/php-5.0.0b3/Zend/zend_variables.c:61
--
Edit this bug report at http://bugs.php.net/?id=26945&edit=1
#27219 [Opn->Ver]: Unable to create static instance if no member vars are declared
ID: 27219
Updated by: [EMAIL PROTECTED]
Reported By: ivo at ibuildings dot nl
-Status: Open
+Status: Verified
Bug Type: Scripting Engine problem
Operating System: Gentoo, Redhat 9
PHP Version: 4.3.4
Previous Comments:
[2004-02-11 08:51:48] ivo at ibuildings dot nl
Sorry, browser autocomplete filled in wrong defaults.
[2004-02-11 08:49:20] ivo at ibuildings dot nl
Description:
When a class does not have member variables, creating a static instance
of the class becomes impossible. See the code below. If the member
variable is declared, one onstance is created, and each next call to
getInstance will return the existing instance.Without the member var,
new instances are created every time.
Reproduce code:
---
class mySingleton
{
// var $m_dummy = ""; // uncommenting this line is a
// workaround
function &getInstance()
{
static $s_instance = NULL;
if ($s_instance == NULL)
{
echo "Creating a new instance";
$s_instance = new mySingleton();
}
else
{
echo "Using existing instance";
}
return $s_instance;
}
}
$tmp = &mySingleton::getIntance();
$tmp2 = &mySingleton::getIntance();
Expected result:
Creating a new instance
Using existing instance
Actual result:
--
Creating a new instance
Creating a new instance
--
Edit this bug report at http://bugs.php.net/?id=27219&edit=1
#27219 [Ver]: Unable to create static instance if no member vars are declared
ID: 27219
Updated by: [EMAIL PROTECTED]
Reported By: ivo at ibuildings dot nl
Status: Verified
Bug Type: Scripting Engine problem
-Operating System: Gentoo, Redhat 9
+Operating System: *
-PHP Version: 4.3.4
+PHP Version: 4CVS-2004-02-11
New Comment:
Works fine with latest PHP5 CVS checkout. Only borks in PHP 4.
Previous Comments:
[2004-02-11 08:51:48] ivo at ibuildings dot nl
Sorry, browser autocomplete filled in wrong defaults.
[2004-02-11 08:49:20] ivo at ibuildings dot nl
Description:
When a class does not have member variables, creating a static instance
of the class becomes impossible. See the code below. If the member
variable is declared, one onstance is created, and each next call to
getInstance will return the existing instance.Without the member var,
new instances are created every time.
Reproduce code:
---
class mySingleton
{
// var $m_dummy = ""; // uncommenting this line is a
// workaround
function &getInstance()
{
static $s_instance = NULL;
if ($s_instance == NULL)
{
echo "Creating a new instance";
$s_instance = new mySingleton();
}
else
{
echo "Using existing instance";
}
return $s_instance;
}
}
$tmp = &mySingleton::getIntance();
$tmp2 = &mySingleton::getIntance();
Expected result:
Creating a new instance
Using existing instance
Actual result:
--
Creating a new instance
Creating a new instance
--
Edit this bug report at http://bugs.php.net/?id=27219&edit=1
#22401 [Ver->Fbk]: ob_start callback function isn't called when script exceeds max_execution_time
ID: 22401 Updated by: [EMAIL PROTECTED] Reported By: php at andyuhl dot com -Status: Verified +Status: Feedback Bug Type: Output Control Operating System: win32 only PHP Version: 4.3.2-dev, 5.0.0b2-dev New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-07-15 20:13:50] [EMAIL PROTECTED] Another note: ZTS has no effect in linux, works fine even if it's enabled. [2003-07-15 20:13:04] [EMAIL PROTECTED] Happens only with win32. (works fine in Linux) [2003-04-28 13:22:20] php at andyuhl dot com Well, something isn't working right somewhere because the windows and linux version behave differently. Running the updated code that I just posted, the windows version doesn't return any output at all. It doesn't even return the error message for timing out, which means that it is definitely doing something to that buffer that is built up in the loop. Additionally, the same code on linux behaves as I would expect it to. On linux, it does process the callback function after it times out and it outputs "callback function executed successfully." >From what you've said, now I'm not sure where the bug exists, but with such distinctly different behavior across platforms, I'm fairly certain it exists somewhere. [2003-04-26 10:16:51] [EMAIL PROTECTED] Shuffling code around does not change the problem. Still you are timed out and the buffers are ignored (what is correct). What you need is an on_timeout_callback(). [2003-04-24 13:53:40] php at andyuhl dot com This is still a bug! Here's a modification of my example code that includes a line which fills the buffer before the script timeout occurs. It still does not return the new buffer properly. \n"; // create some output this time } ob_end_flush(); ?> 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/22401 -- Edit this bug report at http://bugs.php.net/?id=22401&edit=1
#26223 [Ver->Fbk]: wired file system with session write handler make php crash
ID: 26223 Updated by: [EMAIL PROTECTED] Reported By: Xuefer at 21cn dot com -Status: Verified +Status: Feedback Bug Type: Session related Operating System: win32 PHP Version: 4CVS-2003-12-2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works fine for me. Previous Comments: [2004-01-31 22:27:11] xuefer at 21cn dot com verified on linux is anyone fixing this bug? btw, in error log: [01-Feb-2004 11:24:30] PHP Warning: Unknown(): A session is active. You cannot change the session module's ini settings at this time. in Unknown on line 0 maybe it generate this error everytime it crash, i'm not sure [2003-11-17 23:08:44] Xuefer at 21cn dot com i'm not familiar with debugging i'm stucked with same script still crash on http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-foundstone-latest.zip (with similar gdb bt) but not crash on: http://www.thebrainroom.net/php-snaps/php4-win32-STABLE-debug-foundstone-latest.zip output: Warning: file_exists(): Stat failed for Unknown (errno=9 - Bad file descriptor) in c:\test.php on line 14 warning: --- warning: f:\tbr\php\snapbuilder\php_4_3-foundstone\ext\standard\filestat.c(616) : Block 0x00BAE800 status: warning: Beginning: warning: Cached (allocated on f:\tbr\php\snapbuilder\php_4_3-foundstone\main\main.c:485, 21 bytes) warning: End: warning: OK warning: --- [Tue Nov 18 11:23:53 2003] Script: 'test.php' Program exited normally. [2003-11-17 21:38:43] [EMAIL PROTECTED] Here you can find some debug enabled builds: http://www.thebrainroom.net/php-snaps/ [2003-11-17 20:53:09] Xuefer at 21cn dot com Program received signal SIGSEGV, Segmentation fault. 0x100c00a4 in shutdown_memory_manager () from /cygdrive/d/www/php4/php4ts.dll (gdb) bt #0 0x100c00a4 in shutdown_memory_manager () from /cygdrive/d/www/php4/php4ts.dll #1 0x0012fd68 in ?? () #2 0x003e82b4 in ?? () #3 0x0012fe74 in ?? () #4 0x003e4248 in ?? () #5 0x10004276 in php_register_variable_ex () from /cygdrive/d/www/php4/php4ts.dll Previous frame inner to this frame (corrupt stack?) (gdb) i'm using cygwin gdb to debug but it is said: "To get a backtrace with correct information you must have PHP configured with --enable-debug!" where can i get a debug built? is the snapshot already with --enable-debug? i've tested under linux and it does not crash but under windows xp, updated to lastest snapshot still crash :( what point am i missing? [2003-11-14 00:09:21] Xuefer at 21cn dot com sorry for my careless it took me so much time to track down this problem but i don't know if it'll still crash if php env(system+apache+php..) changed 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/26223 -- Edit this bug report at http://bugs.php.net/?id=26223&edit=1
#25281 [Asn->WFx]: specifying --with-iconv= causes compile failure
ID: 25281 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at rickbradley dot com -Status: Assigned +Status: Wont fix Bug Type: ICONV related Operating System: FreeBSD PHP Version: 4.3.3 Assigned To: moriyoshi New Comment: Plain and simple: Update your gcc. (works fine with 3.3.1 for example) Previous Comments: [2003-11-17 21:55:16] [EMAIL PROTECTED] See also bug #26264 [2003-08-28 02:22:57] [EMAIL PROTECTED] Moriyoshi, can I now say "I told you so" ? :) #include MACRO _does_not_work_everywhere_, period. (removed all the comments since they didn't give any info we didn't already know) [2003-08-27 18:53:03] phpbugs at rickbradley dot com Description: When building PHP-4.3.3 if --with-iconv-dir= is specified the build of PHP fails with the following error: gcc -Iext/iconv/ -I/home/eastcore/sites/build/src/php-4.3.3/ext/iconv/ -DPHP_ATOM_INC -I/home/eastcore/sites/build/src/php-4.3.3/include -I/home/eastcore/sites/build/src/php-4.3.3/main -I/home/eastcore/sites/build/src/php-4.3.3 -I/home/eastcore/sites/build/src/php-4.3.3/Zend -I/home/eastcore/sites/server//openssl/include -I/home/eastcore/sites/server//iconv/include -I/usr/local/include/mysql -I/home/eastcore/sites/server//expat/include -I/home/eastcore/sites/build/src/php-4.3.3/TSRM -g -O2 -c /home/eastcore/sites/build/src/php-4.3.3/ext/iconv/iconv.c -o ext/iconv/iconv.o && echo > ext/iconv/iconv.lo /home/eastcore/sites/build/src/php-4.3.3/ext/iconv/iconv.c:40: `#include' expects "FILENAME" or gmake: *** [ext/iconv/iconv.lo] Error 1 The problem is that the iconv.c file in question contains the following around line 40: #ifdef PHP_ICONV_H_PATH #include PHP_ICONV_H_PATH #else #include #endif I'm running gcc version 2.95.4, with cpp version 2.95.4. Granted, GNU's cpp is a piece of shit, but back where I come from doing #include is a no-no. Anyway, my configure line is like so: ./configure --prefix=/home/eastcore/sites/server//php --with-apache=/home/eastcore/sites/build/src/apache_1.3.28 --with-mysql=/usr/local --with-openssl=/home/eastcore/sites/server//openssl --enable-trans-sid --with-expat-dir=/home/eastcore/sites/server//expat --with-xml --enable-xslt --with-xslt-sablot=/home/eastcore/sites/server//expat --with-iconv=/home/eastcore/sites/server//iconv --with-pear=/home/eastcore/sites/server//php This is FreeBSD 4.8-RELEASE, with the following versions of hand-compiled software (of interest to my PHP build): VERSIONPHP = php-4.3.3 VERSIONAPACHE = apache_1.3.28 VERSIONMODSSL = mod_ssl-2.8.15-1.3.28 VERSIONOPENSSL = openssl-0.9.7b VERSIONEXPAT= expat-1.95.2 VERSIONSABLOT = Sablot-1.0 VERSIONLIBXML = libxml2-2.4.30 VERSIONZLIB = zlib-1.1.3 VERSIONICONV= libiconv-1.7 Yes, that's from a Makefile.in. I build self-contained (as in everything under one base directory) server installations for multiple distinct servers on a single system. Being able to install each library version with the server it was built with is important. I haven't tried this on my Linux servers yet but I see no reason why it won't fail there as well. Reproduce code: --- # gmake Expected result: I expected it to compile. Actual result: -- It didn't compile. If I apply this patch: --- php-4.3.3/ext/iconv/iconv.c Wed Aug 13 13:22:17 2003 +++ php-4.3.3-patched/ext/iconv/iconv.c Wed Aug 27 18:19:42 2003 @@ -36,11 +36,7 @@ #ifdef HAVE_ICONV -#ifdef PHP_ICONV_H_PATH -#include PHP_ICONV_H_PATH -#else #include -#endif #ifdef HAVE_GLIBC_ICONV #include PHP 4.3.3 will build, but it is not using the same iconv I specified in the --with-iconv= configure argument. -- Edit this bug report at http://bugs.php.net/?id=25281&edit=1
#27201 [Opn->Fbk]: exec does not wait for completion of cmd
ID: 27201 Updated by: [EMAIL PROTECTED] Reported By: lars at erhardsen dot dk -Status: Open +Status: Feedback Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The apache2 build bug has been fixed. As far as the exec() situations I've just tried to replicate the bug with the while() example and was unable to do so. Previous Comments: [2004-02-11 08:17:09] lars at erhardsen dot dk Now this appears in the apache error-log: sh: /hostname: No such file or directory sh: /uptime: No such file or directory How can this be? [2004-02-11 02:53:24] [EMAIL PROTECTED] If you want it stable, use 1.3.29, setting it to feedback to see if it works with apache 1.3. Derick [2004-02-11 01:55:01] lars at erhardsen dot dk Sorry, the last posting was a little un-informative. I tried compiling the cvs snapshot as cli, and set up a program loop with the contents stated in my previous posting. I let it run to around 5000, and no error appeared. I compiled the cli executeable with "./configure --disable-all --disable-cgi --enable-debug". I then tried to compile the source with --with-apxs2=path - which ended up with the following error: /home/admin/debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c: In function `php_apache_request_ctor': /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: `f' undeclared (first use in this function) /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: (Each undeclared identifier is reported only once /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: for each function it appears in.) I'm currently considering to replace Apache2 with Apache 1.3.xx - to see, if it could help. [2004-02-10 17:56:43] [EMAIL PROTECTED] Can you produce the problem with 4.3.4 CLI binary? What apache2 error? Compile time? or what?? [2004-02-10 08:56:16] lars at erhardsen dot dk With the new source, and the following code, I cannot reproduce the error. My concern is now, that it is caused by apache2 - but the strange thing is, that on the slow machine, this error doesn't occur. The apache2handler seems broken( or maybe I cannot compile it - error 40 ;o)) so I cannot check it with the apache server... The code: 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/27201 -- Edit this bug report at http://bugs.php.net/?id=27201&edit=1
#27110 [Asn->Fbk]: php_value|flag / php_admin_* settings "leak" from .htaccess files
ID: 27110 Updated by: [EMAIL PROTECTED] Reported By: walter at brunner dot at -Status: Assigned +Status: Feedback Bug Type: Apache2 related Operating System: Linux (Gentoo) PHP Version: 4CVS-2004-02-01 Assigned To: iliaa New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Unable to replicate with latest CVS. Previous Comments: [2004-02-01 15:48:14] walter at brunner dot at I did additional experiments. The error occurs only in one specific virtual host. I am not able to reproduce the error within the same server (other virtual hosts) or on another server. The only difference between the vhost with error and the others is, that this vhost hast a designated ip-address, the other vhost share all the same ip address. The other parameters in the apache-config for the faulty vhost are: DocumentRoot /some/dir/web ServerName server.name.com ErrorLog /some/dir/logs/error_log CustomLog /some/dir/logs/access_log extended php_admin_value upload_tmp_dir "/some/dir/web/tmp" php_value session.save_path /some/dir/tmp php_admin_flag safe_mode off AllowOverride All php_admin_value max_execution_time 1800 AllowOverride All The .htaccess of the /-directory: php_value include_path ".:/usr/local/lib/php:/some/dir/web/php" [2004-02-01 05:48:20] [EMAIL PROTECTED] Please read the bug #25753 comments. You have to come up with better information how we can reproduce this ourselves.. [2004-02-01 01:56:48] walter at brunner dot at The problem is still alive with php4-STABLE-200402010630. The solution for me was to transfer the include_path to apache-config, but this solution is is not suitable for standard users, as they don't have access to this config-file. [2004-01-31 15:21:34] walter at brunner dot at Description: The bug described with http://bugs.php.net/bug.php?id=25753 (closed) is still active in the following configuration: Apache 2.0.48 / PHP Version 4.3.5RC2-dev (from 2004-01-31) php.ini: include_path not set apache-virtual host-section: include_path not set .htaccess of /-directory: include_path set to some value no .htaccess in /admin-directory. if I look at the value of include_path in the /admin-directory with the function ini_get sometimes (~5%) it is set to the default value (.:/usr/local/lib/php), sometimes (~70%) to the correct value, sometimes to absolut nonsense (~25%). The only solution to the problem seems to set in the apache-config: MaxRequestsPerChild 1 This value is not really what I want, as there is allways a new process for every request. -- Edit this bug report at http://bugs.php.net/?id=27110&edit=1
#27207 [Fbk->Bgs]: mssql_execute
ID: 27207 Updated by: [EMAIL PROTECTED] Reported By: kbirtha at hotmail dot com -Status: Feedback +Status: Bogus Bug Type: MSSQL related Operating System: windows 2000 PHP Version: 4.3.4 New Comment: The library provided from Microsoft (dblib) has an onl limitation based on SQL Server 6.x #define MAXCOLNAMELEN 30 This limitation was changed in laterversions of the SQL server but dblib was never updated by Microsoft. Previous Comments: [2004-02-10 11:19:27] [EMAIL PROTECTED] What was the original length of columns? [2004-02-10 09:43:43] kbirtha at hotmail dot com Description: My co-workers and I recently found out that there seems to be a maximum character limit on column and table names. This function will return a true when executing a sql statement successfully, but the recordset will be empty if the column or table names are too long We don't know max number of characters allowed, just know when we shortened the names, the queries worked. -- Edit this bug report at http://bugs.php.net/?id=27207&edit=1
#27221 [NEW]: $_POST superglobal variable not populated after posting a form
From: patrick at studioemma dot be Operating system: Redhat 7.3 PHP version: 4.3.4 PHP Bug Type: *Web Server problem Bug description: $_POST superglobal variable not populated after posting a form Description: After posting (method POST) a form (of any kind) the $_POST variable does not get populated. This error is hard to reproduce as it occurs sporadicily but sometimes more than once on the same form. Apparently with under the same conditions it sometimes works and sometimes not. I experience the problem (I believe) only using SSL. I'm using rewrite rules, but the same as on other sites without SSL. I read stuff about mentioning the action property in the form tag, about GPC order, etc... but nothing I've tried can reduce the error to it's origin. I do not know however how to check apache for incoming POSTed data. Apache: Server Version: Apache/1.3.27 (Unix) (Red-Hat/Linux) FrontPage/5.0.2.2623 mod_ssl/2.8.12OpenSSL/0.9.6bPHP/4.3.4 mod_perl/1.26 mod_python/2.7.6 Python/1.5.2 mod_webapp/1.2.0-dev Server Built: Dec 21 2003 12:00:54 Can you recommend me some actions ? I have not found any relevant info on the web. -- Edit bug report at http://bugs.php.net/?id=27221&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27221&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27221&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27221&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27221&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27221&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27221&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27221&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27221&r=support Expected behavior: http://bugs.php.net/fix.php?id=27221&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27221&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27221&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27221&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27221&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27221&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27221&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27221&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27221&r=float
#27215 [Fbk->Opn]: include in php5 is very slow
ID: 27215 User updated by: waboring at 3gstech dot com Reported By: waboring at 3gstech dot com -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: Redhat 9 PHP Version: 5CVS-2004-02-10 (dev) New Comment: I'm not sure what else you want me to provide. The bug is very clear. There is a big performance issue with php5 just including a file with a class in it. php4 does not show this problem. I have created a directory on my web server that shows the test code. http://phphtmllib.newsblob.com/bug/index.php This is running in an php4 environment and it takes 0.005s to execute the index.php code. I don't have php5 running on this machine, as it is a production box. You can look at the source code of the scripts by pointing to the following files. http://phphtmllib.newsblob.com/bug/index.phps http://phphtmllib.newsblob.com/bug/includes.phps http://phphtmllib.newsblob.com/bug/ContainerClass.phps http://phphtmllib.newsblob.com/bug/XMLTagClass.phps http://phphtmllib.newsblob.com/bug/HTMLTagClass.phps When I run this on my machine (Pentium 4 1.8Ghz 512M ram) php4: 0.005s php5: 0.100s Previous Comments: [2004-02-11 05:11:03] [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-02-10 20:19:37] waboring at 3gstech dot com Description: I am the maintainer of phphtmllib. I just got the latest php5 from cvs built and working, but have noticed a serious performance issue with just doing includes. reproduce: download phphtmllib from http://phphtmllib.newsblob.com/downloads/download.php?version=2.4.0 tar -zxvf phptmllib-2.4.0.tgz into your favorite location create a simple script that does nothing but include the library include file. "phphtmllib-2.4.0/include.inc" The execution of which takes over 1 second to complete. This script takes 0.075 to complete in php 4.3.2 Reproduce code: --- Expected result: expected the simple include script to return in under .1 ms Actual result: -- The script took over 1 second to execute. -- Edit this bug report at http://bugs.php.net/?id=27215&edit=1
#27221 [Opn->Fbk]: $_POST superglobal variable not populated after posting a form
ID: 27221 Updated by: [EMAIL PROTECTED] Reported By: patrick at studioemma dot be -Status: Open +Status: Feedback Bug Type: *Web Server problem Operating System: Redhat 7.3 PHP Version: 4.3.4 New Comment: See bug #18648 and check your httpd.conf ... Previous Comments: [2004-02-11 13:54:19] patrick at studioemma dot be Description: After posting (method POST) a form (of any kind) the $_POST variable does not get populated. This error is hard to reproduce as it occurs sporadicily but sometimes more than once on the same form. Apparently with under the same conditions it sometimes works and sometimes not. I experience the problem (I believe) only using SSL. I'm using rewrite rules, but the same as on other sites without SSL. I read stuff about mentioning the action property in the form tag, about GPC order, etc... but nothing I've tried can reduce the error to it's origin. I do not know however how to check apache for incoming POSTed data. Apache: Server Version: Apache/1.3.27 (Unix) (Red-Hat/Linux) FrontPage/5.0.2.2623 mod_ssl/2.8.12OpenSSL/0.9.6b PHP/4.3.4 mod_perl/1.26 mod_python/2.7.6 Python/1.5.2 mod_webapp/1.2.0-dev Server Built: Dec 21 2003 12:00:54 Can you recommend me some actions ? I have not found any relevant info on the web. -- Edit this bug report at http://bugs.php.net/?id=27221&edit=1
#27221 [Fbk]: $_POST superglobal variable not populated after posting a form
ID: 27221 Updated by: [EMAIL PROTECTED] Reported By: patrick at studioemma dot be Status: Feedback Bug Type: *Web Server problem Operating System: Redhat 7.3 PHP Version: 4.3.4 New Comment: Obviously you are not using Apache2, so Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE- latest.zip Previous Comments: [2004-02-11 14:01:56] [EMAIL PROTECTED] See bug #18648 and check your httpd.conf ... [2004-02-11 13:54:19] patrick at studioemma dot be Description: After posting (method POST) a form (of any kind) the $_POST variable does not get populated. This error is hard to reproduce as it occurs sporadicily but sometimes more than once on the same form. Apparently with under the same conditions it sometimes works and sometimes not. I experience the problem (I believe) only using SSL. I'm using rewrite rules, but the same as on other sites without SSL. I read stuff about mentioning the action property in the form tag, about GPC order, etc... but nothing I've tried can reduce the error to it's origin. I do not know however how to check apache for incoming POSTed data. Apache: Server Version: Apache/1.3.27 (Unix) (Red-Hat/Linux) FrontPage/5.0.2.2623 mod_ssl/2.8.12OpenSSL/0.9.6b PHP/4.3.4 mod_perl/1.26 mod_python/2.7.6 Python/1.5.2 mod_webapp/1.2.0-dev Server Built: Dec 21 2003 12:00:54 Can you recommend me some actions ? I have not found any relevant info on the web. -- Edit this bug report at http://bugs.php.net/?id=27221&edit=1
#24028 [Com]: Reading raw post message by php://input
ID: 24028 Comment by: pj22 at cox dot net Reported By: xiongwei at aerafront dot com Status: Closed Bug Type: CGI related Operating System: win32 only PHP Version: 4.3.2 New Comment: MAKE EASY AND QUICK CASH MONEY by doing almost nothing (NO JOKE, NO SCAM, AND VERY LEGAL) Please read on! You will be very thankful you did! A little while back, I was browsing through newsgroups, just like you are now, and came across an article similar to this that said you could make thousands of dollars within weeks with only an initial investment of$6.00! So I thought," Yeah, right, this must be a scam", but like most of us, I was curious, so I kept reading. Anyway, it said that you send $1.00 to each of the 6 names and address stated in the article. You then place your own name and address in the bottom of the list at #6, and post the article in at least 200 newsgroups. (There are thousands) No catch, that was it. So after thinking it over, and talking to a few people first, I thought about trying it. I figured what have I got to lose except 6 stamps and $6.00, right? Like most of us I was a little skeptical and a little worried about the legal aspects of it all. So I checked it out with the U.S. Post Office (1-800-725-2161) and they confirmed that it is indeed legal! Then I invested the measly $6.00. Well GUESS WHAT!!... Within 7 days, I started getting money in the mail! I was shocked! I figured it would end soon, but the money just kept coming in. In my first week, I made about $25.00. By the end of the second week I had made a total of over $1,000.00! In the third week I had over $10,000.00 and it's still growing. This is now my fourth week and I have made a total of just over $42,000.00 and it's still coming in rapidly. It's certainly worth $6.00, and 6 stamps, I have spent more than that on the lottery!! Let me tell you how this works and most importantly, why it works also, make sure you print a copy of this article NOW, so you can get the information off of it as you need it. STEP 1 Get 6 separate pieces of paper and write the following on each piece of paper "PLEASE PUT ME ON YOUR MAILING LIST" along your name and address Now get 6 US $1.00 bills and place ONE inside EACH of the 6 pieces of paper so the bill will not be seen through the envelope to prevent thievery. Next, place one paper in each of the 6 envelopes and seal them. You should now have 6 sealed envelopes, each with a piece of paper stating the above phrase, your name and address, and a $1.00 bill. What you are doing is creating a service by this. THIS IS ABSOLUTELY LEGAL! This program remains successful because of the honesty and integrity of the participants. Please continue its success by carefully adhering to the instructions. You will now become part of the Mail Order business. Your product is simply a service of helping develop mail lists. Mail the 6 envelopes to the following addresses: #1] Carlos Ramos 115 kitetown rd. Seale, AL 36875 #2] Markarabee Fields 1580 Belleville Rd Orangeburg, SC 29115 #3] S. Gibbon P.O. BOX 2454 BUNDABERG Q 4670 AUSTRALIA #4] Via David 8924 Crimson Ridge Way Roseville, CA 95747 USA #5] Sarah Leshan 136 Reniger Ct #205 East Lansing MI 48823 USA #6] Phil Deadwyler 4425 n78th St. Apt#236B Scottsdale, Az. 85251 USA STEP 2 Now take the #1 name and address off the list that you see above, move the other names up (6 becomes 5, 5 becomes 4, etc...) and add YOUR Name and address as number 6 on the list. STEP 3 Change anything you need to, but try to keep this article as close to original as possible. Now, post your amended article to at least 200 newsgroups. (I think there are close to 24,000 groups) All you need is 200, but remember, the more you post, the more money you make! ---DIRECTIONS--HOW TO POST TO NEWSGROUPS Step 1 You do not need to re-type this entire letter to do your own posting. Simply put your cursor at the beginning of this letter and drag your cursor to the bottom of this document, and select 'copy' from the edit menu. This will copy the entire letter into the computers memory. Step 2 Open a blank 'notepad' file and place your cursor at the top of the blank page. From the 'edit' menu select 'paste'. This will paste a copy of the letter into notepad so that you can add your name to the list. Step 3 Save your new notepad file as a .txt file. If you want to do your postings in different sittings, you'll always have this file to go back to. Step 4 Use Netscape or Internet explorer and try searching for various newsgroups (on-line forums, message boards, chat sites, discussions.) Step 5 Visit these message boards and post this article as a new message by highlighting the text of this letter and selecting paste from the edit menu. Fill in the Subject, this will be the header that everyone sees as they scroll through the list of postings in a particular group, click the post message button. You're done with your first one! Co
#27221 [Fbk->Opn]: $_POST superglobal variable not populated after posting a form
ID: 27221 User updated by: patrick at studioemma dot be Reported By: patrick at studioemma dot be -Status: Feedback +Status: Open Bug Type: *Web Server problem Operating System: Redhat 7.3 PHP Version: 4.3.4 New Comment: my httpd.conf only mentions: AddType application/x-httpd-php .php4 .php3 .phtml .php AddType application/x-httpd-php-source .phps However I have found a key to the origin: apparently the values I enter in the form influence the problem. I have been able to reproduce but cannot figure out any logic. I have to mention I'm only using a-zA-Z and - signs.. it's like black magic... I have not yet installed the snapshot, will definitely await final release. I have to mention as well that I just upgraded to 4.3.4 from 4.3.2 where the problem occured as well. Previous Comments: [2004-02-11 14:04:52] [EMAIL PROTECTED] Obviously you are not using Apache2, so 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-02-11 14:01:56] [EMAIL PROTECTED] See bug #18648 and check your httpd.conf ... [2004-02-11 13:54:19] patrick at studioemma dot be Description: After posting (method POST) a form (of any kind) the $_POST variable does not get populated. This error is hard to reproduce as it occurs sporadicily but sometimes more than once on the same form. Apparently with under the same conditions it sometimes works and sometimes not. I experience the problem (I believe) only using SSL. I'm using rewrite rules, but the same as on other sites without SSL. I read stuff about mentioning the action property in the form tag, about GPC order, etc... but nothing I've tried can reduce the error to it's origin. I do not know however how to check apache for incoming POSTed data. Apache: Server Version: Apache/1.3.27 (Unix) (Red-Hat/Linux) FrontPage/5.0.2.2623 mod_ssl/2.8.12OpenSSL/0.9.6b PHP/4.3.4 mod_perl/1.26 mod_python/2.7.6 Python/1.5.2 mod_webapp/1.2.0-dev Server Built: Dec 21 2003 12:00:54 Can you recommend me some actions ? I have not found any relevant info on the web. -- Edit this bug report at http://bugs.php.net/?id=27221&edit=1
#27222 [NEW]: The memory could not be read.
From: Felipe dot Dragan at Americas dot ING dot com Operating system: Windows 2000 Server SP4 PHP version: 4.3.4 PHP Bug Type: IIS related Bug description: The memory could not be read. Description: I´ve installed IIS 5 on a Windows 2000 Server SP4. I´ve ran IISlockdown tool from microsoft.On this new server, I´ve installed MySQL and PHP 4.3.3. I´ve moved my intranet sites into this server, and copy exactly the sites config from the old server (Windows NT Server 4.0 SP6a, running IIS 3 from Windows NT Option Pack, with IIS LockDown). The problem occurs when I try to access either one of my intranet sites, the new server displays this message in a Error Window: << "The instruction at "0x100..." referenced memory at "0x". The memory could not be "read"". Click on OK to terminate the program.>> And in client browser appears this message (only when you close this error window in server): <> Also, if you don´t click OK in server error windows, you´ll get a CGI timeout. This error occurs with any file with the extension .php. I´ve tried with the simple phpinfo() page. What can i do to get this running. I´ve tried upgrading php version to 4.3.4, but i´ve unfortunately i´ve got the same error message. Thanx Reproduce code: --- Expected result: I except to see my intranet working Actual result: -- CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. -- Edit bug report at http://bugs.php.net/?id=27222&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27222&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27222&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27222&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27222&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27222&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27222&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27222&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27222&r=support Expected behavior: http://bugs.php.net/fix.php?id=27222&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27222&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27222&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27222&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27222&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27222&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27222&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27222&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27222&r=float
#24952 [Com]: PHP 4.3.2 + Postgresql 4.3.x without SSL inserts 2 elements
ID: 24952
Comment by: sirb3r at yahoo dot ca
Reported By: sirber at myrealbox dot com
Status: No Feedback
Bug Type: PostgreSQL related
Operating System: Gentoo Linux
PHP Version: 4.3.2
New Comment:
got the bug, not related at all to PHP nor postgresql.
we had an
Took 7 months to find it :S
Previous Comments:
[2004-01-19 14:10:32] [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.
And too old PHP version anyway.
[2004-01-13 14:28:32] [EMAIL PROTECTED]
Does it happen if your page contains ONLY the code, no HTML at all?
[2004-01-12 11:37:30] sirb3r at yahoo dot ca
The bug strike again, in Internet Explorer, whitout SSL.
PostgreSQL: 7.3.5
PHP: 4.3.4-r2
Apache: 2.0.48-r1
>From apache logs:
the pages are asked only once: page1 - save - page2
>From Javascript:
the output from page "save" is only sent once (tested with "alert")
>From PHP:
the script is executed twice:
12 2004-01-12 11:08:34.834394 Ajout de contrat: PID:10607 ID:3200
13 2004-01-12 11:08:34.900397 Ajout de contrat: PID:24142 ID:3201
with this code:
pg_query("INSERT INTO tblasscontrat (enttitulaireid, refassureurid,
nom, numero, dateeffective, dateterminaison , ident_emp, creepar, type)
VALUES (" . $entTitulaireID . ", " . $selAssureur . ", '" . $txtNom .
"', '" . $txtNo . "', " .$txtDateEffective . ", " . $txtDateTerminaison
. ", " . GetMyPid() . ", " . $sUserID . ", " . $Type.")");
$sqlLastID = pg_query("SELECT currval('tblasscontrat_asscontratid_seq')
AS lastid FROM tblasscontrat");
$rsLastID = pg_fetch_object($sqlLastID);
$rsLastID = $rsLastID->lastid;
$req = "INSERT INTO tbllog (message) VALUES ('Ajout de contrat: PID:" .
GetMyPid() . " ID:" . $rsLastID . "')";
pg_query($req);
Possible cause:
from: Internet Explorer 6.0.2800.1106.XPSP2.030422-1633 - apache -
mod_php - postgresql
mod_php execute the scripts 2 times, but only return the first one to
apache.
from: Internet Explorer 6.0.2800.1106.XPSP2.030422-1633 - apache -
mod_ssl - mod_php - postgresql
the script is only executed once.
On Mozilla 1.5, with or without SSL, the script is only executed once.
I tryed with HTTP 1.0/1.1, with and without proxy (squid), and this
error happend on both of my servers, both running gentoo linux.
[2003-08-06 08:00:04] sirber at myrealbox dot com
Ths page isn't reloaded, and it's processed only 1 time. I think there
is a conflict between mod_php and apache, coz when the page goes
through mod_ssl it's working #1...
[2003-08-05 18:05:40] [EMAIL PROTECTED]
Broken/invalid HTML has been the cause for these kind of problems
before. It sometimes causes the page to get reloaded and thus you get
duplicate entries in your DB.
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/24952
--
Edit this bug report at http://bugs.php.net/?id=24952&edit=1
#27221 [Opn->Fbk]: $_POST superglobal variable not populated after posting a form
ID: 27221 Updated by: [EMAIL PROTECTED] Reported By: patrick at studioemma dot be -Status: Open +Status: Feedback -Bug Type: *Web Server problem +Bug Type: *General Issues Operating System: Redhat 7.3 PHP Version: 4.3.4 New Comment: Just try the snapshot first. Previous Comments: [2004-02-11 14:51:49] patrick at studioemma dot be my httpd.conf only mentions: AddType application/x-httpd-php .php4 .php3 .phtml .php AddType application/x-httpd-php-source .phps However I have found a key to the origin: apparently the values I enter in the form influence the problem. I have been able to reproduce but cannot figure out any logic. I have to mention I'm only using a-zA-Z and - signs.. it's like black magic... I have not yet installed the snapshot, will definitely await final release. I have to mention as well that I just upgraded to 4.3.4 from 4.3.2 where the problem occured as well. [2004-02-11 14:04:52] [EMAIL PROTECTED] Obviously you are not using Apache2, so 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-02-11 14:01:56] [EMAIL PROTECTED] See bug #18648 and check your httpd.conf ... [2004-02-11 13:54:19] patrick at studioemma dot be Description: After posting (method POST) a form (of any kind) the $_POST variable does not get populated. This error is hard to reproduce as it occurs sporadicily but sometimes more than once on the same form. Apparently with under the same conditions it sometimes works and sometimes not. I experience the problem (I believe) only using SSL. I'm using rewrite rules, but the same as on other sites without SSL. I read stuff about mentioning the action property in the form tag, about GPC order, etc... but nothing I've tried can reduce the error to it's origin. I do not know however how to check apache for incoming POSTed data. Apache: Server Version: Apache/1.3.27 (Unix) (Red-Hat/Linux) FrontPage/5.0.2.2623 mod_ssl/2.8.12OpenSSL/0.9.6b PHP/4.3.4 mod_perl/1.26 mod_python/2.7.6 Python/1.5.2 mod_webapp/1.2.0-dev Server Built: Dec 21 2003 12:00:54 Can you recommend me some actions ? I have not found any relevant info on the web. -- Edit this bug report at http://bugs.php.net/?id=27221&edit=1
#27222 [Opn->Bgs]: The memory could not be read.
ID: 27222 Updated by: [EMAIL PROTECTED] Reported By: Felipe dot Dragan at Americas dot ING dot com -Status: Open +Status: Bogus -Bug Type: IIS related +Bug Type: CGI related Operating System: Windows 2000 Server SP4 PHP Version: 4.3.4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. And possibly also fixed already too in CVS. Previous Comments: [2004-02-11 15:00:22] Felipe dot Dragan at Americas dot ING dot com Description: I´ve installed IIS 5 on a Windows 2000 Server SP4. I´ve ran IISlockdown tool from microsoft.On this new server, I´ve installed MySQL and PHP 4.3.3. I´ve moved my intranet sites into this server, and copy exactly the sites config from the old server (Windows NT Server 4.0 SP6a, running IIS 3 from Windows NT Option Pack, with IIS LockDown). The problem occurs when I try to access either one of my intranet sites, the new server displays this message in a Error Window: << "The instruction at "0x100..." referenced memory at "0x". The memory could not be "read"". Click on OK to terminate the program.>> And in client browser appears this message (only when you close this error window in server): <> Also, if you don´t click OK in server error windows, you´ll get a CGI timeout. This error occurs with any file with the extension .php. I´ve tried with the simple phpinfo() page. What can i do to get this running. I´ve tried upgrading php version to 4.3.4, but i´ve unfortunately i´ve got the same error message. Thanx Reproduce code: --- Expected result: I except to see my intranet working Actual result: -- CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. -- Edit this bug report at http://bugs.php.net/?id=27222&edit=1
#27215 [Opn->Fbk]: include in php5 is very slow
ID: 27215 Updated by: [EMAIL PROTECTED] Reported By: waboring at 3gstech dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: Redhat 9 PHP Version: 5CVS-2004-02-10 (dev) New Comment: I have not noticed any performance problem with PHP 5, quite the opposite actually. Please provide information how you have configured PHP (what web server is used, are you running PHP5 as CGI or as a module, what configure line was used when compiling PHP, what possible extensions you load in php.ini if any, etc.) (isn't all this mentioned in the instructions about HOW to report???) Previous Comments: [2004-02-11 14:00:22] waboring at 3gstech dot com I'm not sure what else you want me to provide. The bug is very clear. There is a big performance issue with php5 just including a file with a class in it. php4 does not show this problem. I have created a directory on my web server that shows the test code. http://phphtmllib.newsblob.com/bug/index.php This is running in an php4 environment and it takes 0.005s to execute the index.php code. I don't have php5 running on this machine, as it is a production box. You can look at the source code of the scripts by pointing to the following files. http://phphtmllib.newsblob.com/bug/index.phps http://phphtmllib.newsblob.com/bug/includes.phps http://phphtmllib.newsblob.com/bug/ContainerClass.phps http://phphtmllib.newsblob.com/bug/XMLTagClass.phps http://phphtmllib.newsblob.com/bug/HTMLTagClass.phps When I run this on my machine (Pentium 4 1.8Ghz 512M ram) php4: 0.005s php5: 0.100s [2004-02-11 05:11:03] [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-02-10 20:19:37] waboring at 3gstech dot com Description: I am the maintainer of phphtmllib. I just got the latest php5 from cvs built and working, but have noticed a serious performance issue with just doing includes. reproduce: download phphtmllib from http://phphtmllib.newsblob.com/downloads/download.php?version=2.4.0 tar -zxvf phptmllib-2.4.0.tgz into your favorite location create a simple script that does nothing but include the library include file. "phphtmllib-2.4.0/include.inc" The execution of which takes over 1 second to complete. This script takes 0.075 to complete in php 4.3.2 Reproduce code: --- Expected result: expected the simple include script to return in under .1 ms Actual result: -- The script took over 1 second to execute. -- Edit this bug report at http://bugs.php.net/?id=27215&edit=1
#27211 [Opn]: stream_socket_accept() returns Invalid argument
ID: 27211
Updated by: [EMAIL PROTECTED]
Reported By: glox at glox dot be
Status: Open
Bug Type: Sockets related
-Operating System: freeBSD 5.1
+Operating System: *
PHP Version: 5CVS-2004-02-10 (dev)
New Comment:
I'm not sure if it's actually a bug..(just read the manual page for
these funcs, never used them myself before :)
stream_socket_accept() also crashes, if you happen to use the 3rd
parameter too..
Previous Comments:
[2004-02-10 14:28:51] glox at glox dot be
Description:
stream_socket_accept() returns the following error with the example
from the manual page:
Warning: stream_socket_accept(): accept failed: Invalid argument in
/share/wolfd/serv.php on line 6
I'm running this on freeBSD 5.1 with the latest php snapshot at this
moment.
Reproduce code:
---
Server:
\n";
} else {
while ($conn = stream_socket_accept($socket)) {
fwrite($conn, date("D M j H:i:s Y\r\n"));
fclose($conn);
}
fclose($socket);
}
?>
Client:
Expected result:
The connection to the client should open, it should send the time and
close.
Actual result:
--
Warning: stream_socket_accept(): accept failed: Invalid argument in
/share/wolfd/serv.php on line 6
--
Edit this bug report at http://bugs.php.net/?id=27211&edit=1
#27224 [NEW]: var_dump() cannot be stopped from output
From: reklov at unitedklasens dot de Operating system: Win98SE PHP version: 4.3.4 PHP Bug Type: Unknown/Other Function Bug description: var_dump() cannot be stopped from output Description: On the contrary to the tip in the documentation (http://www.php.net/manual/en/function.var-dump.php), there's no chance to stop var_dump() from outputting. Although you can save it with output buffering into a string, it will be sent to output, anyway... As you can see in the example, the var_dump()-output is sent to output twice, first from var_dump(9), second from echo $output. Reproduce code: --- Expected result: Output from var_dump(): Same as above: string(6) "Output" Actual result: -- Output from var_dump(): string(6) "Output" Same as above: string(6) "Output" -- Edit bug report at http://bugs.php.net/?id=27224&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27224&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27224&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27224&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27224&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27224&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27224&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27224&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27224&r=support Expected behavior: http://bugs.php.net/fix.php?id=27224&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27224&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27224&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27224&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27224&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27224&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27224&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27224&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27224&r=float
#27224 [Opn->Bgs]: var_dump() cannot be stopped from output
ID: 27224 Updated by: [EMAIL PROTECTED] Reported By: reklov at unitedklasens dot de -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Win98SE PHP Version: 4.3.4 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 from manual (http://nl3.php.net/ob_flush): ob_flush -- Flush (send) the output buffer see also: http://nl3.php.net/manual/en/function.ob-get-clean.php Previous Comments: [2004-02-11 15:50:38] reklov at unitedklasens dot de Description: On the contrary to the tip in the documentation (http://www.php.net/manual/en/function.var-dump.php), there's no chance to stop var_dump() from outputting. Although you can save it with output buffering into a string, it will be sent to output, anyway... As you can see in the example, the var_dump()-output is sent to output twice, first from var_dump(9), second from echo $output. Reproduce code: --- Expected result: Output from var_dump(): Same as above: string(6) "Output" Actual result: -- Output from var_dump(): string(6) "Output" Same as above: string(6) "Output" -- Edit this bug report at http://bugs.php.net/?id=27224&edit=1
#27104 [Asn->Csd]: CLI/CGI SAPI module variable name conflict
ID: 27104 Updated by: [EMAIL PROTECTED] Reported By: alex dot php at epathology dot com dot au -Status: Assigned +Status: Closed Bug Type: CGI related Operating System: OpenBSD 3.3 -PHP Version: 4CVS, 5CVS +PHP Version: 4.3.4, 5CVS Assigned To: helly 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-02-08 12:00:54] [EMAIL PROTECTED] Assigned to Marcus who broke this in both CLI and CGI sapis. [2004-02-01 08:35:03] alex dot php at epathology dot com dot au $ gcc -v Reading specs from /usr/lib/gcc-lib/i386-unknown-openbsd3.3/2.95.3/specs gcc version 2.95.3 20010125 (prerelease, propolice) This is the default compiler that comes with OpenBSD 3.3. I just checked a draft copy of the ISO C99 specification, and it would seem that defining static optind and optarg variables after including unistd.h, which has extern declarations with the same name, results in undefined behaviour (6.2.2.7). So I guess the code violates standard C regardless of whether it works with some versions GCC. [2004-01-31 08:30:08] alex dot php at epathology dot com dot au Description: Trying to compile PHP 4.3.4 with the CLI SAPI module on OpenBSD 3.3 gives the warnings listed under 'actual result' related to the optind and optarg variables. The CLI binary produced then doesn't interpret its command line arguments properly. Fix: This seems to be due to the static optarg and optind variables in sapi/cli/php_cli.c conflicting with those of the standard library. The problem went away when I renamed these two variables. Reproduce code: --- ./configure \ --with-config-file-path=/var/www/conf \ --with-apxs \ --with-openssl \ --with-zlib \ --with-iconv \ --with-gettext \ --with-recode \ --with-pgsql \ --without-mysql \ --without-xml \ --enable-inline-optimization \ --enable-shared \ --enable-dio \ --enable-bcmath \ --enable-calendar \ --enable-sockets \ --disable-static make sapi/cli/php --help Expected result: Compilation without problems, with help text shown when running 'sapi/cli/php --help'. Actual result: -- When the CLI is being compiled the following warnings appear, and then 'sapi/cli/php --help' ignores the --help argument. /bin/sh /home/alex/src/php-4.3.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Isapi/cli/ -I/home/alex/src/php-4.3.4/sapi/cli/ -DPHP_ATOM_INC -I/home/alex/src/php-4.3.4/include -I/home/alex/src/php-4.3.4/main -I/home/alex/src/php-4.3.4 -I/home/alex/src/php-4.3.4/Zend -I/usr/local/include -I/usr/local/pgsql/include -I/home/alex/src/php-4.3.4/ext/xml/expat -I/home/alex/src/php-4.3.4/TSRM -g -O2 -prefer-pic -c /home/alex/src/php-4.3.4/sapi/cli/php_cli.c -o sapi/cli/php_cli.lo /tmp/ccN17837.s: Assembler messages: /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optind' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optarg' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optind' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optarg' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optarg' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optarg' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optarg' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optarg' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optarg' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optind' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optarg' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optind' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optarg' should be global /tmp/ccN17837.s:3786: Warning: GOT relocation burb: `_optind' should be global /bin/sh /home/alex/src/php-4.3.4/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -L/usr/local/lib -L/usr/local/pgsql/lib -R /usr/local/lib -R /usr/local/pgsql/lib ext/openssl/openssl.lo ext/zlib/zlib.lo (many .lo files) main/internal_functions_cli.lo -lrecode -lpq -liconv -lintl -lz -lssl -lcrypto -lm -o sapi/cli/php ld: sapi/cli/php_cli.lo: relocation must refer to global symbol at 0x1872 ld: sapi/cli/php_cli.lo: relocation must refer to global symbol at
#27225 [NEW]: in_var function
From: chris dot walsh at pni dot com Operating system: Linux PHP version: 4.3.5RC2 PHP Bug Type: Feature/Change Request Bug description: in_var function Description: Looking for a comparison operator/function to similar to the mysql "in" function. This could be used to replace long if statments: if($a=="b" || $a=="c" || $a=="d") something like if(in($a,"b","c","d")) or if($a=="b"||"c"||"d") or if($a|="b","c","d") -- Edit bug report at http://bugs.php.net/?id=27225&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27225&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27225&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27225&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27225&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27225&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27225&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27225&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27225&r=support Expected behavior: http://bugs.php.net/fix.php?id=27225&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27225&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27225&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27225&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27225&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27225&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27225&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27225&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27225&r=float
#27225 [Opn->WFx]: in_var function
ID: 27225
Updated by: [EMAIL PROTECTED]
Reported By: chris dot walsh at pni dot com
-Status: Open
+Status: Wont fix
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.3.5RC2
New Comment:
if (in_array("a", array("a", "b", "c"))) works fine for this :)
Previous Comments:
[2004-02-11 17:10:40] chris dot walsh at pni dot com
Description:
Looking for a comparison operator/function to similar to the mysql "in"
function.
This could be used to replace long if statments:
if($a=="b" || $a=="c" || $a=="d")
something like
if(in($a,"b","c","d"))
or
if($a=="b"||"c"||"d")
or
if($a|="b","c","d")
--
Edit this bug report at http://bugs.php.net/?id=27225&edit=1
#27225 [WFx]: in_var function
ID: 27225
User updated by: chris dot walsh at pni dot com
Reported By: chris dot walsh at pni dot com
Status: Wont fix
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 4.3.5RC2
New Comment:
That works... as does an ereg() call, but it seems kind of clunky to
have to create an array and then call an array function (or use a
pattern match), when it would be more efficient to have a
function/operator that deals directly with the string.
Just my two cents...
Previous Comments:
[2004-02-11 17:30:18] [EMAIL PROTECTED]
if (in_array("a", array("a", "b", "c"))) works fine for this :)
[2004-02-11 17:10:40] chris dot walsh at pni dot com
Description:
Looking for a comparison operator/function to similar to the mysql "in"
function.
This could be used to replace long if statments:
if($a=="b" || $a=="c" || $a=="d")
something like
if(in($a,"b","c","d"))
or
if($a=="b"||"c"||"d")
or
if($a|="b","c","d")
--
Edit this bug report at http://bugs.php.net/?id=27225&edit=1
#27226 [NEW]: associative arrays as session variables
From: dayal at capital-merchant dot com Operating system: Unix PHP version: 4.3.4 PHP Bug Type: Arrays related Bug description: associative arrays as session variables Description: PHP Version: 4.3.2 -- Hi, I am using an associative array as a session variable. Randomly this variable fails in the sense that all values corresponding to the keys are lost. To see if this problem is specific to associative arrays I have added another simple variable to the session. The application is able to retrieve this other variable from the session all the time, even when the associative array fails. Is there any problem using associative arrays as session variables in php?? Reproduce code: --- Expected result: test2.php - Expected Result: --- Your name: Numeric value: 30 Actual result: -- Your name: Numeric value: 30 -- Edit bug report at http://bugs.php.net/?id=27226&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27226&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27226&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27226&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27226&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27226&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27226&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27226&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27226&r=support Expected behavior: http://bugs.php.net/fix.php?id=27226&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27226&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27226&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27226&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27226&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27226&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27226&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27226&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27226&r=float
#27227 [NEW]: Mixed case class names causes Fatal Error in Constructor call
From: waboring at 3gstech dot com
Operating system: Redhat 9
PHP version: 5CVS-2004-02-11 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: Mixed case class names causes Fatal Error in Constructor call
Description:
I have 3 classes a, b extends a, c extends b.
b doesn't have constructor.
c class contructor calls b's constructor in an effort
to cascade constructor calls up the class heirarchy.
This works great until class 'a' is renamed to 'A'.
\n";
}
}
class b extends a {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
a::a called!
b::blah() called
*/
?>
Reproduce code:
---
\n";
}
}
class b extends A {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
//ERROR IN LINE ABOVE
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
*/
?>
Expected result:
I expect that both of the scripts would work the same way. I have many
classes that have Mixed case
Actual result:
--
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
--
Edit bug report at http://bugs.php.net/?id=27227&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27227&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27227&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27227&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27227&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27227&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27227&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27227&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27227&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27227&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27227&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27227&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27227&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27227&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27227&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27227&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27227&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27227&r=float
#27227 [Opn]: Mixed case class names causes Fatal Error in Constructor call
ID: 27227
User updated by: waboring at 3gstech dot com
Reported By: waboring at 3gstech dot com
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Redhat 9
PHP Version: 5CVS-2004-02-11 (dev)
New Comment:
shouldn't matter, but here is my configure line.
this is running php as a DSO to apache on redhat 9.
./configure \
--with-oci8=/u01/app/oracle/product/8.1.7 \
--enable-sigchild \
--with-mcrypt \
--with-gd \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-zlib-dir=/usr \
--enable-sysvsem \
--enable-sysvshm \
--enable-shmop \
--with-xml \
--with-zlib \
--with-gdbm \
--with-dom \
--with-mysql=/usr \
--enable-mbstring \
--with-gettext \
--enable-tokenizer \
--enable-sockets \
--with-kerberos=/usr/kerberos \
--with-openssl \
--with-apxs=/usr/local/apache/bin/apxs \
--with-pgsql \
--enable-mbstr-enc-trans;
Previous Comments:
[2004-02-11 19:20:49] waboring at 3gstech dot com
Description:
I have 3 classes a, b extends a, c extends b.
b doesn't have constructor.
c class contructor calls b's constructor in an effort
to cascade constructor calls up the class heirarchy.
This works great until class 'a' is renamed to 'A'.
\n";
}
}
class b extends a {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
a::a called!
b::blah() called
*/
?>
Reproduce code:
---
\n";
}
}
class b extends A {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
//ERROR IN LINE ABOVE
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
*/
?>
Expected result:
I expect that both of the scripts would work the same way. I have many
classes that have Mixed case
Actual result:
--
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
--
Edit this bug report at http://bugs.php.net/?id=27227&edit=1
#27226 [Opn->Bgs]: associative arrays as session variables
ID: 27226 Updated by: [EMAIL PROTECTED] Reported By: dayal at capital-merchant dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Unix -PHP Version: 4.3.4 +PHP Version: 4.3.2 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. Works (and has worked) fine with PHP 4.3.4 in production since release. (heavily using sessions and also storing associative arrays in them) Previous Comments: [2004-02-11 17:43:08] dayal at capital-merchant dot com Description: PHP Version: 4.3.2 -- Hi, I am using an associative array as a session variable. Randomly this variable fails in the sense that all values corresponding to the keys are lost. To see if this problem is specific to associative arrays I have added another simple variable to the session. The application is able to retrieve this other variable from the session all the time, even when the associative array fails. Is there any problem using associative arrays as session variables in php?? Reproduce code: --- Expected result: test2.php - Expected Result: --- Your name: Numeric value: 30 Actual result: -- Your name: Numeric value: 30 -- Edit this bug report at http://bugs.php.net/?id=27226&edit=1
#23467 [Ver->Csd]: Showing incorrect Time Zone
ID: 23467
Updated by: [EMAIL PROTECTED]
Reported By: John at JGSystems dot net
-Status: Verified
+Status: Closed
Bug Type: Date/time related
Operating System: win32
PHP Version: 4CVS, 5CVS
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-02-10 07:26:30] scottmacvicar at ntlworld dot com
tname[0] is replaced with tzname[0] if it exists, the same should be
done with tname[1] but it doesn't need set to ??? like tname[0] since
the default value is BST set in the tname declaration.
I've tested this patch on windows and will try to test on linux.
Patch
---
diff -u datetime.c datetime.c.patched
--- datetime.c 2004-02-10 12:30:17.0 +
+++ datetime.c.patched 2004-02-10 12:32:12.0 +
@@ -324,6 +324,10 @@
} else {
tname[0] = "???";
}
+
+ if (tzname[1] != NULL) {
+ tname[1] = tzname[1];
+ }
#endif
}
[2003-11-04 21:18:38] danielc at analysisandsolutions dot com
Um, sorry if I'm cluttering the list... This bug is half a year old so
I'm wondering if/when it's going to get fixed.
Y'all probably know what's going on, but allow me to clarify what I've
learned about this bug, perhaps it will help someone.
date('T') doesn't work under Windows during Daylight times and there's
no notation of this in the manual. I'll put a user comment in there.
Here's a test script:
";
putenv('TZ=EST5EDT');
echo 'EST5EDT: dT='.date('T') . ' dO='.date('O') . '
sZ='.strftime('%Z');
echo "\n";
putenv('TZ=PST8PDT');
echo 'PST8PDT: dT='.date('T') . ' dO='.date('O') . '
sZ='.strftime('%Z');
echo "\n";
putenv('TZ=GMT0BST');
echo 'GMT0BST: dT='.date('T') . ' dO='.date('O') . '
sZ='.strftime('%Z');
echo "\n";
putenv('TZ=MST-3MDT');
echo 'MST-3MDT: dT='.date('T') . ' dO='.date('O') . '
sZ='.strftime('%Z');
echo "\n";
putenv('TZ=GMT');
echo 'GMT: dT='.date('T') . ' dO='.date('O') . '
sZ='.strftime('%Z');
?>
OUTPUT DURING EASTERN DAYLIGHT TIME
---
Local: dT=BST dO=-0400 sZ=Eastern Daylight Time
EST5EDT: dT=BST dO=-0400 sZ=EDT
PST8PDT: dT=BST dO=-0700 sZ=PDT
GMT0BST: dT=BST dO=+0100 sZ=BST
MST-3MDT: dT=BST dO=+0400 sZ=MDT
GMT: dT=GMT dO=+ sZ=GMT
OUTPUT DURING EASTERN STANDARD TIME
---
Local: dT=Eastern Standard Time dO=-0500 sZ=Eastern Standard Time
EST5EDT: dT=EST dO=-0500 sZ=EST
PST8PDT: dT=PST dO=-0800 sZ=PST
GMT0BST: dT=GMT dO=+ sZ=GMT
MST-3MDT: dT=MST dO=+0300 sZ=MST
GMT: dT=GMT dO=+ sZ=GMT
[2003-08-26 22:59:32] [EMAIL PROTECTED]
This is general win32 problem. No need to post anymore comments here,
we know about it.
[2003-08-20 20:35:39] John at JGSystems dot net
Here ya go:
Commands:
echo date("r"),"\n";
echo date("I"),"\n"; // uppercase "i"
echo date("T"),"\n";
Result:
Wed, 20 Aug 2003 19:33:34 -0600
1
BST
This what you wanted? (I hope)
[2003-05-03 12:14:00] John at JGSystems dot net
Running PHP with BadBlue on Two machines. One Win2K Pro, the other XP
SPK1. Also on a Linux Apache production machine.
"T" Option to the date function appears to display incorrectly. Shows
Mountain Standard Time all the time. It is now Daylight Savings Time
here in Montana.
Script:
php print "This page was last modified:".date("l - F d, Y \\a\\t
g:i A T.", getlastmod())
Under my Apache servers PHP displays correctly. I use this for the
getlastmod() document function. Here is a copy/paste from the same
page on two different servers.
Linux Apache (Production Machine):
This page was last modified:
Friday - April 25, 2003 at 11:30 AM MDT.
Windows 2K/XP:
This page was last modified:
Friday - April 25, 2003 at 11:30 AM Mountain Standard Time.
This also happens with a simple date printout:
php print "This page was last modified:".date("l - F d, Y \\a\\t
g:i A T.")
Saturday - May 03, 2003 at 11:09 AM Mountain Standard Time.
Hope this helps.
--
Edit this bug report at http://bugs.php.net/?id=23467&edit=1
#27227 [Opn->Ver]: Mixed case class names causes Fatal Error in Constructor call
ID: 27227
Updated by: [EMAIL PROTECTED]
Reported By: waboring at 3gstech dot com
-Status: Open
+Status: Verified
Bug Type: Zend Engine 2 problem
-Operating System: Redhat 9
+Operating System: *
-PHP Version: 5CVS-2004-02-11 (dev)
+PHP Version: 5CVS-2004-02-11
New Comment:
Works fine with PHP 4 btw. :) (somehow I think this might be one for
Marcus to fix..?)
Previous Comments:
[2004-02-11 19:28:00] waboring at 3gstech dot com
shouldn't matter, but here is my configure line.
this is running php as a DSO to apache on redhat 9.
./configure \
--with-oci8=/u01/app/oracle/product/8.1.7 \
--enable-sigchild \
--with-mcrypt \
--with-gd \
--with-png-dir=/usr \
--with-jpeg-dir=/usr \
--with-zlib-dir=/usr \
--enable-sysvsem \
--enable-sysvshm \
--enable-shmop \
--with-xml \
--with-zlib \
--with-gdbm \
--with-dom \
--with-mysql=/usr \
--enable-mbstring \
--with-gettext \
--enable-tokenizer \
--enable-sockets \
--with-kerberos=/usr/kerberos \
--with-openssl \
--with-apxs=/usr/local/apache/bin/apxs \
--with-pgsql \
--enable-mbstr-enc-trans;
[2004-02-11 19:20:49] waboring at 3gstech dot com
Description:
I have 3 classes a, b extends a, c extends b.
b doesn't have constructor.
c class contructor calls b's constructor in an effort
to cascade constructor calls up the class heirarchy.
This works great until class 'a' is renamed to 'A'.
\n";
}
}
class b extends a {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
a::a called!
b::blah() called
*/
?>
Reproduce code:
---
\n";
}
}
class b extends A {
function blah() {
echo __CLASS__."::".__FUNCTION__."() called\n";
}
}
class c extends b {
function c() {
echo __CLASS__."::".__FUNCTION__."() called!!\n";
$this->b();
//ERROR IN LINE ABOVE
}
}
$obj = new c();
$obj->blah();
/* Output is
c::c() called!!
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
*/
?>
Expected result:
I expect that both of the scripts would work the same way. I have many
classes that have Mixed case
Actual result:
--
Fatal error: Call to undefined method c::b() in
/home/waboring/devel/php/oop.php on line 18
--
Edit this bug report at http://bugs.php.net/?id=27227&edit=1
#27073 [Opn->Sus]: Strange behaviour after extending interface Iterator wo adding anything new
ID: 27073
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Suspended
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.0b3
Previous Comments:
[2004-02-05 11:34:53] [EMAIL PROTECTED]
This is something we may fix later but for now the following is
enough:
class FubarProblem implements Iterator, NewIterator {
public function next(){}
public function key(){}
public function current(){}
public function hasMore(){}
public function rewind(){}
}
As you see here the Iterator interface is inherited first so that the
checks are done in the correct order.
[2004-02-05 08:07:19] [EMAIL PROTECTED]
No. Do you experience it?
[2004-02-05 07:57:27] [EMAIL PROTECTED]
are you sure it's not intentional? :)
[2004-02-05 07:54:29] [EMAIL PROTECTED]
I am still experiencing the problem :
[EMAIL PROTECTED]:~/test> php -v
PHP 5.0.0RC1-dev (cli) (built: Feb 4 2004 17:26:46)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.0.0-dev, Copyright (c) 1998-2004 Zend Technologies
[EMAIL PROTECTED]:~/test> php gg.php
PHP Fatal error: Class FubarProblem must implement interface
Traversable as part of either Iterator or IteratorAggregate in Unknown
on line 0
[2004-01-28 08:51:04] [EMAIL PROTECTED]
Description:
See the code attached :
class FubarOK has no problem implementing Iterator. interface
NewIterator just extends Iterator and adds nothing, and here comes the
fun - an error message when FubarProblem tries to implement
NewIterator.
Reproduce code:
---
Actual result:
--
PHP Fatal error: Class FubarProblem must implement interface
Traversable as
part of either Iterator or IteratorAggregate in Unknown on line 0
--
Edit this bug report at http://bugs.php.net/?id=27073&edit=1
#27228 [NEW]: SSI Including PHP File Within PHP File Causes Seg Fault
From: arthur at levelogic dot com Operating system: RedHat Linux 9 PHP version: 4.3.4 PHP Bug Type: Reproducible crash Bug description: SSI Including PHP File Within PHP File Causes Seg Fault Description: Setting up Apache 2.0 to FILTER php files and SSI parse them. When trying to include a php file from within another php file, I get a seg fault. Apache setup as: SetOutputFilter PHP;INCLUDES SetInputFilter PHP LimitRequestBody 524288 Reproduce code: --- /test1.php /test2.php Testing 1 2 3 Expected result: Testing 1 2 3 Actual result: -- Seg fault on server and hanging to eventually timeout on client. -- Edit bug report at http://bugs.php.net/?id=27228&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27228&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27228&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27228&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27228&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27228&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27228&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27228&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27228&r=support Expected behavior: http://bugs.php.net/fix.php?id=27228&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27228&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27228&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27228&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27228&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27228&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27228&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27228&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27228&r=float
#27226 [Bgs->Opn]: associative arrays as session variables
ID: 27226 User updated by: dayal at capital-merchant dot com Reported By: dayal at capital-merchant dot com -Status: Bogus +Status: Open Bug Type: Arrays related Operating System: Unix PHP Version: 4.3.2 New Comment: So was this bug present in 4.3.2 and has been rectified in 4.3.4? If not, what could be the reason why associative arrays are failing when used as session variables in my case? I just want to confirm the above before upgrading my php version. Thanks in advance Dayal Previous Comments: [2004-02-11 19:59:19] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Works (and has worked) fine with PHP 4.3.4 in production since release. (heavily using sessions and also storing associative arrays in them) [2004-02-11 17:43:08] dayal at capital-merchant dot com Description: PHP Version: 4.3.2 -- Hi, I am using an associative array as a session variable. Randomly this variable fails in the sense that all values corresponding to the keys are lost. To see if this problem is specific to associative arrays I have added another simple variable to the session. The application is able to retrieve this other variable from the session all the time, even when the associative array fails. Is there any problem using associative arrays as session variables in php?? Reproduce code: --- Expected result: test2.php - Expected Result: --- Your name: Numeric value: 30 Actual result: -- Your name: Numeric value: 30 -- Edit this bug report at http://bugs.php.net/?id=27226&edit=1
#27201 [Fbk->Opn]: exec does not wait for completion of cmd
ID: 27201 User updated by: lars at erhardsen dot dk Reported By: lars at erhardsen dot dk -Status: Feedback +Status: Open Bug Type: Program Execution Operating System: debian woody PHP Version: 4.3.4 New Comment: Hi, I've just compiled the source, you supplied. I'm watching the errorlog closely today and will let you know if there's good or bad news :o) Oh, btw, the openssl part of this source php4-STABLE-200402120630 throws an error on startup when I use --with-openssl in the config I'm really grateful for all your help! :o) Previous Comments: [2004-02-11 12:41:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The apache2 build bug has been fixed. As far as the exec() situations I've just tried to replicate the bug with the while() example and was unable to do so. [2004-02-11 08:17:09] lars at erhardsen dot dk Now this appears in the apache error-log: sh: /hostname: No such file or directory sh: /uptime: No such file or directory How can this be? [2004-02-11 02:53:24] [EMAIL PROTECTED] If you want it stable, use 1.3.29, setting it to feedback to see if it works with apache 1.3. Derick [2004-02-11 01:55:01] lars at erhardsen dot dk Sorry, the last posting was a little un-informative. I tried compiling the cvs snapshot as cli, and set up a program loop with the contents stated in my previous posting. I let it run to around 5000, and no error appeared. I compiled the cli executeable with "./configure --disable-all --disable-cgi --enable-debug". I then tried to compile the source with --with-apxs2=path - which ended up with the following error: /home/admin/debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c: In function `php_apache_request_ctor': /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: `f' undeclared (first use in this function) /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: (Each undeclared identifier is reported only once /debug/php4-STABLE-200402101230/sapi/apache2handler/sapi_apache2.c:432: for each function it appears in.) I'm currently considering to replace Apache2 with Apache 1.3.xx - to see, if it could help. [2004-02-10 17:56:43] [EMAIL PROTECTED] Can you produce the problem with 4.3.4 CLI binary? What apache2 error? Compile time? or what?? 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/27201 -- Edit this bug report at http://bugs.php.net/?id=27201&edit=1
