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

Re: [RFC] Replacement for "assert" in the libraries

From: Blair Zajac <blair_at_orcaware.com>
Date: Tue, 17 Jun 2008 16:18:37 -0700

Eric Gillespie wrote:
> "David Glasser" <glasser_at_davidglasser.net> writes:
>
>> On Tue, Jun 17, 2008 at 2:38 PM, Eric Gillespie <epg_at_pretzelnet.org> wrote:
>>> "David Glasser" <glasser_at_davidglasser.net> writes:
>>>
>>>> I still do agree with Stefan that we should make it easy for people
>>>> providing binaries of Subversion integrated into something like the
>>>> Windows Explorer to re-bind assert/abort to something more
>>>> appropriate.
>>> Don't forget bindings. And having one svn installation for
>>> svn(1) and one for bindings is a no-go. It's sad enough you have
>>> to do that on Windows.
>> I've appreciated having the right breakpoint for gdb in bindings as well.
>
> But "the right breakpoint" is the line of Python where you
> mis-call svn.wc.adm_retrieve, not in C (or gdb) at all.
>
> Anyway, it should not be too difficult to expand svn_error_t to
> have an apr_array to which SVN_ERR appends __FILE__ and __LINE__.
> And the svn_error_ calls that wrap an svn_error_t can easily copy
> that field over. I tried to entice Hyrum to implement this some
> time last year, but of course he's as busy as (or busier than :)
> so... :)
>
> Then, in C, you could have a traceback, and in Python the
> traceback can include both C and Python code.

Instead of switching to C like Brane would like to do, we can just switch to
Java and get nice exception stack traces for free :)

Couldn't resist :)

Seriously, I like the idea. Getting a stack trace is a good idea.

Blair

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-06-18 01:18:56 CEST

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.