Hi CDRAIN, try GetClipboardData and SetClipboardData functions. Maybe this is what you're looking for. cheers!

I tried to told a good answer to you but maybe I was lucky that I saw your question!;) WhiteSky

Use GetChildItem to check if the item in question has any child items. Darker than a black steer's tookus on a moonless praire night Within you lies the power for good, use it!!!

I'm totally lost (or you are :)) (I've been following all the threads on this topic). If your ActiveX control is busy processing stuff on the app's main thread, and your progress dialog/control was created on that same thread, then the progress dlg/control cannot process any window messages because your activex control has control of the thread so the thread's message loop isn't being processed. So, it seems to me you have two options - 1) Put the activeX control on another thread so the main thread can process window messages as usual (it can also process your timer messages) 2) Put the progress dialog on a separate thread and process all it's messages, including timer messages, on that thread. That way the ActiveX control can go about its business. Both these have been recommended to you several times. Try one! :) Mark "Posting a VB.NET question in the C++ forum will end in tears." Chris Maunder

CDRAIN wrote: the progress bar belong to the MainThread of my Application, and I need to manage it from my thread. in your first post you said CDRAIN wrote: I need to manage a progressBar into MyThread class I have no idea what to believe at this point. If your progress bar is in the main thread you DO NOT need to manage it from the worker thread. Instead you do something like this: Progress Information Object CWnd in main thread (Progress Bar or Window) has a reference to the Progress Information Object CWinThread worker thread has a reference to the Progress Information Object and continuously updates the object to reflect the work in progress. ProgressBar or Window sets a timer and on the timer event reads the progress information from the shared Progress Information Object and updates the ProgressBar state. led mike

Wow, that was the exact same post, word for word, that you posted as a reply to Roger Stoltz yesterday Your response from yesterday[^] I see Mr. Stoltz has summed it all up by basically saying you may want to further investigate COM and threads before you go any further with this. I am starting to feel this way myself. Maybe give those topics some more research and it may seem easier the second time around. I hope that helps.

I'm afraid that this solution may be a little bit too complex. You ask about accessing graphic components in the main window from the UI-thread and whether this is a problem or not. The answer is "it depends on how you do it". You cannot access the components directly since your call is made from another thread and the object map is per thread basis. What you do is post WM_COMMAND messages to the different UI objects in the main window. I suggest that you revert to my alternative suggestion in my first post: spawn a thread that displays a dialog box with a progress bar prior to starting the lengthy operation from the main thread. This will save you the trouble of marshalling, sending WM_COMMAND messages to graphic components of the main window etc. Since it's not possible to implement the "best solution", i.e. refactor the ActiveX component and make it asynchronous, you don't have to make things more complex than necessary. It would be nice to have the ActiveX in another apartment as I suggested, but given your latest reply I realize that it's overly complicated. The user won't see any difference and in either case he/she won't be able to cancel the lengthy operation, so there's no point in having a "Cancel"-button in the dialog. "It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown

Search "tutorial Crystal Report c++". Good luck;) WhiteSky

Hi, if I try to generate an "Empty Project" the error generated said: "It's imposible to complete the operation. It's impossible to find the requested module". Can you help me, please

The real problem for me is that I can generate a new "MFC Application Project" or other C++ project. WHY?