Zeoslib Portal

That seems strange to me. Usually timers should not get fired in a separate thread. They use the windows event queue. So even using timers, there should be no probelm. Just for my interest - could you produce a minimum working example that shows that problem? Or did you use another timer implementa...

Yep, auto login issue solved Thanks for all of your valuable work, Jan!

I seem to remember that Firefox told me the forums are setting a cookie which belongs to zeoslib.net. Yep, that should be the issue. Could you please test wether these changes help? I'm almost certain that it will be fine now, but of course I'll verify. Not going to happen in a couple of hours thou...

The automatic login (Remember me) is still not working. I think I had this problem too after changing the URL behind PHPBB, and even if it was automatically redirected, the config was pointing to the old one.

marsupilami wrote:Sorry - I didn't get around to review that yet. I hope, that I can do that during the weekend.

Can... Whenever you have time, it's not urgent at all.

Seem stupid but i can't find the .dll ! The forum post just shows you WHY you should upgrade, not HOW :) Depending on your choice (libmysql / libmariadb) the process of downloading them is different, Google is your friend. You'll need the C connectors. No, I never disable timer, each works by itsel...

libmySQL51.dll Upgrade. Quickly :) See here . Of course i have a timer that ping each minute... Do you disable the timer when you pass the connection to an other form and do something else on it? Remember, one connection can do one thing at a time. If you have a query running on the secondary form ...

i pass the casted connection but after few minutes i gave a "MySql as gone away" message. Ooooh, the good old gone away. - What version of libmysql.dll are you using? I had this issue with 5.x. Also, give libmariadb.dll a try; sometimes it tends to be more stable. - What is the query time...

Erm - there is TZPooledConnection... Note to self: next time check before I say something :) At the moment there are 2 classes inheriting from TZAbstractConnection (therefore can be set as Connection for a TZQuery): - TZConnection - TZGroupedConnection I could not find any traces of TZPooledConnect...

Umm... What's the problem? In my example SetToQuery(ZQuery2, ZQuery1.Connection); will not compile. @DavideAmelio: If you have a method with a TZConnection input parameter, it will not accept a TZQuery.Connection property because it is defined as TZAbstractConnection. Due to inheritance all TZConne...

In any case the ability of ping (pingability!) is determined manually in the code so there's no much difference in support. That's where you are right, and wrong. Let me explain: after implementing the .Ping functionality now you'll have to manually change a False to True, so the library will corre...

That's odd, you are right. Since TZConnection inherits directly from TAbstractConnection it should work, but it does not. Simply cast the ZQuery.Connection to TZConnection and your code should run just fine: procedure TForm2.SetToQuery(inQuery: TZQuery; inConnection: TZConnection); begin inQuery.Con...

TZConnection is a child class of TAbstractConnection. You simply can do (what I'm doing awfully a lot): Var query: TZQuery; Begin query := TZQuery.Create(nil); Try query.Conection := ZQuery1.Connection; [...] Just keep thread safety in your mind: one connection can do only one thing at a time; you c...

So I checked in a minimalistic test for .AbortOperation but as I have 0 experience with unit testing I don't know how to include it in the suite. I guess I'd have to put it in ZTestconnection, but I have no idea on how to run it :) Or maybe it should be a completely separate test for ZMethodInThread...

Don't get me wrong: I don't have any problems with .Supports* other than the (to me, that is) seemingly unnecessary, mostly administrative load. If it is going to be implemented and will be kept up to date I'll even consider updating my prehistoric codes to use them. With that said - if I'd have to ...