Do not panic when shared-memory is full, raise Tcl error instead about speedtables HOT 3 OPEN

There appears to be an undocumented "panic" option that can be specified to the "create" method (which sets ctable->share_panic), however it does not seem to be honored in all of the places it should be. Repeatedly calling "store" will still trigger a panic.

from speedtables.

This is another hard problem we ran into during development.

The problem is that Speedtables memory management is based on Tcl's memory management, and Tcl assumes that memory allocations always succeed. Shared memory allocations can occur in places where there's no framework in Speedtables itself for propogating a failure back to a place where it can be handled.

from speedtables.

Actually, it looks the argument parsing for the "panic" option was just bad. It was misinterpreting the return value from strcmp(). I committed a change to fix that obvious error, which allows me to now catch the failure during "store".

[master fc7589d] properly parse the "panic" option to "create". github issue 8.
3 files changed, 6 insertions(+), 1 deletions(-)

Leaving this issue open for now....

from speedtables.