What is this MySQL-dependent code doing in the ct_sql
class? At a minimum this should be abstracted via the
db_*_sql classes. But since MySQL is (AFAIK) the only
database to implement application-level locks, this is
difficult.
Really, this should be implemented in a manner
independent of both databases and storage containers.
Having a separate table with a key of the session id or
application name and inserting/deleting rows in thaw()
and freeze() would seem appropriate. That would be
quite flexible, offering a way of single-threading both
the entire application and a single session.
My pseudo-locking code in the -devel db_odbc.inc may be
a good base for this.
I don't think changing the API for this function would
matter. It has never actually worked, so we can't break
existing installations.
Logged In: YES
user_id=19736
Errr.... can we hold off a *llittle* while longer till 8.0?
this would be a good reason to make everything extend from
base classes...
Logged In: YES
user_id=279065
Agreed.