On Thu, 2007-11-01 at 12:10 +0530, Kaushalye Kapuruge wrote:
> Hi Subra and others,
> I've committed the new code to calculate the base64_decode_len. Please
> find the JIRA here[1]
> The code works fine. And Manjula has done successful interop tests using
> the new code.
Yes I have successfully
Hi Subra and others,
I've committed the new code to calculate the base64_decode_len. Please
find the JIRA here[1]
The code works fine. And Manjula has done successful interop tests using
the new code.
You can use following to calculate the decoded length of a char buff.
Let us know if you are s
Hello,
So what is the proposed solution to this problem? Is the code going to be
changed so that apr_base64_decode_len() always returns the correct length or
should developers use [axutil/apr]_base64_decode() to get the exact length?
I use the apr_base64_decode_len() function to allocate memory f
Kaushalye Kapuruge wrote:
> Samisa Abeysinghe wrote:
>> Mark Nüßler wrote:
>>> hello users,
>>>
>>> on 26.09.2007 Royston Day found an issue,
>>> i just correct my svn-code localy.
>>>
>>> Can someone have a look - 4 me Royston is
>>> right.
>>>
>>> https://issues.apache.org/jira/browse/AXIS2C-731
Samisa Abeysinghe wrote:
Mark Nüßler wrote:
hello users,
on 26.09.2007 Royston Day found an issue,
i just correct my svn-code localy.
Can someone have a look - 4 me Royston is
right.
https://issues.apache.org/jira/browse/AXIS2C-731
I think Rampart folks uses base64 encoding. Can someone using
Mark Nüßler wrote:
hello users,
on 26.09.2007 Royston Day found an issue,
i just correct my svn-code localy.
Can someone have a look - 4 me Royston is
right.
https://issues.apache.org/jira/browse/AXIS2C-731
I think Rampart folks uses base64 encoding. Can someone using rampart
please verify th
hello users,
on 26.09.2007 Royston Day found an issue,
i just correct my svn-code localy.
Can someone have a look - 4 me Royston is
right.
https://issues.apache.org/jira/browse/AXIS2C-731
mfg derMark
-
To unsubscribe, e-mail: