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