[Dan..]

Quote:

Originally Posted by Y_Less I hope you aren't referring to the non "java style" code (since this isn't Java)!

I don't care if this is not Java. I find Java coding convention clear and I got used to them. I use them even if I write code in C, PHP or Pawn (with little personal edits). You might find them interesting: http://www.oracle.com/technetwork/ja...nv-138413.html

Quote:

Originally Posted by Y_Less You might want to check on that - I've found issues with the mutex setup in the past (can't remember what, but it will be in my IRC logs somewhere).

I'll do some tests.

Quote:

Originally Posted by Y_Less I asked how you claimed to have more features, you just listed all the ones you don't have...

Quote:

Originally Posted by Dan.. However, my plugin still has multiple result sets and non-threaded queries (even if you don't like them, I find them useful).

Also, I've listed some (useless imo) features I don't have.

Quote:

Originally Posted by Y_Less From what he said, it seems he knew you were editing the plugin and was OK with that. Plus, although his code doesn't have an explicit license, the virality of the GPL used in the mySQL headers makes it GPL compatible so anyone is free to modify the code as they like.

I really didn't care about the license, I just felt bad editing his work.

Quote:

Originally Posted by Y_Less That can actually make your server run significantly slower - threads are not inherantly fast OR slow. Someone recently released a threaded command processor which turned out to be slower than a non-threaded version, I believe this would be the opposite.

I have both threaded and non-threaded queries. They are approached in two different ways and everyone is free to use what they like. In some situations, you'll find non-threaded queries more suitable or vice-versa.

Quote:

Originally Posted by Y_Less You don't have db_close!

It's mysql_discconect. In the next release I'll make sure every function will have an equivalent to the SQLite natives.