Rob, thank you very much for your investigations. You suggested
earlier that it might be possible to change the soap binding so that
it passes the info in on the handle() call. Presumably this would work
in all cases without needing to rely on how php was built?
Matthew
Rob wrote:
I do have a question about the change though. Is there any possibility
that EG(uninitialized_zval_ptr) would ever be returned for either
value, as its probably not a good idea to be playing around with that.
Conceptual I wouldn't think so if you are comparing 2 SDO objects, but
On 12 Jul, 12:31, Caroline Maynard [EMAIL PROTECTED] wrote:
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
That sounds a good way to go. Good suggestion.
On Jul 12, 12:10 pm, Rob [EMAIL PROTECTED] wrote:
pass the serialized request as the parameter to the handle() call. In
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
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
Yes, I think the new behaviour is correct. The recent Tuscany changes
have stopped the default namespace being emitted, so the output on the
left hand side of your file compare is the one we want to see. Thank
you for fixing the skip conditions.
Matthew Peters wrote:
P.S. Just checking - you've changed the skips so that 002 and 003,
which were skipped, now fail. You are going to change the expected
output to take out the default namespace, and then they'll work. Is
that right?
Indeed. In the time-honoured manner, I have changed the
On 11 Jul, 11:02, Caroline Maynard [EMAIL PROTECTED] 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
On Jul 9, 5:25 pm, Matthew Peters [EMAIL PROTECTED]
wrote:
I think the namespace saga (JIRA 1112) is over at last -
I don't believe the namespace saga will ever be over! Still, it's
excellent that we currently have a version that suits everyone so far
as we know.
I have just
picked up the
On 5 Jul, 14:23, Matthew Peters [EMAIL PROTECTED]
wrote:
For info, I took a look at Tuscany JIRA 1112 again last week on Friday
and am convinced that the recent namespace changes are not right; and
a backward step on what was in there before which was not right
either. I have updated the
On 5 Jul, 14:25, Matthew Peters [EMAIL PROTECTED]
wrote:
What happened to Simon's userid?
simonslaws-gM/[EMAIL PROTECTED] wrote:
Not sure! It's decided I don't need an alias anymore.
--~--~-~--~~~---~--~~
You received this message because you are
[EMAIL PROTECTED] wrote:
On 5 Jul, 14:25, Matthew Peters [EMAIL PROTECTED] wrote:
What happened to Simon's userid?
simonslaws-gM/[EMAIL PROTECTED] wrote:
Not sure! It's decided I don't need an alias anymore.
I think it happens because you don't have a nickname. This is a bit
Simon,
thanks for putting this up here and saving us all falling over it. I
expect this is related to the answer I got back on
https://issues.apache.org/jira/browse/TUSCANY-1112
which is all about namespaces, and where I know a fix was checked in
recently (a week or so ago, after I took the code
13 matches
Mail list logo