A feature of MFC is that any toolbar buttons and menu items that don't yet have a handler get disabled. You can turn this off by setting CFrameWnd::m_bAutoMenuEnable to FALSE in your CMainFrame constructor. --Mike-- When 900 years old you reach, look as good you will not. Hmm. 1ClickPicGrabber - Grab & organize pictures from your favorite web pages, with 1 click! My really out-of-date homepage Sonork-100.19012 Acid_Helm

In debug mode I checked if the destructor is called, and it is not called.

No problem, I'm glad to hear it's working! :) Chris Richardson Programmers find all sorts of ingenious ways to screw ourselves over. - Tim Smith

Thank you a lot Max :)

Thank you Christian :)

Hello Mr Freeze, You're most welcome, Mr Mreeze. I'm searching for a suitable RPC sample and will email you if I manage to find one. Best Regards, Bio.

It's working now, thanks :) Best regards

The reason why you cannot do this is because you cannot access the memory in the second process. If you call the callback function in process 1 with an address of a function that you determined from process 2, you will be accessing the data this is at the memory location in process 1. This will most likely result in a memory access error. WIN32 allows each application to have their own completely independent address space. This is why you cannot match the memory from one process to another. Even if you could find the absolute or physical address of the function call to the redraw command in your second app, the OS would change this address out from under you. That is why it is nice to work with virtual memory addresses, the memory moving becomes transparent to the application programmer. This would not be an issue in WIN16 because all applications shared the same address space. The reason why you can access the shared data segment of the DLL and modify the memory is because windows maps the shared data segment of the DLL into a memory mapped file. Since you already have shared data, you may just want to set an update bit that the Rendering app can monitor in its idle state and determine if it is time to update. kilowatt

Thanks for your kind help, I got it to work correctly :)

I found the problem... and I'm ashame! There was another tree control hidden under the first one! Thanks anyway :)

Remember that the pointer returned might be temporary Nish Sonork ID 100.9786 voidmain www.busterboy.org If you don't find me on CP, I'll be at Bob's HungOut

Mr.Freeze wrote: I'm wondering why there seem not be possible to select more than one item in a CTreeCtrl. Or am I wrong?    You are correct: The native TreeView Control does not support multiple selection.  There is code available on this site, and also on code*uru, that implements multiple selection.  The "quick-n-dirty" way of doing it is to use the TVIS_DROPHILITED state to simulate selection.    Peace! -=- James.

That works fine, thanks :)

Thanks for all your replies. It's right, I forgot to specify the flag as 'volatile'. Without this even when increasing the other thread's priority it wouldn't have worked. But I didn't use a critical section... I'll try to implement it in future :) cheers Marc

'scuse me for interrupting. Its just the 'communications' between your two halves. In the Windows world I may be a naughty boy suggesting this. The thing is that I've been programming unix since the old queen died (god rest his soul) and used to have the same communicate-between-threads-especially-at-speed headaches until I discovered the joys of services. The nature of most of my programs (factory control stuff) is very modular, though not entirely independant. I devised a packet system that all of my programs understand (to varrying degrees depending on their need), I stole a service port number and bounce messages off that. I'm sure you Mr Freeze are able to understand how its done, but for the sake of others let me give a briefing on it. //The packets. These are C structs but you can use classes just as //well, or better, I just have to take into account programs I //wrote //a million years ago and have misplaced the source. struct { UINT StructSize; UINT DataSize; /*Because i use a shared service number I need each program to have an ID. So that others receiving the packets know if this is one there need to listen to.*/ UINT ProgramID; /*even if its the right progam, will I understand it? */ UINT ProgramVersion; /* for real time apps time can be important. BETTERTIME is just a 'union' of mine which holds time in a DWORD format as well as being able to get at the elements in byte form. (usefull for sorting and comparison)*/ BETTERTIME Time; /*Command/Type of information contained. It does not need to be globally understood, though for the sake of future proofing I tend to make it unique across applications. If this message isn't for this thread then we do not get as far as checking this*/ UINT Command; void* Data }; Each program is able to be server or client. It starts by sending a Welcome message. If no one replies then it assumes the role of server. As server it keeps a list of all clients that come online and reflects all messages to all clients. I also added the ability to pass this client information to 'prime' clients so that is a server is lost another can take over without much loss. It can of cause be changed such that a dedicated server is present, but the orriginal point was that I wanted all threads/programs to be able to talk to all others. Also I didn't want to be in a situation where data is not collected because there is no server present. As I said, its my first day on this list and I'm not certain yet what level of information to

...hope that is as easy at it sounds ;)

Sounds too easy... but is working!! :cool: Thanks :rose:

Thanks :rose: