I hope to implement the function like mspaint.exe' s text input. Mspaint has a font toobar, if check the last button on the bar, you can type text from right top to left down.

Ah, I see - hadn't noticed the circular dependency... Have you tried #including the .h file generated from project A's IDL file before the #import - because that's all you need really - a definition of I1 before the #import statement. You may need to play with #import attributes to get the namespaces correct, but that's about all you should need. Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

You should use "importlib" in "library" section instead of "import" or in addition to "import". With best wishes, Vita

Thank you very much. All questions are resolved. :laugh: :rose:

Hello samfromcn, >> Someone said that FireViewChange interact with the container... Yes, the "container" is actually what we know of as the "apartment". It is a good analogy. >> Now I create a hide window in main thread, work thread send user message to the window, the window call control's FireViewChange... This will certainly work. It also works similarly to the actual industrial practice of firing an event from across a separate thread via a proxy to the event interface of the ActiveX marshalled in from the main thread. However, samfromcn, it is better to learn event interface marsalling in the long run. Best of luck, - Bio.

Sounds like you're missing gdiplus.dll. That didn't come with Win 2K. --Mike-- Visual C++ MVP :cool: LINKS~! PimpFish | CP SearchBar v3.0 | C++ Forum FAQ "That's what's great about doing user interface work. No matter what you do, people will say that what you did was idiotic." -- Raymond Chen

You first need to reserve space in the EXE for this, and be able to locate it code-wise, either by offset or by special signature bytes (I presume you have already done this).    I do not believe that you can modify the EXE file while it is mapped into memory (i.e. running).  You should have read-only access to the EXE file, so your executable can make a copy of itself and launch that copy passing it a special command line parameter (which means run, do not copy yourself) so that it does the real launching.  I think you can then mark that copy-of-yourself with the Delete On Close flag, so that it cleans itself up when it exits.  The process would work like this:      1: When launched, check for the run, do not copy yourself parameter      2a: If found, the application runs normally      2b: If not found, copy yourself (the EXE file) to a temporary location      3: Launch the temporary copy passing the run, do not copy yourself parameter      4: Flag the temporary copy for delete-on-close (lookup the FILE_FLAG_DELETE_ON_CLOSE flag)      5: Exit    Once you do this, your application's copy can modify the original EXE on disk, and whatever you change will have an effect the next time it is started.    This is also a way to handle automatic updates without a satellite or worker/helper application handling the replacing of files that are in use.    Be sure to give the temporary copy a meaningful filename, and document it, so that users do not worry when they see an unknown executable filename in Task Manager.    Peace! -=- James Please rate this message - let me know if I helped or not! * * * If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong! Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road! See DeleteFXPFiles

Look at the documentation: MSDN wrote: Remember that using the _ATL_MIN_CRT macro does not guarantee that no functions from the CRT will be required. If you use a function that requires the CRT startup code to operate properly, you will get the following linker error: LIBCMT.LIB(crt0.obj) : error LNK2001: unresolved external symbol _main Providing your own implementation of _main does not solve this problem: you must either remove reliance on the functions that require the CRT startup code, or you must either statically link the startup code in your image or dynamically link to the CRT. When _ATL_MIN_CRT is used without the /GS- compiler option, ATL headers will require the static CRT library. What that says is that your service is using C run-time library functions that rely on having the C run-time startup code. Possibly malloc (maybe via new?).

Don't delete your question - It is considered rude. Upcoming events: * Glasgow: SQL Server 2005 - XML and XML Query Plans, Mock Objects, SQL Server Reporting Services... Never write for other people. Write for yourself, because you have a passion for it. -- Marc Clifton My website

wsprintf[^]. Steve

The steps should be as follows 1) Create a Bitmap of size 200 x 200 2) Create a Graphics FromBitmap 3) Graphics FillRectangle white 4) Graphics DrawImage with appropriate source and destination rectangles

That depends entirely on the DPI (dots per inch) of the device you are viewing the picture on. --Mike-- Visual C++ MVP :cool: LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ

Asking for help!!!:|

Yes, I called the function in InitInstance().:doh:

Read this[^] article by dan.g. Nibu thomas Software Developer

sorry my friends, I use a checkbox now, but same thing happens again. Q:when the checkbox lost focus, if it's on state, it will become off state. while I want it to keep its on state until I press it again. help me! :(

samfromcn wrote: something wrong in my code I'd bet that it's in the MFC code - that's why I use ATL for COM code ;) Stuart Dootson 'Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p'

VBScript is an untyped language, or more correctly all types in VBScript are VARIANT. The problem is not in your VBScript, it is in your ATL method definition. To pass an array of any type into an ATL COM object from VBScript, you have to make several changes: 1) The parameter must be declared as [in, out] to force it to be passed ByRef instead of ByVal. 2) The parameter must be declared as a VARIANT* type. 3) You have to write additional code in the ATL function to convert the VARIANT* array into a byte array. So, your new function definition must be: "HRESULT test([in, out] VARIANT* aaa);" Once you have passed the array into the ATL COM object you need to access it as a SAFEARRAY and retrieve the values as VARIANTS then cast them to bytes. For more info see: http://support.microsoft.com/kb/218454/EN-US/[^] Robert

what about: swprintf(outputbuf, L"%s%s", cnt, p+50);