Since a pointer is a memory address its type if you lie is actually its size, and hence is the same as the bit ness of the OS, 32 or 64, 4 or 8. However, and this is where it gets interesting, when you increment a pointer the address increases by the size of the declared type. So a char pointer goes up by one byte, a DWORD pointer by 4 and so on.

Andrew Brock gave you a textbook answer. What I am trying to explain is that teh textbooks are WRONG and all the design model examples are wrong in that they only deal with a single client connecting or multiple clients where the data is the same for each client and only a little data is passed. The simple answer is this: The ip address can be same BUT the port number must change for each client that connects if you want the system to be practical. This means that you create a console app with a minimum amount of memory as the server and launch a new instance of this for each client that connects so that each client is connecting on a different port number. For example, I wrote a camera wall recently for the U.S. government and their specs stated that you may NOT use threads--that you must create a new instance of the server for each client connection. The reason for this is so that if one client goes down it will not take the whole system down. Each client uses the same ip address but has a unique port number. Andrew Brock's answer is a textbook answer which doesn't apply to teh real world. Get real Anrew! http://www.KabbalahCode.com

Thanks for the answers, I got it. How can you advance file pointer if you don't use overlapped IO?

Exported functions can be called (or, rather, located and addressed) from the outside - so, whenever you need a function to be addressable from the outside you (or compiler/linker) make it exported. This is the only rule :)

The functionality you described is possible with SQL Server Compact Edition. It needs no installing and the database is included in to the project and deployed with it. However in CE you have few restrictions including: - only one user can use it (not suitable for multi-user environments) - no locking is possible Hope this helps, Mika The need to optimize rises from a bad design

Mark Salsbery wrote: You're confusing message loops with window procedures. Yes, that's right. And now i understand. -One loop -Get Message and -DispatchMessage finds the right window procedure. Thank you for help... :rose:

No, I exported a function which is called GetModuleHandle(NULL); OK. I got answer. Thank you very much...

sawerr wrote: So it becomes exe to exe, as in the figure: Then I guess other options are to one of the IPC methods described at the previous link or do something similar to what Joe does in his article but post the WPARAM and LPARAM passed to the KeyboardProc to a window in the exe process and let the EXE do the string stuff. Mark Salsbery Microsoft MVP - Visual C++ :java:

Hi CreateFileMapping/MapViewOfFile is usually used in IPC(inter process communication) When you modify any particaluar file and want to be notified of the same in another application which do not drectly access the file , this is the mechmanism you would use. The second process would get the handle to first process physical memeory that is the reason you need to use critical section. Here there is only one copy of the file and when there is some change in the data then you could SENDMESSAGE WM_COPYDATA which also be received in the other application and thus there will be notifiaction of the data sent. I hope it answers your question.

Thanks for answers. :rose:

:laugh: Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Microsoft MVP - Visual C++[^]

sawerr wrote: 1-) Is there a way to get DC for drawing control itself, not its surface? So you want to change the shape of the control itself! For that you've got to call SetWindowRgn. You can use functions in CRgn class to create a region your window. To create an elliptical dialog you just have to call SetWindowRgn with a region parameter from OnInitDialog. Read this for more information.[^] sawerr wrote: 2-)If yes, how can i understand which DC is for surface of control and which DC is for draw a control? There is nothing like surface and a control dc. It's just one control dc which is just used for painting on top of a control. Nibu babu thomas Microsoft MVP for VC++ Code must be written to be read, not by the compiler, but by another human being. Programming Blog: http://nibuthomas.wordpress.com

NM_CUSTOMDRAW is used by the common controls library. WM_DRAWITEM is for basic windows controls. They are logically the same thing. DrawItem() handles WM_DRAWITEM messages. There is no CustomDraw() method for any MFC classes. If such a method exists, you, or a third party, added it. A guess would be that it handled NM_CUSTOMDRAW messages, but if not documented, you'd have to examine the actual parameters and even the message map. Anyone who thinks he has a better idea of what's good for people than people do is a swine. - P.J. O'Rourke

I agree with Sandi, you are creating new documents, so you will have new pairs Doc-View and the new ones have nothing to do with the old ones. If you DO want to have only one document and more views... take a look here[^] Regards. -------- M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you “The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson Rating helpfull answers is nice, but saying thanks can be even nicer.

sawerr wrote: wcscpy(progid, L"comcalc.calc"); CLSIDFromProgID( progid, &pclsid); HRESULT hr = CoCreateInstance(pclsid, NULL, CLSCTX_ALL, IID_IDispatch, (void **)&idsp); While late binding , If we have nothing (no need) about COM object in remote server. How could CLSIDFromProgId work? Something must be registered in client computer before executing this line so we need dll/exe file(server) itself. Am i wrong? IMHO the above code snippet is executed on the remote machine, where the COM server is registered. :) If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.

Thanks for your help your last post really help me, i understood how i must write. Thank you. Good works...

It's hard to explain COM in a small book let a lone in a short post so the best thing I can do is say try it and see. Try creating 3 separate Dlls, one object in each with the wizard and see where the code is the same and where it's different and if you can combine them manually. Also the theory of COM is different from the implementation of COM objects within a framework like MFC or ATL. Framework implementation details like COM Maps can be very confusing if you don't already understand what they're trying to achieve. Learning by fiddling has always been the best way to learn programming and not just because that's how I did it.:-D Nothing is exactly what it seems but everything with seems can be unpicked.