[ http://issues.apache.org/jira/browse/AXIS2C-43?page=all ]
Dinesh Premalal closed AXIS2C-43.
-
Fix Version/s: Current (Nightly)
Resolution: Fixed
> Buffer growth not working in guththila
> --
>
>
[ http://issues.apache.org/jira/browse/AXIS2C-44?page=all ]
Dinesh Premalal closed AXIS2C-44.
-
Resolution: Fixed
Ed has fixed this
> Freeing of guththila stacks appears to free the last entry twice
> -
[ http://issues.apache.org/jira/browse/AXIS2C-9?page=all ]
Dinesh Premalal closed AXIS2C-9.
Fix Version/s: Current (Nightly)
Resolution: Fixed
added method to get encoding version
> No method to get the charset encoding in xml document when using
Hi devs, Hope to do following modifications to guththila code in order to minimize memory leaks and enhance the performance of guththila xml parser.guththila_reader
1.Replace guththila_environment, guththila_allocator, guththila_error with axis2_env
I found the problem and fixed. Sorry for the noise.
Samisa...
Samisa Abeysinghe wrote:
I ran build_all.sh with latest svn and I get the following error.
Please help to fix.
Samisa...
cd . && /bin/sh /home/samisa/axis2/c/missing --run aclocal-1.9
configure.ac:138: error: `client/diclient/Makef
I ran build_all.sh with latest svn and I get the following error.
Please help to fix.
Samisa...
cd . && /bin/sh /home/samisa/axis2/c/missing --run aclocal-1.9
configure.ac:138: error: `client/diclient/Makefile' is already
registered with AC_CONFIG_FILES.
autoconf/status.m4:848: AC_CONFIG_FILES
[ http://issues.apache.org/jira/browse/AXISCPP-901?page=all ]
nadir amra closed AXISCPP-901.
--
> Compilation error in code generated by WSDL2Ws for SimpleArray(RPC style) wsdl
> --
>
>
great work
thanks
nandikaOn 7/24/06, chanaka Wijesena <[EMAIL PROTECTED]> wrote:
Hi all,
Currently I was able to implement a simple API for the
perl using XS. Anyway I couldnt figure out the programming interface of
the OM in perl. So I was little late in responding to the mailing list.
I teste
[ http://issues.apache.org/jira/browse/AXISCPP-862?page=all ]
nadir amra closed AXISCPP-862.
--
Fix Version/s: 1.6 Beta
Resolution: Fixed
Basically the wsdl2ws tool was not handling the generation of nested anonymous
types correctly. The code that a
[ http://issues.apache.org/jira/browse/AXISCPP-864?page=all ]
nadir amra closed AXISCPP-864.
--
Fix Version/s: 1.6 Beta
Resolution: Fixed
> When a ComplexType is used within another ComplexType in a WSDL, the WSDL2Ws
> tool does not handle it correct
Hi all,
Currently I was able to implement a simple API for the
perl using XS. Anyway I couldnt figure out the programming interface of
the OM in perl. So I was little late in responding to the mailing list.
I tested my code passing serialized text to the perl send_recieve
function and inside th
[
http://issues.apache.org/jira/browse/AXISCPP-986?page=comments#action_12423118
]
Manfred Pauli commented on AXISCPP-986:
---
Now I get this error:
MSVCRT.lib(crtexew.obj) : error LNK2019: Reference on unsolved extern symbol
"[EMAIL PROTEC
[
http://issues.apache.org/jira/browse/AXISCPP-986?page=comments#action_12423068
]
Manfred Pauli commented on AXISCPP-986:
---
Hi,
first I want to translate this:
Initialisierung': 'const char *' kann nicht in 'char *' konvertiert werden
Thi
[
http://issues.apache.org/jira/browse/AXISCPP-986?page=comments#action_12423016
]
Adrian Dick commented on AXISCPP-986:
-
Hi,
I've just done a quick check using VC++ 8 (MS Visual Studio 2005) and see the
same problems as those you're seein
[
http://issues.apache.org/jira/browse/AXISCPP-986?page=comments#action_12423004
]
John Hawkins commented on AXISCPP-986:
--
Well, I can't read German but it looks like you've got over the environment
issue and have moved on to a straight co
15 matches
Mail list logo