[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: More error leaks

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2006-01-27 08:37:28 CET

On Thu, 26 Jan 2006, David James wrote:

> On 1/26/06, Branko ?ibej <brane@xbc.nu> wrote:
> >>> 2. SVN_NO_IGNORE(svn_error_t *)
> >>> function_name(param one,
> >>> param two);
[...]
> Before anyone starts doing this, please consider:
>
> * What happens to the generated API documentation
> * Can we conceivably do this with an attribute on svn_error_t
> instead of every function that returns it
>
> Whatever you decide to do, the generated docs have to remain clean (that
> is, there should be no trace of such obfuscation^Wdecoration in the docs).

>Here's an alternative proposal: Instead of adding attributes to each
>function manually, we could write a script which adds and removes the
>attributes on demand. If folks want to test for deprecated functions,
>unchecked errors, or other problems, they can use this script. The
>script would work like lint. We could even integrate this script into
>our test suite, if we want.

We can't have it in our test suite, since it has to be done before
building, but I'm +1 on having a script that does this for casual
sanity checking.

Thanks,
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jan 27 08:38:07 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.