Re: an attempt to make clsql more thread safe

JTK <[email protected]> Wed, 9 May 2012 20:12:43 -1000
Newsgroups gmane.lisp.clsql.general
Message-ID <[email protected]>

On May 9, 2012, at 8:34 AM, Nathan Bird wrote:

> On 05/09/2012 03:55 AM, JTK wrote:
>> 
>> As discussed earlier, I had a stab at making clsql more thread safe.
> ……..
> Thanks a bunch for this work! My initial skim-through impression is that the code looks good but there is a *lot* of changes there.
> 
> Do you think you could try breaking it into some smaller pieces so we can go through this and review it a chunk at a time?  It's hard to digest a big hunk of changes like that and you're the best one for dividing it into smaller pieces. Having separate patches for the three items mentioned above would be a great start-- finer grained if it makes sense. ……….




Sorry about the big code dump; I wanted to get this out because other tasks were looming
and I wanted to make public something that at least passed the tests and seemed to work, rather
than having it sit in my  directory, forgotten.

I'm not very experienced with version control systems.  I should be able to git-ify this into the latest 
tree, but it might be a little while before I have a chance to do it.

The mysql fixes are fairly simple.

But the other parts are complicated because they are interlinked, and represent a pretty big
reworking of the functionality, so they're not really incremental.

Also, when working on this, I found database pools to be straightforward and elegant, but *connected-databases*
and find-database to be a bit byzantine.  It's as though there are two different ways of storing information
of open databases.     Is this intentional or  historical?  It seems to make sense to try
to get rid of *connected-databases* and give pools a bit more functionality (like having pools work in
non-pooling mode with :if-exists, etc).  



JK

_______________________________________________
CLSQL mailing list
[email protected]
http://lists.b9.com/cgi-bin/mailman/listinfo/clsql