Ben Reser wrote:
> On Tue, Nov 02, 2004 at 07:44:38PM +0100, SteveKing wrote:
>
>>Hi,
>>
>>During the last two days, I received four crashreports from TSVN users.
>>The crashreport showed a crash (EXCEPTION_ACCESS_VIOLATION) in
>>libsvn_wc/status.c line 978. (Always referring to the 1.1.1 tag!)
>>
>>The lines in question:
>> if (parent_status
>> && (parent_status->text_status != svn_wc_status_unversioned)
>> && (parent_status->text_status != svn_wc_status_deleted)
>> && (parent_status->text_status != svn_wc_status_missing)
>> && (parent_status->text_status != svn_wc_status_obstructed)
>> && (parent_status->entry->kind == svn_node_dir)
>> && (eb->descend || (! pb)))
>> {
>>
>>Please check the second last line here:
>> && (parent_status->entry->kind == svn_node_dir)
>>
>>Obviously, the
>>parent_status->entry
>>is NULL, which can be NULL for non-versioned items (AFAIR).
>
>
> Uhh yeah but if something is unversioned the second line of that if
> statement should be being hit.
>
> So reasonably the real question here is why is something that is
> unversioned not getting svn_wc_status_unversioned? Fixing that may fix
> other bugs. Applying your workaround doesn't improve correctness, it
> simply stops your crash.
>
> While your crash is important, long term maintainability and usability
> are better served by finding the correct solution.
>
> This is one of the cases where you have the following scenario:
> short term: bad
> long term: good
>
> vs
>
> short term: good
> long term: bad
>
> Most people are inclined to take the good now and worry about the bad
> later.
I don't see how fixing the crash itself as suggested by Steve or Julian
does have bad consequences for the long term.
You still can - and have to! - find the real underlaying bug.
You want this Windows OS crash to continue happening
as motivation / reminder for finding the underlaying bug?
My impression is that Unix/Linux users are not aware
what a Windows Explorer crash means.
Cheers,
Folker
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 5 15:34:18 2004