#40852 [NEW]: prepared statement in a stored procedure mess up bind_result() parameters

2007-03-18 Thread phpbugs at mise dot x25 dot se
From: phpbugs at mise dot x25 dot se
Operating system: winXP
PHP version:  5CVS-2007-03-19 (snap)
PHP Bug Type: MySQLi related
Bug description:  prepared statement in a stored procedure mess up 
bind_result() parameters

Description:

Using a prepared statement in a stored procedure in MySQL 5 mess up
bind_result() parameters. The prepared statement can be anything, it seems.

Reproduce code:
---
- create a stored procedure in the mysql test database
DELIMITER $$
DROP PROCEDURE IF EXISTS test.spTest$$
CREATE PROCEDURE test.spTest()
BEGIN
  PREPARE statement FROM "SET @x = 123";
  EXECUTE statement;
  DEALLOCATE PREPARE statement;
  SELECT 5, 8;
END$$


- then call it from PHP like this
prepare("CALL spTest()");
  $statement->execute();
  $statement->bind_result($a, $b);
  $statement->fetch();
  print "a = $a,  b = $b";
?>

Expected result:

Expected result 
a = 5,  b = 8

we can confirm this by doing:
mysql> call spTest();
+---+---+
| 5 | 8 |
+---+---+
| 5 | 8 |
+---+---+
1 row in set (0.00 sec)

Query OK, 0 rows affected (0.02 sec)

(moving "SELECT 5, 8" above EXECUTE in the stored procedure yield the
expected result)

Actual result:
--
Actual result (in this case):
a = ,  b = 15763698207438849

but depending on a variety of unknown factors the bound result can be
complete garble as well.

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


#40851 [Opn->Bgs]: fopen(); returns resource id #2

2007-03-18 Thread johannes
 ID:   40851
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jjc1231 at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Unknown/Other Function
 Operating System: Win 2k Server
 PHP Version:  5.2.1
 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

.


Previous Comments:


[2007-03-18 23:41:13] jjc1231 at gmail dot com

Description:

Is this a problem with my php congig or just doesn't work with IIS
5/Windows?

At first it said that i did not have access to the file, so i allowed
read-only in the permissions, and then it said resource id #2.

This also happens when opening a url

Thanks in advance

Reproduce code:
---
LOCAL FILE CODE:


URL CODE:
http://www.google.com', 'r');
echo $file;
?>

Expected result:

it opens the contents of the file or url i type in which the browser
would display, because the contents are html tags...

Actual result:
--
resource id #2





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


#40851 [NEW]: fopen(); returns resource id #2

2007-03-18 Thread jjc1231 at gmail dot com
From: jjc1231 at gmail dot com
Operating system: Win 2k Server
PHP version:  5.2.1
PHP Bug Type: Unknown/Other Function
Bug description:  fopen(); returns resource id #2

Description:

Is this a problem with my php congig or just doesn't work with IIS
5/Windows?

At first it said that i did not have access to the file, so i allowed
read-only in the permissions, and then it said resource id #2.

This also happens when opening a url

Thanks in advance

Reproduce code:
---
LOCAL FILE CODE:


URL CODE:
http://www.google.com', 'r');
echo $file;
?>

Expected result:

it opens the contents of the file or url i type in which the browser would
display, because the contents are html tags...

Actual result:
--
resource id #2

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


#40850 [Opn]: The connection to a MySQL Server don't return FALSE if the connection failed.

2007-03-18 Thread serge dot dominici at e-sd dot org
 ID:   40850
 User updated by:  serge dot dominici at e-sd dot org
 Reported By:  serge dot dominici at e-sd dot org
 Status:   Open
 Bug Type: MySQLi related
 Operating System: win32
 PHP Version:  5.2.1
 New Comment:

Sorry i have invert 'Expected result' and 'Actual result'


Previous Comments:


[2007-03-18 22:35:53] serge dot dominici at e-sd dot org

Description:

When creating the mysqli object, it don't return FALSE as said in the
documentation, if the connection failed.

Reproduce code:
---
try {
 $this->mysqli = @new mysqli('localhost', 'bad_user', 'password',
'db');
 if ($this->mysqli == FALSE) {
  throw new Exception("Connection failed !");
 }
 var_dump($this->mysqli);
 var_export($this->mysqli);
} catch (Exception $e) {
 $e->showStackTrace();
}

Expected result:

object(mysqli)#5 (0) { } mysqli::__set_state(array( ))


Actual result:
--
Connection failed !





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


#40850 [NEW]: The connection to a MySQL Server don't return FALSE if the connection failed.

2007-03-18 Thread serge dot dominici at e-sd dot org
From: serge dot dominici at e-sd dot org
Operating system: win32
PHP version:  5.2.1
PHP Bug Type: MySQLi related
Bug description:  The connection to a MySQL Server don't return FALSE if the 
connection failed.

Description:

When creating the mysqli object, it don't return FALSE as said in the
documentation, if the connection failed.

Reproduce code:
---
try {
 $this->mysqli = @new mysqli('localhost', 'bad_user', 'password', 'db');
 if ($this->mysqli == FALSE) {
  throw new Exception("Connection failed !");
 }
 var_dump($this->mysqli);
 var_export($this->mysqli);
} catch (Exception $e) {
 $e->showStackTrace();
}

Expected result:

object(mysqli)#5 (0) { } mysqli::__set_state(array( ))


Actual result:
--
Connection failed !

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


#40849 [NEW]: file_get_context context parameter doesn't work

2007-03-18 Thread djgrrr+phpbugs at p2p-network dot net
From: djgrrr+phpbugs at p2p-network dot net
Operating system: Linux 2.6
PHP version:  5.2.1
PHP Bug Type: Streams related
Bug description:  file_get_context context parameter doesn't work

Description:

On windows it works fine, but, with *nix and possibly *bsd, the context
parameter to file_get_contents does absolutely nothing, meaning you can't
change the method, submit post data, change the bind ip, etc, with
file_get_contents().

The example shown in the docs does not work
http://us3.php.net/manual/en/wrappers.http.php

Reproduce code:
---
 'some content',
   'var2' => 'doh'
   )
);

$opts = array('http' =>
   array(
   'method'  => 'POST',
   'header'  => 'Content-type: application/x-www-form-urlencoded',
   'content' => $postdata
   )
);

$context  = stream_context_create($opts);

echo file_get_contents('http://www.p2p-network.net/vars.php', false,
$context);

?>

Expected result:

i expect the returned post array from this script to be populated, which
it would be if you did an actually post query on
http://www.p2p-network.net/vars.php

if you run this from windows, it works fine and shows up like this:
$_POST = array (
  'var1' => 'some content',
  'var2' => 'doh',
);

Actual result:
--
if you try the same code on *nix you get an empty post array:
$_POST = array (
);
and if you look at the $_SERVER array you can see that none of the context
options did anything

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


#40836 [Asn->Csd]: Segfault in ext/dom

2007-03-18 Thread rrichards
 ID:   40836
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hannes dot magnusson at gmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: FreeBSD
 PHP Version:  5CVS-2007-03-16 (CVS)
 Assigned To:  rrichards
 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:


[2007-03-16 15:28:55] hannes dot magnusson at gmail dot com

Description:

See reproduce code

Reproduce code:
---
preserveWhiteSpace = false;
$xml = '
http://www.w3.org/2005/Atom";>
  http://www.w3.org/2005/Atom";>
2007-02-14T00:00:00+01:00

  http://www.w3.org/1999/xhtml";>
paragraph
  

  
';
$dom->loadXML($xml);
$entry = $dom->getElementsByTagNameNS("http://www.w3.org/2005/Atom";,
"entry")->item(0);
$contentNode =
$entry->getElementsByTagName("content")->item(0)->firstChild;
$dateNode=
$entry->getElementsByTagName("updated")->item(0)->firstChild;
$contentNode->firstChild->insertBefore($dateNode);



Actual result:
--
#0  xmlFreeNodeList (cur=0x5a5a5a5a) at tree.c:3364
3364if (cur->type == XML_NAMESPACE_DECL) {
[New LWP 100095]
(gdb) bt
#0  xmlFreeNodeList (cur=0x5a5a5a5a) at tree.c:3364
#1  0x28562ce5 in xmlFreeNodeList (cur=0x28997b80) at tree.c:3386
#2  0x28562ce5 in xmlFreeNodeList (cur=0x28997c40) at tree.c:3386
#3  0x28562ce5 in xmlFreeNodeList (cur=0x28997c00) at tree.c:3386
#4  0x28562ce5 in xmlFreeNodeList (cur=0x28997bc0) at tree.c:3386
#5  0x28562ce5 in xmlFreeNodeList (cur=0x28997b00) at tree.c:3386
#6  0x28562ce5 in xmlFreeNodeList (cur=0x28997ac0) at tree.c:3386
#7  0x28563485 in xmlFreeDoc (cur=0x28840ac0) at tree.c:1216
#8  0x08082a84 in php_libxml_decrement_doc_ref (object=0x288ce8b0) at
/usr/src/php/5.2/ext/libxml/libxml.c:966
#9  0x080c9f5f in dom_objects_free_storage (object=0x288ce8b0) at
/usr/src/php/5.2/ext/dom/php_dom.c:977
#10 0x082c3308 in zend_objects_store_del_ref_by_handle (handle=1) at
/usr/src/php/5.2/Zend/zend_objects_API.c:206
#11 0x082c31c3 in zend_objects_store_del_ref (zobject=0x288ccbac) at
/usr/src/php/5.2/Zend/zend_objects_API.c:168
#12 0x082a3680 in _zval_dtor_func (zvalue=0x288ccbac,
__zend_filename=0x83b9778 "/usr/src/php/5.2/Zend/zend_variables.h", 
__zend_lineno=35) at /usr/src/php/5.2/Zend/zend_variables.c:52
#13 0x08297767 in _zval_dtor (zvalue=0x288ccbac,
__zend_filename=0x83b971c "/usr/src/php/5.2/Zend/zend_execute_API.c", 
__zend_lineno=414) at zend_variables.h:35
#14 0x08297920 in _zval_ptr_dtor (zval_ptr=0x288ce488,
__zend_filename=0x83ba784 "/usr/src/php/5.2/Zend/zend_variables.c", 
__zend_lineno=175) at /usr/src/php/5.2/Zend/zend_execute_API.c:414
#15 0x082a394f in _zval_ptr_dtor_wrapper (zval_ptr=0x288ce488) at
/usr/src/php/5.2/Zend/zend_variables.c:175
#16 0x082af2ee in zend_hash_apply_deleter (ht=0x83ec710, p=0x288ce47c)
at /usr/src/php/5.2/Zend/zend_hash.c:611
#17 0x082af769 in zend_hash_reverse_apply (ht=0x83ec710,
apply_func=0x82972a4 )
at /usr/src/php/5.2/Zend/zend_hash.c:760
#18 0x08297326 in shutdown_destructors () at
/usr/src/php/5.2/Zend/zend_execute_API.c:211
#19 0x082a4ce2 in zend_call_destructors () at
/usr/src/php/5.2/Zend/zend.c:845
#20 0x0825cce6 in php_request_shutdown (dummy=0x0) at
/usr/src/php/5.2/main/main.c:1280
#21 0x0830c15b in main (argc=2, argv=0xbfbfebec) at
/usr/src/php/5.2/sapi/cli/php_cli.c:1294

gdb) frame 1
#1  0x28562ce5 in xmlFreeNodeList (cur=0x2899a300) at tree.c:3386
3386xmlFreeNodeList(cur->children);
(gdb) p *cur
$1 = {_private = 0x5a5a5a5a, type = 1515870810, name = 0x5a5a5a5a
, children = 0x5a5a5a5a, 
  last = 0x5a5a5a5a, parent = 0x5a5a5a5a, next = 0x5a5a5a5a, prev =
0x5a5a5a5a, doc = 0x5a5a5a5a, ns = 0x5a5a5a5a, 
  content = 0x5a5a5a5a , properties =
0x5a5a5a5a, nsDef = 0x5a5a5a5a, psvi = 0x5a5a5a5a, 
  line = 23130, extra = 23130}
(gdb)





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


#40813 [Asn->Bgs]: upload filename

2007-03-18 Thread iliaa
 ID:   40813
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gianluca dot gimigliano at interno dot it
-Status:   Assigned
+Status:   Bogus
 Bug Type: *Web Server problem
 Operating System: Windows XP
 PHP Version:  5.2.1
 Assigned To:  iliaa
 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

On Win32 \ is a directory separator, so when \ is added to escape ' and

alike characters due to magic_quotes_gpc you end up in a situation
where 
part of the filename is stripped. 


Previous Comments:


[2007-03-17 00:48:26] [EMAIL PROTECTED]

I the meanwhile you can set

magic_quotes_gpc=off

in your php.ini which will avoid this problem if your code does not
depend on the magic_quotes (which it shouldn't anyway),




[2007-03-17 00:42:11] [EMAIL PROTECTED]

Ilia, please take a look at this issue.
It's your patch causes this behaviour: 
http://cvs.php.net/viewvc.cgi/php-src/main/rfc1867.c?view=diff&r1=1.168&r2=1.169
The last #ifdef PHP_WIN32 doesn't look right, did it get there by
mistake?



[2007-03-15 14:19:25] gianluca dot gimigliano at interno dot it

With this apache version:
Apache Version  Apache/2.2.4 (Win32) mod_ssl/2.2.4 OpenSSL/0.9.8d
PHP/5.2.2-dev  

The prolem is the same



[2007-03-15 13:02:30] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2007-03-15 09:47:54] gianluca dot gimigliano at interno dot it

Description:

When you try to upload a file with the character:' in the name, 
the uploaded file name is read from the ' position.

Reproduce code:
---










Expected result:

If the uploaded file name is: special'ized.doc 
The correct output is: special'ized.doc 


Actual result:
--
If the uploaded file name is: special'ized.doc 
The real output is: ized.doc 






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


#40848 [Opn->Csd]: compiler optimization bug randomizes array sorting

2007-03-18 Thread wez
 ID:   40848
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Arrays related
 Operating System: Solaris
 PHP Version:  5.2.1
 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:


[2007-03-18 20:12:02] [EMAIL PROTECTED]

Description:

Because the wrong type is used for the return value from the qsort
callback function, the compiler screws up the actual return value,
causing the sort to be incorrect.

The following diff avoids the bug by explicitly return the "right"
values:

cvs diff: Diffing .
Index: array.c
===
RCS file: /repository/php-src/ext/standard/array.c,v
retrieving revision 1.308.2.21.2.25
diff -u -p -r1.308.2.21.2.25 array.c
--- array.c 16 Mar 2007 19:38:58 -  1.308.2.21.2.25
+++ array.c 18 Mar 2007 20:03:36 -
@@ -596,7 +596,7 @@ static int array_user_compare(const void
convert_to_long_ex(&retval_ptr);
retval = Z_LVAL_P(retval_ptr);
zval_ptr_dtor(&retval_ptr);
-   return retval;
+   return retval < 0 ? -1 : retval > 0 ? 1 : 0;
} else {
return 0;
}







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


#40848 [NEW]: compiler optimization bug randomizes array sorting

2007-03-18 Thread [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Operating system: Solaris
PHP version:  5.2.1
PHP Bug Type: Arrays related
Bug description:  compiler optimization bug randomizes array sorting

Description:

Because the wrong type is used for the return value from the qsort
callback function, the compiler screws up the actual return value, causing
the sort to be incorrect.

The following diff avoids the bug by explicitly return the "right"
values:

cvs diff: Diffing .
Index: array.c
===
RCS file: /repository/php-src/ext/standard/array.c,v
retrieving revision 1.308.2.21.2.25
diff -u -p -r1.308.2.21.2.25 array.c
--- array.c 16 Mar 2007 19:38:58 -  1.308.2.21.2.25
+++ array.c 18 Mar 2007 20:03:36 -
@@ -596,7 +596,7 @@ static int array_user_compare(const void
convert_to_long_ex(&retval_ptr);
retval = Z_LVAL_P(retval_ptr);
zval_ptr_dtor(&retval_ptr);
-   return retval;
+   return retval < 0 ? -1 : retval > 0 ? 1 : 0;
} else {
return 0;
}



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


#40688 [Com]: php configure error

2007-03-18 Thread jay at drummondsoftware dot com
 ID:   40688
 Comment by:   jay at drummondsoftware dot com
 Reported By:  ryo dot wong at i010 dot com
 Status:   No Feedback
 Bug Type: *Configuration Issues
 Operating System: centos 4.4 i386
 PHP Version:  5.2.1
 New Comment:

I'm running on centOS 4.4 and this was happening to me when
I
tried to compile PHP with the -with-xsl=/usr/bin
option.

I needed to add libgcrypt-devel to the
OS.

As root 
yum install
libgcrypt-devel
This also added a dependency package of
libgpg-error-devel

Give it a try.


Previous Comments:


[2007-03-18 16:10:24] jay at drummondsoftware dot com

I'm running on centOS 4.4 and this was happening to me when I
tried to compile PHP with the -with-xsl=/usr/bin option.


I needed to add libgcrypt-devel to
the OS.

yum install
libgcrypt-devel

This also added a
dependency package of
libgpg-error-devel

Give it a try.



[2007-03-10 01:00:00] 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".



[2007-03-02 08:01:08] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2007-03-02 03:36:50] ryo dot wong at i010 dot com

Description:

/usr/bin/ld: cannot find -lgcrypt
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

Reproduce code:
---
/usr/bin/ld: cannot find -lgcrypt
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

Expected result:

/usr/bin/ld: cannot find -lgcrypt
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

Actual result:
--
/usr/bin/ld: cannot find -lgcrypt
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1





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


#40688 [Com]: php configure error

2007-03-18 Thread jay at drummondsoftware dot com
 ID:   40688
 Comment by:   jay at drummondsoftware dot com
 Reported By:  ryo dot wong at i010 dot com
 Status:   No Feedback
 Bug Type: *Configuration Issues
 Operating System: centos 4.4 i386
 PHP Version:  5.2.1
 New Comment:

I'm running on centOS 4.4 and this was happening to me when I
tried to compile PHP with the -with-xsl=/usr/bin option.


I needed to add libgcrypt-devel to
the OS.

yum install
libgcrypt-devel

This also added a
dependency package of
libgpg-error-devel

Give it a try.


Previous Comments:


[2007-03-10 01:00:00] 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".



[2007-03-02 08:01:08] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.




[2007-03-02 03:36:50] ryo dot wong at i010 dot com

Description:

/usr/bin/ld: cannot find -lgcrypt
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

Reproduce code:
---
/usr/bin/ld: cannot find -lgcrypt
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

Expected result:

/usr/bin/ld: cannot find -lgcrypt
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

Actual result:
--
/usr/bin/ld: cannot find -lgcrypt
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1





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


#40716 [Com]: Installationproblem Win/Apache224

2007-03-18 Thread deanas at gmail dot com
 ID:   40716
 Comment by:   deanas at gmail dot com
 Reported By:  kotzlowski at hotmail dot com
 Status:   Assigned
 Bug Type: *General Issues
 Operating System: Windows XP Pro
 PHP Version:  5.2.1
 Assigned To:  jmertic
 New Comment:

this one, however, works:

http://downloads.php.net/edink/php-5.2.1RC3-win32-installer.msi


Previous Comments:


[2007-03-18 10:40:58] deanas at gmail dot com

Same German XP Pro (Media Edition), SP 2.


Iddentical problem.


MSI52b6e.LOG:
Error
1722. There is a problem with this Windows Installer package. A program
run as part of the setup did not finish as expected. Contact your
support personnel or package vendor.  Action apacheconfig_module22,
location: C:ProgrammePHP, command:
"C:ProgrammePHPphp-win.exe" apacheconfig.php
"MODULE22" "D:SERVERconf"



[2007-03-15 19:05:25] [EMAIL PROTECTED]

Can you try e-mailing that log file again; I never got it...



[2007-03-04 15:36:52] kotzlowski at hotmail dot com

it's related to bug #40217



[2007-03-04 15:34:22] kotzlowski at hotmail dot com

Description:

I'm getting the same error here.
Windows XP Pro SP 2, german, full patched
Apache 2.2.4 win32 x86 no ssl (running)
php 5.2.1 win32-installer

Installation (as Administrator):
msiexec /i php-5.2.1-win32-installer.msi /l*v c:\error.txt

PHP 5.2.1 Setup Windows, Next

accept terms, Next

Install PHP 5.2.1 to: C:\Programme\PHP

Web Server Setup: Apache 2.2.x Module, checked, Next

Apache Configuration Directory: C:\Programme\Apache Software 
Foundation\Apache2.2\conf\, browsed, Next

Choose Items to install: Default plus PHP Extencsions (Entire feature
will be installed on local hard drive), Next
Install

After Status "publishing" Error Screen:
PHP 5.2.1 Setup: "There is a problem with this Windows Installer
package. A program run as part of setup did not finish as expected.
Contact your support personnel or package vendor."
OK

Screen PHP 5.2.1 Setup:
PHP 5.2.1 Setup Wizard ended prematurely becaus of an error. Your
system has not been modified. To install this program at a later time,
run Setup Wizard again. Click the Finish button to exit the Setup
Wizard.
Finish

PHP shows as installed under start - settings - control panel -
add/remove software and there is a c:\Programme\PHP

I'll mail the error.txt to [EMAIL PROTECTED]






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


#40716 [Com]: Installationproblem Win/Apache224

2007-03-18 Thread deanas at gmail dot com
 ID:   40716
 Comment by:   deanas at gmail dot com
 Reported By:  kotzlowski at hotmail dot com
 Status:   Assigned
 Bug Type: *General Issues
 Operating System: Windows XP Pro
 PHP Version:  5.2.1
 Assigned To:  jmertic
 New Comment:

Same German XP Pro (Media Edition), SP 2.


Iddentical problem.


MSI52b6e.LOG:
Error
1722. There is a problem with this Windows Installer package. A program
run as part of the setup did not finish as expected. Contact your
support personnel or package vendor.  Action apacheconfig_module22,
location: C:ProgrammePHP, command:
"C:ProgrammePHPphp-win.exe" apacheconfig.php
"MODULE22" "D:SERVERconf"


Previous Comments:


[2007-03-15 19:05:25] [EMAIL PROTECTED]

Can you try e-mailing that log file again; I never got it...



[2007-03-04 15:36:52] kotzlowski at hotmail dot com

it's related to bug #40217



[2007-03-04 15:34:22] kotzlowski at hotmail dot com

Description:

I'm getting the same error here.
Windows XP Pro SP 2, german, full patched
Apache 2.2.4 win32 x86 no ssl (running)
php 5.2.1 win32-installer

Installation (as Administrator):
msiexec /i php-5.2.1-win32-installer.msi /l*v c:\error.txt

PHP 5.2.1 Setup Windows, Next

accept terms, Next

Install PHP 5.2.1 to: C:\Programme\PHP

Web Server Setup: Apache 2.2.x Module, checked, Next

Apache Configuration Directory: C:\Programme\Apache Software 
Foundation\Apache2.2\conf\, browsed, Next

Choose Items to install: Default plus PHP Extencsions (Entire feature
will be installed on local hard drive), Next
Install

After Status "publishing" Error Screen:
PHP 5.2.1 Setup: "There is a problem with this Windows Installer
package. A program run as part of setup did not finish as expected.
Contact your support personnel or package vendor."
OK

Screen PHP 5.2.1 Setup:
PHP 5.2.1 Setup Wizard ended prematurely becaus of an error. Your
system has not been modified. To install this program at a later time,
run Setup Wizard again. Click the Finish button to exit the Setup
Wizard.
Finish

PHP shows as installed under start - settings - control panel -
add/remove software and there is a c:\Programme\PHP

I'll mail the error.txt to [EMAIL PROTECTED]






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


#36226 [NoF->Opn]: Inconsistent handling when passing potential arrays.

2007-03-18 Thread lsmith
 ID:   36226
 Updated by:   [EMAIL PROTECTED]
 Reported By:  say_ten at multiplay dot co dot uk
-Status:   No Feedback
+Status:   Open
 Bug Type: SOAP related
 Operating System: FreeBSD 6.0-p4
 PHP Version:  5.1.2
 Assigned To:  dmitry
 New Comment:

Ah ok .. I finally had the genius idea of searching the existing test
cases for one that covers my issues. Since I am a phpt n00b, I ripped
the code instead of simply updating the test case. The code should be
similar enough for you to recognize from the test case for Bug
#36226.

http://pooteeweet.org/public/SOAP_SINGLE_ELEMENT_ARRAYS.phps

I
did a minor change to the wsdl to allow nillable for the
sequence.

http://pooteeweet.org/public/bug35142.wsdl

Would
be nice to have that one fixed for php 5.2.2.

So the
issue is that I end up with an array(null) for logOnEvent instead of
simply null. 


Previous Comments:


[2007-02-23 01:00:00] 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".



[2007-02-15 15:47:30] [EMAIL PROTECTED]

Could you please provide a working example with expected output. I
cannot imagine the situation when ext/soap will return array(null) for
unexisting XML elements.



[2007-02-08 15:32:19] [EMAIL PROTECTED]

Enabling this feature seems to result in giving me an array(null) if I
have a nill'ed sequence. Not sure if this is why you originally
introduced the feature of not returning single element sequences as
array's, but I was hoping to get an empty array in the above case.



[2006-02-02 12:42:40] [EMAIL PROTECTED]

This is not a bug but feature.
I stayed the default behavior unchanged, but added ability to create
arrays even if only one element exists.
To create arrays with single element, you should use special option in
SoapServer/SoapClient constructor.

$x = new SoapClient($wsdl, array('features' =>
SOAP_SINGLE_ELEMENT_ARRAYS));

Fixed in CVS HEAD and PHP_5_1.



[2006-01-31 15:45:34] [EMAIL PROTECTED]

Assigned to the maintainer.



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

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