|
Why don't you accept a reference to a deque object as function argument?
For instance:
bool GetStates(deque<string> & states)
{
}
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Code:
using namespace std;
<b>typedef map<CPDMGuiMainDlg*, void (TClass::*m_pFunctionPointer)(unsigned int,unsigned int)> g_ClassFuncPointerTDMap;</b>
g_ClassFuncPointerTDMap g_ClassFuncPointerMap;
typedef map<unsigned int, g_ClassFuncPointerTDMap > g_SignalClassFPTDMap; //, g_ClassFuncPointerTDMap
g_SignalClassFPTDMap g_SignalClassFPMap;
template <class TClass>
void attach(int iSignalValue, TClass* m_pClassPointer, void (TClass::*m_pFunctionPointer)(unsigned int,unsigned int))
{
if (g_SignalClassFPMap.find(iSignalValue) == g_SignalClassFPMap.end())
{
g_SignalClassFPMap.insert (make_pair (iSignalValue, g_ClassFuncPointerTDMap()));
g_SignalClassFPMap[iSignalValue].insert(make_pair (m_pClassPointer, m_pFunctionPointer));
}
else
{
//g_SignalClassFPMap[iSignalValue].insert(make_pair (m_pClassPointer, m_pFunctionPointer));
}
}
We are saving function pointer in g_ClassFuncPointerTDMap map. We are getting following error:
error C2653: 'TClass' : is not a class or namespace name.
how to decalre template TClass before using it.
|
|
|
|
|
|
if you design permits,
you can use boost library, boost:: bind and boost::function objects
|
|
|
|
|
VC6, MFC, XP
Hi - I need to prevent a CView from being closed before a thread operation is complete. The mainframe also has a secondary thread and I've handled that situation by reacting to the WM_CLOSE message. The view, which has it's own worker thread, doesn't seem to get the WM_CLOSE message (even if I put the code in) and reacting to WM_DESTROY in the view is too late to stop it from being closed.
Any suggestions?
Thank you,
Paul
|
|
|
|
|
Paul Belikian wrote: Hi - I need to prevent a CView from being closed before a thread operation is complete.
One way would be to use a CEvent object. When the view is being closed, call WaitForSingleObject() to wait for the event to become signaled. When the thread operation is complete, signal the event.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Thanks David, that is a good suggestion.
I think my issue is that I'm not sure which (or what) message to hook in the view in order to wait for the event.  The messages I've tried do not stop the view from being closed; for example, if I put a Sleep(5000) call in the view's WM_DESTROY handler, the window is still closed instantly. I need a place where the view will remain open if I delay the WM_xxxxxx message.
I'm doing this in case the user kills the app with the upper 'X' in the application's window ...perhaps I should look into that aspect. This is the only thread related thing I need to clean up. If the user doesn't kill the app while the background process is running (i.e. in the middle of loading a large database), all is well (but when do users wait for anything ?  ), however if they do kill the app, I need to stop the views from being closed before the thread is dead. The threads can be stopped in an orderly manner at any time.
Thanks for your suggestion.
Paul
|
|
|
|
|
Paul Belikian wrote: I think my issue is that I'm not sure which (or what) message to hook in the view in order to wait for the event.
Have you tried responding to WM_CLOSE (i.e., returning 0) in the frame class?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Mainframe seems to work fine and stops the thread running in the mainframe. However I need to stop the view from closing before the view's thread is stopped (each view has it's own thread and the mainframe has another thread):
void CMainFrame::OnClose()
{
#ifdef _USE_BACKGROUND_THREAD_
DWORD dwExitCode;
m_pBackThread->Stop(dwExitCode, 0);
if(m_pBackThread->GetActivityStatus() != CThread::THREAD_RUNNING)
{
TRACE("Mainframe: Thread Busy, Can't close yet...\n");
PostMessage(WM_CLOSE);
}
else
{
TRACE("Mainframe: Can close now\n");
m_pBackThread->Stop(dwExitCode);
SaveCommandBars(_T("CommandBars"));
CXTPDockingPaneLayout layoutNormal(&m_paneManager);
m_paneManager.GetLayout(&layoutNormal);
layoutNormal.Save(_T("NormalLayout"));
CMDIFrameWnd::OnClose();
}
#else
SaveCommandBars(_T("CommandBars"));
CXTPDockingPaneLayout layoutNormal(&m_paneManager);
m_paneManager.GetLayout(&layoutNormal);
layoutNormal.Save(_T("NormalLayout"));
CMDIFrameWnd::OnClose();
#endif
}
|
|
|
|
|
The mainframe should know all its child views. Create a function in each view that the mainframe calls from its OnClose which can wait / allow / disallow the close.
Judy
Be wary of strong drink. It can make you shoot at tax collectors - and miss.
Lazarus Long, "Time Enough For Love" by Robert A. Heinlein
|
|
|
|
|
void CMainFrame::OnClose()
{
#ifdef _USE_CMC6INVOICE_THREAD_
POSITION pos, posView;
pos = theApp.m_pCmc6InvoiceDocTemplate->GetFirstDocPosition();
while(pos != NULL)
{
CDocument *pDoc = theApp.m_pCmc6InvoiceDocTemplate->GetNextDoc(pos);
if(pDoc!= NULL)
{
posView = pDoc->GetFirstViewPosition();
while(posView != NULL)
{
CView * pView = pDoc->GetNextView(posView);
if(pView->IsKindOf(RUNTIME_CLASS(CCMC6InvoiceView)))
{
CCMC6InvoiceView * pInv = (CCMC6InvoiceView *) pView;
if(pInv->m_clsInvoice->m_pThread != NULL)
{
if(pInv->m_clsInvoice->m_pThread->GetActivityStatus() == THREAD_NOTPREPARED_TO_TERMINATE)
{
TRACE("Mainframe: OnClose() ->CMC6InvoiceView Thread Busy, Can't close yet...\n");
Sleep(200);
PostMessage(WM_CLOSE);
return;
}
}
}
}
}
}
#endif
#ifdef _USE_BACKGROUND_THREAD_
DWORD dwExitCode;
m_pBackThread->Stop(dwExitCode, 0);
if(m_pBackThread->GetActivityStatus() == THREAD_NOTPREPARED_TO_TERMINATE)
{
TRACE("Mainframe: OnClose() ->BackProcess Thread Busy, Can't close yet...\n");
Sleep(200);
PostMessage(WM_CLOSE);
}
else
{
TRACE("Mainframe: OnClose() ->Can close now\n");
m_pBackThread->Stop(dwExitCode);
SaveCommandBars(_T("CommandBars"));
CXTPDockingPaneLayout layoutNormal(&m_paneManager);
m_paneManager.GetLayout(&layoutNormal);
layoutNormal.Save(_T("NormalLayout"));
CMDIFrameWnd::OnClose();
}
#else
SaveCommandBars(_T("CommandBars"));
CXTPDockingPaneLayout layoutNormal(&m_paneManager);
m_paneManager.GetLayout(&layoutNormal);
layoutNormal.Save(_T("NormalLayout"));
CMDIFrameWnd::OnClose();
#endif
}
|
|
|
|
|
I want to create a console like dialog, I was thinking like in a multi-line edit boxt, but I don't know how so I need some ideas to start with.
It should work like a "real" console, where you only can write at the prompt, only delete what you just have written, but not yet executed and so on.
Many games have a console like this, to send messages etc, maybe there's some code to start with?
What the result should be is an interactive console for Python, but intergrated in my application as a modeless window or a dialog. Python is easy to embed with, for example PyRun_InteractiveLoop, reading and writing to stdin/out.
Any ideas how this can be archived?
Thanks!
|
|
|
|
|
Well you can paint it back bg with CTL_COLORSTATIC notification message, you can use keyboard handler to do pretty cool stuff or you can simply trace for keywrds like record for keyboard msgs in wnd proc, and use gettickcount know make if a word is typed.then you can simply use GetDlgItemText to get text then append, i recommend use sstream.h for string formatting. then simply set the text to edit box with setdlgitemtext
|
|
|
|
|
Hi,
Is there any way to execute XQuery through MFC Code, I know How to use MSXML.DLL to load xml documents and navigate the XML document But I am looking for a method like ExecuteSQL("") to execute my XQuery statements?
|
|
|
|
|
When my article will be publish?How many days in general?Who have the right to publish the article?
|
|
|
|
|
The Lounge [^] is possibly more appropriate.
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
HI,
In my application I need to create a employee.dbf file and reading that employee information into employee structure and filling that information into emplyee dialog box.
kir_MFC
|
|
|
|
|
What is a dbf file? Is it a database file?
|
|
|
|
|
|
Are you talking about the ancient dBase database file?
--
Si dos montan un caballo, uno debe ir detrás.
|
|
|
|
|
There are information on dbf file structures available on the web. I suggest you do a search to find the info.
|
|
|
|
|
ODBC would probably be the easiest. If you are using MFC, check out the CRecordset and CDatabase classes.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
|
|
|
|
|
Did you see Database[^]?
Of one Essence is the human race
thus has Creation put the base
One Limb impacted is sufficient
For all Others to feel the Mace
(Saadi )
|
|
|
|
|
Hi,
As i want to display two dialogs and im hiding mainframe.Just i will do all this operations through the buttons in these two dialogs.
So i did in App class as follow
pMainFrame->ShowWindow(SW_HIDE);
pMainFrame->UpdateWindow();
pMainFrame->AlarmBanner();
pMainFrame->ToolTab();
In Mainframe.cpp
void CMainFrame::AlarmBanner()
{
CAlarmBanner *oAbanner;
oAbanner = new CAlarmBanner;
oAbanner->Create(IDD_ALARMBANNER,this);
oAbanner->ShowWindow(SW_SHOW);
}
void CMainFrame::ToolTab()
{
CToolTab *otoolbar;
otoolbar = new CToolTab;
otoolbar->Create(IDD_TOOLBAR_DIALOG,this);
otoolbar->ShowWindow(SW_SHOW);
}
My problem,when i started it is continously flickiering..even it does not open properly.
Wats the mistake..what can i do to avoid that?
By commenting any dialog calling code,the other one works perfectly.But i want to display this two dialogs as one in top of screen and other one in left side of screen.
Anu
|
|
|
|
|
I could not figure out why exactly it is flickering but it seems following points worth considering:
1) pMainFrame->UpdateWindow(); call looks unnecessary.
2) Heap allocations made by using new operator need to be deallocated by using delete operator otherwise results in memory leak.
3) The dialogs need to be explicitly destroyed by calling DestroyWindow() function.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
