You have to use BeginInvoke method of the control while modifying the controls' property from a different thread other than which the control was created on. refer the link http://msdn.microsoft.com/en-us/library/a06c0dc2.aspx hope it solves ur problem

Thanks for your help !

Mr.Brainley wrote: and whever i press enter while editing it, the application terminates. Is the dialog your main window?  Mark Mark Salsbery Microsoft MVP - Visual C++ :java:

Looks like you should do some research on "readers writer locks". Steve

Got it ! I just have to create a custom map that internally keeps a STL-map. Then i can implement all the functions i need and wrap synchronization around them. It's just too simpel.

1. Yes, it's not used. Thought it might be possible to use it implicitly, so the code looks better. 2. Yes. It actually is a smart pointer internally, but i tried to give it reference semantics and syntax. I need this for a synchronization problem. I have a list of references that is accessed from many threads. If one thread retrieves a reference from that list, and the list is cleared while it works on the reference, the reference remains valid until it goes out of scope (if it is a smart reference). This way i can minimize synchronization to the pure access on the list. Maybe it would be better if i just overloaded the '->'-operator. It would have pointer-syntax then, but that would be ok i guess.

Mr.Brainley wrote: How can i detect that the reference has become invalid ? You can't. BTW, vector objects are not meant to be created on the heap. Programming Blog utf8-cpp

As others have said, the compiler assumes you mean int if you don't specify a type. This was a holdover from C and is illegal in newer versions of the C++ spec. --Mike-- Visual C++ MVP :cool: LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ Ford, what's this fish doing in my ear?

led mike wrote: you mean besides stopping an unhandled exception from closing your app? Since the exception is not raised in an exception-safe manner, I'm not sure. Don't try and catch it is the only thing I know to do. "Approved Workmen Are Not Ashamed" - 2 Timothy 2:15 "Judge not by the eye but by the heart." - Native American Proverb

Yes.

The C++ Standard Library requires that the elements of a vector are in contiguous memory. There's no problem with code like Mike suggested and encapsulation has not been violated as the contiguous storage requirement is documented and required behaviour for a std::vector. Steve

You want const_cast. Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog

You're correct. I've got it backwards. My explanation would result from a redefinition error. Not what you are after. Sorry about that. :-O Chris Meech I am Canadian. [heard in a local bar] Nobody likes jerks. [espeir] Hey, I am part of a special bread, we are called smart people [Captain See Sharp] The zen of the soapbox is hard to attain...[Jörgen Sigvardsson] I wish I could remember what it was like to only have a short term memory.[David Kentley]

it only tracks allocations made through the debug versions of malloc/new. it doesn't catch any HeapAlloc/GlobalAlloc/etc leaks, nor GDI/resource leaks. image processing | blogging

You tried : if (!((*it)->isAlive())){ delete (*it); it = m_WorkerThreadList.erase(it); } Why not it.isAlive() & delete(it) ????? Just a newbie question.... Rex

A bit off topic but you may want to consider using Window's built-in thread pool. Look up the QueueUserWorkItem API. Steve

I favor passing a pointer to 'this'. Inside the static function, you cast the LPVOID to a 'this' pointer and then call the virtual function 'Run'. Therefore, if someone dervies from your thread class, the static function will always call the 'Run' of the derived class. I am not sure of the behavior if you pass in the Run pointer directly, from the base class, not sure you would get the Run of the dervied class to execute. My static thread runner functions typically have two lines in them: DWORD WINAPI CWorkerThread::StaticThreadFunction(LPVOID lpParameter) { CWorkerThread* pRunner = (CWorkerThread*)lpParameter; return pRunner->Run(); } It really is that simple! Any sufficiently gross incompetence is nearly indistinguishable from malice.

Ok, i was unclear there. By "add to dependencies" i meant explicitly linking it. I added the filename in the "Additional dependencies" column of the linker options in the project properties. But i solved the problem now ... somehow. I gave VC a relative path to .lib-file. That was the problem. He put that path into the LIBPATH commandline-option, added the filename to the files to be linked, and then added the filename plus the absolute path to the files to be linked, so it was in there twice. Nice, eh ? I now added an absolute path to my projects properties instead of the relative one, and it works. Who'd have guessed ...

I took a job during the .com bubble and calculated my hourly wage the first month as less than minimum wage. I look for much more stable work environments lately. The place I'm at now is pretty good. But we digress. Scott