Hi, I am using binding a fair bit, but in this particular case, this textbox is not bound to anything. I am merely doing the following: myTextBox.Text = "some text"; I am getting some bizarre feeling that WPF is preventing the visual change based on some form of focus or caret permission type thing, but I can't be convinced of this. It's an odd one at the moment.

It's not AfxGetApp() that's slow (trace into it and see), but doing thousands of registry calls is. The registry is a database, and access won't be lightning-quick. As Nish said, read your config into variables at startup, then save it on exit. --Mike-- Just released - RightClick-Encrypt - Adds fast & easy file encryption to Explorer My really out-of-date homepage Sonork-100.19012 Acid_Helm

You should be able to use the REAL window handle (as in HWND). Windows is smart enough, to thunk the SendMessage over to the proper thread. It is just that you can't use CWnd points. One thing you can do is build your release build with debug information. This will allow you to run the optimized code in the debugger. Looking at local variables will be very hit or miss (and sometimes will just flat out tell you the wrong thing), but it might help to track down the problem. Tim Smith I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?

Hello, I seem to have fixed this wierd error, though I don't know why it did! When I do an action query, I use the connection.Execute method as mentioned. I passed it &vtMissing for the records affected parameter as I saw this in a MSDN example somewhere. However, and this is the noodler, if I pass NULL for the records affected parameter, the problem goes away! No problem, but I don't see why this would fix it. Simon

Hi Matt, Thanks for the response, you put me in the right place! I handle WM_KEYDOWN already, so I elected for option 2, and you are right to mention GetKeyState. It works when I do the following: if((nChar == 32) && (GetKeyState(VK_CONTROL) >> 7) == -1)) { // it happened } Is this how you would expect to do it? Simon

I think you need to look into using AddNamedItem which is part of IActiveScript. My code uses something like void CLittleScript::ParseScript(LPCTSTR sScript) { EXCEPINFO ei; _bstr_t bstrParseText(sScript); HRESULT hr = m\_iScriptParse->ParseScriptText(bstrParseText.copy(), NULL /\*L"MyApp"\*/, NULL,NULL,0,0,SCRIPTTEXT\_ISVISIBLE, NULL, &ei); if(hr == S_OK) { hr = m_iScript->SetScriptState(SCRIPTSTATE_CONNECTED); } else { littleDebugger()->Error("Failed to Parse Script Text %x", hr); } } HRESULT CLittleScript::AddScriptObject(LPCSTR sObjectName, IUnknown* pObject) { m_ScriptSite.AddScriptObject(sObjectName, pObject); HRESULT hr = m_iScript->AddNamedItem(_bstr_t(sObjectName), SCRIPTITEM_ISVISIBLE | SCRIPTITEM_ISSOURCE); if(hr != S_OK) { littleDebugger()->Error("Failed to add named item %x", hr); } return hr; } In my ActiveScriptSite::GetItemInfo, I loop through for the required object interface. if(dwReturnMask & SCRIPTINFO_IUNKNOWN) { for(int nLoop = 0; nLoop < m_collectionObjects.Count(); nLoop++) { SCRIPTOBJECT* pObject = m_collectionObjects.GetItem(nLoop); if(pObject) { _bstr_t a(pObject->m_sName.c_str()); if(!\_wcsicmp((const wchar\_t\*)a, pstrName)) { (\*ppunkItem) = pObject->m\_pObject; pObject->m\_pObject->AddRef(); break; } } } } Michael :-) Communication is the first step towards enlightenment.

maybe you have break always on for your exeptions To check, start the program whith step into(F11) and look under Debug->Exceptions You'll get a dialog that allows you to set up the exception handling during debugging. Check the Microsoft C++ Exception, if this says stop always then indeed you will get the first chanche... You can change it to stop if not handled and get notification only if an exception is not handled, but this includes cach all handling from the MFC framework. (you could also just press ctrl+F5 to start the program outside the vc debugger and see what it does) good luck Rutger

No problem. It was a simple problem with an answer someone would never think of :) -:suss:Matt Newman / Anti-Linux Activist:suss: -Sonork ID: 100.11179:BestSnowman †

The GDI is independant of the SDI/MDI architecture i'd think...it's wrapped in the CDC classes. Thats strange...real strange...then again...anything is strange when you don't understand it... :) "An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

Thanks for the input guys. Everything is back on track now. Simon :-D

Cheers for the help guys. :) I'm now back on track. :cool: Simon