Crash report procedure

Sivakatirswami katir at hindu.org
Thu Aug 31 22:34:28 EDT 2006


Thanks Tereza... good idea: not, it's not that obvious (smile) I'm open 
to all kinds of input!



Tereza Snyder wrote:
>
> On Aug 30, 2006, at 4:41 AM, Sivakatirswami wrote:
> ...
>
>>
>> Of  course it means we might need  to build in a little  more error 
>> checking,
>> perhaps a checksum() on some stack files  and  if  it's not in a 
>> reasonable
>> range, then  assume the  files are corrupt and delete  them and get 
>> fresh copies.
>> I need to do better at logging the  context and  scenarios.
>> Frankly this kind of thing is a bit over my head...
>>
>
> A possible strategy could be to provide, at your server, a small file 
> with an MD5 digest or other check associated with each stack. Your 
> application obtains that file first, then downloads the stack as 
> binary data (perhaps writing it to disk with a "~" prefix, as Metacard 
> does for stack saves), then checks the file for correctness, and 
> finally renames the file and opens it only if it passes the test.
>
> I know it's obvious, but I had to stick my finger in,
>
>
> t
>
>
> --Tereza Snyder
>
>    Califex Software, Inc.
>    www.califexsoftware.com
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



More information about the use-livecode mailing list