🚀 go-pugleaf

There lies the problem.  The application that is used to develope the 
database client is not multi thread capable at all.  So the query must 
reside in the main application thread.  Hence the need to have a form 
created in the Thread->Execute method and allow the progress bar to work 
under that thread.

I have gotten it to work fine at the moment, but run into problems when I 
need to create multiple instances of separate threads of this progress bar. 
I think that this particular progress bar control is using a customized 
Timer instead of TTimer.  Hence causing drawing problems once a second 
thread is opened with the same control.  As for the borland VCL controls 
they work fine in these threads, no problems at all.


"danzer" <.> wrote in message news:48567d47$1@newsgroups.borland.com...
> James wrote:
>> I would, except that the application that uses this thread form in not a 
>> C++ Builder application.  In fact, it does not have its own support for 
>> multi-thread, however it does allow dll calls.
>>
>> Hence, I decided to wrap up a form object into a thread and place that 
>> into a dll.  Then they can create an instance and the form runs.  The 
>> reason I need this is because in their main application they may be 
>> executing a lengthy database query.  I wanted to provide a progress bar 
>> that shows that the application has not hung, but is retrieving data. 
>> They also want to use this when they download files, to indicate things 
>> are going well.
>>
>
> Have you considered having the thread do the "length database query" and 
> posting status messages to the main application?  I have used this method 
> and it works quite well.