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

Re: Crashes when fetching status

From: Ben Reser <ben_at_reser.org>
Date: 2004-07-02 11:31:53 CEST

On Fri, Jul 02, 2004 at 09:23:47AM +0200, SteveKing wrote:
> this time, I can provide a complete callstack thanks to someone who has a
> debugger installed on their system:
>
> handle_dir_entry + 0000004A
> subversion\subversion\libsvn_wc\status.c line 623
>
> get_dir_status + 0000028B
> subversion\subversion\libsvn_wc\status.c line 777 + 00000036
>
> svn_wc_entry + 000000A6
> subversion\subversion\libsvn_wc\entries.c line 727 + 00000009
>
> close_edit + 00000110
> subversion\subversion\libsvn_wc\status.c line 1540 + 0000002B
>
> svn_client_status + 0000046A
> subversion\subversion\libsvn_client\status.c line 231 + 0000000D
>
> Hope this helps to fix it.

Looks like the return from the apr_has_get on line 773 is never being
checked. Then on line 623 we use that return as a svn_wc_entry_t and
try to retrieve the kind value of that struct.

But what's really perplexing is there is no call to:
get_dir_status in libsvn_wc/entries.c, let alone on line 727. Yes I'm
looking at 1.0.5.

It'd be nice to see the arguments to svn_client_status() and maybe a
copy of the wc, because I have no idea how this is happening. Due to
the hash entry being missing, it almost makes me think the wc is messed
up somehow. So it might be nice to know how that's happening and if it
isn't another bug...

-- 
Ben Reser <ben@reser.org>
http://ben.reser.org
"Conscience is the inner voice which warns us somebody may be looking."
- H.L. Mencken
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 2 11:32:43 2004

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.