#44267 [Opn]: soap server not persistence
ID: 44267
User updated by: falk dot herrmann at bike24 dot net
Reported By: falk dot herrmann at bike24 dot net
Status: Open
Bug Type: SOAP related
Operating System: Linux 2.6.23
PHP Version: 5.2.5
New Comment:
It seems that the code work with PHP 5.2.6
Previous Comments:
[2008-05-18 08:15:19] glenn at webmind dot be
Having the same problem here.
[2008-04-20 16:17:34] davy dot defaud at free dot fr
I experienced the same problem on the same version 5.2.5, for a 2.6.24
kernel both on a i586 and a x86_64 systems (but I don't think it's
system related).
I already had this problem with an old 5.0.4 PHP but my code was
working on a 5.2.1 including Suhosin so I was confident that it would
work on my brand new mandriva 2008.1 server with the latest PHP, but it
doesn't :-(
This is a really critical bug for those using PHP as a SOAP server.
We really need a quick fix.
[2008-02-27 14:25:18] falk dot herrmann at bike24 dot net
Description:
A soap server with SOAP_PERSISTENCE_SESSION is not persistence if the
class Bar extends class Foo and the class Foo was included via include()
or required().
If the class Foo is directly in the server code file (server.php), soap
server works correct.
Reproduce code:
---
server.php
==
?php
session_name('PSESSION');
if ( $_COOKIE['PSESSION'] ) {
session_id($_COOKIE['PSESSION']);
}
$res = session_start();
require('Foo.php');
class Bar extends Foo {
public $var = 0;
public function login() {
return session_id();
}
public function incVar() {
$this-var++;
return $this-var;
}
}
$server = new SoapServer(NULL, array('uri' = 'http://localhost/'));
$server-setClass('Bar');
$server-setPersistence(SOAP_PERSISTENCE_SESSION);
$server-handle();
?
client.php
==
?php
# Soap client
$client = new SoapClient(NULL,
array(
location = http://localhost/server.php;,
uri = urn:xmethodsTest,
'trace' = 1
));
# SOAP requests
try {
$session = $client-login();
$client-__setCookie('PSESSION', $session);
print $client-incVar(); print \n;
print $client-incVar(); print \n;
print $client-incVar(); print \n;
print $client-incVar(); print \n;
print $client-incVar(); print \n;
} catch (SoapFault $sf) {
# ...
}
?
Foo.php
===
?php
class Foo {
}
?
Expected result:
1
2
3
4
5
Actual result:
--
1
1
1
1
1
--
Edit this bug report at http://bugs.php.net/?id=44267edit=1
#44267 [NEW]: soap server not persistence
From: falk dot herrmann at bike24 dot net
Operating system: Linux 2.6.23
PHP version: 5.2.5
PHP Bug Type: SOAP related
Bug description: soap server not persistence
Description:
A soap server with SOAP_PERSISTENCE_SESSION is not persistence if the
class Bar extends class Foo and the class Foo was included via include() or
required().
If the class Foo is directly in the server code file (server.php), soap
server works correct.
Reproduce code:
---
server.php
==
?php
session_name('PSESSION');
if ( $_COOKIE['PSESSION'] ) {
session_id($_COOKIE['PSESSION']);
}
$res = session_start();
require('Foo.php');
class Bar extends Foo {
public $var = 0;
public function login() {
return session_id();
}
public function incVar() {
$this-var++;
return $this-var;
}
}
$server = new SoapServer(NULL, array('uri' = 'http://localhost/'));
$server-setClass('Bar');
$server-setPersistence(SOAP_PERSISTENCE_SESSION);
$server-handle();
?
client.php
==
?php
# Soap client
$client = new SoapClient(NULL,
array(
location = http://localhost/server.php;,
uri = urn:xmethodsTest,
'trace' = 1
));
# SOAP requests
try {
$session = $client-login();
$client-__setCookie('PSESSION', $session);
print $client-incVar(); print \n;
print $client-incVar(); print \n;
print $client-incVar(); print \n;
print $client-incVar(); print \n;
print $client-incVar(); print \n;
} catch (SoapFault $sf) {
# ...
}
?
Foo.php
===
?php
class Foo {
}
?
Expected result:
1
2
3
4
5
Actual result:
--
1
1
1
1
1
--
Edit bug report at http://bugs.php.net/?id=44267edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44267r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44267r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44267r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44267r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44267r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44267r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44267r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44267r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44267r=support
Expected behavior:http://bugs.php.net/fix.php?id=44267r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44267r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44267r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44267r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44267r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44267r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44267r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44267r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44267r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44267r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44267r=mysqlcfg
#31458 [NEW]: 0 == '%' is true?
From: falk at brockerhoff dot org
Operating system: FreeBSD 5.3
PHP version: 4.3.10
PHP Bug Type: Unknown/Other Function
Bug description: 0 == '%' is true?
Description:
I got a strange problem while comparing a numeric while with the string
%. Using the numeric value 0 and the string % in an if-statement
results with true!?
Reproduce code:
---
$foo = '%';
$bar = 0;
if ($foo == $var)
{
echo what the hell is going on?!\n;
}
$foo = '%';
$bar = '0';
if ($foo == $var)
{
echo what the hell is going on?!\n;
}
--
Edit bug report at http://bugs.php.net/?id=31458edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31458r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31458r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31458r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31458r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31458r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31458r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31458r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31458r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31458r=support
Expected behavior: http://bugs.php.net/fix.php?id=31458r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31458r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31458r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31458r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31458r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31458r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31458r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31458r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31458r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31458r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31458r=mysqlcfg
#31458 [Bgs-Csd]: 0 == '%' is true?
ID: 31458
User updated by: falk at brockerhoff dot org
Reported By: falk at brockerhoff dot org
-Status: Bogus
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: FreeBSD 5.3
PHP Version: 4.3.10
New Comment:
Oh, it's not a bug, it's a feature:
http://www.php.net/manual/en/language.operators.comparison.php
Previous Comments:
[2005-01-09 21:58:39] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Use === to compare variables of different types and read the
documentation about type juggling.
[2005-01-09 21:51:53] falk at brockerhoff dot org
Description:
I got a strange problem while comparing a numeric while with the string
%. Using the numeric value 0 and the string % in an if-statement
results with true!?
Reproduce code:
---
$foo = '%';
$bar = 0;
if ($foo == $var)
{
echo what the hell is going on?!\n;
}
$foo = '%';
$bar = '0';
if ($foo == $var)
{
echo what the hell is going on?!\n;
}
--
Edit this bug report at http://bugs.php.net/?id=31458edit=1
#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing
ID: 16057 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.2 New Comment: It definitely works on Windows but not in combination with IIS. Try the same scripts using the shell, e. g. c:\php\php PATH_TO_SCRIPT. Unfortunately I've got no solution either. Previous Comments: [2003-01-20 05:08:40] [EMAIL PROTECTED] workaround: if you try a »ftp_chdir($connectionpointer, /);« first, there's no longer a problem to run ftp_nlist under my configuration. [2003-01-20 04:27:12] [EMAIL PROTECTED] translation error it would result nothing, of course, not something :P [2003-01-20 04:25:04] [EMAIL PROTECTED] ola! i have the same problem under linux (kernel 2.4), Apache/1.3.23, PHP 4.2.2 my script is similar to much others posted here, any list-command will result something who can help me [2002-12-29 11:31:21] [EMAIL PROTECTED] Re: my previous post ... Cockpit Error .. It appears to work fine now. The problem was that I was connecting to the FTP service on the local by giving it a fully qualified DNS name. The localhost sits behind a NAT firewall. Obviously, Apache/PHP connecting to FTP on the same machine got somehow messed up. When using the local machine name, or localhost, the problem resolved itself. Then I tried to connect to one of my FTP servers running on a different host OUTSIDE the local domain, and Bingo .. It just wokred fine. Hope this helps someone. PHP Rocks! [2002-12-29 11:06:22] [EMAIL PROTECTED] Just downloaded installed php 4.3.0 win32. Neither rawlost or nlist work! The system appears to hang for a while, and then returns nothing. My setup Server OS Win2k Prof Web Server: Apache 1.3.20 ftp Service: War FTP 1.65 Tested both local and remote. Neither works. 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/16057 -- Edit this bug report at http://bugs.php.net/?id=16057edit=1
#19588 [NoF-Opn]: Problems with smallmoney datatype
ID: 19588 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: MSSQL related Operating System: Windows XP Pro PHP Version: 4.2.3 New Comment: The mentioned release behaved unfortunately exactly the same, but the transferred data amount could be increased. Previous Comments: [2002-12-23 01:00:04] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, 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. [2002-12-07 01:38:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-25 04:37:25] [EMAIL PROTECTED] Information as of phpinfo(): PHP Version 4.2.3 System Windows NT 5.1 build 2600 Build Date Sep 6 2002 10:38:51 Server API CGI Debug Build no Thread Safety enabled mssql MSSQL Support enabled Library version 7.0 Directive Local Value Master Value mssql.allow_persistent On On mssql.batchsize 0 0 mssql.compatability_mode Off Off mssql.connect_timeout 5 5 mssql.datetimeconvert On On mssql.max_links Unlimited Unlimited mssql.max_persistent 10 10 mssql.min_error_severity 10 10 mssql.min_message_severity 10 10 mssql.textlimit Server default Server default mssql.textsize Server default Server default mssql.timeout 60 60 Zend Optimizer installed _ENV[SERVER_SOFTWARE] Microsoft-IIS/5.1 _ENV[PROCESSOR_IDENTIFIER] x86 Family 6 Model 4 Stepping 2, AuthenticAMD Running with MS SQL 7.0 Desktop Edition (I don't know whether this appears with MS SQL 2000). ** Report: When selecting more than a small amount of rows (approx. 10) using mssql_query from a table including a smallmoney column, the script will immediately abort execution. This problem does not appear when using decimal(9,2) columns instead of smallmoney. Thus, a possible workaround for me was to CAST the smallmoney-column to decimal (SELECT CAST ( value decimal(9,2)) instead of SELECT value). TIA for your time, best wishes, Falk -- Edit this bug report at http://bugs.php.net/?id=19588edit=1
#19588 [NEW]: Problems with smallmoney datatype
From: [EMAIL PROTECTED] Operating system: Windows XP Pro PHP version: 4.2.3 PHP Bug Type: MSSQL related Bug description: Problems with smallmoney datatype Information as of phpinfo(): PHP Version 4.2.3 System Windows NT 5.1 build 2600 Build Date Sep 6 2002 10:38:51 Server API CGI Debug Build no Thread Safety enabled mssql MSSQL Support enabled Library version 7.0 Directive Local Value Master Value mssql.allow_persistent On On mssql.batchsize 0 0 mssql.compatability_mode Off Off mssql.connect_timeout 5 5 mssql.datetimeconvert On On mssql.max_links Unlimited Unlimited mssql.max_persistent 10 10 mssql.min_error_severity 10 10 mssql.min_message_severity 10 10 mssql.textlimit Server default Server default mssql.textsize Server default Server default mssql.timeout 60 60 Zend Optimizer installed _ENV[SERVER_SOFTWARE] Microsoft-IIS/5.1 _ENV[PROCESSOR_IDENTIFIER] x86 Family 6 Model 4 Stepping 2, AuthenticAMD Running with MS SQL 7.0 Desktop Edition (I don't know whether this appears with MS SQL 2000). ** Report: When selecting more than a small amount of rows (approx. 10) using mssql_query from a table including a smallmoney column, the script will immediately abort execution. This problem does not appear when using decimal(9,2) columns instead of smallmoney. Thus, a possible workaround for me was to CAST the smallmoney-column to decimal (SELECT CAST ( value decimal(9,2)) instead of SELECT value). TIA for your time, best wishes, Falk -- Edit bug report at http://bugs.php.net/?id=19588edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19588r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19588r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19588r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19588r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19588r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19588r=support Expected behavior: http://bugs.php.net/fix.php?id=19588r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19588r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19588r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19588r=globals
