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

Re: core dump with svn r6178

From: Branko Čibej <brane_at_xbc.nu>
Date: 2003-06-20 09:48:34 CEST

Kevin Pilch-Bisson wrote:

>On Thu, Jun 19, 2003 at 10:58:15PM -0400, Brandon Ehle wrote:
>
>
>>>Different projects have different conventions for this. In
>>>Subversion, we seem to have decided that it's okay for code to seg
>>>fault in "can't happen" situations, because if the can't-happen ever
>>>*does* happen, it's a bug we must fix anyway :-). A verbose error and
>>>exit would only be marginally friendlier to the user -- it wouldn't
>>>really get them any closer to a completed operation than the seg fault
>>>does.
>>>
>>>
>>>
>>>
>>The only problem with a seg fault is that many users won't be running on
>>OS's that generate core dumps and don't have the time or resources to
>>track down an "Exception Occured at 0xABACADBA", but they could easily
>>cut and paste a verbose error message into an email pretty easily.
>>
>>
>>
>Hmm, this conversation has made me wonder what collab.net needs to do in order
>to get Watson reports for svn reported to them.
>
Hehe, how come you started thinking of Windows here? :-)

>I know its possible, but I don't know what the procedure is.
>
The very first prerequisite is to get the debug symbols installed with
the binaries. That should be trivial, since my precognitive abilities
caused me to upload debug symbols for the binaries. :-)

>I'll try to look into it.
>
Would the fact that the Subversion URL is mentioned in the .exe's and
.so's version info help?

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 20 09:49:26 2003

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.