http://www.eblah.com/forum/m-1173414085/s-0/highlight-top.frames/

This old bug is still in full effect.

I noticed that when I set $frames=1, I think it actually calibrated the post count, even though it still showed the error.
On the other hand when I removed the name of the frame, it also worked.

I think it's working now with $iframes=0; And adminaction gone.


I wanted to note that this fixed the calibration for my PostgreSQL testing, but not thread count in my MySQL database, which is currently running online.  It's not too terrible of a deal, however when testing in PostgreSQL, it mattered because it showed I had something like 49 threads and 18 posts, when I didn't have any of either.  This was a result of deletion errors when debugging; however it was a good way to test this function to get everything back to 0.

These are SQL issues.  Please make them as [SQL] from now on so I can know that.  :)  This should have been resolved completely in the flat text version.

Also note that I really haven't had any time to work on E-Blah SQL.  I've just been too busy with school (:() and life (:)) lately to do so.  I still work on the flat-text version, but the SQL just hasn't had much work done on it since around this time last year.  :(  I might not would mind if some Perl programmers would want to start back up on it and keep it going ... just finding dedicated programmers is the problem.

It is, but it's open-source so that should make some things easier.

I can't say I'm the best Perl programmer, just getting back into it since high school (approx 7 years ago).  But you should open up an area on your server for a select few people to post their versions.

Quoted Text

Also note that I really haven't had any time to work on E-Blah SQL.  I've just been too busy with school (:() and life (:)) lately to do so.

Just wait until you get to work and won't have any time at all :).  You either have to really love to do it, or have to do it full time to find the time.  The SQL Version should be the priority though.  The flat-file version is developed up enough, but the SQL version has a lot greater potential because of how Databases interact with server cache and the ease of querying them to generate statistics and reports.

This is not to say you should not offer a flat-file version, because this idea is brilliant for all those people that don't know how to use/operate a database; however, it does mean having that SQL version is essential.

Best of luck,
vol7ron