🚀 go-pugleaf

THANKKK UUU!!! :))
Now my work can go on :))

Remy Lebeau (TeamB) wrote:
> Then you likely have a third-party debugger running that is
> intercepting the exception before the application is.  Under normal
> circumstances, that will NOT happen.  TIdTCPServer handles uncaught
> exceptions internaly.

I dunno if Microsoft Developer Studio .NET did! .. it is so overbearing!

> Make sure that you set the ThreadClass property BEFORE the server is
> activated.  Do not set the server to Active=true at design-time.

Yes exactly there was the problem I set the servrr active at design time :(
> 
> Use static_cast instead of reinterpret_cast.

what does it change?

> TUpdateData is a TIdSync-derived class.  You cannot construct it on
> the stack like that.  VCL-based objects must be constructed on the
> heap only.  That is a requirement of the VCL runtime.  In fact, the
> C++ compiler can produce invalid code if you try to use VCL objects on
> the stack.

well I copied some code snippet.. without thinking of that matter at 
all! Thanks!

> 
>>          void __fastcall DoSynchronize()
>>          {
>>           TNodzClientThread*
>> pNodzThread=reinterpret_cast<TNodzClientThread *>(this);
> 
> Why are you doing that?  TUpdateData has no relation to
> TNodzClientThread at all.  You can't cast one to the other like that.
> I suspect you meant to cast the Thread property instead, correct?
> 
>     TNodzClientThread* pNodzThread = static_cast<TNodzClientThread
> *>(this->Thread);

Yes :)) I copied the wrong code .. sorry U are right!

Thank U very much again!
Best regards!!
Stefano B.