[maddinat0r]

Quote:

Originally Posted by Dan.. P.S. I fixed that clock_gettime() issue. Thanks for the report!

No problem! Every fixed bug is a good bug

Quote:

Originally Posted by Dan.. - visual logging (HTML log) - Yeah sure, because a pile of shit (HTML tags) is always better. Let's also take into consideration that there are many browsers that can open a .HTML file that's over 100mbs.

Using the HTML log to log debug messages is sure silly.
Users prefer such visual logging (as far as I saw) because it is easier to find code mistakes with it.

Quote:

Originally Posted by Dan.. - multi-threading - I lol'd in real life when I read this. The way I handle multi-threading is the real way. Your plugin fetches malformed results. Anyway, you can manually implement a pool in Pawn or wait for me to do it in v2.7.

Why should the results be malformed? Before being such an arrogant smart-ass you should really consider reading the MySQL documentation.

Quote:

Originally Posted by MySQL documentation Many threads can access different result sets that are retrieved with mysql_store_result().

Source: http://dev.mysql.com/doc/refman/5.1/...d-clients.html

Quote:

Originally Posted by Dan.. ? ORM-like system (R33+) - proof or gtfo :hurr:

Are you 14 or something?

Quote:

Originally Posted by Dan.. + y_inline support - I didn't have any plans on implementing it, but now that you mention, it's there.

Good job.

Quote:

Originally Posted by Dan.. + unthreaded queries - People don't have to put much effort to convert their old scripts and get rid of bugs. In some cases (especially in OnGameModeInit and OnGameModeExit) unthreaded queries are required. + PostgreSQL support - Cool or what?

Yes, I already mentioned these in my previous post.

Quote:

Originally Posted by Dan.. + "live" (a.k.a. non-cached) queries - Especially when a large amount of data has to be loaded.

But I forgot to mention this one, sorry!

Quote:

Originally Posted by Dan.. + striking resemblance with SQLite api - It comes in handy for users that want to convert their old scripts.

Some macros and define's could also do this. Okay, the natives of your plugin and the SQLite api are similar and thus not every time a macro/define can be used there. Well, I'm restricted to the current natives, I can't just change their syntax.

Quote:

Originally Posted by Dan.. + proper result handling

What's so wrong with the way I handle results?

Quote:

Originally Posted by Dan.. + parameters can be pushed by reference - Great, ain't it?

In what scenario can this be useful?

Quote:

Originally Posted by Dan.. + multiple result sets

Again, as I said (indirectly) in my previous post, my plugin also offers this feature. I didn't mentioned features our both plugins have.

Quote:

Originally Posted by Dan.. Your plugin might be faster (I still don't believe your results), but mine offers reliability.

Why shouldn't you believe my results? Like I need to lie about some benchmarks.
Yes, your plugin seems stabler than mine, but I'm always working on the stability.

Quote:

Originally Posted by Dan.. I also did a quich benchmark, output: Code: GO!!! (Dan) | now = 45693129 (start) connected | now = 45693134 | now - last = 5 | now - start = 5 scheduled | now = 45693136 | now - last = 2 | now - start = 7 done | now = 45693137 | now - last = 1 | now - start = 8 executed | now = 45702784 | now - last = 9647 | now - start = 9655 ---------------------------------------------------------------------------- GO!!! (BlueG) | now = 45729908 (start) connected | now = 45729913 | now - last = 5 | now - start = 5 scheduled | now = 45729915 | now - last = 2 | now - start = 7 done | now = 45729919 | now - last = 4 | now - start = 11 executed | now = 45742206 | now - last = 12287 | now - start = 12298

As I posted my results before, R31/32 is pretty slow ATM.

You seem like a good plugin developer, but with a really bad personality. Instead of being so rude/aggressive you should start being productive and help everyone (not just the users of your plugin(s)).