date:20110323

Bug #51407 [Com]: SOAP-ERROR: Parsing WSDL: Couldn't load from

2011-03-23 Thread kwak053 at naver dot com

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

 ID: 51407
 Comment by: kwak053 at naver dot com
 Reported by:rachel dot makrucki at gmail dot com
 Summary:SOAP-ERROR: Parsing WSDL: Couldn't load from
 Status: Open
 Type:   Bug
 Package:SOAP related
 Operating System:   Ubuntu
 PHP Version:5.2.13
 Block user comment: N
 Private report: N

 New Comment:

i have the same problem. i figure it out to resolve that problem but i
couldn't find exactly solution. did you solve it? i am still looking for
the answer anbout the same error like yours. there are just comment
which not the answer.

if you know, please send me the way how to solve it to kwak...@naver.com


Previous Comments:

[2010-03-26 21:50:53] rachel dot makrucki at gmail dot com

Description:

made a copy of our store to my local machine and receive error of
SOAP-ERROR: 

Parsing WSDL: Couldn't load from 'removed site name': failed to load
external 

entity removed sitename';



The module runs perfectly fine on a Ubuntu server running php 5.2.4





Checked to make sure that WSDL could be accessed from web browser. 





Test script:
---
   ini_set(soap.wsdl_cache_enabled, 0); 

$wsdl = http://www.usafa.org/WebService/RaisersEdge.asmx?wsdl;;

$params = array(

'strConstID' = $strConstID,

);





try {

 $client = new SoapClient($wsdl);

} catch (Exception $e) {

echo 'pre';

   print_r($e);

echo '/pre';

}



try {

$result = $client-VerfiyMembership($params);

$membership = $result-VerfiyMembershipResult;

} catch (Exception $f) {

echo 'Caught exception: ',  $f-getMessage(), \n;

}









unset($client);

return $membership;

Expected result:

return a boolean variable 

Actual result:
--
Caught exception: SOAP-ERROR: Parsing WSDL: Couldn't load from 

'http://www.usafa.org/WebService/RaisersEdge.asmx?wsdl' : failed to load
external 

entity http://www.usafa.org/WebService/RaisersEdge.asmx?wsdl; 

Fatal error: Call to a member function VerfiyMembership() on a
non-object in 

/var/www/drupal-6.16/sites/store/modules/uc_membership/uc_membership.module
on 

line 214






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

[PHP-BUG] Req #54355 [NEW]: Test for de_DE doesn't use UTF-8 locales

2011-03-23 Thread ondrej at sury dot org

From: 
Operating system: Any
PHP version:  5.3.6
Package:  Gettext related
Bug Type: Feature/Change Request
Bug description:Test for de_DE doesn't use UTF-8 locales

Description:

The tests in tests/lang/bug30638.phpt and tests/lang/034.phpt use only
ISO-8859-1 which is rarely supported on current distributions.



I have also normalized both tests to use same set of locale names.

Test script:
---
?php



if (setlocale(LC_NUMERIC, de_DE, de, german, ge, de_DE.ISO8859-1)
=== FALSE) {

  print skip;

}



?



Expected result:

// no output

Actual result:
--
skip

-- 
Edit bug report at http://bugs.php.net/bug.php?id=54355edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54355r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54355r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=54355r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54355r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=54355r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54355r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=54355r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=54355r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=54355r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=54355r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=54355r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=54355r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=54355r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54355r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=54355r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54355r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=54355r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=54355r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=54355r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=54355r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=54355r=mysqlcfg

Req #54355 [Opn-Asn]: Test for de_DE doesn't use UTF-8 locales

2011-03-23 Thread aharvey

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

 ID: 54355
 Updated by: ahar...@php.net
 Reported by:ondrej at sury dot org
 Summary:Test for de_DE doesn't use UTF-8 locales
-Status: Open
+Status: Assigned
 Type:   Feature/Change Request
-Package:Gettext related
+Package:*Languages/Translation
 Operating System:   Any
 PHP Version:5.3.6
-Assigned To:
+Assigned To:aharvey
 Block user comment: N
 Private report: N



Previous Comments:

[2011-03-23 09:27:45] ondrej at sury dot org

Description:

The tests in tests/lang/bug30638.phpt and tests/lang/034.phpt use only
ISO-8859-1 which is rarely supported on current distributions.



I have also normalized both tests to use same set of locale names.

Test script:
---
?php



if (setlocale(LC_NUMERIC, de_DE, de, german, ge,
de_DE.ISO8859-1) === FALSE) {

  print skip;

}



?



Expected result:

// no output

Actual result:
--
skip






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

[PHP-BUG] Bug #54356 [NEW]: PHP crashes in CLI

2011-03-23 Thread php-bugs at majkl578 dot cz

From: 
Operating system: Linux Debian SID
PHP version:  5.3.6
Package:  CGI related
Bug Type: Bug
Bug description:PHP crashes in CLI

Description:

PHP crashes unexpectedly in CLI mode.

Actual result:
--
(gdb) bt

#0  0x0831f1a5 in gc_zval_possible_root (zv=0xb4cc94b0)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_gc.c:143

#1  0x082f09f9 in _zval_ptr_dtor (zval_ptr=0xb4c41f24)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_gc.h:183

#2  0x0830d874 in zend_hash_destroy (ht=0xb4bd83e8)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729

#3  0x082ff056 in _zval_dtor_func (zvalue=0xb4cc241c)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:46

#4  0x082f09c7 in _zval_ptr_dtor (zval_ptr=0xb4bd55c8)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35

#5  0x0830d874 in zend_hash_destroy (ht=0xb4bd4218)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729

#6  0x082ff056 in _zval_dtor_func (zvalue=0xb4bd322c)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:46

#7  0x082f09c7 in _zval_ptr_dtor (zval_ptr=0xb4bdc884)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35

#8  0x0830d874 in zend_hash_destroy (ht=0xb4d730f8)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729

#9  0x082ff056 in _zval_dtor_func (zvalue=0xb4dea89c)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:46

#10 0x082f09c7 in _zval_ptr_dtor (zval_ptr=0xb4bc6c88)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35

#11 0x0830d874 in zend_hash_destroy (ht=0xb4bd553c)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729

#12 0x08322793 in zend_object_std_dtor (object=0xb4bcf7bc)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects.c:45

#13 0x083227d2 in zend_objects_free_object_storage (object=0xb4bcf7bc)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects.c:126

#14 0x08326a6c in zend_objects_store_del_ref_by_handle_ex (

handle=unknown type, handlers=0x878f380)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects_API.c:220

#15 0x08326aaf in zend_objects_store_del_ref (zobject=0xb4deab68)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects_API.c:172

#16 0x082ff099 in _zval_dtor_func (zvalue=0xb4deab68)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:55

#17 0x082f09c7 in _zval_ptr_dtor (zval_ptr=0x99ba324)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35

#18 0x08327d3e in zend_leave_helper_SPEC (execute_data=0xb4c41f18)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:160

#19 0x08345ef7 in ZEND_HANDLE_EXCEPTION_SPEC_HANDLER
(execute_data=0x99ba2c4)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:679

#20 0x083283e4 in execute (op_array=0x9c36db8)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:107

#21 0x082f2c52 in zend_call_function (fci=0xbf8cd06c,
fci_cache=0xbf8cd090)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_execute_API.c:964

#22 0x083178e2 in zend_call_method (object_pp=0xbf8cd11c, obj_ce=0x9c33684,


fn_proxy=0x9c3377c, function_name=0x872dd75 __get,
function_name_len=5, 

retval_ptr_ptr=0xbf8cd12c, param_count=1, arg1=0xb4bc72ec, arg2=0x0)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_interfaces.c:97

#23 0x08323234 in zend_std_call_getter (object=0xb4bd1cbc,
member=0xb4bc72ec)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_object_handlers.c:82

#24 0x08325af1 in zend_std_read_property (object=0xb4bd1cbc,
member=0xacb6184, 

type=0)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_object_handlers.c:354

#25 0x0834945d in zend_fetch_property_address_read_helper_SPEC_CV_CONST (

type=0, execute_data=0x99b6abc)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:23765

#26 0x083283e4 in execute (op_array=0x998199c)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:107

#27 0x08301300 in zend_execute_scripts (type=8, retval=0x0, file_count=3)

at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend.c:1266

#28 0x082a583e in php_execute_script (primary_file=0xbf8cf65c)

at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/main/main.c:2296

#29 0x083a053d in main (argc=6, argv=0xbf8cf774)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/sapi/cli/php_cli.c:1197



-- 
Edit bug report at http://bugs.php.net/bug.php?id=54356edit=1
-- 
Try a snapshot (PHP 5.2):

Bug #54356 [Opn-Fbk]: PHP crashes in CLI

2011-03-23 Thread aharvey

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

 ID: 54356
 Updated by: ahar...@php.net
 Reported by:php-bugs at majkl578 dot cz
 Summary:PHP crashes in CLI
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:CGI related
 Operating System:   Linux Debian SID
 PHP Version:5.3.6
 Block user comment: N
 Private report: N

 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 the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.




Previous Comments:

[2011-03-23 09:54:10] php-bugs at majkl578 dot cz

Description:

PHP crashes unexpectedly in CLI mode.

Actual result:
--
(gdb) bt

#0  0x0831f1a5 in gc_zval_possible_root (zv=0xb4cc94b0)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_gc.c:143

#1  0x082f09f9 in _zval_ptr_dtor (zval_ptr=0xb4c41f24)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_gc.h:183

#2  0x0830d874 in zend_hash_destroy (ht=0xb4bd83e8)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729

#3  0x082ff056 in _zval_dtor_func (zvalue=0xb4cc241c)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:46

#4  0x082f09c7 in _zval_ptr_dtor (zval_ptr=0xb4bd55c8)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35

#5  0x0830d874 in zend_hash_destroy (ht=0xb4bd4218)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729

#6  0x082ff056 in _zval_dtor_func (zvalue=0xb4bd322c)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:46

#7  0x082f09c7 in _zval_ptr_dtor (zval_ptr=0xb4bdc884)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35

#8  0x0830d874 in zend_hash_destroy (ht=0xb4d730f8)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729

#9  0x082ff056 in _zval_dtor_func (zvalue=0xb4dea89c)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:46

#10 0x082f09c7 in _zval_ptr_dtor (zval_ptr=0xb4bc6c88)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35

#11 0x0830d874 in zend_hash_destroy (ht=0xb4bd553c)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729

#12 0x08322793 in zend_object_std_dtor (object=0xb4bcf7bc)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects.c:45

#13 0x083227d2 in zend_objects_free_object_storage (object=0xb4bcf7bc)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects.c:126

#14 0x08326a6c in zend_objects_store_del_ref_by_handle_ex (

handle=unknown type, handlers=0x878f380)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects_API.c:220

#15 0x08326aaf in zend_objects_store_del_ref (zobject=0xb4deab68)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects_API.c:172

#16 0x082ff099 in _zval_dtor_func (zvalue=0xb4deab68)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:55

#17 0x082f09c7 in _zval_ptr_dtor (zval_ptr=0x99ba324)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35

#18 0x08327d3e in zend_leave_helper_SPEC (execute_data=0xb4c41f18)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:160

#19 0x08345ef7 in ZEND_HANDLE_EXCEPTION_SPEC_HANDLER
(execute_data=0x99ba2c4)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:679

#20 0x083283e4 in execute (op_array=0x9c36db8)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:107

#21 0x082f2c52 in zend_call_function (fci=0xbf8cd06c,
fci_cache=0xbf8cd090)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_execute_API.c:964

#22 0x083178e2 in zend_call_method (object_pp=0xbf8cd11c,
obj_ce=0x9c33684, 

fn_proxy=0x9c3377c, function_name=0x872dd75 __get,
function_name_len=5, 

retval_ptr_ptr=0xbf8cd12c, param_count=1, arg1=0xb4bc72ec,
arg2=0x0)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_interfaces.c:97

#23 0x08323234 in zend_std_call_getter (object=0xb4bd1cbc,
member=0xb4bc72ec)

at
/build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_object_handlers.c:82

#24 0x08325af1 in zend_std_read_property (object=0xb4bd1cbc,
member=0xacb6184, 

type=0)

at

Req #54355 [Asn-Csd]: Test for de_DE doesn't use UTF-8 locales

2011-03-23 Thread aharvey

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

 ID: 54355
 Updated by: ahar...@php.net
 Reported by:ondrej at sury dot org
 Summary:Test for de_DE doesn't use UTF-8 locales
-Status: Assigned
+Status: Closed
 Type:   Feature/Change Request
 Package:*Languages/Translation
 Operating System:   Any
 PHP Version:5.3.6
 Assigned To:aharvey
 Block user comment: N
 Private report: N

 New Comment:

This bug has been fixed in SVN.

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.

Thanks OndÅej!


Previous Comments:

[2011-03-23 09:59:13] ahar...@php.net

Automatic comment from SVN on behalf of aharvey
Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=309586
Log: Implement request #54355 (Test for de_DE doesn't use UTF-8
locales). Patch by
OndÅej SurÃ½.


[2011-03-23 09:27:45] ondrej at sury dot org

Description:

The tests in tests/lang/bug30638.phpt and tests/lang/034.phpt use only
ISO-8859-1 which is rarely supported on current distributions.



I have also normalized both tests to use same set of locale names.

Test script:
---
?php



if (setlocale(LC_NUMERIC, de_DE, de, german, ge,
de_DE.ISO8859-1) === FALSE) {

  print skip;

}



?



Expected result:

// no output

Actual result:
--
skip






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

[PHP-BUG] Bug #54357 [NEW]: setting an attribute on a cloned numberformatter crashes PHP

2011-03-23 Thread bart at burgov dot nl

From: 
Operating system: Windows 7 64-bit
PHP version:  5.3.6
Package:  Unknown/Other Function
Bug Type: Bug
Bug description:setting an attribute on a cloned numberformatter crashes PHP

Description:

The script below crashes on the -setAttribute() command. Setting the
attribute on $nf works fine.

Test script:
---
?php

$nf = new NumberFormatter('nl-NL', NumberFormatter::TYPE_DEFAULT);

$cnf = clone $nf;

$cnf-setAttribute(NumberFormatter::MIN_FRACTION_DIGITS, 1);

Expected result:

I expect it not to crash

Actual result:
--
It crashes (CLI has stopped working)

-- 
Edit bug report at http://bugs.php.net/bug.php?id=54357edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54357r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54357r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=54357r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54357r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=54357r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54357r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=54357r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=54357r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=54357r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=54357r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=54357r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=54357r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=54357r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54357r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=54357r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54357r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=54357r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=54357r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=54357r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=54357r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=54357r=mysqlcfg

[PHP-BUG] Bug #54358 [NEW]: Closure, use and reference

2011-03-23 Thread frederic dot hardy at mageekbox dot net

From: 
Operating system: 
PHP version:  5.3.6
Package:  Scripting Engine problem
Bug Type: Bug
Bug description:Closure, use and reference

Description:

When the same variable is 'used' by one closure by reference, and an
another closure 'uses' the same variable by value several time, the
variable value is corrupted.



This bub seems to be related to http://bugs.php.net/53958 which is closed
since PHP 5.3.6.

Test script:
---
?php



class asserter

{

public function call($function) {}

}



$asserter = new asserter();



$closure = function() use ($asserter,  $function) {
$asserter-call($function = uniqid()); };



try

{

$closure();

}

catch (\exception $exception)

{

}



var_dump($function);



$function = 'md5';



$closure = function() use ($asserter, $function) {
$asserter-call($function); };



try

{

$closure();

}

catch (\exception $exception)

{

}



var_dump($function);



$closure = function() use ($asserter, $function) {
$asserter-call($function); };



try

{

$closure();

}

catch (\exception $exception) {}



var_dump($function);



?

Expected result:

string(13) 4d89c1bc241ff

string(3) md5

string(3) md5

Actual result:
--
string(13) 4d89c1bc241ff

string(3) md5

string(3) ï¿½a

-- 
Edit bug report at http://bugs.php.net/bug.php?id=54358edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54358r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54358r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=54358r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54358r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=54358r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54358r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=54358r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=54358r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=54358r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=54358r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=54358r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=54358r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=54358r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54358r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=54358r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54358r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=54358r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=54358r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=54358r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=54358r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=54358r=mysqlcfg

Bug #54358 [Com]: Closure, use and reference

2011-03-23 Thread frederic dot hardy at mageekbox dot net

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

 ID: 54358
 Comment by: frederic dot hardy at mageekbox dot net
 Reported by:frederic dot hardy at mageekbox dot net
 Summary:Closure, use and reference
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 PHP Version:5.3.6
 Block user comment: N
 Private report: N

 New Comment:

Trunck version is not affected by this bug.


Previous Comments:

[2011-03-23 10:56:19] frederic dot hardy at mageekbox dot net

Description:

When the same variable is 'used' by one closure by reference, and an
another closure 'uses' the same variable by value several time, the
variable value is corrupted.



This bub seems to be related to http://bugs.php.net/53958 which is
closed since PHP 5.3.6.

Test script:
---
?php



class asserter

{

public function call($function) {}

}



$asserter = new asserter();



$closure = function() use ($asserter,  $function) {
$asserter-call($function = uniqid()); };



try

{

$closure();

}

catch (\exception $exception)

{

}



var_dump($function);



$function = 'md5';



$closure = function() use ($asserter, $function) {
$asserter-call($function); };



try

{

$closure();

}

catch (\exception $exception)

{

}



var_dump($function);



$closure = function() use ($asserter, $function) {
$asserter-call($function); };



try

{

$closure();

}

catch (\exception $exception) {}



var_dump($function);



?

Expected result:

string(13) 4d89c1bc241ff

string(3) md5

string(3) md5

Actual result:
--
string(13) 4d89c1bc241ff

string(3) md5

string(3) ï¿½a






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

Bug #54358 [Opn-Asn]: Closure, use and reference

2011-03-23 Thread pajoye

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

 ID: 54358
 Updated by: paj...@php.net
 Reported by:frederic dot hardy at mageekbox dot net
 Summary:Closure, use and reference
-Status: Open
+Status: Assigned
 Type:   Bug
 Package:Scripting Engine problem
 PHP Version:5.3.6
-Assigned To:
+Assigned To:dmitry
 Block user comment: N
 Private report: N



Previous Comments:

[2011-03-23 11:03:37] frederic dot hardy at mageekbox dot net

Trunck version is not affected by this bug.


[2011-03-23 10:56:19] frederic dot hardy at mageekbox dot net

Description:

When the same variable is 'used' by one closure by reference, and an
another closure 'uses' the same variable by value several time, the
variable value is corrupted.



This bub seems to be related to http://bugs.php.net/53958 which is
closed since PHP 5.3.6.

Test script:
---
?php



class asserter

{

public function call($function) {}

}



$asserter = new asserter();



$closure = function() use ($asserter,  $function) {
$asserter-call($function = uniqid()); };



try

{

$closure();

}

catch (\exception $exception)

{

}



var_dump($function);



$function = 'md5';



$closure = function() use ($asserter, $function) {
$asserter-call($function); };



try

{

$closure();

}

catch (\exception $exception)

{

}



var_dump($function);



$closure = function() use ($asserter, $function) {
$asserter-call($function); };



try

{

$closure();

}

catch (\exception $exception) {}



var_dump($function);



?

Expected result:

string(13) 4d89c1bc241ff

string(3) md5

string(3) md5

Actual result:
--
string(13) 4d89c1bc241ff

string(3) md5

string(3) ï¿½a






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

[PHP-BUG] Bug #54360 [NEW]: memcache client library uses 32bit for increment/decrement

2011-03-23 Thread jakub dot lopuszanski at nasza-klasa dot pl

From: 
Operating system: debian
PHP version:  Irrelevant
Package:  Unknown/Other Function
Bug Type: Bug
Bug description:memcache client library uses 32bit for increment/decrement

Description:

even if you compile everything on 64-bit machine, the code of 

static int mmc_incr_decr(mmc_t *mmc, int cmd, char *key, int key_len, int
value, long *number TSRMLS_DC) /* {{{ */



still forces the value to be 32 bit signed integer, even though
specification says about 64bit integers

Test script:
---
$memcache-increment('whatever',30);

Expected result:

incrementing by 3 000 000 000

Actual result:
--
trying to increment by negative value

-- 
Edit bug report at http://bugs.php.net/bug.php?id=54360edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54360r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54360r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=54360r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54360r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=54360r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54360r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=54360r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=54360r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=54360r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=54360r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=54360r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=54360r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=54360r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54360r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=54360r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54360r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=54360r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=54360r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=54360r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=54360r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=54360r=mysqlcfg

Req #34948 [Tbd-Csd]: mysqli_statement and binding array

2011-03-23 Thread abedford

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

 ID: 34948
 Updated by: abedf...@php.net
 Reported by:max at webscript dot ru
 Summary:mysqli_statement and binding array
-Status: To be documented
+Status: Closed
 Type:   Feature/Change Request
 Package:MySQLi related
 Operating System:   WinXP Pro
 PHP Version:5CVS-2005-10-21 (snap)
 Assigned To:abedford
 Block user comment: N
 Private report: N

 New Comment:

Added docs for mysqli_stmt_get_result.


Previous Comments:

[2011-03-23 16:29:38] abedf...@php.net

Automatic comment from SVN on behalf of abedford
Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=309605
Log: Add docs for mysqli_stmt_get_result. Fixes #34948


[2011-01-06 15:12:22] u...@php.net

Functionality exists. Probably since 5.3.0.
MySQLiStatement::get_result() needs to be documented as it seems.





$m = new mysqli(localhost, root, root);

$s = $m-prepare(SELECT ? FROM DUAL);

$hello = 'hello';

$s-bind_param(s, $hello);

$s-execute();

$r = $s-get_result();

var_dump($r-fetch_all());


[2011-01-06 15:11:16] u...@php.net

Functionality exists as of PHP 5.3.x (x = 0, probably). Not properly
documented. MySQLiStatement::get_result() needs to be documented. 



$m = new mysqli(localhost, root, root);

$s = $m-prepare(SELECT ? FROM DUAL);

$hello = 'hello';

$s-bind_param(s, $hello);

$s-execute();

$r = $s-get_result();

var_dump($r-fetch_all());


[2005-10-21 17:26:17] max at webscript dot ru

Description:

Binding array for results of prepared statments in mysqli.

Reproduce code:
---
now if I want to work with result of prepared statements I should use
mysqli_bind_result().

And if i use table with many columns i need to write variable for all
this columns :

-

$stmt = mysqli_prepare($link, SELECT * FROM test_bind_fetch);

mysqli_bind_result($stmt, $c1, $c2, $c3, $c4, $c5, $c6, $c7);

-



I think it would be better to make function 

mysqli_bind_result_array($stmt, $array, $array_type);

Where $stmt - mysqli_statement

$array - array, where we will save data from query

$array_type = MYSQLI_ASSOC || MYSQLI_NUM || MYSQLI_BOTH



I know, that this can be emulated with mysqli_fetch_fileds() +
call_user_func_array() but it's not comfortable :-)



Expected result:

$stmt = mysqli_prepare($link, SELECT * FROM test_bind_fetch);

mysqli_bind_result_array($stmt, $row, MYSQLI_ASSOC);

mysqli_fetch($stmt);

...

now $row will contain data from one record of our query





Actual result:
--
no result yet






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

[PHP-BUG] Bug #54361 [NEW]: Wrong line number in fatal error for bad namespace reference

2011-03-23 Thread robert at typo3 dot org

From: 
Operating system: MacOSX
PHP version:  5.3.6
Package:  Class/Object related
Bug Type: Bug
Bug description:Wrong line number in fatal error for bad namespace reference

Description:

When referring to a not existing namespace / class in a variable assignment
of a 

class (see code example), a fatal error is (correctly) triggered. 



However, the error does not give a hint at where the problem actually lies
but 

refers to the location where the faulty class is instantiated.

Test script:
---
namespace FooNamespace {

class FooClass {

const MYCONST = 1;

}

}



namespace BarNamespace {



// this would prevent the fatal error:

#   use FooNamespace as Foo;



class BarClass {

// the error is triggered by this line:

protected $variable = Foo\FooClass::MYCONST;

}

}



namespace {

// Fatal error: Class 'BarNamespace\Foo\FooClass' not found 
in the
following line:

$bar = new \BarNamespace\BarClass();

}

Expected result:

Fatal error: Class 'BarNamespace\Foo\FooClass' not found in test.php on
line line 

number of the variable assignment in BarClass

Actual result:
--
Fatal error: Class 'BarNamespace\Foo\FooClass' not found in test.php on
line line 

number of new statement

-- 
Edit bug report at http://bugs.php.net/bug.php?id=54361edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54361r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54361r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=54361r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54361r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=54361r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54361r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=54361r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=54361r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=54361r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=54361r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=54361r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=54361r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=54361r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54361r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=54361r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54361r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=54361r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=54361r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=54361r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=54361r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=54361r=mysqlcfg

Bug #49104 [Com]: AppendIterator::append($iterator) calls $iterator-rewind() with no reason

2011-03-23 Thread demjan at kaluzki dot de

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

 ID: 49104
 Comment by: demjan at kaluzki dot de
 Reported by:seva dot lapsha at gmail dot com
 Summary:AppendIterator::append($iterator) calls
 $iterator-rewind() with no reason
 Status: Assigned
 Type:   Bug
 Package:SPL related
 Operating System:   *
 PHP Version:5.3.0
 Assigned To:colder
 Block user comment: N
 Private report: N

 New Comment:

The rewind is invoked only on the first appended (not empty)
inner-iterator. 



workaround:



$workaround = new
ArrayIterator(array('delete_me_after_all_append_calls_are_done'));

$a = new ArrayIterator(array('a', 'b'));

$b = new ArrayIterator(array('c', 'd'));



$append = new AppendIterator();

$append-append($workaround); // invokes implicit: 

  // $workaround-rewind(); 

  // $workaround-valid(); 

  // $workaround-current(); 

  // $workaround-key(); 

  // $workaround-rewind();

$append-append($a);

$append-append($b);

unset($workaround[0]); // no further append calls are allowed, 

   // otherwise it seems to hang up in infinite loop


Previous Comments:

[2009-07-29 22:57:40] seva dot lapsha at gmail dot com

Line 6:

x This causes append to happen twice:

should be read as

* This causes rewind to happen twice:)


[2009-07-29 22:54:19] seva dot lapsha at gmail dot com

Description:

AppendIterator::append($iterator) calls $iterator-rewind() with no
reason.



This causes append to happen twice:



1) when $iterator appended;

2) when $iterator starts iterating.





Reproduce code:
---
?php

class ArrayIterator1 extends ArrayIterator {

function rewind() {

echo .;

parent::rewind();

}

}



$i1 = new ArrayIterator1(array(1, 2, 3));

$i2 = new ArrayIterator1(array(4, 5, 6));



$i = new AppendIterator();

$i-append($i1);

$i-append($i2);



foreach ($i as $n) {

echo $n;

}

?

Expected result:

.123.456



rewind() of each append()ed iterator should be called on demand when
iterating and not when append()ing.

Actual result:
--
..123.456



On each append() each append()ed iterator's rewind is called with no
need.






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

Bug #49070 [Com]: return object array in a webservice

2011-03-23 Thread lherrington100 at gmail dot com

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

 ID: 49070
 Comment by: lherrington100 at gmail dot com
 Reported by:jordibsala at gmail dot com
 Summary:return object array in a webservice
 Status: No Feedback
 Type:   Bug
 Package:SOAP related
 Operating System:   windows xp
 PHP Version:5.3.0
 Block user comment: N
 Private report: N

 New Comment:

I found this bug from a stack overflow and posted my solution there:



http://stackoverflow.com/questions/1830801/php-soapclient-call-response-missing-parts-of-answer/5409920#5409920



It may or may not be what you need, but in my experience this is not a
PHP bug. It is an issue with how your web service is written.


Previous Comments:

[2010-06-08 15:01:29] moshe dot elisha at gmail dot com

I have the same problem with a SOAP request to a Java Axis WS.



(I replaced all http:// with hdoubletp://)



My Request is ($soapClient-__getLastRequest()):



?xml version=1.0 encoding=UTF-8?

SOAP-ENV:Envelope
xmlns:SOAP-ENV=hdoubletp://schemas.xmlsoap.org/soap/envelope/
xmlns:ns1=hdoubletp://pm.xms.xeround.comSOAP-ENV:Bodyns1:getInstanceGraphsInitialDatans1:in034/ns1:in0ns1:in10/ns1:in1ns1:in210800/ns1:in2ns1:in33600/ns1:in3/ns1:getInstanceGraphsInitialData/SOAP-ENV:Body/SOAP-ENV:Envelope



My response is ($soapClient-__getLastResponse()):



?xml version=1.0 encoding=utf-8?soapenv:Envelope
xmlns:soapenv=hdoubletp://schemas.xmlsoap.org/soap/envelope/
xmlns:xsd=hdoubletp://www.w3.org/2001/XMLSchema
xmlns:xsi=hdoubletp://www.w3.org/2001/XMLSchema-instancesoapenv:BodygetInstanceGraphsInitialDataResponse
xmlns=http://pm.xms.xeround.com;getInstanceGraphsInitialDataReturntime1275998951000/timevaluesvalues0/valuesvalues0/valuesvalues13/valuesvalues6/values/values/getInstanceGraphsInitialDataReturngetInstanceGraphsInitialDataReturntime1275995351000/timevaluesvalues0/valuesvalues0/valuesvalues11/valuesvalues5/values/values/getInstanceGraphsInitialDataReturn/getInstanceGraphsInitialDataResponse/soapenv:Body/soapenv:Envelope



print_r of the result
($soapClient-__soapCall(...)-getInstanceGraphsInitialDataReturn):



Array

(

[0] = stdClass Object

(

[time] = 1275998951000

[values] = stdClass Object

(

)



)



[1] = stdClass Object

(

[time] = 1275995351000

[values] = stdClass Object

(

)



)



)


[2009-10-16 01:00:01] 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.


[2009-10-08 20:00:05] sjo...@php.net

Thank you for your bug report.



To properly diagnose and reproduce the problem, we need the SOAP
response from the server when it returns the array. You can obtain this
by calling __getLastRequest() or using a sniffer like Wireshark.


[2009-07-27 09:34:04] jordibsala at gmail dot com

Description:

I have a problem when I call a function of a JAVA webservice which 

returns a array of objects, but this array's objects are empty.



Reproduce code:
---
$wsdl = 
http://localhost:8180/ContentManager/services/ContentManagerWS?wsdl;;



$contentId = hola;

$metadataSet = 2;



$client = new SoapClient($wsdl);

$params =  array('contentId' = $contentId,'metadataSet' =
$metadataSet);

try

{   

   $result = $client-__soapCall('getMetadata', array('parameters' =
$params));

} catch (SoapFault $exception) {

echo $exception;

}



?

?php var_dump($result)?

Expected result:

object(stdClass)#2 (1) { [getMetadataReturn]= object(stdClass)#3 (6)


{ [contentID]= string(36) 6b9f1157-78c2-4e2d-b371-39431088 

[raudolares]= int(100) [thumbnail]= string(45) 

http://www.thumbnailsraudos.es/thumbnail1.jpg; 

[RecommendationValue]= int(12) [semanticData]= object(stdClass)#4


(5) { [emitDate]= string(10) 21/07/2009 [filmDate]= string(10) 

21/05/2009 [editDate]= string(10) 21/06/2009 [edited]= 

bool(true) [labeled]= bool(false)  } [technicalData]= array(5) { 

[0]= object(stdClass)#9 (2) {[bitrate]= int(1024000) [filesize]=


int(51236254) } [1]= object(stdClass)#10 (2) { [bitrate]=int(512000)


[filesize]= int(21365245) } [2]= NULL [3]= NULL [4]= NULL } } }

Actual result:
--
object(stdClass)#2 (1) { [getMetadataReturn]= object(stdClass)#3 (6)


{ [contentID]=

Bug #49070 [Com]: return object array in a webservice

2011-03-23 Thread lherrington100 at gmail dot com

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

 ID: 49070
 Comment by: lherrington100 at gmail dot com
 Reported by:jordibsala at gmail dot com
 Summary:return object array in a webservice
 Status: No Feedback
 Type:   Bug
 Package:SOAP related
 Operating System:   windows xp
 PHP Version:5.3.0
 Block user comment: N
 Private report: N

 New Comment:

Here is a copy/paste of my answer from stack overflow, just in case that
goes away someday:



Here we go nearly a year and a half later...



In my recent semi-similar experience this was not a php bug. It is an
issue related to the way your webservice is written and how PHP reads
the output. I was experiencing a similar problem (even down to
getLastResponse returning the correct XML) and came to find that it
wasn't so much PHP or my SOAP function that had an issue but that the
result of the broken function was not an explicitly defined cursor.





Example of bad cursor definition:



PROCEDURE GetBlahByBlahID(IN IN_BLAH_ID VARCHAR, IN IN_BLAHPKG
VARCHAR, 

OUT result CURSOR

) BEGIN ...







Example of good cursor definition: 



PROCEDURE GetBlahByBlahID(IN IN_BLAH_ID VARCHAR, IN IN_BLAHPKG
VARCHAR, 

OUT result CURSOR (  BLAH VARCHAR(250),

 BLAH2 VARCHAR(250),

 BLAH_DATE DATE,

 BLAH3 VARCHAR(250))) BEGIN ...



Apparently Java can handle the bad/non explicit output just fine, but
PHP returns an array of null objects.



Not sure if this will help you, but defining the web service function
output as the good way above fixed my problem.


Previous Comments:

[2011-03-23 19:37:21] lherrington100 at gmail dot com

I found this bug from a stack overflow and posted my solution there:



http://stackoverflow.com/questions/1830801/php-soapclient-call-response-missing-parts-of-answer/5409920#5409920



It may or may not be what you need, but in my experience this is not a
PHP bug. It is an issue with how your web service is written.


[2010-06-08 15:01:29] moshe dot elisha at gmail dot com

I have the same problem with a SOAP request to a Java Axis WS.



(I replaced all http:// with hdoubletp://)



My Request is ($soapClient-__getLastRequest()):



?xml version=1.0 encoding=UTF-8?

SOAP-ENV:Envelope
xmlns:SOAP-ENV=hdoubletp://schemas.xmlsoap.org/soap/envelope/
xmlns:ns1=hdoubletp://pm.xms.xeround.comSOAP-ENV:Bodyns1:getInstanceGraphsInitialDatans1:in034/ns1:in0ns1:in10/ns1:in1ns1:in210800/ns1:in2ns1:in33600/ns1:in3/ns1:getInstanceGraphsInitialData/SOAP-ENV:Body/SOAP-ENV:Envelope



My response is ($soapClient-__getLastResponse()):



?xml version=1.0 encoding=utf-8?soapenv:Envelope
xmlns:soapenv=hdoubletp://schemas.xmlsoap.org/soap/envelope/
xmlns:xsd=hdoubletp://www.w3.org/2001/XMLSchema
xmlns:xsi=hdoubletp://www.w3.org/2001/XMLSchema-instancesoapenv:BodygetInstanceGraphsInitialDataResponse
xmlns=http://pm.xms.xeround.com;getInstanceGraphsInitialDataReturntime1275998951000/timevaluesvalues0/valuesvalues0/valuesvalues13/valuesvalues6/values/values/getInstanceGraphsInitialDataReturngetInstanceGraphsInitialDataReturntime1275995351000/timevaluesvalues0/valuesvalues0/valuesvalues11/valuesvalues5/values/values/getInstanceGraphsInitialDataReturn/getInstanceGraphsInitialDataResponse/soapenv:Body/soapenv:Envelope



print_r of the result
($soapClient-__soapCall(...)-getInstanceGraphsInitialDataReturn):



Array

(

[0] = stdClass Object

(

[time] = 1275998951000

[values] = stdClass Object

(

)



)



[1] = stdClass Object

(

[time] = 1275995351000

[values] = stdClass Object

(

)



)



)


[2009-10-16 01:00:01] 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.


[2009-10-08 20:00:05] sjo...@php.net

Thank you for your bug report.



To properly diagnose and reproduce the problem, we need the SOAP
response from the server when it returns the array. You can obtain this
by calling __getLastRequest() or using a sniffer like Wireshark.


[2009-07-27 09:34:04] jordibsala at gmail dot com

Description:

I have a problem when I call a function of a JAVA webservice which

Req #54084 [Opn-Csd]: Fix apxs Apache version test to work with Apache variants

2011-03-23 Thread sixd

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

 ID: 54084
 Updated by: s...@php.net
 Reported by:s...@php.net
 Summary:Fix apxs Apache version test to work with Apache
 variants
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
 Package:*Configuration Issues
 Operating System:   All
 PHP Version:5.3.6RC1
-Assigned To:
+Assigned To:sixd
 Block user comment: N
 Private report: N

 New Comment:

Fixed in PHP's 5.3 and trunk branches.  It will first appear in the next
version after PHP 5.3.6.


Previous Comments:

[2011-03-23 19:56:49] s...@php.net

Automatic comment from SVN on behalf of sixd
Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=309610
Log: Fixed bug #54084 (Fix apxs Apache version test to work with Oracle
HTTP Server) (Chris Jones)


[2011-02-24 03:08:32] s...@php.net

Description:

A small change to acinclude.m4 will let the Apache version number check

work correctly when installing PHP on Oracle HTTP Server (OHS).



The end user work around is to edit 'configure' and change

 APACHE_VERSION=`expr $4 \* 100 + $5 \* 1000 + $6`

   to

 APACHE_VERSION=`expr $6 \* 100 + $7 \* 1000 + $8`



The suggested real base patch is:



Index: acinclude.m4

===

--- acinclude.m4(revision 308331)

+++ acinclude.m4(working copy)

@@ -2590,7 +2590,7 @@

 dnl version for apache1/2.

 dnl

 AC_DEFUN([PHP_AP_EXTRACT_VERSION],[

-  ac_output=`$1 -v 21 | grep version`

+  ac_output=`$1 -v 21 | grep version | $SED -e 's/Oracle-HTTP-//'`

   ac_IFS=$IFS

 IFS=- /.

 









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

Bug #54216 [Com]: Upgrade from 5.3.0 to 5.3.5. impossible

2011-03-23 Thread jinmoku at hotmail dot com

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

 ID: 54216
 Comment by: jinmoku at hotmail dot com
 Reported by:lucien_sabre at yahoo dot it
 Summary:Upgrade from 5.3.0 to 5.3.5. impossible
 Status: Open
 Type:   Bug
 Package:Windows Installer
 Operating System:   Windows7
 PHP Version:5.2.17
 Block user comment: N
 Private report: N

 New Comment:

sorry php.net is sha1

http://en.wikipedia.org/wiki/Sha1sum


Previous Comments:

[2011-03-22 15:33:19] lucien_sabre at yahoo dot it

I don't know what md5 hash is.


[2011-03-22 13:26:45] jinmoku at hotmail dot com

have you check the md5 hash ?


[2011-03-10 20:27:54] lucien_sabre at yahoo dot it

Description:

Good evening.

Last year, I installed PHP 5.3.0.

Today, I tried to upgrade to 5.3.5, with the Windows Installer file, but
I couldn't; whenever I tried, it kept showing this tab below.

http://i904.photobucket.com/albums/ac242/luciensabre/install_error.png

The same message appeared when I tried to delete my old version from my
Control Panel.

I read that, in order to install PHP higher than 5.2, I need a special
Windows Installer toolset...but it's a Microsoft Visual Studio
component, and I don't plan to spend â¬ 189.00 to buy that.

I don't know what else I can do. Could you help me, please?

Thank you since now and bye.





Lucien Sabre

Test script:
---
//

Expected result:

//

Actual result:
--
//






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

Bug #11418 [Com]: http://www.php.net/?=PHPE9568F36-D428-11d2-A769-00AA001ACF42

2011-03-23 Thread memoric at igt dot gr

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

 ID: 11418
 Comment by: memoric at igt dot gr
 Reported by:avdveen at addcomm dot nl
 Summary:
http://www.php.net/?=PHPE9568F36-D428-11d2-A769-00AA001ACF42
 Status: Bogus
 Type:   Bug
 Package:Unknown/Other Function
 Operating System:   Win2000
 PHP Version:4.0.5
 Block user comment: N
 Private report: N

 New Comment:

It took me 10 years to reply but hey, I've been busy! :D

http://www.php.net/?=PHPE9568F34-D428-11d2-A769-00AA001ACF42

http://www.php.net/?=PHPE9568F35-D428-11d2-A769-00AA001ACF42

http://www.php.net/?=PHPE9568F36-D428-11d2-A769-00AA001ACF42


Previous Comments:

[2001-06-12 12:25:50] sni...@php.net

No.




[2001-06-12 04:16:14] avdveen at addcomm dot nl

http://www.php.net/?=PHPE9568F36-D428-11d2-A769-00AA001ACF42





Hihi...  Are there more ??





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

[PHP-BUG] Bug #54364 [NEW]: Tidy doesn't merge-spans regardless of setting

2011-03-23 Thread mcamden at rubicon dot com

From: 
Operating system: Windows 7
PHP version:  5.3.6
Package:  Tidy
Bug Type: Bug
Bug description:Tidy doesn't merge-spans regardless of setting

Description:

Tidy does not merge spans regardless of the configuration. According to the
tidy 

website the merge-spans configuration option is defaulted to 'auto'. PHP
reflects 

this setting with the number 2. However leaving it defaulted to 'auto' or
setting 

to TRUE does not merge spans.

Test script:
---
$html = 'pspanspanspana/span/span/span/p';

$config = array('merge-spans' = TRUE);

$tidy = tidy_parse_string($html, $config, 'UTF8');

$tidy-cleanRepair();

echo $tidy;

Expected result:

pspana/span/p

Actual result:
--
pspanspanspana/span/span/span/p

-- 
Edit bug report at http://bugs.php.net/bug.php?id=54364edit=1
-- 
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54364r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54364r=trysnapshot53
Try a snapshot (trunk):  
http://bugs.php.net/fix.php?id=54364r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54364r=fixed
Fixed in SVN and need be documented: 
http://bugs.php.net/fix.php?id=54364r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54364r=alreadyfixed
Need backtrace:  
http://bugs.php.net/fix.php?id=54364r=needtrace
Need Reproduce Script:   
http://bugs.php.net/fix.php?id=54364r=needscript
Try newer version:   
http://bugs.php.net/fix.php?id=54364r=oldversion
Not developer issue: 
http://bugs.php.net/fix.php?id=54364r=support
Expected behavior:   
http://bugs.php.net/fix.php?id=54364r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=54364r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=54364r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54364r=globals
PHP 4 support discontinued:  http://bugs.php.net/fix.php?id=54364r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54364r=dst
IIS Stability:   
http://bugs.php.net/fix.php?id=54364r=isapi
Install GNU Sed: 
http://bugs.php.net/fix.php?id=54364r=gnused
Floating point limitations:  
http://bugs.php.net/fix.php?id=54364r=float
No Zend Extensions:  
http://bugs.php.net/fix.php?id=54364r=nozend
MySQL Configuration Error:   
http://bugs.php.net/fix.php?id=54364r=mysqlcfg

Bug #54364 [Com]: Tidy doesn't merge-spans regardless of setting

2011-03-23 Thread mcamden at rubicon dot com

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

 ID: 54364
 Comment by: mcamden at rubicon dot com
 Reported by:mcamden at rubicon dot com
 Summary:Tidy doesn't merge-spans regardless of setting
 Status: Open
 Type:   Bug
 Package:Tidy
 Operating System:   Windows 7
 PHP Version:5.3.6
 Block user comment: N
 Private report: N

 New Comment:

I'm not sure if this is related, but the same is true for merge-divs.



Script: 

$html = 'pdivdivdiva/div/div/div/p';

$config = array('merge-spans' = TRUE);

$tidy = tidy_parse_string($html, $config, 'UTF8');

$tidy-cleanRepair();

echo $tidy;



Result: 

pdivdivdiva/div/div/div/p


Previous Comments:

[2011-03-23 23:47:43] mcamden at rubicon dot com

Description:

Tidy does not merge spans regardless of the configuration. According to
the tidy 

website the merge-spans configuration option is defaulted to 'auto'. PHP
reflects 

this setting with the number 2. However leaving it defaulted to 'auto'
or setting 

to TRUE does not merge spans.

Test script:
---
$html = 'pspanspanspana/span/span/span/p';

$config = array('merge-spans' = TRUE);

$tidy = tidy_parse_string($html, $config, 'UTF8');

$tidy-cleanRepair();

echo $tidy;

Expected result:

pspana/span/p

Actual result:
--
pspanspanspana/span/span/span/p






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

Bug #45996 [Com]: libxml2 2.7.1 causes breakage with character data in xml_parse()

2011-03-23 Thread david at moodle dot com

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

 ID: 45996
 Comment by: david at moodle dot com
 Reported by:phpbugs at colin dot guthr dot ie
 Summary:libxml2 2.7.1 causes breakage with character data in
 xml_parse()
 Status: Closed
 Type:   Bug
 Package:XML related
 Operating System:   Mandriva Linux
 PHP Version:5.2.6
 Assigned To:rrichards
 Block user comment: N
 Private report: N

 New Comment:

In Moodle (http:/moodle.org), this issue causes troubles in several
areas, including SSO support via MNet. Today, I was debugging some SSO
problem in Moodle/Mahara and tracked it down to this xml_parse() issue.
I have published a patch with workaround for the SSO in Moodle at
http://moodle.org/mod/forum/discuss.php?d=101459#p753158



In this particular case, the combination was PHP 5.2.13-pl0-gentoo and
libxml 2.7.3 (note that this combo is supposed to be fixed already).


Previous Comments:

[2011-01-04 22:08:21] rricha...@php.net

HTML is not XML so non issue as the sax parser is not meant to handle
HTML

If PHP is not linked against 2.7.3 or higher it wont work either.

So back to Compile PHP (5.2.9 or higher) against the newer libxml
(2.7.3 or 

higher) as most of those search results even tell you. Without phpinfo
and your 

sample code I would say the problem is on your end


[2011-01-04 21:54:53] lwc at mailmetrash dot cm

Regarding your e-mail message, please let's continue this discussion
publicly. It's established that this bug can happen with any (HTML)
input, so there's no point exposing my own. Check out
http://www.google.com/search?q=libxml+%2Bbrackets for tons of example
code.



But most importantly, is it possible that all this time no one ever
posted a bug about it in libxml's own tracker? If so, I think I'll post
something there soon.


[2011-01-04 20:55:54] lwc at mailmetrash dot com

Again, I use libxml v2.7.7 (with PHP v5.2.14).


[2011-01-04 20:04:33] rricha...@php.net

To hopefully close this once and for all:

Compile PHP (5.2.9 or higher) against the newer libxml (2.7.3 or
higher).

PHP code change:

http://svn.php.net/viewvc/php/php-src/branches/PHP_5_2/ext/xml/compat.c?

r1=272374r2=273286

Libxml code change:

http://svn.gnome.org/viewvc/libxml2/trunk/parser.c?r1=3803r2=3807


[2011-01-04 19:50:35] lwc at mailmetrash dot com

It still happens to me even in libxml v2.7.7.



Please take it seriously. At least mention in what scenarios does it
happen and does it have a link in libxml's own bug tracker.




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/bug.php?id=45996


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

Bug #54364 [Opn-Bgs]: Tidy doesn't merge-spans regardless of setting

2011-03-23 Thread dtajchreber

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

 ID: 54364
 Updated by: dtajchre...@php.net
 Reported by:mcamden at rubicon dot com
 Summary:Tidy doesn't merge-spans regardless of setting
-Status: Open
+Status: Bogus
 Type:   Bug
 Package:Tidy
 Operating System:   Windows 7
 PHP Version:5.3.6
 Block user comment: N
 Private report: N

 New Comment:

$config = array('clean' = true, ...);


Previous Comments:

[2011-03-23 23:56:24] mcamden at rubicon dot com

I'm not sure if this is related, but the same is true for merge-divs.



Script: 

$html = 'pdivdivdiva/div/div/div/p';

$config = array('merge-spans' = TRUE);

$tidy = tidy_parse_string($html, $config, 'UTF8');

$tidy-cleanRepair();

echo $tidy;



Result: 

pdivdivdiva/div/div/div/p


[2011-03-23 23:47:43] mcamden at rubicon dot com

Description:

Tidy does not merge spans regardless of the configuration. According to
the tidy 

website the merge-spans configuration option is defaulted to 'auto'. PHP
reflects 

this setting with the number 2. However leaving it defaulted to 'auto'
or setting 

to TRUE does not merge spans.

Test script:
---
$html = 'pspanspanspana/span/span/span/p';

$config = array('merge-spans' = TRUE);

$tidy = tidy_parse_string($html, $config, 'UTF8');

$tidy-cleanRepair();

echo $tidy;

Expected result:

pspana/span/p

Actual result:
--
pspanspanspana/span/span/span/p






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

Bug #51407 [Com]: SOAP-ERROR: Parsing WSDL: Couldn't load from

[PHP-BUG] Req #54355 [NEW]: Test for de_DE doesn't use UTF-8 locales

Req #54355 [Opn-Asn]: Test for de_DE doesn't use UTF-8 locales

[PHP-BUG] Bug #54356 [NEW]: PHP crashes in CLI

Bug #54356 [Opn-Fbk]: PHP crashes in CLI

Req #54355 [Asn-Csd]: Test for de_DE doesn't use UTF-8 locales

[PHP-BUG] Bug #54357 [NEW]: setting an attribute on a cloned numberformatter crashes PHP

[PHP-BUG] Bug #54358 [NEW]: Closure, use and reference

Bug #54358 [Com]: Closure, use and reference

Bug #54358 [Opn-Asn]: Closure, use and reference

[PHP-BUG] Bug #54360 [NEW]: memcache client library uses 32bit for increment/decrement

Req #34948 [Tbd-Csd]: mysqli_statement and binding array

[PHP-BUG] Bug #54361 [NEW]: Wrong line number in fatal error for bad namespace reference

Bug #49104 [Com]: AppendIterator::append($iterator) calls $iterator-rewind() with no reason

Bug #49070 [Com]: return object array in a webservice

Bug #49070 [Com]: return object array in a webservice

Req #54084 [Opn-Csd]: Fix apxs Apache version test to work with Apache variants

Bug #54216 [Com]: Upgrade from 5.3.0 to 5.3.5. impossible

Bug #11418 [Com]: http://www.php.net/?=PHPE9568F36-D428-11d2-A769-00AA001ACF42

[PHP-BUG] Bug #54364 [NEW]: Tidy doesn't merge-spans regardless of setting

Bug #54364 [Com]: Tidy doesn't merge-spans regardless of setting

Bug #45996 [Com]: libxml2 2.7.1 causes breakage with character data in xml_parse()

Bug #54364 [Opn-Bgs]: Tidy doesn't merge-spans regardless of setting

23 matches

Site Navigation

Mail list logo

Footer information