Translation status report for trunk@r1158101
lang trans untrans fuzzy obs
--
de2077 155 322 252 UUoo
es2003 229 349 388 +++UU~
fr2184 48
For anyone interested: I'm trying to debug a memory problem in the
ctypes-python bindings Array class which models an apr_array_header_t
array. I suppose this class may never have worked properly, as it gets
exercised very little within the bindings and had no unit test cases
until today.
Running
On Mon, Aug 15, 2011 at 07:18:18AM -0500, Hyrum K Wright wrote:
> Do we do this other places in our code, or does this introduce a new pattern?
We do this in lots of places.
> It *does* introduce new "format not a string literal, argument types
> not checked" warnings at compile-time.
Those warn
On Mon, Aug 15, 2011 at 8:16 AM, Hyrum K Wright
wrote:
> The solution we used for SubversExceptions involved catching these in
> the tirgis package, and then re-throwing the proper tigris exception.
> That should work for this case, as well (but will be a bit of tedious
> work).
>
Personally, I w
Do we do this other places in our code, or does this introduce a new pattern?
It *does* introduce new "format not a string literal, argument types
not checked" warnings at compile-time.
-Hyrum
On Sun, Aug 14, 2011 at 6:06 PM, wrote:
> Author: arfrever
> Date: Sun Aug 14 23:06:09 2011
> New Rev
The solution we used for SubversExceptions involved catching these in
the tirgis package, and then re-throwing the proper tigris exception.
That should work for this case, as well (but will be a bit of tedious
work).
-Hyrum
On Sat, Aug 13, 2011 at 8:28 PM, Mark Phippard wrote:
> We could probabl
On Sun, 2011-08-14, Neels J Hofmeyr wrote:
> There are double-underscored function names in include/svn_dirent_uri.h (and
> in other include/*.h, too), found both on trunk and on 1.7.x, as well as in
> recent beta releases. Have our naming conventions changed??
Such functions are unsupported even
7 matches
Mail list logo
