Re: Upgrading EIDER to latest Tusany code

On 11 Jul, 11:02, Caroline Maynard <c...php.net> wrote:

> The pecl bug about the disappearing output on Linux
with 5.2.3
> (http://pecl
.php.net/bugs/bug.php?id=11388) remains open, in the
hope
> that someone who's seeing the problem will investigate
further.

I had looked at this one the other day. ext/soap was changed
for 5.2.3
to use SG(request_info).raw_post_data (which doesn't get set
running
in CLI mode) instead of pulling HTTP_RAW_POST_DATA from the
symbol
table. So, when handle is called there is no input message
to process
and the SoapServer doesn't do anything.

I did have to however make some changes to the source to get
things
working:
http
://www.ctindustries.net/patches/sdo.diff.txt
change in commonj/sdo/SDOSchemaSAX2Parser.h was required to
compile
(Fedora 6)
change in SDO_DataObject.cpp was for a memleak
(bug10049.phpt was
failing due to leak messages) - though not sure what would
happen is
returned if EG(uninitialized_zval_ptr) is passed to
compare_function.


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "phpsoa" group.
To post to this group, send email to phpsoagooglegroups.com
To unsubscribe from this group, send email to
phpsoa-unsubscribegooglegroups.com
For more options, visit this group at http://
groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Rob, thank you very much for the information about
HTTP_RAW_POST_DATA.
Unless you also have an idea how to achieve what we wanted,
I'll write
to Dmitry and see if he can suggest a way to unit test
applications
that use the soap server from the command line.

Matthew

On Jul 11, 4:40 pm, Rob <rricha...ctindustries.net>
wrote:
> I had looked at this one the other day. ext/soap was
changed for 5.2.3
> to use SG(request_info).raw_post_data (which doesn't
get set running
> in CLI mode) instead of pulling HTTP_RAW_POST_DATA from
the symbol
> table. So, when handle is called there is no input
message to process
> and the SoapServer doesn't do anything.


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "phpsoa" group.
To post to this group, send email to phpsoagooglegroups.com
To unsubscribe from this group, send email to
phpsoa-unsubscribegooglegroups.com
For more options, visit this group at http://
groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---

Rob wrote:

> I did have to however make some changes to the source
to get things
> working:
> http
://www.ctindustries.net/patches/sdo.diff.txt
> change in commonj/sdo/SDOSchemaSAX2Parser.h was
required to compile
> (Fedora 6)
> change in SDO_DataObject.cpp was for a memleak
(bug10049.phpt was
> failing due to leak messages) - though not sure what
would happen is
> returned if EG(uninitialized_zval_ptr) is passed to
compare_function.

Umm, that may work in the contect of bug10049, because the
value of the 
"customer" property is null ... but in general
it's going to leak like 
mad, because FREE_ZVAL just frees the container, not the
contents. 
You're right that this is where the problem lies though -
because I'm 
expecting that the refcount will be 1 at this point, and
it's actually 
0, so the contents are not getting cleared. Thanks.

Thanks also for the Fedora report, I've passed it on to the
Tuscany 
developers.


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "phpsoa" group.
To post to this group, send email to phpsoagooglegroups.com
To unsubscribe from this group, send email to
phpsoa-unsubscribegooglegroups.com
For more options, visit this group at http://
groups.google.co.uk/group/phpsoa?hl=en
-~----------~----~----~----~------~----~------~--~---