Notes on the SQLiteStudio explanations editDKF
: It seems that there were three issues:
- The developer thinks we have the wrong attitude to threads.
- The developer wants things that Tk doesn't provide.
- The developer wants us to change the meaning of $(…) in expressions.
Of these, #2 is a mostly-legit complaint; Tk
needs a lot of work.
Threading model differences
The issue with the threading model is that when you have state shared across threads, alterations to that state — including allocations of any value from storage — require locking that state so that you can make a change in a consistent fashion. Even worse, the releasing of values back into the memory pool requires deciding whether all
threads are done with the value. That all requires locking (like the Python GIL) or a very complex garbage collector (like that used in Java or C#).
This is something that can be considered in 9.0, but changing it in between is against policy, especially as we know
that it is already in use to mean other things.