ID:               34729
 User updated by:  matthew_peters at uk dot ibm dot com
 Reported By:      matthew_peters at uk dot ibm dot com
 Status:           Assigned
 Bug Type:         SOAP related
 Operating System: WinXP
 PHP Version:      5CVS-2005-10-04 (snap)
 Assigned To:      dmitry
 New Comment:

For info, still fails in the same way with RC4. I haven't rebuilt with
debug to check that the call stack is the same, though.


Previous Comments:
------------------------------------------------------------------------

[2005-10-21 19:12:35] matthew_peters at uk dot ibm dot com

Juts tried with RC3 and the problem is still there. I was able to build
a debug build of the apache sapi and the soap extension with no problem
though.

Windows pops up a dialog box to take you to the debugger. It claims
there has been an access violation.

The call stack is 
NTDLL! 77f584ae()
_emalloc(unsigned int 10, char * 0x013656e8 `string', unsigned int 240,
char * 0x00000000, unsigned int 0) line 182 + 63 bytes
_estrdup(const char * 0x00784518, char * 0x013656e8 `string', unsigned
int 240, char * 0x00000000, unsigned int 0) line 403 + 25 bytes
sapi_get_default_content_type(void * * * 0x00b7b7a0) line 240 + 29
bytes
php_apache_request_ctor(request_rec * 0x005e2818, php_struct *
0x005e4060, void * * * 0x00b7b7a0) line 419 + 12 bytes
php_handler(request_rec * 0x005e2818) line 531 + 17 bytes
LIBHTTPD! 6ff0155f()

It breaks quite consistently at this point. 

I stepped through under the debugger and the problem goes away - don't
they always.

sapi_get_default_context_type looks a pretty harmless piece of code
that is just trying to get the default context type, and ultimately
trying to do an estrdup of "test/html". I don't know why that should
fail. 

I don't know why the SOAP client should provoke this failure  in the
apache sapi. Neither do I know much about how the apache sapi is
supposed to work so although I would like to help debug this problem I
could do with some advice.

------------------------------------------------------------------------

[2005-10-21 17:35:20] [EMAIL PROTECTED]

Use the rc3 build available from here:
http://downloads.php.net/ilia/

------------------------------------------------------------------------

[2005-10-17 12:55:33] matthew_peters at uk dot ibm dot com

As I said in the last comment, I would be happy to investigate if I
could only get a debug build of RC2 that includes the soap extension.
When I try to build I get close to 20 link errors. 
php_http.obj : error LNK2001: unresolved external symbol
_executor_globals_id
soap.obj : error LNK2001: unresolved external symbol
_executor_globals_id
php_encoding.obj : error LNK2001: unresolved external symbol
_xmlStringTextNoenc

php_http.obj : error LNK2001: unresolved external symbol
_zval_used_for_init
soap.obj : error LNK2001: unresolved external symbol
_zval_used_for_init
php_http.obj : error LNK2001: unresolved external symbol
_core_globals_id
php_xml.obj : error LNK2001: unresolved external symbol
_core_globals_id
soap.obj : error LNK2001: unresolved external symbol _core_globals_id
php_http.obj : error LNK2001: unresolved external symbol
_compiler_globals_id
soap.obj : error LNK2001: unresolved external symbol
_compiler_globals_id
php_http.obj : error LNK2001: unresolved external symbol
_file_globals_id
php_sdl.obj : error LNK2001: unresolved external symbol
_file_globals_id
php_schema.obj : error LNK2001: unresolved external symbol _xmlFree
php_sdl.obj : error LNK2001: unresolved external symbol _xmlFree
soap.obj : error LNK2001: unresolved external symbol _xmlFree
soap.obj : error LNK2001: unresolved external symbol _zend_error_cb
soap.obj : error LNK2001: unresolved external symbol _ps_globals_id
Debug_TS\php_soap.dll : fatal error LNK1120: 10 unresolved externals

This is from a config line:
cscript /nologo configure.js 
"--with-extra-includes=..\libiconv\include;..\libxml2\include;..\apache2\inclu
de"
"--with-extra-libs=..\libiconv\lib;..\libxml2\win32\lib;..\apache2\lib"
"--e
nable-sdo=shared" "--enable-soap=shared" "--enable-debug"
"--enable-apache2handler"

------------------------------------------------------------------------

[2005-10-14 19:11:34] matthew_peters at uk dot ibm dot com

I just checked and still fails in the same way - that is it fails and
works alternately - with the latest from snaps, that is, a build dated
1014. Note I am using Windows, not Linux. I just also checked that it
does work perfectly with my php5-RC1. I would try to build a debug
build and look at the problem myself but my attempt to build with the
soap extension enabled failed at the link step...I am not exactly sure
what the right config options are. 

BTW we had a similar (but not identical) problem with the SDO extension
that turned out to be our code calling xmlCleanupParser and reinstalling
the default input handlers so they no longer went through PHP. That
would cause the failures on every call from the second onward though. 

The exact code I am using, cut and pasted, is:
the client:

<?php
ini_set("soap.wsdl_cache_enabled", 0);
$client = new SoapClient("stockquote.wsdl", array("trace" => 1,
"exceptions" => 0));
print($client->getQuote("ibm"));
?>

the server:<?php
$quotes = array("ibm" => 98.45);

function getQuote($symbol) {
        global $quotes;
        return $quotes[$symbol];
}

ini_set("soap.wsdl_cache_enabled", 0);

$server = new SoapServer("C:\Program Files\Apache
Group\Apache2\htdocs\stockquote.wsdl");
$server->addFunction("getQuote");
$server->handle();

?>

The wsdl is a bit larger and is taken from the article, unchanged
except for the 
    <soap:address location='http://localhost/server1.php'/> 
at the bottom.

------------------------------------------------------------------------

[2005-10-12 01:00:05] 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".

------------------------------------------------------------------------

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

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

Reply via email to