date:20050607

#33243 [Asn-Csd]: ze1_compatibility_mode does not work as expected

2005-06-07 Thread dmitry

 ID:   33243
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ladislav dot prosek at matfyz dot cz
-Status:   Assigned
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5.* (2005-06-07)
 Assigned To:  dmitry
 New Comment:

Fixed in CVS HEAD and PHP_5_0.


Previous Comments:


[2005-06-06 23:59:28] [EMAIL PROTECTED]

Dmitry, can you check this one out too? (I thought something like this
was fixed already but apparently not)




[2005-06-06 18:30:44] ladislav dot prosek at matfyz dot cz

Still the same. Only the top-level object is cloned.



[2005-06-05 15:00:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.0-win32-latest.zip





[2005-06-04 20:12:43] ladislav dot prosek at matfyz dot cz

Description:

When zend.ze1_compatibility_mode is On, object copying is not compliant
to PHP4. Namely, objects are not deep-copied on assignment. This may
cause substantial problems to legacy applications that rely on the
compatibility mode.

Reproduce code:
---
$a-y-z = 0;
$b = $a;  // should perform deep copy of $a
$b-y-z = 1; // hence this should have no effect on $a
var_dump($a);


Expected result:

object(stdClass)#1 (1) {
  [y]=
  object(stdClass)#2 (1) {
[z]=
int(0) // --
  }
}


Actual result:
--
object(stdClass)#1 (1) {
  [y]=
  object(stdClass)#2 (1) {
[z]=
int(1) // because $a-y and $b-y are still one object after the
assignment
  }
}






-- 
Edit this bug report at http://bugs.php.net/?id=33243edit=1

#33260 [NEW]: basename() cannot work with Chinese file name

2005-06-07 Thread simonweb at 21cn dot com

From: simonweb at 21cn dot com
Operating system: windows xp 2000 ad
PHP version:  5CVS-2005-06-07 (dev)
PHP Bug Type: Filesystem function related
Bug description:  basename() cannot work with Chinese file name

Description:

basename() cannot work with Chinese file name,such
as:basename(c:/php/ÎÄ¼þÃûa.php)
it will return a.php
the first word of file name can't be Chinese

Reproduce code:
---
?

$dir=c:/php/ÎÄ¼þÃûa.php;
echo basename($dir);
?

Expected result:

ÎÄ¼þÃûa.php

Actual result:
--
a.php

-- 
Edit bug report at http://bugs.php.net/?id=33260edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33260r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33260r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33260r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33260r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33260r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33260r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33260r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33260r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33260r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33260r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33260r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33260r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33260r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33260r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33260r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33260r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33260r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33260r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33260r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33260r=mysqlcfg

#33260 [Opn-Bgs]: basename() cannot work with Chinese file name

2005-06-07 Thread derick

 ID:   33260
 Updated by:   [EMAIL PROTECTED]
 Reported By:  simonweb at 21cn dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: windows xp 2000 ad
 PHP Version:  5CVS-2005-06-07 (dev)
 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

Sorry, but this is not supported yet. You'll have to wait for PHP that
supports unicode.


Previous Comments:


[2005-06-07 09:36:14] simonweb at 21cn dot com

Description:

basename() cannot work with Chinese file name,such
as:basename(c:/php/ÎÄ¼þÃûa.php)
it will return a.php
the first word of file name can't be Chinese

Reproduce code:
---
?

$dir=c:/php/ÎÄ¼þÃûa.php;
echo basename($dir);
?

Expected result:

ÎÄ¼þÃûa.php

Actual result:
--
a.php





-- 
Edit this bug report at http://bugs.php.net/?id=33260edit=1

#32252 [Ver]: Segfault when offsetSet throws an Exception (only without debug)

2005-06-07 Thread derick

 ID:   32252
 Updated by:   [EMAIL PROTECTED]
 Reported By:  shulmanb at il dot ibm dot com
 Status:   Verified
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5.*
 Assigned To:  helly
 New Comment:

Can't reproduce this on Linux with 4.4 and 5.1 give all no errors with
valgrind.
PHP 5.0 gives the following valgrind errors:
==4039== Invalid free() / delete / delete[]
==4039==at 0x1B904B04: free (vg_replace_malloc.c:152)
==4039==by 0x8248660: php_stdiop_close (plain_wrapper.c:396)
==4039==by 0x82420AB: _php_stream_free (streams.c:331)
==4039==by 0x8244032: stream_resource_regular_dtor
(streams.c:1362)
==4039==by 0x827D23A: list_entry_destructor (zend_list.c:178)
==4039==by 0x827B3C7: zend_hash_del_key_or_index (zend_hash.c:490)
==4039==by 0x827CF75: _zend_list_delete (zend_list.c:58)
==4039==by 0x827250A: _zval_dtor (zend_variables.c:69)
==4039==by 0x82666F5: free_zend_constant (zend_constants.c:33)
==4039==by 0x827B3C7: zend_hash_del_key_or_index (zend_hash.c:490)
==4039==by 0x827BAA6: zend_hash_reverse_apply (zend_hash.c:736)
==4039==by 0x8266C05: clean_non_persistent_constants
(zend_constants.c:158)
==4039==  Address 0x1C04644C is 36 bytes inside a block of size 160
alloc'd
==4039==at 0x1B90459D: malloc (vg_replace_malloc.c:130)
==4039==by 0x825BEE5: _emalloc (zend_alloc.c:182)
==4039==by 0x8247E46: _php_stream_fopen_from_fd
(plain_wrapper.c:179)
==4039==by 0x8203D14: php_stream_url_wrap_php
(php_fopen_wrapper.c:221)
==4039==by 0x8244DA4: _php_stream_open_wrapper_ex (streams.c:1701)
==4039==by 0x82A439E: cli_register_file_handles (php_cli.c:446)
==4039==by 0x82A5124: main (php_cli.c:944)
==4039==
==4039== Invalid free() / delete / delete[]
==4039==at 0x1B904B04: free (vg_replace_malloc.c:152)
==4039==by 0x82422F1: _php_stream_free (streams.c:394)
==4039==by 0x8244032: stream_resource_regular_dtor
(streams.c:1362)
==4039==by 0x827D23A: list_entry_destructor (zend_list.c:178)
==4039==by 0x827B3C7: zend_hash_del_key_or_index (zend_hash.c:490)
==4039==by 0x827CF75: _zend_list_delete (zend_list.c:58)
==4039==by 0x827250A: _zval_dtor (zend_variables.c:69)
==4039==by 0x82666F5: free_zend_constant (zend_constants.c:33)
==4039==by 0x827B3C7: zend_hash_del_key_or_index (zend_hash.c:490)
==4039==by 0x827BAA6: zend_hash_reverse_apply (zend_hash.c:736)
==4039==by 0x8266C05: clean_non_persistent_constants
(zend_constants.c:158)
==4039==by 0x8267AFF: shutdown_executor (zend_execute_API.c:285)
==4039==  Address 0x1C04651C is 36 bytes inside a block of size 168
alloc'd
==4039==at 0x1B90459D: malloc (vg_replace_malloc.c:130)
==4039==by 0x825BEE5: _emalloc (zend_alloc.c:182)
==4039==by 0x8241E05: _php_stream_alloc (streams.c:216)
==4039==by 0x8247F9C: _php_stream_fopen_from_fd
(plain_wrapper.c:204)
==4039==by 0x8203D14: php_stream_url_wrap_php
(php_fopen_wrapper.c:221)
==4039==by 0x8244DA4: _php_stream_open_wrapper_ex (streams.c:1701)
==4039==by 0x82A439E: cli_register_file_handles (php_cli.c:446)
==4039==by 0x82A5124: main (php_cli.c:944)
/dat/dev/php/php-5.0dev/main/streams/streams.c(216) :  Freeing
0x1C04651C (128 bytes), script=bug32252.php
/dat/dev/php/php-5.0dev/ext/standard/php_fopen_wrapper.c(221) : Actual
location (location was relayed)
Last leak repeated 2 times
/dat/dev/php/php-5.0dev/main/streams/plain_wrapper.c(179) :  Freeing
0x1C04644C (116 bytes), script=bug32252.php
/dat/dev/php/php-5.0dev/ext/standard/php_fopen_wrapper.c(221) : Actual
location (location was relayed)
Last leak repeated 2 times



Previous Comments:


[2005-05-18 14:38:53] [EMAIL PROTECTED]

Reproducible on Windows.



[2005-05-15 09:15:26] shulmanb at il dot ibm dot com

Works fine on Linux.

Still crashes on Windows, even using the snapshot you provided.



[2005-05-14 12:40:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.0-win32-latest.zip

Can't reproduce it on Linux with latest CVS of 5.0  5.1 without
debug.
Make sure that you're trying the right binary.



[2005-05-11 11:44:10] shulmanb at il dot ibm dot com

Tested with the latest snapshot (200505110630) on Windows XP, and it is
still crashing.



[2005-05-03 14:55:02] [EMAIL PROTECTED]

Runs in php 5.1 now.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report

#32252 [Ver-Csd]: Segfault when offsetSet throws an Exception (only without debug)

2005-06-07 Thread derick

 ID:   32252
 Updated by:   [EMAIL PROTECTED]
 Reported By:  shulmanb at il dot ibm dot com
-Status:   Verified
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5.*
 Assigned To:  helly
 New Comment:

Ok, those memory errors where caused due to streams in non-zend alloc
mode. Those are fixed in CVS now. Everything else works fine. Closing
report.


Previous Comments:


[2005-06-07 10:11:54] [EMAIL PROTECTED]

Can't reproduce this on Linux with 4.4 and 5.1 give all no errors with
valgrind.
PHP 5.0 gives the following valgrind errors:
==4039== Invalid free() / delete / delete[]
==4039==at 0x1B904B04: free (vg_replace_malloc.c:152)
==4039==by 0x8248660: php_stdiop_close (plain_wrapper.c:396)
==4039==by 0x82420AB: _php_stream_free (streams.c:331)
==4039==by 0x8244032: stream_resource_regular_dtor
(streams.c:1362)
==4039==by 0x827D23A: list_entry_destructor (zend_list.c:178)
==4039==by 0x827B3C7: zend_hash_del_key_or_index (zend_hash.c:490)
==4039==by 0x827CF75: _zend_list_delete (zend_list.c:58)
==4039==by 0x827250A: _zval_dtor (zend_variables.c:69)
==4039==by 0x82666F5: free_zend_constant (zend_constants.c:33)
==4039==by 0x827B3C7: zend_hash_del_key_or_index (zend_hash.c:490)
==4039==by 0x827BAA6: zend_hash_reverse_apply (zend_hash.c:736)
==4039==by 0x8266C05: clean_non_persistent_constants
(zend_constants.c:158)
==4039==  Address 0x1C04644C is 36 bytes inside a block of size 160
alloc'd
==4039==at 0x1B90459D: malloc (vg_replace_malloc.c:130)
==4039==by 0x825BEE5: _emalloc (zend_alloc.c:182)
==4039==by 0x8247E46: _php_stream_fopen_from_fd
(plain_wrapper.c:179)
==4039==by 0x8203D14: php_stream_url_wrap_php
(php_fopen_wrapper.c:221)
==4039==by 0x8244DA4: _php_stream_open_wrapper_ex (streams.c:1701)
==4039==by 0x82A439E: cli_register_file_handles (php_cli.c:446)
==4039==by 0x82A5124: main (php_cli.c:944)
==4039==
==4039== Invalid free() / delete / delete[]
==4039==at 0x1B904B04: free (vg_replace_malloc.c:152)
==4039==by 0x82422F1: _php_stream_free (streams.c:394)
==4039==by 0x8244032: stream_resource_regular_dtor
(streams.c:1362)
==4039==by 0x827D23A: list_entry_destructor (zend_list.c:178)
==4039==by 0x827B3C7: zend_hash_del_key_or_index (zend_hash.c:490)
==4039==by 0x827CF75: _zend_list_delete (zend_list.c:58)
==4039==by 0x827250A: _zval_dtor (zend_variables.c:69)
==4039==by 0x82666F5: free_zend_constant (zend_constants.c:33)
==4039==by 0x827B3C7: zend_hash_del_key_or_index (zend_hash.c:490)
==4039==by 0x827BAA6: zend_hash_reverse_apply (zend_hash.c:736)
==4039==by 0x8266C05: clean_non_persistent_constants
(zend_constants.c:158)
==4039==by 0x8267AFF: shutdown_executor (zend_execute_API.c:285)
==4039==  Address 0x1C04651C is 36 bytes inside a block of size 168
alloc'd
==4039==at 0x1B90459D: malloc (vg_replace_malloc.c:130)
==4039==by 0x825BEE5: _emalloc (zend_alloc.c:182)
==4039==by 0x8241E05: _php_stream_alloc (streams.c:216)
==4039==by 0x8247F9C: _php_stream_fopen_from_fd
(plain_wrapper.c:204)
==4039==by 0x8203D14: php_stream_url_wrap_php
(php_fopen_wrapper.c:221)
==4039==by 0x8244DA4: _php_stream_open_wrapper_ex (streams.c:1701)
==4039==by 0x82A439E: cli_register_file_handles (php_cli.c:446)
==4039==by 0x82A5124: main (php_cli.c:944)
/dat/dev/php/php-5.0dev/main/streams/streams.c(216) :  Freeing
0x1C04651C (128 bytes), script=bug32252.php
/dat/dev/php/php-5.0dev/ext/standard/php_fopen_wrapper.c(221) : Actual
location (location was relayed)
Last leak repeated 2 times
/dat/dev/php/php-5.0dev/main/streams/plain_wrapper.c(179) :  Freeing
0x1C04644C (116 bytes), script=bug32252.php
/dat/dev/php/php-5.0dev/ext/standard/php_fopen_wrapper.c(221) : Actual
location (location was relayed)
Last leak repeated 2 times




[2005-05-18 14:38:53] [EMAIL PROTECTED]

Reproducible on Windows.



[2005-05-15 09:15:26] shulmanb at il dot ibm dot com

Works fine on Linux.

Still crashes on Windows, even using the snapshot you provided.



[2005-05-14 12:40:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.0-win32-latest.zip

Can't reproduce it on Linux with latest CVS of 5.0  5.1 without
debug.
Make sure that you're trying the right binary.



[2005-05-11 11:44:10] shulmanb at il dot ibm dot com

Tested with the latest snapshot (200505110630) on Windows XP, and it is
still crashing.

#32685 [Asn]: Segfault when using assignment by reference within function

2005-06-07 Thread derick

 ID:   32685
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david at davidheath dot org
 Status:   Assigned
 Bug Type: Reproducible crash
 Operating System: mandrake linux 10.1
 PHP Version:  4CVS-2005-04-14
-Assigned To:  derick
+Assigned To:  dmitry
 New Comment:

Valgrind errors that I get:
PHP Notice:  Undefined property:  Root in /tmp/32685/crash.php on line
6

Notice: Undefined property:  Root in /tmp/32685/crash.php on line 6
==24279== Invalid read of size 2
==24279==at 0x81E94F5: _zval_ptr_dtor (zend_execute_API.c:287)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7D85: zend_hash_destroy (zend_hash.c:556)
==24279==by 0x81F1674: _zval_dtor (zend_variables.c:60)
==24279==by 0x81E9526: _zval_ptr_dtor (zend_execute_API.c:289)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==  Address 0x1BF5F35A is 10 bytes inside a block of size 12
free'd
==24279==at 0x1B904B04: free (vg_replace_malloc.c:152)
==24279==by 0x81EAA3A: safe_free_zval_ptr (zend_execute.h:44)
==24279==by 0x81E9533: _zval_ptr_dtor (zend_execute_API.c:290)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x8205256: execute (zend_execute.c:1700)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==
==24279== Invalid write of size 2
==24279==at 0x81E94FA: _zval_ptr_dtor (zend_execute_API.c:287)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7D85: zend_hash_destroy (zend_hash.c:556)
==24279==by 0x81F1674: _zval_dtor (zend_variables.c:60)
==24279==by 0x81E9526: _zval_ptr_dtor (zend_execute_API.c:289)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==  Address 0x1BF5F35A is 10 bytes inside a block of size 12
free'd
==24279==at 0x1B904B04: free (vg_replace_malloc.c:152)
==24279==by 0x81EAA3A: safe_free_zval_ptr (zend_execute.h:44)
==24279==by 0x81E9533: _zval_ptr_dtor (zend_execute_API.c:290)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x8205256: execute (zend_execute.c:1700)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==
==24279== Invalid read of size 2
==24279==at 0x81E9503: _zval_ptr_dtor (zend_execute_API.c:288)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7D85: zend_hash_destroy (zend_hash.c:556)
==24279==by 0x81F1674: _zval_dtor (zend_variables.c:60)
==24279==by 0x81E9526: _zval_ptr_dtor (zend_execute_API.c:289)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==  Address 0x1BF5F35A is 10 bytes inside a block of size 12
free'd
==24279==at 0x1B904B04: free (vg_replace_malloc.c:152)
==24279==by 0x81EAA3A: safe_free_zval_ptr (zend_execute.h:44)
==24279==by 0x81E9533: _zval_ptr_dtor (zend_execute_API.c:290)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x8205256: execute (zend_execute.c:1700)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==
==24279== Invalid read of size 2
==24279==at 0x81E953B: _zval_ptr_dtor (zend_execute_API.c:291)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7D85: zend_hash_destroy (zend_hash.c:556)
==24279==by

#33261 [NEW]: createElement('param') dosn't add /param tag

2005-06-07 Thread breakpoint at gazeta dot pl

From: breakpoint at gazeta dot pl
Operating system: Linux Slackware 10
PHP version:  5.0.3
PHP Bug Type: DOM XML related
Bug description:  createElement('param') dosn't add /param tag

Description:

DOM in PHP5 eating ( ;-) ) close tag when I add tag param. I expected
param ../param or param/. but DOM get param with out /param :-(

Sorry for my english - look in Reproduce code, and Expected and Actual
results.

Reproduce code:
---
?php
$objDOM = new DOMDocument();

$objConfig = $objDOM-createElement('config');
$objDOM-appendChild($objConfig);

$objSettings = $objDOM-createElement('settings');
$objConfig-appendChild($objSettings);

for($i=0; $i10; $i++) {
$objParam = $objDOM-createElement('param'); //HERE!!
$objParam-SetAttribute('name', '11');
$objParam-SetAttribute('value', '22');
$objConfig-appendChild($objParam);
}

echo htmlspecialchars($objDOM-saveHTML());
?

Expected result:

configsettings/settingsparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/param/config

Actual result:
--
configsettings/settingsparam name=11 value=22 param name=11
value=22 param name=11 value=22 param name=11 value=22
param name=11 value=22 param name=11 value=22 param name=11
value=22 param name=11 value=22 param name=11 value=22
param name=11 value=22/config

-- 
Edit bug report at http://bugs.php.net/?id=33261edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33261r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33261r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33261r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33261r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33261r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33261r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33261r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33261r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33261r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33261r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33261r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33261r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33261r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33261r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33261r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33261r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33261r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33261r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33261r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33261r=mysqlcfg

#33261 [Opn]: createElement('param') dosn't add /param tag

2005-06-07 Thread breakpoint at gazeta dot pl

 ID:   33261
 User updated by:  breakpoint at gazeta dot pl
 Reported By:  breakpoint at gazeta dot pl
 Status:   Open
 Bug Type: DOM XML related
 Operating System: Linux Slackware 10
 PHP Version:  5.0.3
 New Comment:

I forget, whe we change line
$objParam = $objDOM-createElement('param'); //HERE!!
to for example
$objParam = $objDOM-createElement('params'); //HERE!!

sampel work fine...


Previous Comments:


[2005-06-07 11:47:08] breakpoint at gazeta dot pl

Description:

DOM in PHP5 eating ( ;-) ) close tag when I add tag param. I expected
param ../param or param/. but DOM get param with out /param
:-(

Sorry for my english - look in Reproduce code, and Expected and Actual
results.

Reproduce code:
---
?php
$objDOM = new DOMDocument();

$objConfig = $objDOM-createElement('config');
$objDOM-appendChild($objConfig);

$objSettings = $objDOM-createElement('settings');
$objConfig-appendChild($objSettings);

for($i=0; $i10; $i++) {
$objParam = $objDOM-createElement('param'); //HERE!!
$objParam-SetAttribute('name', '11');
$objParam-SetAttribute('value', '22');
$objConfig-appendChild($objParam);
}

echo htmlspecialchars($objDOM-saveHTML());
?

Expected result:

configsettings/settingsparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/param/config

Actual result:
--
configsettings/settingsparam name=11 value=22 param
name=11 value=22 param name=11 value=22 param name=11
value=22 param name=11 value=22 param name=11 value=22
param name=11 value=22 param name=11 value=22 param
name=11 value=22 param name=11 value=22/config





-- 
Edit this bug report at http://bugs.php.net/?id=33261edit=1

#32685 [Asn-Csd]: Segfault when using assignment by reference within function

2005-06-07 Thread derick

 ID:   32685
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david at davidheath dot org
-Status:   Assigned
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: mandrake linux 10.1
 PHP Version:  4CVS-2005-04-14
 Assigned To:  dmitry
 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:


[2005-06-07 10:30:35] [EMAIL PROTECTED]

Valgrind errors that I get:
PHP Notice:  Undefined property:  Root in /tmp/32685/crash.php on line
6

Notice: Undefined property:  Root in /tmp/32685/crash.php on line 6
==24279== Invalid read of size 2
==24279==at 0x81E94F5: _zval_ptr_dtor (zend_execute_API.c:287)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7D85: zend_hash_destroy (zend_hash.c:556)
==24279==by 0x81F1674: _zval_dtor (zend_variables.c:60)
==24279==by 0x81E9526: _zval_ptr_dtor (zend_execute_API.c:289)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==  Address 0x1BF5F35A is 10 bytes inside a block of size 12
free'd
==24279==at 0x1B904B04: free (vg_replace_malloc.c:152)
==24279==by 0x81EAA3A: safe_free_zval_ptr (zend_execute.h:44)
==24279==by 0x81E9533: _zval_ptr_dtor (zend_execute_API.c:290)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x8205256: execute (zend_execute.c:1700)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==
==24279== Invalid write of size 2
==24279==at 0x81E94FA: _zval_ptr_dtor (zend_execute_API.c:287)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7D85: zend_hash_destroy (zend_hash.c:556)
==24279==by 0x81F1674: _zval_dtor (zend_variables.c:60)
==24279==by 0x81E9526: _zval_ptr_dtor (zend_execute_API.c:289)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==  Address 0x1BF5F35A is 10 bytes inside a block of size 12
free'd
==24279==at 0x1B904B04: free (vg_replace_malloc.c:152)
==24279==by 0x81EAA3A: safe_free_zval_ptr (zend_execute.h:44)
==24279==by 0x81E9533: _zval_ptr_dtor (zend_execute_API.c:290)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x8205256: execute (zend_execute.c:1700)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==
==24279== Invalid read of size 2
==24279==at 0x81E9503: _zval_ptr_dtor (zend_execute_API.c:288)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7D85: zend_hash_destroy (zend_hash.c:556)
==24279==by 0x81F1674: _zval_dtor (zend_variables.c:60)
==24279==by 0x81E9526: _zval_ptr_dtor (zend_execute_API.c:289)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x81F2EF7: zend_execute_scripts (zend.c:935)
==24279==by 0x81C05B3: php_execute_script (main.c:1751)
==24279==by 0x820B22E: main (php_cli.c:828)
==24279==  Address 0x1BF5F35A is 10 bytes inside a block of size 12
free'd
==24279==at 0x1B904B04: free (vg_replace_malloc.c:152)
==24279==by 0x81EAA3A: safe_free_zval_ptr (zend_execute.h:44)
==24279==by 0x81E9533: _zval_ptr_dtor (zend_execute_API.c:290)
==24279==by 0x81F1920: _zval_ptr_dtor_wrapper
(zend_variables.c:171)
==24279==by 0x81F7E31: zend_hash_clean (zend_hash.c:582)
==24279==by 0x82053AC: execute (zend_execute.c:1717)
==24279==by 0x8205256: execute (zend_execute.c:1700)
==24279==by 0x81F2EF7: zend_execute_scripts

#29423 [Asn-Csd]: reference count gets wrong when return-reference-calling a normal function

2005-06-07 Thread derick

 ID:   29423
 Updated by:   [EMAIL PROTECTED]
 Reported By:  stefan at hotpaenz dot de
-Status:   Assigned
+Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Linux 2.6.3
 PHP Version:  5CVS, 4CVS
 Assigned To:  dmitry
 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:


[2005-03-07 12:49:06] [EMAIL PROTECTED]

Confirmed here too (with PHP 4) and it leaks too:

string(16) This is a string
/dat/dev/php/php-5.0dev/Zend/zend_execute.c(253) :  Freeing 0x085E7994
(16 bytes), script=-
=== Total 1 memory leaks detected ===


assigning to Dmitry



[2005-03-07 12:13:42] stefan at hotpaenz dot de

Of course you could make this code cause an fatal error 
(instead of the expected result that PHP4 returns), but 
please please please don't let it fail silently. It easily 
leads to errors that are really hard to track.



[2005-03-07 11:50:47] stefan at hotpaenz dot de

The bug remains for me with latest cvs snapshot 
200503070930, configured with 
 
./configure --disable-cli --enable-cgi --without-pear 
--disable-all



[2005-03-06 22:12:14] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2004-07-28 10:59:58] stefan at hotpaenz dot de

Description:

See the code below: 
 
An object of ClassA is passed to FuncB, which calls FuncA 
with the return-by-reference operator. FuncA is not 
designed to return by reference. 
 
The reference count seems to get wrong by doing that so 
the object is discarded when FuncB returns. 
 

Reproduce code:
---
?php
class ClassA { }

function FuncA($obj) {
return $obj;
}

function FuncB($obj) {
$dummy = FuncA($obj);
}

$obj = new ClassA();
FuncB($obj);
$str='This is a string'
var_dump($obj);


Expected result:

object(ClassA)#1 (0) { } 
 

Actual result:
--
string(16) This is a string 
 





-- 
Edit this bug report at http://bugs.php.net/?id=29423edit=1

#33261 [Opn-Bgs]: createElement('param') dosn't add /param tag

2005-06-07 Thread chregu

 ID:   33261
 Updated by:   [EMAIL PROTECTED]
 Reported By:  breakpoint at gazeta dot pl
-Status:   Open
+Status:   Bogus
 Bug Type: DOM XML related
 Operating System: Linux Slackware 10
 PHP Version:  5.0.3
 New Comment:

no wonder, if you use saveHTML(). use saveXML() and everything works
fine. saveHTML() is meant to be used on HTML4 documents, where param
has a special meaning and is a tag which is not supposed to be closed.


Previous Comments:


[2005-06-07 11:55:49] breakpoint at gazeta dot pl

I forget, whe we change line
$objParam = $objDOM-createElement('param'); //HERE!!
to for example
$objParam = $objDOM-createElement('params'); //HERE!!

sampel work fine...



[2005-06-07 11:47:08] breakpoint at gazeta dot pl

Description:

DOM in PHP5 eating ( ;-) ) close tag when I add tag param. I expected
param ../param or param/. but DOM get param with out /param
:-(

Sorry for my english - look in Reproduce code, and Expected and Actual
results.

Reproduce code:
---
?php
$objDOM = new DOMDocument();

$objConfig = $objDOM-createElement('config');
$objDOM-appendChild($objConfig);

$objSettings = $objDOM-createElement('settings');
$objConfig-appendChild($objSettings);

for($i=0; $i10; $i++) {
$objParam = $objDOM-createElement('param'); //HERE!!
$objParam-SetAttribute('name', '11');
$objParam-SetAttribute('value', '22');
$objConfig-appendChild($objParam);
}

echo htmlspecialchars($objDOM-saveHTML());
?

Expected result:

configsettings/settingsparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/paramparam name=11 value=22/paramparam
name=11 value=22/param/config

Actual result:
--
configsettings/settingsparam name=11 value=22 param
name=11 value=22 param name=11 value=22 param name=11
value=22 param name=11 value=22 param name=11 value=22
param name=11 value=22 param name=11 value=22 param
name=11 value=22 param name=11 value=22/config





-- 
Edit this bug report at http://bugs.php.net/?id=33261edit=1

#33249 [Bgs-Opn]: GMP functions didn't free memory

2005-06-07 Thread s dot araya at numisys dot com dot ar

 ID:   33249
 User updated by:  s dot araya at numisys dot com dot ar
 Reported By:  s dot araya at numisys dot com dot ar
-Status:   Bogus
+Status:   Open
 Bug Type: Math related
 Operating System: Linux (Gentoo)
 PHP Version:  5.0.3
 New Comment:

Also trying with: 

unset( variable );
variable = Null;

didn't free memory neither call the garbage collector, and in every
function pass I've got an increment near to 1 MB of alloc'd RAM.


Previous Comments:


[2005-06-06 06:10:42] s dot araya at numisys dot com dot ar

 You can achieve similar thing with any other variable, 
 it's not GMP related at all.

Due to the short answer I recieved, I can't understand what're you
telling me... I use GMP functions 'cos I need to make more calculations
that I've exposed on the example, which I can't achieve in 32 bits
operations.

I see that when I issue mysql_query( 'Select * from Table1 limit 0,
1000') I need to call mysql_free_result() to free memory used to store
the result in memory. 

Consequently, with GMP functions which uses ZEND_REGISTER_RESOURCE
macro in gmp.c (wrapper for GMP functions), I suppouse that the
resource continue alloc'd, till a free() call releases it, according
with system memory test (experienced with a simple «top» in Linux).



[2005-06-06 00:00:39] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

You can achieve similar thing with any other variable, it's not GMP
related at all.




[2005-06-05 18:15:48] s dot araya at numisys dot com dot ar

Description:

Hello, 


  I'm using gmp library to perform a function which uses a few
operations with large integer values. My script runs in console mode
(at least four hours of processing), scanning a big mysql table and
invoking the function to calculate big integer values that are stored
in the table. 


  But, in case the table has a lot of rows to process, the script halt
with 'out of memory' error. Studying the problem I realized that GMP
functions didn't free memory (when I issue unset( resource ) ) and
continue allocate memory in every function pass. There is no gmp_free()
in php manual. 


  Is there any workaround to avoid the problem? 


  Thank you, 


Sebastián Araya 
Numisys S.A. 


Reproduce code:
---
for( $i = 0; $i = 100; $i++)
   store_calc_value( $i );

function store_calc_value( $v )
{
  $a = gmp_mul( $v, 0x1 );
  $b = gmp_mul( $a, 0x1000 );

  $sql = Insert into t (big, value) Values (;
  $sql.= gmp_strval( $a ) . ,  . gmp_strval( $b ) . );

  mysql_query( $sql );

  unset( $a ); // gmp_free( $a );
  unset( $b ); // gmp_free( $b );

}

Expected result:

I expect that memory has to be freed once returning from function
store_calc_value(). A simple top command in another Linux session, tell
me that php resource continue to grow.






-- 
Edit this bug report at http://bugs.php.net/?id=33249edit=1

#33249 [Opn]: GMP functions didn't free memory

2005-06-07 Thread s dot araya at numisys dot com dot ar

 ID:   33249
 User updated by:  s dot araya at numisys dot com dot ar
 Reported By:  s dot araya at numisys dot com dot ar
 Status:   Open
 Bug Type: Math related
 Operating System: Linux (Gentoo)
 PHP Version:  5.0.3
 New Comment:

Also trying with: 

unset( variable );
variable = Null;

didn't free memory neither call the garbage collector, and in every
function pass I've got an increment near to 1 MB of alloc'd RAM.


Previous Comments:


[2005-06-07 13:43:20] s dot araya at numisys dot com dot ar

Also trying with: 

unset( variable );
variable = Null;

didn't free memory neither call the garbage collector, and in every
function pass I've got an increment near to 1 MB of alloc'd RAM.



[2005-06-06 06:10:42] s dot araya at numisys dot com dot ar

 You can achieve similar thing with any other variable, 
 it's not GMP related at all.

Due to the short answer I recieved, I can't understand what're you
telling me... I use GMP functions 'cos I need to make more calculations
that I've exposed on the example, which I can't achieve in 32 bits
operations.

I see that when I issue mysql_query( 'Select * from Table1 limit 0,
1000') I need to call mysql_free_result() to free memory used to store
the result in memory. 

Consequently, with GMP functions which uses ZEND_REGISTER_RESOURCE
macro in gmp.c (wrapper for GMP functions), I suppouse that the
resource continue alloc'd, till a free() call releases it, according
with system memory test (experienced with a simple «top» in Linux).



[2005-06-06 00:00:39] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

You can achieve similar thing with any other variable, it's not GMP
related at all.




[2005-06-05 18:15:48] s dot araya at numisys dot com dot ar

Description:

Hello, 


  I'm using gmp library to perform a function which uses a few
operations with large integer values. My script runs in console mode
(at least four hours of processing), scanning a big mysql table and
invoking the function to calculate big integer values that are stored
in the table. 


  But, in case the table has a lot of rows to process, the script halt
with 'out of memory' error. Studying the problem I realized that GMP
functions didn't free memory (when I issue unset( resource ) ) and
continue allocate memory in every function pass. There is no gmp_free()
in php manual. 


  Is there any workaround to avoid the problem? 


  Thank you, 


Sebastián Araya 
Numisys S.A. 


Reproduce code:
---
for( $i = 0; $i = 100; $i++)
   store_calc_value( $i );

function store_calc_value( $v )
{
  $a = gmp_mul( $v, 0x1 );
  $b = gmp_mul( $a, 0x1000 );

  $sql = Insert into t (big, value) Values (;
  $sql.= gmp_strval( $a ) . ,  . gmp_strval( $b ) . );

  mysql_query( $sql );

  unset( $a ); // gmp_free( $a );
  unset( $b ); // gmp_free( $b );

}

Expected result:

I expect that memory has to be freed once returning from function
store_calc_value(). A simple top command in another Linux session, tell
me that php resource continue to grow.






-- 
Edit this bug report at http://bugs.php.net/?id=33249edit=1

#33263 [NEW]: parent::real_connect() can not be used, hence cant use option flags.

2005-06-07 Thread daarius at hotmail dot com

From: daarius at hotmail dot com
Operating system: WinXP
PHP version:  5.0.4
PHP Bug Type: MySQLi related
Bug description:  parent::real_connect() can not be used, hence cant use option 
flags.

Description:

class mydb extends mysqli {
   public function __construct() {
  parent::real_connect(); // can not use
  parent::__construct(); // doesnt support 7th parameter of flags.
   }
}

as above, the real_connect() gives some errors, and may be not allowed to
be used, but in there the 7th parameter of flags are not present in
connect() of mysqli. so what to do?

also, as real_connect() is not allowed, i can not use parent::options()
for setting the config options before connect. as this gives errors too.


-- 
Edit bug report at http://bugs.php.net/?id=33263edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33263r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33263r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33263r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33263r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33263r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33263r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33263r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33263r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33263r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33263r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33263r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33263r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33263r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33263r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33263r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33263r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33263r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33263r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33263r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33263r=mysqlcfg

#33264 [NEW]: foreach doesn't issue error at all.

2005-06-07 Thread j_davchev at cisbg dot com

From: j_davchev at cisbg dot com
Operating system: Tested on linux
PHP version:  4.3.11
PHP Bug Type: *Programming Data Structures
Bug description:  foreach doesn't issue error at all.

Description:

The foreach construct does not produce any error. It doesn't matter if
variable is not defined or if variable is not an array.

error_reporting E_ALL
display_error = on


PHP manual 

 foreach works only on arrays, and will issue an error when you try to use
it on a variable with a different data type or an uninitialized variable.

Just not so in version 4.3.11.


-- 
Edit bug report at http://bugs.php.net/?id=33264edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33264r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33264r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33264r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33264r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33264r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33264r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33264r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33264r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33264r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33264r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33264r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33264r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33264r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33264r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33264r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33264r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33264r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33264r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33264r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33264r=mysqlcfg

#33114 [Asn-Fbk]: SIGSEGV in zend_shutdown/memory leak

2005-06-07 Thread derick

 ID:   33114
 Updated by:   [EMAIL PROTECTED]
 Reported By:  K dot Kaczkowski at eisp dot pl
-Status:   Assigned
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Linux 2.4.30
 PHP Version:  5CVS, 4CVS (2005-05-26)
 Assigned To:  derick
 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:


[2005-05-24 10:51:25] K dot Kaczkowski at eisp dot pl

 Derick: This is interesting: works with PHP 4.3.9 ?
Yes, 4.3.9 and below are ok, it seems that this bug came in as a side
effect of bugfixes in 4.3.10
I'm currently forced to use 4.3.9 on one of my webservers because of
that.



[2005-05-24 10:00:21] [EMAIL PROTECTED]

HEAD gives this valgrind output:

==25325== Conditional jump or move depends on uninitialised value(s)
==25325==at 0x839BB4E: ZEND_RETURN_SPEC_CV_HANDLER
(zend_vm_execute.h:18606)
==25325==by 0x836907A: execute (zend_vm_execute.h:78)
==25325==by 0x83694AF: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:204)
==25325==by 0x8369B4D: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:290)
==25325== 





[2005-05-24 09:34:36] [EMAIL PROTECTED]

Derick: This is interesting: works with PHP 4.3.9 ?




[2005-05-24 01:27:47] K dot Kaczkowski at eisp dot pl

Description:

I have a problem with reproducible crashes during zend_shutdown when
PHP is compiled with --disable-debug.
When the same script is run under --enable-debug, it only reports
memory leaks.
Unfortunately I wasn't able to isolate simple test case for  php crash,
but I have script causing memory leak and I'm pretty sure it's the same
bug and fixing leak will also fix crashes.
This bug was introduced in 4.3.10 version, all versions above behave
similar with small difference: in 4.3.10/4.3.11 bad free happens in
shutdown_memory_manager called from php_request_shutdown instead of
zend_shutdown from php_module_shutdown in latest snapshot.
4.3.9 works without any problems.

Backtrace for crash case:
Program received signal SIGSEGV, Segmentation fault.
0x400fdd43 in free () from /lib/libc.so.6
(gdb) bt
#0  0x400fdd43 in free () from /lib/libc.so.6
#1  0x400fdaa3 in free () from /lib/libc.so.6
#2  0x08101670 in zend_hash_destroy (ht=0x8157de0) at
/usr/src/php4-STABLE-200505232041/Zend/zend_hash.c:561
#3  0x080fd6d6 in zend_shutdown () at
/usr/src/php4-STABLE-200505232041/Zend/zend.c:581
#4  0x080d91d2 in php_module_shutdown () at
/usr/src/php4-STABLE-200505232041/main/main.c:1294
#5  0x08115b3c in main (argc=2, argv=0xbfffd724) at
/usr/src/php4-STABLE-200505232041/sapi/cli/php_cli.c:885

Output for crash case when compiled with --enable-debug:
/usr/src/php4-STABLE-200505232041/Zend/zend_execute.c(1749) :  Freeing
0x081FD6EC (5 bytes), script=test1.php
/usr/src/php4-STABLE-200505232041/Zend/zend_variables.c(111) : Actual
location (location was relayed)
Last leak repeated 3 times

Details for memory leak only case are below.

Reproduce code:
---
?
function test1($arg)
{
   return(test2($arg));
}
function test2($arg)
{
   return(test3($arg));
}
function test3($arg)
{
   return($arg);
}
test1(test);
?


Expected result:

nothing/no memory leak

Actual result:
--
/usr/src/php4-STABLE-200505232041/Zend/zend_execute.c(1749) :  Freeing
0x081D1014 (5 bytes), script=test2.php
/usr/src/php4-STABLE-200505232041/Zend/zend_variables.c(111) : Actual
location (location was relayed)
Last leak repeated 1 time






-- 
Edit this bug report at http://bugs.php.net/?id=33114edit=1

#32261 [Asn-Fbk]: Session variable changes into reference

2005-06-07 Thread derick

 ID:   32261
 Updated by:   [EMAIL PROTECTED]
 Reported By:  takayana at egate1 dot com
-Status:   Assigned
+Status:   Feedback
 Bug Type: Session related
 Operating System: *
 PHP Version:  4CVS-2005-03-23
 Assigned To:  derick
 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:


[2005-05-10 15:24:50] [EMAIL PROTECTED]

Assigning to Derick (another reference thing..)




[2005-03-25 02:40:34] takayana at egate1 dot com

In my long code   Result at the time of performing 
by PHP4.3.9   The normal value outputted 
and I thought that it was the problem of PHP4.3.10.
It seems that it is the same when the code 
of bug #24485 is seen.
Are they things even if it becomes easier 
to find a bug in PHP4.3.10?



[2005-03-24 21:49:06] [EMAIL PROTECTED]

bug #24485 seems to be same issue as this.





[2005-03-24 08:08:16] takayana at egate1 dot com

If it can do   With PHP4.X   I would like 
you to carry out fix.



[2005-03-24 07:46:37] [EMAIL PROTECTED]

Seems also to be fixed in HEAD (PHP 5.1.0-dev)




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/32261

-- 
Edit this bug report at http://bugs.php.net/?id=32261edit=1

#24485 [Asn-Fbk]: $a = $b; become $a=$b; when I use a function

2005-06-07 Thread derick

 ID:   24485
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gomez at efrei dot fr
-Status:   Assigned
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5CVS, 4CVS (2005-06-07)
 Assigned To:  derick
 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:


[2005-03-24 21:48:33] [EMAIL PROTECTED]

For Derick, see also bug #32261 (same issue?)






[2005-02-03 23:18:38] ericvanblokland at gmail dot com

Where do you live? If it's anywhere near here I'll buy you a beer (or
two)!! 

I'm working on a huge project, with extremely large and complex object
constructions, and I have been fighting against segmentation faults for
weeks now which is a mayor setback as the deadline is comming closer.
I'm still trying to narrow down the cause of these problems but it
seems that some construction of circular references (That might exist
as a result of this bug) causes memory leaks and crashes php on simple
variable assignments. To make me more desperate, after installing the
latest rpm in debug-mode memory leaks were reported once and never
after and de segmentation faults disappeared. Using that same rpm
without debug mode resulted in the same segaults.

I've posted this before http://bugs.php.net/bug.php?id=31624 but that
bug-report got broken and I've been investigating the cause more before
reposting. (I reproduced my problem there with the latest CVS of that
time) 

However, as this bug might be causing the exceptional conditions that
causes my segfaults (Copying, a complex, reference-rich object to
another location in a session, resulting in another reference), I will
wait looking into that any further for now. I can only pray it fixes
it.

Sorry for the long story, but as it might be related I feld the need to
post it here.

Once more, thanks a lot!



[2005-02-03 21:59:04] [EMAIL PROTECTED]

This should NOT be a problem in PHP - but it is one in PHP 4. I've seen
this too and have a patch almost ready that backports the fixes done in
PHP 5.



[2005-02-03 21:16:08] ericvanblokland at gmail dot com

Ain't it time to think about a fix? (Reproduced with 4.3.10 on fedora
core 2 in debug-mode) 

The references created due to this bug, might be the cause my script
keeps segfaulting.

About this I've posted a report before, and will post another in the
near future. So I won't mention anything about that hear just yet.



[2005-01-21 00:19:11] [EMAIL PROTECTED]

Still exists in 4.3, but has been already fixed in both 5.x branches.



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/24485

-- 
Edit this bug report at http://bugs.php.net/?id=24485edit=1

#25359 [Asn-Fbk]: array_multisort doen't work in a function if array is global or reference

2005-06-07 Thread derick

 ID:   25359
 Updated by:   [EMAIL PROTECTED]
 Reported By:  matschek at gmx dot de
-Status:   Assigned
+Status:   Feedback
 Bug Type: Scripting Engine problem
 Operating System: *
 PHP Version:  5CVS, 4CVS (2005-03-09)
 Assigned To:  derick
 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:


[2005-04-25 15:13:05] tianlin dot wang at sas dot com

This bug was reported in 2003. It still exists in today's
latest version v5.0.4.



[2005-04-25 10:05:51] [EMAIL PROTECTED]

See also bug #32817 (uses references)





[2004-12-17 10:03:10] matschek at gmx dot de

Now again the same behavior as of start:
function does_work works, function does_not_work does not.



[2003-09-02 06:58:16] matschek at gmx dot de

Description:

When using array_multisort in a funciton, and the array is set to
global, array_multisort fails to sort the array.

Reproduce code:
---
function does_work() {
$data = array('first', 'fifth', 'second', 'forth', 'third');
$sort = array(1, 5, 2, 4, 3);
array_multisort($sort, $data);
print_r($data);
}

function does_not_work() {
global $data;
$data = array('first', 'fifth', 'second', 'forth', 'third');
$sort = array(1, 5, 2, 4, 3);
array_multisort($sort, $data);
print_r($data);
}

echo function does_work():\n;
does_work();

echo \n\nfunction does_not_work():\n;
does_not_work();

Expected result:

function does_work():
Array
(
[0] = first
[1] = second
[2] = third
[3] = forth
[4] = fifth
)


function does_not_work():
Array
(
[0] = first
[1] = second
[2] = third
[3] = forth
[4] = fifth
)

Actual result:
--
function does_work():
Array
(
[0] = first
[1] = second
[2] = third
[3] = forth
[4] = fifth
)


function does_not_work():
Array
(
[0] = first
[1] = fifth
[2] = second
[3] = forth
[4] = third
)





-- 
Edit this bug report at http://bugs.php.net/?id=25359edit=1

#29698 [Com]: include suite does not traverse include_path subdirectories

2005-06-07 Thread cors1604-php451 at yahoo dot com

 ID:   29698
 Comment by:   cors1604-php451 at yahoo dot com
 Reported By:  mills at sinetechnologies dot com
 Status:   No Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: Win XP
 PHP Version:  5.0.1
 New Comment:

I tested the new version and I still having the same bug reported.


Previous Comments:


[2005-03-15 01:00:08] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2005-03-07 20:25:39] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

And copy the provided php.ini-dist over your php.ini..




[2004-08-19 04:51:42] mills at sinetechnologies dot com

Changing the '.' to './' had no success on the problem. 

Also, I cannot directly call C:\Program Files\Apache
Group\Apache\php\include\phrame\util\HashMap.php (it is two directories
below the include directory). 

But I can directly call C:\Program Files\Apache
Group\Apache\php\include\include.php

Permissions on the files are the same.



[2004-08-18 12:25:46] scooter at butterball dot demon dot co dot uk

Hi,

We have resolved this bug on our Solaris box.

The php.ini file was still the old php4 version, we installed the php5
version of the php.ini file and now recursive includes work fine on the
Solaris box.  

They always worked on the Fedora box, but it had the php5 .ini file
installed from the start.

Not sure if this is a solution to the apparent bug on Win XP, but it
worked for us.

One last point the include_path on the php.ini file was the only
element changed from the default, the '.' was changed to './' - this
may also be important.

Scooter



[2004-08-16 08:33:57] mills at sinetechnologies dot com

Description:

This is new for PHP5. PHP4 works as expected. 

Using require_once as the test, and having a properly set up include
path, require_once does not travel farther down the include_path to
locate files to include. 

Same behavior in cgi and module implementations. 

For example, take the following include path: 
include_path = .;C:\Program Files\Apache Group\Apache\php\include

In the include directory is another directory called 'phrame'

The phrame directory contains files and folders. The file 'include.php'
contains other include calls such as include( 'util/Object.php'); (the
location of which is C:\Program Files\Apache
Group\Apache\php\include\phrame\util\Object.php) This should use . and
then find the util/Object.php. It does in PHP4, but not in PHP5. 

It looks like the parser is only going one directory deep when
searching for files, and not allowing recursive calls. For PHP4, it
works as expected, and all files are included, but PHP5 only goes one
directory deep, and fails for subdirectories. 

This makes implementing projects built with PHP4 and extending them
with PHP5 a nightmare for both server administrators and developers.

Directory Structure Summary:  

/include
/phrame
include.php
/util
/Object.php



Reproduce code:
---
//load include page which loads other needed pages
require_once 'phrame/include.php'; 

//directly load a needed page for test purposes. 
require_once 'phrame/util/Object.php';

Expected result:

//in PHP4
//include loaded and all other pages loaded
require_once 'phrame/include.php';
 
//a direct call to this page gets loaded. 
require_once 'phrame/util/Object.php';

Actual result:
--
//in PHP5
//partial works, include.php is included if blank,
//but because of other include calls, the require_once
//causes this page to fail to load.
require_once 'phrame/include.php'; 

//does not work! page fails to load 
require_once 'phrame/util/Object.php';





-- 
Edit this bug report at http://bugs.php.net/?id=29698edit=1

#33240 [Fbk-Opn]: XML_OPTION_SKIP_WHITE skips important spaces

2005-06-07 Thread vrana

 ID:   33240
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jacob at jacobweber dot com
-Status:   Feedback
+Status:   Open
 Bug Type: XML related
 Operating System: Fedora Core 3
 PHP Version:  5.0.4
 New Comment:

I see. XML_OPTION_SKIP_WHITE skips values that constist of whitespace
characters only. I documented that but the original problem remains
(apos; amp; should become ' , not ').


Previous Comments:


[2005-06-06 23:41:00] [EMAIL PROTECTED]

Perhaps you misunderstood how it works?
Why do you think it should skip ALL whitespace? (given the fact it
never was documented to do that or anything else :)




[2005-06-06 17:06:50] [EMAIL PROTECTED]

Options were added to the CVS docs but the problem remains.
XML_OPTION_SKIP_WHITE skips almost nothing (e.g. a x x /a is
processed as  x x ).



[2005-06-03 23:20:04] jacob at jacobweber dot com

I noticed that, so maybe they're not meant to be used. But one of the
two examples I posted is incorrect: it should skip the space all the
time or never.



[2005-06-03 23:13:42] [EMAIL PROTECTED]

Yes, it skips whitespace when you set it to 1.
Otherwise it will not skip it, it's left as is.
 
I could not find the documentation for these options
(on the page for xml_parser_set_option()):

XML_OPTION_SKIP_WHITE
XML_OPTION_SKIP_TAGSTART

even as they seem to have existed since PHP 3? :)




[2005-06-03 22:50:41] jacob at jacobweber dot com

Description:

Turning on XML_OPTION_SKIP_WHITE causes the space in the following XML
to be skipped:
aapos; amp;/a

I believe this is incorrect. It doesn't skip the space in:
aamp; apos;/a

Jacob

Reproduce code:
---
$xmlStr = aapos; amp;/a;
$xmlParser = xml_parser_create();
xml_parser_set_option($xmlParser, XML_OPTION_SKIP_WHITE, 1);
xml_parse_into_struct($xmlParser, $xmlStr, $xmlArr);
xml_parser_free($xmlParser);
print_r($xmlArr);

Expected result:

Array
(
[0] = Array
(
[tag] = A
[type] = complete
[level] = 1
[value] = ' 
)

)

Actual result:
--
Array
(
[0] = Array
(
[tag] = A
[type] = complete
[level] = 1
[value] = '
)

)

(note the missing space after the apostrophe





-- 
Edit this bug report at http://bugs.php.net/?id=33240edit=1

#33265 [NEW]: Can't prase PHP on html page anymore

2005-06-07 Thread vishal at trpn dot com

From: vishal at trpn dot com
Operating system: Fedora 2
PHP version:  4.3.11
PHP Bug Type: *Web Server problem
Bug description:  Can't prase PHP on html page anymore

Description:

I had it working on previous websites, however for some reason it is not
working anymore :( 

I have tried both lines in .htaccess file but with no success. 

AddHandler application/x-httpd-php .html 
AddType application/x-httpd-php .html 

Any help. I really need to use php on .html page.

P.S. I am using PHP Version 4.3.11. 



Reproduce code:
---
!doctype html public -//W3C//DTD HTML 4.0 //EN
html
head
   titleTest Page for PHP on .html page/title
/head
body

The time is
?php echo date('H:i:s');?
and the date is
?php echo date('j F Y');?


/body
/html

Expected result:

Expected php codes to work properly only .html pages.

Actual result:
--
500 Internal Server Error


-- 
Edit bug report at http://bugs.php.net/?id=33265edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33265r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33265r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33265r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33265r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33265r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33265r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33265r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33265r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33265r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33265r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33265r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33265r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33265r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33265r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33265r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33265r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33265r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33265r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33265r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33265r=mysqlcfg

#31725 [Asn]: sqlite/zend engine 2 weird problems

2005-06-07 Thread dmitry

 ID:   31725
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5CVS-2005-03-21
 Assigned To:  wez
 New Comment:

Probably this bug should be fixed in CVS HEAD and PHP_5_0 with the
following patch:

http://cvs.php.net/diff.php/php-src/ext/sqlite/sqlite.c?r1=1.146.2.6r2=1.146.2.7ty=u


Previous Comments:


[2005-04-26 23:12:09] [EMAIL PROTECTED]

Sorry, valgrind took a while to finish.
The output: http://mega.ist.utl.pt/~ncpl/valgrind-php.txt



[2005-04-26 20:26:06] [EMAIL PROTECTED]

valgrind...



[2005-04-26 20:02:44] [EMAIL PROTECTED]

Well, I've already posted 2 examples with backtraces above.

I've run the ini-update.php script (available in the above URL) and I
got this:
#0  0x4046dd67 in mallopt () from /lib/libc.so.6
#1  0x4046db5e in mallopt () from /lib/libc.so.6
#2  0x4046c908 in free () from /lib/libc.so.6
#3  0x081ea0e7 in shutdown_memory_manager (silent=0, full_shutdown=0)
at /cvs/php-src/Zend/zend_alloc.c:511
#4  0x081c9821 in php_request_shutdown (dummy=0x0)
at /cvs/php-src/main/main.c:1228
#5  0x082633df in main (argc=2, argv=0xb944)
at /cvs/php-src/sapi/cli/php_cli.c:1057



[2005-04-22 04:46:36] [EMAIL PROTECTED]

backtrace and/or valgrind output please.



[2005-04-21 20:21:52] [EMAIL PROTECTED]

It segfaults in both windows (using the 'official' binaries) and
linux.
The program that I've used that is segfaulting is in CVS:
http://cvs.php.net/phpdoc/scripts/iniupdate/



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/31725

-- 
Edit this bug report at http://bugs.php.net/?id=31725edit=1

#31725 [Asn-Fbk]: sqlite/zend engine 2 weird problems

2005-06-07 Thread sniper

 ID:   31725
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Feedback
 Bug Type: Zend Engine 2 problem
 Operating System: *
 PHP Version:  5CVS-2005-03-21
 Assigned To:  wez
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip




Previous Comments:


[2005-06-07 17:42:48] [EMAIL PROTECTED]

Probably this bug should be fixed in CVS HEAD and PHP_5_0 with the
following patch:

http://cvs.php.net/diff.php/php-src/ext/sqlite/sqlite.c?r1=1.146.2.6r2=1.146.2.7ty=u



[2005-04-26 23:12:09] [EMAIL PROTECTED]

Sorry, valgrind took a while to finish.
The output: http://mega.ist.utl.pt/~ncpl/valgrind-php.txt



[2005-04-26 20:26:06] [EMAIL PROTECTED]

valgrind...



[2005-04-26 20:02:44] [EMAIL PROTECTED]

Well, I've already posted 2 examples with backtraces above.

I've run the ini-update.php script (available in the above URL) and I
got this:
#0  0x4046dd67 in mallopt () from /lib/libc.so.6
#1  0x4046db5e in mallopt () from /lib/libc.so.6
#2  0x4046c908 in free () from /lib/libc.so.6
#3  0x081ea0e7 in shutdown_memory_manager (silent=0, full_shutdown=0)
at /cvs/php-src/Zend/zend_alloc.c:511
#4  0x081c9821 in php_request_shutdown (dummy=0x0)
at /cvs/php-src/main/main.c:1228
#5  0x082633df in main (argc=2, argv=0xb944)
at /cvs/php-src/sapi/cli/php_cli.c:1057



[2005-04-22 04:46:36] [EMAIL PROTECTED]

backtrace and/or valgrind output please.



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/31725

-- 
Edit this bug report at http://bugs.php.net/?id=31725edit=1

#33265 [Opn-Bgs]: Can't prase PHP on html page anymore

2005-06-07 Thread johannes

 ID:   33265
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vishal at trpn dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *Web Server problem
 Operating System: Fedora 2
 PHP Version:  4.3.11
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

. 


Previous Comments:


[2005-06-07 18:04:32] vishal at trpn dot com

Description:

I had it working on previous websites, however for some reason it is
not working anymore :( 

I have tried both lines in .htaccess file but with no success. 

AddHandler application/x-httpd-php .html 
AddType application/x-httpd-php .html 

Any help. I really need to use php on .html page.

P.S. I am using PHP Version 4.3.11. 



Reproduce code:
---
!doctype html public -//W3C//DTD HTML 4.0 //EN
html
head
   titleTest Page for PHP on .html page/title
/head
body

The time is
?php echo date('H:i:s');?
and the date is
?php echo date('j F Y');?


/body
/html

Expected result:

Expected php codes to work properly only .html pages.

Actual result:
--
500 Internal Server Error






-- 
Edit this bug report at http://bugs.php.net/?id=33265edit=1

#33265 [Bgs]: Can't prase PHP on html page anymore

2005-06-07 Thread vishal at trpn dot com

 ID:   33265
 User updated by:  vishal at trpn dot com
 Reported By:  vishal at trpn dot com
 Status:   Bogus
 Bug Type: *Web Server problem
 Operating System: Fedora 2
 PHP Version:  4.3.11
 New Comment:

I am sorry, but how is this not a bug? I mean it use to work just fine
before but it does not work in newer version of php.

Just wondering.


Previous Comments:


[2005-06-07 18:21:11] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

. 



[2005-06-07 18:04:32] vishal at trpn dot com

Description:

I had it working on previous websites, however for some reason it is
not working anymore :( 

I have tried both lines in .htaccess file but with no success. 

AddHandler application/x-httpd-php .html 
AddType application/x-httpd-php .html 

Any help. I really need to use php on .html page.

P.S. I am using PHP Version 4.3.11. 



Reproduce code:
---
!doctype html public -//W3C//DTD HTML 4.0 //EN
html
head
   titleTest Page for PHP on .html page/title
/head
body

The time is
?php echo date('H:i:s');?
and the date is
?php echo date('j F Y');?


/body
/html

Expected result:

Expected php codes to work properly only .html pages.

Actual result:
--
500 Internal Server Error






-- 
Edit this bug report at http://bugs.php.net/?id=33265edit=1

#26456 [Ver-Csd]: Wrong results from Reflection-API getDocComment() when called via STDIN

2005-06-07 Thread dmitry

 ID:   26456
 Updated by:   [EMAIL PROTECTED]
 Reported By:  schlueter at phpbar dot de
-Status:   Verified
+Status:   Closed
 Bug Type: Zend Engine 2 problem
 Operating System: linux
 PHP Version:  5CVS-2004-03-15
 New Comment:

Fixed in CVS HEAD and PHP_5_0.


Previous Comments:


[2005-04-22 16:30:15] [EMAIL PROTECTED]

Seems like a compiler problem to me.
That's what I got when running the script via STDIN:

1314if (fptr-type == ZEND_USER_FUNCTION 
fptr-op_array.doc_comment) {
(gdb) p fptr-op_array.doc_comment
$1 = 0x82ce2dc \n  function increment

If the script is run via `php script.php` fptr-op_array.doc_comment
contains expected value (i.e. the comment itself, without any garbage
data).



[2003-11-30 04:28:55] [EMAIL PROTECTED]

Thank you for the explanation. (I've never ever run scripts like this
:). Verified..and here's short example script to test this:

?php

  class Counter {
  private static $c = 0;

  /**
   * Increment counter
   *
   * @access  public
   * @return  int
   */
  function increment()
  {
  self::$c++;
  return self::$c;
  }
  }

  // Create an instance of the Reflection_Method class
  $method= new Reflection_Method('Counter', 'increment');

  // Print documentation comment
  echo \n--\n;
  echo $method-getDocComment();
  echo \n--\n;

?

Bad output (with # php enter  paste script  ctrl+d):
--

  function increment)

   *
   * @access  public
   * @return  int
   */
--

Good output:
--
/**
   * Increment counter
   *
   * @access  public
   * @return  int
   */
--




[2003-11-29 09:15:15] schlueter at phpbar dot de

I've tested now with php5-200311291230 (simply ./configure without any
paramters) and get the same results. And the exact way I'm runnig PHP
ist this:

1. I'm opening a shell window
2. $ ./php [return]
3. I put the source into the clipboard
4. I paste it into the shell window
5. Ctrl+D
6. Wrong results (see original report) appear

I hope now it's clear how I'm doing it.
I've just tested it on another Linux machine: Same results...



[2003-11-28 20:32:22] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

..and show exactly HOW you run it when it doesn't work,






[2003-11-28 17:07:52] schlueter at phpbar dot de

Description:

While testing the examples from
http://sitten-polizei.de/php/reflection_api/docs/language.reflection.html
I found a (for me) unexpected beahvior with
Reflection_Function::getDocComment() and
Reflection_Method::getDocComment() the  when calling PHP on the command
line without paramter and copying a test script into my shell window, so
PHP can read it from STDIN. If I call the same script from a file or
pipe (cat test.php | /opt/php5/bin/php) all seems to work.

Reproduce code:
---
Example 14-5 from
http://sitten-polizei.de/php/reflection_api/docs/language.reflection.class.reflection_method.html

Expected result:

=== The user-defined final public static method 'increment' (which is
a regular method)
 declared in -
 lines 13 to 17
 having the modifiers 261[final public static]
--- Documentation:
 '/**
   * Increment counter
   *
   * @final
   * @static
   * @access  public
   * @return  int
   */'
--- Invokation results in: int(1)

Actual result:
--
=== The user-defined final public static method 'increment' (which is
a regular method)
 declared in /home/johannes/-
 lines 13 to 17
 having the modifiers 261[final public static]
--- Documentation:
 '
  final public static function increment)
final
   * @static
   * @access  public
   * @return  int
   */'
--- Invokation results in: int(1)





-- 
Edit this bug report at http://bugs.php.net/?id=26456edit=1

#33233 [Fbk-Opn]: mysqli_bind_param/simple_xml interaction problem

2005-06-07 Thread blockcipher at yahoo dot com

 ID:   33233
 User updated by:  blockcipher at yahoo dot com
 Reported By:  blockcipher at yahoo dot com
-Status:   Feedback
+Status:   Open
 Bug Type: SimpleXML related
 Operating System: Windows 2000
 PHP Version:  5.0.4
 New Comment:

There was no difference in behavior.


Previous Comments:


[2005-06-03 21:23:28] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.0-win32-latest.zip





[2005-06-03 20:14:41] blockcipher at yahoo dot com

Here's a quick test case based on the problem.  It demonstrates the
changing of the data type from an object to a string, but not the
crash.

?php
$xmltext = ?xml version='1.0'?bodyusertest/user/body;
$xmlObj = simplexml_load_string($xmltext);
$tempArray['username'] = $xmlObj-user;
$dbh = new mysqli('localhost','username','password','mysql');
$stmt = $dbh-prepare('select host from user where user = ? LIMIT 1');
print Before: ;
var_dump($tempArray);
print br/br/Result: ;
$stmt-bind_param('s', $tempArray['username']);
$stmt-execute();
$stmt-bind_result($temp);
$stmt-fetch();
$stmt-close;
print $tempbr/br/After: ;
var_dump($tempArray);
$dbh-close;
?



[2005-06-03 16:06:01] blockcipher at yahoo dot com

Description:

It appears that I found an interesting interaction between the
simple_xml library and the mysqli_bind_param function.  The values
contained within an XML tag are returned as simple_xml object, not
strings (which is what I inferred from the Zend tutorial.)  This had an
adverse side-effect when combined with the mysqli_bind_param function. 
Please note that this may affect other functions/libraries as well.

The steps are as follows:

1. Copy the value of an XML element into a variable.
2. Use the element in a prepared mysqli statement, binding it to the
statement as a string.
3. Run the query.
4. Repeat steps 2 and 3, possibly with a different query.

After the bind or perhaps after I was done with the query, the actual
data was changed from a simple_xml object to a very odd looking string.
 This would crash the apache web server approximately 80-90% of the time
when accessed.

Original variable data:
[username]=
object(SimpleXMLElement)#3 (1) {
  [0]=
  string(4) test
}

Modified variable data:
[username]=
string(64) a94a8fe5ccb19ba61c4c0873d391e987982fbbd3   


Reproduce code:
---
No code provided since it is being developed for the company I work
for.






-- 
Edit this bug report at http://bugs.php.net/?id=33233edit=1

#33249 [Opn-Bgs]: GMP functions didn't free memory

2005-06-07 Thread sniper

 ID:   33249
 Updated by:   [EMAIL PROTECTED]
 Reported By:  s dot araya at numisys dot com dot ar
-Status:   Open
+Status:   Bogus
 Bug Type: Math related
 Operating System: Linux (Gentoo)
 PHP Version:  5.0.3
 New Comment:

Perhaps this explains the problem at hand:
http://www.swox.com/gmp/manual/Memory-Management.html

I tested for fun if a gmp_free() would make a difference.
And guess what? It has absolutely NO effect during runtime on the
memory consumption. So this is still no bug (in PHP).



Previous Comments:


[2005-06-07 13:43:20] s dot araya at numisys dot com dot ar

Also trying with: 

unset( variable );
variable = Null;

didn't free memory neither call the garbage collector, and in every
function pass I've got an increment near to 1 MB of alloc'd RAM.



[2005-06-06 06:10:42] s dot araya at numisys dot com dot ar

 You can achieve similar thing with any other variable, 
 it's not GMP related at all.

Due to the short answer I recieved, I can't understand what're you
telling me... I use GMP functions 'cos I need to make more calculations
that I've exposed on the example, which I can't achieve in 32 bits
operations.

I see that when I issue mysql_query( 'Select * from Table1 limit 0,
1000') I need to call mysql_free_result() to free memory used to store
the result in memory. 

Consequently, with GMP functions which uses ZEND_REGISTER_RESOURCE
macro in gmp.c (wrapper for GMP functions), I suppouse that the
resource continue alloc'd, till a free() call releases it, according
with system memory test (experienced with a simple «top» in Linux).



[2005-06-06 00:00:39] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

You can achieve similar thing with any other variable, it's not GMP
related at all.




[2005-06-05 18:15:48] s dot araya at numisys dot com dot ar

Description:

Hello, 


  I'm using gmp library to perform a function which uses a few
operations with large integer values. My script runs in console mode
(at least four hours of processing), scanning a big mysql table and
invoking the function to calculate big integer values that are stored
in the table. 


  But, in case the table has a lot of rows to process, the script halt
with 'out of memory' error. Studying the problem I realized that GMP
functions didn't free memory (when I issue unset( resource ) ) and
continue allocate memory in every function pass. There is no gmp_free()
in php manual. 


  Is there any workaround to avoid the problem? 


  Thank you, 


Sebastián Araya 
Numisys S.A. 


Reproduce code:
---
for( $i = 0; $i = 100; $i++)
   store_calc_value( $i );

function store_calc_value( $v )
{
  $a = gmp_mul( $v, 0x1 );
  $b = gmp_mul( $a, 0x1000 );

  $sql = Insert into t (big, value) Values (;
  $sql.= gmp_strval( $a ) . ,  . gmp_strval( $b ) . );

  mysql_query( $sql );

  unset( $a ); // gmp_free( $a );
  unset( $b ); // gmp_free( $b );

}

Expected result:

I expect that memory has to be freed once returning from function
store_calc_value(). A simple top command in another Linux session, tell
me that php resource continue to grow.






-- 
Edit this bug report at http://bugs.php.net/?id=33249edit=1

#33264 [Opn-Bgs]: foreach doesn't issue error at all.

2005-06-07 Thread sniper

 ID:   33264
 Updated by:   [EMAIL PROTECTED]
 Reported By:  j_davchev at cisbg dot com
-Status:   Open
+Status:   Bogus
-Bug Type: *Programming Data Structures
+Bug Type: Arrays related
 Operating System: Tested on linux
 PHP Version:  4.3.11
 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.

see bug #31114



Previous Comments:


[2005-06-07 14:18:25] j_davchev at cisbg dot com

Description:

The foreach construct does not produce any error. It doesn't matter if
variable is not defined or if variable is not an array.

error_reporting E_ALL
display_error = on


PHP manual 

 foreach works only on arrays, and will issue an error when you try to
use it on a variable with a different data type or an uninitialized
variable.

Just not so in version 4.3.11.






-- 
Edit this bug report at http://bugs.php.net/?id=33264edit=1

#33266 [NEW]: Response header sent as 302 dispite being set to 301

2005-06-07 Thread nkulbiski at ogdenpubs dot com

From: nkulbiski at ogdenpubs dot com
Operating system: windows 2000
PHP version:  5.0.3
PHP Bug Type: IIS related
Bug description:  Response header sent as 302 dispite being set to 301

Description:

This should return a response header of 301, but sends a response header
of 302.

Reproduce code:
---
header(HTTP/1.1 301 Moved Permanently);
header(Location:
http://{$_SERVER['HTTP_HOST']}/library/{$redirect[0]['full_safe_name']});
header(Connection: close);

Expected result:

I expected a response header of 301 and the page to be redirected to the
new url.

Actual result:
--
It did redirect to the new url but send a responce header of 302.

-- 
Edit bug report at http://bugs.php.net/?id=33266edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33266r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33266r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33266r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33266r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33266r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33266r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33266r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33266r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33266r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33266r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33266r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33266r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33266r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33266r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33266r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33266r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33266r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33266r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33266r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33266r=mysqlcfg

#33266 [Opn-Fbk]: Response header sent as 302 dispite being set to 301

2005-06-07 Thread sniper

 ID:   33266
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nkulbiski at ogdenpubs dot com
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: windows 2000
 PHP Version:  5.0.3
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip




Previous Comments:


[2005-06-07 23:40:19] nkulbiski at ogdenpubs dot com

Description:

This should return a response header of 301, but sends a response
header of 302.

Reproduce code:
---
header(HTTP/1.1 301 Moved Permanently);
header(Location:
http://{$_SERVER['HTTP_HOST']}/library/{$redirect[0]['full_safe_name']});
header(Connection: close);

Expected result:

I expected a response header of 301 and the page to be redirected to
the new url.

Actual result:
--
It did redirect to the new url but send a responce header of 302.





-- 
Edit this bug report at http://bugs.php.net/?id=33266edit=1

#33263 [Opn-Fbk]: parent::real_connect() can not be used, hence cant use option flags.

2005-06-07 Thread sniper

 ID:   33263
 Updated by:   [EMAIL PROTECTED]
 Reported By:  daarius at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: MySQLi related
 Operating System: WinXP
 PHP Version:  5.0.4
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip




Previous Comments:


[2005-06-07 14:08:31] daarius at hotmail dot com

Description:

class mydb extends mysqli {
   public function __construct() {
  parent::real_connect(); // can not use
  parent::__construct(); // doesnt support 7th parameter of flags.
   }
}

as above, the real_connect() gives some errors, and may be not allowed
to be used, but in there the 7th parameter of flags are not present in
connect() of mysqli. so what to do?

also, as real_connect() is not allowed, i can not use parent::options()
for setting the config options before connect. as this gives errors too.






-- 
Edit this bug report at http://bugs.php.net/?id=33263edit=1

#33268 [NEW]: iconv_strlen works only with a parameter of 3 in length

2005-06-07 Thread markus dot lervik at necora dot fi

From: markus dot lervik at necora dot fi
Operating system: SuSE Linux 9.2
PHP version:  5.0.3
PHP Bug Type: ICONV related
Bug description:  iconv_strlen works only with a parameter of  3 in length

Description:

iconv_strlen seems to have a peculiar bug. It doesn't work when the string
searched is less than three characters long (or an empty string), but
reports

Notice: iconv_strlen() [function.iconv-strlen]: Unknown error (2) in
/usr/local/apache/htdocs/test2.php on line 7

This is tested on PHP 5.0.3 and 5.1 from CVS (2005-06-07), tested with the
built-in (glibc 2.3.3) iconv and libiconv 1.9.2 from gnu.org. 

This problem doesn't seem to surface on my Debian 3.1 development server,
but I get it on my SuSE 9.2 desktop.

I have tried to set the encodings with iconv_set_encoding() and I have
tried to set the encoding as a parameter to iconv_strlen(), both produce
the same error.

The other iconv-functions (iconv_strpos, iconv_substr, iconv_strrpos) work
fine.

Since the iconv-functions do not seem to work from the commandline
(produces an Unknown error(29)), I cannot get a proper strace (strace
seems to say that iconv is trying to seek on /dev/pts/5, which apparently
is impossible). It doesn't crash apache either, so I'm not sure where I'd
grab the backtrace.


List of modules:

[EMAIL PROTECTED]:~ php -m
[PHP Modules]
bz2
ctype
curl
dom
exif
gd
iconv
libxml
openssl
pcre
PDO
pdo_sqlite
pgsql
posix
session
SimpleXML
soap
SPL
standard
tokenizer
wddx
xml
xmlrpc
xsl
zlib

[Zend Modules]


PHP version: 

[EMAIL PROTECTED]:~ php --version
PHP 5.1.0-dev (cli) (built: Jun  7 2005 21:30:37) (DEBUG)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies


configure line:

'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-openssl'
'--with-curl' '--with-zlib' '--with-bz2' '--enable-exif' '--with-gd'
'--with-pgsql=/usr' '--enable-soap' '--enable-wddx' '--without-sqlite'
'--with-xmlrpc' '--with-xsl' '--with-jpeg-dir=/usr/local/'
'--with-png-dir=/usr/local/' '--without-mysql' '--with-xslt-sablot'
'--with-iconv=/usr/local/' '--enable-debug'




Reproduce code:
---
?php
  $x = iconv_strlen();
  var_dump($x);
?

Expected result:

bool(false)

Actual result:
--
Notice: iconv_strlen() [function.iconv-strlen]: Unknown error (2) in
/usr/local/apache/htdocs/test2.php on line 2
bool(false)

-- 
Edit bug report at http://bugs.php.net/?id=33268edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33268r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33268r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33268r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33268r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33268r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33268r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33268r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33268r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33268r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33268r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33268r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33268r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33268r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33268r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33268r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33268r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33268r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33268r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33268r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33268r=mysqlcfg

#33268 [Com]: iconv_strlen works only with a parameter of 3 in length

2005-06-07 Thread scott at slerman dot net

 ID:   33268
 Comment by:   scott at slerman dot net
 Reported By:  markus dot lervik at necora dot fi
 Status:   Open
 Bug Type: ICONV related
 Operating System: SuSE Linux 9.2
 PHP Version:  5.0.3
 New Comment:

I confirmed this problem on Fedora using PHP 5.0.4 and Apache 2.0.54.
On Windows/PHP 5.0.4 I get

Notice: iconv_strlen(): Unknown error (9) in C:\PHP\test\iconv.php on
line 1

On Fedora/PHP 5.0.4 CLI I get

Notice: iconv_strlen(): Unknown error (25) in /home/scott/test
files/iconv.php on line 1


Previous Comments:


[2005-06-08 00:28:48] markus dot lervik at necora dot fi

Description:

iconv_strlen seems to have a peculiar bug. It doesn't work when the
string searched is less than three characters long (or an empty
string), but reports

Notice: iconv_strlen() [function.iconv-strlen]: Unknown error (2) in
/usr/local/apache/htdocs/test2.php on line 7

This is tested on PHP 5.0.3 and 5.1 from CVS (2005-06-07), tested with
the built-in (glibc 2.3.3) iconv and libiconv 1.9.2 from gnu.org. 

This problem doesn't seem to surface on my Debian 3.1 development
server, but I get it on my SuSE 9.2 desktop.

I have tried to set the encodings with iconv_set_encoding() and I have
tried to set the encoding as a parameter to iconv_strlen(), both
produce the same error.

The other iconv-functions (iconv_strpos, iconv_substr, iconv_strrpos)
work fine.

Since the iconv-functions do not seem to work from the commandline
(produces an Unknown error(29)), I cannot get a proper strace (strace
seems to say that iconv is trying to seek on /dev/pts/5, which
apparently is impossible). It doesn't crash apache either, so I'm not
sure where I'd grab the backtrace.


List of modules:

[EMAIL PROTECTED]:~ php -m
[PHP Modules]
bz2
ctype
curl
dom
exif
gd
iconv
libxml
openssl
pcre
PDO
pdo_sqlite
pgsql
posix
session
SimpleXML
soap
SPL
standard
tokenizer
wddx
xml
xmlrpc
xsl
zlib

[Zend Modules]


PHP version: 

[EMAIL PROTECTED]:~ php --version
PHP 5.1.0-dev (cli) (built: Jun  7 2005 21:30:37) (DEBUG)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies


configure line:

'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-openssl'
'--with-curl' '--with-zlib' '--with-bz2' '--enable-exif' '--with-gd'
'--with-pgsql=/usr' '--enable-soap' '--enable-wddx' '--without-sqlite'
'--with-xmlrpc' '--with-xsl' '--with-jpeg-dir=/usr/local/'
'--with-png-dir=/usr/local/' '--without-mysql' '--with-xslt-sablot'
'--with-iconv=/usr/local/' '--enable-debug'




Reproduce code:
---
?php
  $x = iconv_strlen();
  var_dump($x);
?

Expected result:

bool(false)

Actual result:
--
Notice: iconv_strlen() [function.iconv-strlen]: Unknown error (2) in
/usr/local/apache/htdocs/test2.php on line 2
bool(false)





-- 
Edit this bug report at http://bugs.php.net/?id=33268edit=1

#32261 [Fbk-Opn]: Session variable changes into reference

2005-06-07 Thread takayana at egate1 dot com

 ID:   32261
 User updated by:  takayana at egate1 dot com
 Reported By:  takayana at egate1 dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: *
 PHP Version:  4CVS-2005-03-23
 Assigned To:  derick
 New Comment:

It seems that thank you, it is not repaired although checked.


Previous Comments:


[2005-06-07 15:50:55] [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





[2005-05-10 15:24:50] [EMAIL PROTECTED]

Assigning to Derick (another reference thing..)




[2005-03-25 02:40:34] takayana at egate1 dot com

In my long code   Result at the time of performing 
by PHP4.3.9   The normal value outputted 
and I thought that it was the problem of PHP4.3.10.
It seems that it is the same when the code 
of bug #24485 is seen.
Are they things even if it becomes easier 
to find a bug in PHP4.3.10?



[2005-03-24 21:49:06] [EMAIL PROTECTED]

bug #24485 seems to be same issue as this.





[2005-03-24 08:08:16] takayana at egate1 dot com

If it can do   With PHP4.X   I would like 
you to carry out fix.



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/32261

-- 
Edit this bug report at http://bugs.php.net/?id=32261edit=1

#33240 [Opn-WFx]: XML_OPTION_SKIP_WHITE skips important spaces

2005-06-07 Thread sniper

 ID:   33240
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jacob at jacobweber dot com
-Status:   Open
+Status:   Wont fix
 Bug Type: XML related
 Operating System: Fedora Core 3
 PHP Version:  5.0.4
 New Comment:

I don't think we're suddenly gonna change it, even if the options
haven't been never documented. (perhaps those should be removed even,
since they don't seem to serve any purpose..)



Previous Comments:


[2005-06-07 16:18:10] [EMAIL PROTECTED]

I see. XML_OPTION_SKIP_WHITE skips values that constist of whitespace
characters only. I documented that but the original problem remains
(apos; amp; should become ' , not ').



[2005-06-06 23:41:00] [EMAIL PROTECTED]

Perhaps you misunderstood how it works?
Why do you think it should skip ALL whitespace? (given the fact it
never was documented to do that or anything else :)




[2005-06-06 17:06:50] [EMAIL PROTECTED]

Options were added to the CVS docs but the problem remains.
XML_OPTION_SKIP_WHITE skips almost nothing (e.g. a x x /a is
processed as  x x ).



[2005-06-03 23:20:04] jacob at jacobweber dot com

I noticed that, so maybe they're not meant to be used. But one of the
two examples I posted is incorrect: it should skip the space all the
time or never.



[2005-06-03 23:13:42] [EMAIL PROTECTED]

Yes, it skips whitespace when you set it to 1.
Otherwise it will not skip it, it's left as is.
 
I could not find the documentation for these options
(on the page for xml_parser_set_option()):

XML_OPTION_SKIP_WHITE
XML_OPTION_SKIP_TAGSTART

even as they seem to have existed since PHP 3? :)




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/33240

-- 
Edit this bug report at http://bugs.php.net/?id=33240edit=1

#33268 [Opn-Csd]: iconv_strlen works only with a parameter of 3 in length

2005-06-07 Thread sniper

 ID:   33268
 Updated by:   [EMAIL PROTECTED]
 Reported By:  markus dot lervik at necora dot fi
-Status:   Open
+Status:   Closed
 Bug Type: ICONV related
 Operating System: SuSE Linux 9.2
 PHP Version:  5.0.3
 New Comment:

And in HEAD (upcoming 5.1) there is no problem.



Previous Comments:


[2005-06-08 00:51:52] scott at slerman dot net

I confirmed this problem on Fedora using PHP 5.0.4 and Apache 2.0.54.
On Windows/PHP 5.0.4 I get

Notice: iconv_strlen(): Unknown error (9) in C:\PHP\test\iconv.php on
line 1

On Fedora/PHP 5.0.4 CLI I get

Notice: iconv_strlen(): Unknown error (25) in /home/scott/test
files/iconv.php on line 1



[2005-06-08 00:28:48] markus dot lervik at necora dot fi

Description:

iconv_strlen seems to have a peculiar bug. It doesn't work when the
string searched is less than three characters long (or an empty
string), but reports

Notice: iconv_strlen() [function.iconv-strlen]: Unknown error (2) in
/usr/local/apache/htdocs/test2.php on line 7

This is tested on PHP 5.0.3 and 5.1 from CVS (2005-06-07), tested with
the built-in (glibc 2.3.3) iconv and libiconv 1.9.2 from gnu.org. 

This problem doesn't seem to surface on my Debian 3.1 development
server, but I get it on my SuSE 9.2 desktop.

I have tried to set the encodings with iconv_set_encoding() and I have
tried to set the encoding as a parameter to iconv_strlen(), both
produce the same error.

The other iconv-functions (iconv_strpos, iconv_substr, iconv_strrpos)
work fine.

Since the iconv-functions do not seem to work from the commandline
(produces an Unknown error(29)), I cannot get a proper strace (strace
seems to say that iconv is trying to seek on /dev/pts/5, which
apparently is impossible). It doesn't crash apache either, so I'm not
sure where I'd grab the backtrace.


List of modules:

[EMAIL PROTECTED]:~ php -m
[PHP Modules]
bz2
ctype
curl
dom
exif
gd
iconv
libxml
openssl
pcre
PDO
pdo_sqlite
pgsql
posix
session
SimpleXML
soap
SPL
standard
tokenizer
wddx
xml
xmlrpc
xsl
zlib

[Zend Modules]


PHP version: 

[EMAIL PROTECTED]:~ php --version
PHP 5.1.0-dev (cli) (built: Jun  7 2005 21:30:37) (DEBUG)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies


configure line:

'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-openssl'
'--with-curl' '--with-zlib' '--with-bz2' '--enable-exif' '--with-gd'
'--with-pgsql=/usr' '--enable-soap' '--enable-wddx' '--without-sqlite'
'--with-xmlrpc' '--with-xsl' '--with-jpeg-dir=/usr/local/'
'--with-png-dir=/usr/local/' '--without-mysql' '--with-xslt-sablot'
'--with-iconv=/usr/local/' '--enable-debug'




Reproduce code:
---
?php
  $x = iconv_strlen();
  var_dump($x);
?

Expected result:

bool(false)

Actual result:
--
Notice: iconv_strlen() [function.iconv-strlen]: Unknown error (2) in
/usr/local/apache/htdocs/test2.php on line 2
bool(false)





-- 
Edit this bug report at http://bugs.php.net/?id=33268edit=1

#32261 [Opn-Fbk]: Session variable changes into reference

2005-06-07 Thread sniper

 ID:   32261
 Updated by:   [EMAIL PROTECTED]
 Reported By:  takayana at egate1 dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: *
 PHP Version:  4CVS-2005-03-23
 Assigned To:  derick
 New Comment:

So is it fixed or not? (simple yes or no, thank you, please)



Previous Comments:


[2005-06-08 02:21:40] takayana at egate1 dot com

It seems that thank you, it is not repaired although checked.



[2005-06-07 15:50:55] [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





[2005-05-10 15:24:50] [EMAIL PROTECTED]

Assigning to Derick (another reference thing..)




[2005-03-25 02:40:34] takayana at egate1 dot com

In my long code   Result at the time of performing 
by PHP4.3.9   The normal value outputted 
and I thought that it was the problem of PHP4.3.10.
It seems that it is the same when the code 
of bug #24485 is seen.
Are they things even if it becomes easier 
to find a bug in PHP4.3.10?



[2005-03-24 21:49:06] [EMAIL PROTECTED]

bug #24485 seems to be same issue as this.





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/32261

-- 
Edit this bug report at http://bugs.php.net/?id=32261edit=1

#33142 [Opn-Fbk]: Session info not getting saved correctly

2005-06-07 Thread sniper

 ID:   33142
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jkump at everestgt dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Session related
 Operating System: Solaris 9
 PHP Version:  5.0.4
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.




Previous Comments:


[2005-06-07 06:34:15] jkump at everestgt dot com

Please check this bug report with regard to sessions and
simplexml_load_string()

Thanks



[2005-06-02 23:01:46] jkump at everestgt dot com

This problem occurs when simplexml_load_string is used within the
session.



[2005-05-26 19:40:44] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

This is not a support forum where you ask how to use PHP..
(Thre is no bug here, sessions work just fine)




[2005-05-26 02:35:43] jkump at everestgt dot com

That is fine.  I will try that but, this is the error that I am getting
when I come back in and nothing is available in the $_SESSION
superglobal.

[24-May-2005 16:06:22] PHP Warning:  session_start() [a
href='function.session-start'function.session-start/a]: Node no
longer exists in
/export/home/httpd/corp/my_everestkc_net/modules/BillOnline/session.class.php
on line 64
[24-May-2005 16:06:22] PHP Warning:  session_start() [a
href='function.session-start'function.session-start/a]: Cannot send
session cookie - headers already sent by (output started at
/export/home/httpd/corp/my_everestkc_net/modules/BillOnline/session.class.php:64)
in
/export/home/httpd/corp/my_everestkc_net/modules/BillOnline/session.class.php
on line 64
[24-May-2005 16:06:22] PHP Warning:  session_start() [a
href='function.session-start'function.session-start/a]: Cannot send
session cache limiter - headers already sent (output started at
/export/home/httpd/corp/my_everestkc_net/modules/BillOnline/session.class.php:64)
in
/export/home/httpd/corp/my_everestkc_net/modules/BillOnline/session.class.php
on line 64

These show up on the second trip into the code.  I cant initialize the
session again.

When I assign stuff to $_SESSION['foo'] and then exit the script.  come
back into the script via a link on the page.  The session is no longer
valid and the $_SESSION info is gone.  The code works correctly in php
4.3.11.  and it fails on 5.0.4.  

I can try and setup an external area so you can see what is happening.

THanks



[2005-05-26 00:37:20] [EMAIL PROTECTED]

Use 'isset($_SESSION['foo'])' and it will work just fine.
(you're setting it to non-false value..)




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/33142

-- 
Edit this bug report at http://bugs.php.net/?id=33142edit=1

#32261 [Fbk-Opn]: Session variable changes into reference

2005-06-07 Thread takayana at egate1 dot com

 ID:   32261
 User updated by:  takayana at egate1 dot com
 Reported By:  takayana at egate1 dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Session related
 Operating System: *
 PHP Version:  4CVS-2005-03-23
 Assigned To:  derick
 New Comment:

It is not fixed.


Previous Comments:


[2005-06-08 02:40:11] [EMAIL PROTECTED]

So is it fixed or not? (simple yes or no, thank you, please)




[2005-06-08 02:21:40] takayana at egate1 dot com

It seems that thank you, it is not repaired although checked.



[2005-06-07 15:50:55] [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





[2005-05-10 15:24:50] [EMAIL PROTECTED]

Assigning to Derick (another reference thing..)




[2005-03-25 02:40:34] takayana at egate1 dot com

In my long code   Result at the time of performing 
by PHP4.3.9   The normal value outputted 
and I thought that it was the problem of PHP4.3.10.
It seems that it is the same when the code 
of bug #24485 is seen.
Are they things even if it becomes easier 
to find a bug in PHP4.3.10?



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/32261

-- 
Edit this bug report at http://bugs.php.net/?id=32261edit=1

#33270 [NEW]: Typecasting an object with a __toString() function returns the string 'Object'.

2005-06-07 Thread Jesselnz at gmail dot com

From: Jesselnz at gmail dot com
Operating system: All
PHP version:  5.0.3
PHP Bug Type: Strings related
Bug description:  Typecasting an object with a __toString() function returns 
the string 'Object'.

Description:

Typecasting an object with a __toString() function returns the string
'Object' and doesn't run __toString().

Reproduce code:
---
?php
class Foobar
{
.public function __toString ()
.{
..echo '__toString() was run.', \n;
..return ('./includes/foobar.php');
.}
}

$foobar = new Foobar ();
require ((string) $foobar);
?

Expected result:

__toString() was run.

require ('./includes/foobar.php');

Actual result:
--
require ('Object');

-- 
Edit bug report at http://bugs.php.net/?id=33270edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33270r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33270r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33270r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33270r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33270r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=33270r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=33270r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=33270r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33270r=support
Expected behavior:   http://bugs.php.net/fix.php?id=33270r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=33270r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=33270r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33270r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33270r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33270r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=33270r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33270r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33270r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=33270r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33270r=mysqlcfg

42 matches

Mail list logo