On 2 Apr, 13:08, cdouglas <[EMAIL PROTECTED]> wrote:
> Simon,
> Thanks. I am ok using it from SVN until the next release. It seems
> like I was the only person affected by this bug anyway.
> -Chris
Steve,
No problem
--
Caroline
--~--~-~--~~~---~--~~
You received
On 25 Oct, 14:05, Matthew Peters <[EMAIL PROTECTED]>
wrote:
>
> The following little script is crashing for me, both under Zend Studio
> and under Apache. If I take out the last line - assignment into the
> session - I no longer get a crash. And if I add the document $doc into
> the session inst
On May 29, 1:17 pm, Matthew Peters <[EMAIL PROTECTED]>
wrote:
> I volunteer to produce a weekly post of defect activity. I will make
> that a Friday afternoon task. I will do that until further notice, but
> let's say for the next three months for definite. I will try to find a
> deputy for when I
On Jun 14, 4:58 pm, Caroline Maynard <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Caroline, would
> > you be prepared to commit what you think the various important things
> > to get right are to a page up on the web site a osoa.org? If you don't
> > have time to do this I could extra
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 Jul 5, 6:41 pm, "Simon Laws" <[EMAIL PROTECTED]> wrote:
> If you have we could transfer it via the files section of the group but I
> notice that it's set at the moment so that only managers can upload files.
>
> We could do that via email and have one of the maintainers patch the code
> into
On Jun 19, 9:22 pm, [EMAIL PROTECTED] wrote:
> On 19 Jun, 18:11, Matthew Peters <[EMAIL PROTECTED]>
> wrote:
>
> > > 2. There are some horrible network delays. I am working at home on a
>
> > For example I just got a timeout. We can see it is going out on the
> > web for http://schemas.xmlsoap.org
We're getting a small trickle of spam on this list. Not too bad at
present, but I don't want it to escalate. As an experiment, I've
turned on the "Moderate new members" option. That means that when
someone posts to the group >for the first time< their message will be
held pending moderation from o
... again. See http://groups.google.com/group/Is-Something-Broken/topics
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"phpsoa" group.
To post to this group, send email to phpsoa@googlegroups.com
To unsubscribe fr
How to find the current development branch
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"phpsoa" group.
To post to this group, send email to phpsoa@googlegroups.com
To unsubscribe from this group, send email to [
A TUSCANY-444. Looking back at this I
note that Pete added comments to the JIRA a good while back but a
solution was not developed. I'll go take a look and see what state the
code is in.
[2007-05-09 09:15:22] cem at ph
On May 11, 12:51 pm, [EMAIL PROTECTED] wrote:
> doh - i always forget about the mem leak message
I wish I could do that too :-)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"phpsoa" group.
To post to this gr
On May 11, 1:06 pm, [EMAIL PROTECTED] wrote:
> php004.phpt seems to be failing trying to resolve
>
> http://schemas.xmlsoap.org/wsdl/"; />
>
> Which is part of soap/soap/2003-02-11.xsd
>
That import has no schemaLocation attribute, which concerns me. Also,
remember that I removed the wsdl/soap
Edit report at http://pecl.php.net/bugs/bug.php?id=10925&edit=1
ID: 10925
Updated by: [EMAIL PROTECTED]
-Summary: Megic Methods in Service Descriptions
Reported By: michael dot caplan at henryschein dot com
Status: Open
Id: 10925
Typ
On May 11, 11:58 am, [EMAIL PROTECTED] wrote:
> I'm running with the code from CURLEW. Which is >=1.2.0. I'm not clear
> from your comments whether these tests should or shouldn't be
> running. But they are running and failing in my case [3] and [4].
They should be running if the SDO version nu
On May 11, 10:29 am, [EMAIL PROTECTED] wrote:
> I am getting the following 4 phpt test failure when I run the tests on
> the code in CURLEW (I also see them in the 1.2.0 released code so It's
> not specific to CURLEW).
>
> SCA 004
> SDO bug 10049
> SDO bug 10842
> SDO bug 8694
>
> Can someone te
On May 9, 11:39 am, [EMAIL PROTECTED] wrote:
> Based on the last couple of posts to the list it seems that we will
> have to do a
> 1.2.1 release to fix a few deficiencies that we've found in the 1.2.0
> release. I've started a page to capture the issues.
Not strictly a release item, but I notice
On Apr 23, 3:42 pm, Matthew Peters <[EMAIL PROTECTED]>
wrote:
> I hadn't forgotten. Given how very difficult it is for anyone to build
> on windows, it would be useful for anyone to be able to pick up the
> latest from the latest automated build. I think the way it is now
> actually makes it nex
On May 1, 1:50 pm, cdouglas <[EMAIL PROTECTED]> wrote:
> It looks a little better. I am still getting out of memory errors but
> less frequently.
I think it was simonslaws who had some leak analysis tooling set up
with valgrind? Would it be possible to re-run this and see if you can
identify ano
On Apr 27, 8:01 pm, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> The test fails because the elements of an SDO list inside a complex
> type seem to be deleted when xmlrpc_encode_request is called on the
> SDO. There are no other references to the SDO, and the list is deleted
> when convert_to
On Apr 23, 4:06 pm, [EMAIL PROTECTED] wrote:
>
>
> The extension is not called SCA_SDO, it's just sdo.
>
> When I look at our package page [1] it's titled SCA_SDO although the
> loaded package and the cvs repository directory where our code lives
> still refer to it as sdo. So I think SCA_SDO
.. in deference to the grammar police.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"phpsoa" group.
To post to this group, send email to phpsoa@googlegroups.com
To unsubscribe from this group, send email to [EMAI
On Apr 26, 5:03 pm, [EMAIL PROTECTED] wrote:
> In the run.bat file under /tests the command line is
>
> phpunit SCA_SDO_TestSuite TestSuite.php
>
> Should this be
>
> php path/to/phpunit SCA_SDO_TestSuite TestSuite.php
>
> Or am I doing something wrong/have the wrong version of something?
>
> Simo
Depending how you normally read and post, you may have noticed some
strange behaviour from this group. If you can read this post (!) it's
just to let you know that the problems are with Google and all we can
do is wait for them to sort it out. It seems that, although the web
interface is (mostly)
On Apr 24, 12:44 pm, Rob <[EMAIL PROTECTED]> wrote:
>
> Are you sure about this? I think you can use PECL tags that pecl4win
> can use to build against specific PHP versions (i.e. PECL_5_1), so
> when you grab the dll for a specific version of PHP you will get the
> one built against a specific br
On Apr 25, 6:10 pm, [EMAIL PROTECTED] wrote:
>
> Cool - so does that mean we have it in the branch. Or do we need to
> take another cut of Tuscany SDO?
Yes, it was in the Tuscany code that's in the branch - or the previous
release for that matter. I just checked in the change to turn on the
relev
On 25 Apr, 07:49, [EMAIL PROTECTED] wrote:
> On 24 Apr, 22:22, cem <[EMAIL PROTECTED]> wrote:
>
> > One of our long-running bugs ishttp://pecl.php.net/bugs/bug.php?id=8428,
> > where a remote WSDL depends for its type definitions on an import like
>
One of our long-running bugs is http://pecl.php.net/bugs/bug.php?id=8428,
where a remote WSDL depends for its type definitions on an import like
so:
http://schemas.xmlsoap.org/soap/encoding/"/>
...
The unfortunate thing about this import is that it are missing a
schemaLocation attribute. As it
Simon, not sure what you're intending here. You're actually describing
the process for building on Windows, which I doubt would be the
default for most users, because it is so much more complicated than
building on *IX. Are you also intending to describe the normal
phpize;./configure;make process
Matthew, I've updated the BUZZARD branch to Tuscany revision level
524004, which includes this enhancement. I haven't done anything yet
about exploiting it, though.
On Apr 3, 4:40 pm, "Matthew Peters" <[EMAIL PROTECTED]>
wrote:
> Nice to know. If and when that Tuscany change gets into our codebas
OK, perhaps I am being a bit fanciful here, imagining a plethora of
independent scripts running SDO in a hosted environment. But there is
a potential data integrity problem if we allow a cache key to be
overwritten in flight. I'm worried about the proposed interface.
On Apr 3, 4:12 pm, "Matthew P
I recently added some code which will help to track the allocation and
deallocation of SDO objects. To turn it on, recompile the SDO
extension with a preprocessor variable SDO_DEBUG_OBJECTS defined. It
will output logging information when an SDO object is created, when a
zval which refers to it i
It's been a long and very miserable haul to get through all the
problems of untangling the Tuscany datagraph to allow us to free it
without corruption, and I have learnt more than I wanted to about the
inner workings of the Tuscany library. But I do now have some code
which runs clean, and have of
The Tuscany folk are looking into this. There's a relevant discussion
going on over at
http://thread.gmane.org/gmane.comp.apache.webservices.tuscany.devel/16058
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"php
This discussion thread hasn't explicitly spelled out the scope of the
cache, but I've been assuming that we're intending it to endure from
module init to module shutdown. In other words, depending on the SAPI,
the cache entries may be available to multiple independent SCA
programs, sequentially an
Matthew,
I've made a change to the signature of SDO_DAS_XML::create(). Instead
of a single path to a schema file, this now takes an array of paths to
schema files. This is checked into the BUZZARD branch.
The idea here is that people can in most cases avoid the problem of
addTypes(), by instead
On Feb 27, 1:20 pm, [EMAIL PROTECTED] wrote:
> Fortunately
> various people are looking at memory leaks at the moment and Caroline
> pointed my in the direction of a known problem in SDO_DataObject.cpp
>
Not so much a problem as a bypass, but I have started to investigate
the underlying memory
I've now uploaded the second fix. This turned out to be a problem in
the SDO extension itself (not in Tuscany), where a temporary variable
created to hold an object reference was not freed after Tuscany had
thrown an exception.
On to the next ...
On 28 Feb, 17:52, "cem" &l
38 matches
Mail list logo