C / C++ / MFC

bolleperdu wrote:

Whereever I look for help, it appears to be too complicated for a beginner like me. I just want my programm to have 2 threads: 1 for the serial communication and 1 for the GUI.

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

<br />
try<br />
 {<br />
  StreamReader^ sr = gcnew StreamReader(teversturen);//teversturen is the full path of the file to be transmitted<br />
  {<br />
   String^ line;<br />
    int lengte = (unsigned int)sr->BaseStream->Length;	<br />
    int percent;				<br />
    while (!(sr->EndOfStream::get()))<br />
    {<br />
      percent = (((unsigned int)sr->BaseStream->Position / lengte) * 100);//calculate how much is done<br />
      toolPCT->Text = percent.ToString() + "%";//make a string of the integer<br />
				<br />
      line = sr->ReadLine();//read a line from the file<br />
      sp->WriteLine(line);//write it in the serial buffers<br />
      Form1::Update();//force the form to update itself<br />
    }<br />
   }<br />
   sr->Close();<br />
		<br />
 }<br />
catch (Exception^ e)<br />
 {<br />
  // Let the user know what went wrong.<br />
  richTextBox1->Text += "The file not be read:\n";<br />
  richTextBox1->Text += e->Message + "\n";<br />
  sp->Close();<br />
 }

Aqueel wrote:

I want to terminate a thread from another function

CMyWinThread* pThread;
pThread->PostThreadMessage(WM_QUIT, NULL, NULL)

DWORD dwThreadId;
::PostThreadMessage(dwThreadId, WM_QUIT, NULL, NULL);

Barry wrote:

I have a situation where I have a user interface thread that is opening a dialog with a progress dialog that is used to show progress on processing going on in the parent thread. The underlying dialog is wrapped in a thread-safe class so messages to the dialog are handled properly. When processing in the parent thread is complete the dialog is gracefully shut down. If the dialog is being moved around when the parent thread tries to shut the thread down by posting a WM_QUIT method to the thread, the ExitInstance method in the CWinThread-derived class used to handle the thread never gets invoked and the thread remains active. I also tried to add a user-defined message with a message handler but the message handler never got invoked when the parent thread sent the message to the thread. Any clues?

...
// pump message, but quit on WM_QUIT
if (!PumpMessage())
	return ExitInstance();
..

LRESULT CClosingInfo::WindowProc(UINT message, WPARAM wParam, LPARAM lParam) 
{
  // ADD THIS HERE
  if(message == WM_QUIT)
  {
    m_bOopsImDead = true;
  }

  return CDialog::WindowProc(message, wParam, lParam);
}

int CCloseTrhread::Run()
{
  ASSERT_VALID(this);
  _AFX_THREAD_STATE* pState = AfxGetThreadState();

  // for tracking the idle time state
  BOOL bIdle = TRUE;
  LONG lIdleCount = 0;

  // acquire and dispatch messages until a WM_QUIT message is received.
  for (;; )
  {
    // phase1: check to see if we can do idle work
    while (bIdle &&
	!::PeekMessage(&(pState->m_msgCur), NULL, NULL, NULL, PM_NOREMOVE))
    {
      // call OnIdle while in bIdle state
	if (!OnIdle(lIdleCount++))
	  bIdle = FALSE; // assume "no idle" state
    }

    // phase2: pump messages while available
    do
    {
      // pump message, but quit on WM_QUIT
	if (!PumpMessage())
	  return ExitInstance();

	// reset "no idle" state after pumping "normal" message
	//if (IsIdleMessage(&m_msgCur))
	if (IsIdleMessage(&(pState->m_msgCur)))
	{
	  bIdle = TRUE;
	  lIdleCount = 0;
	}

    } while (::PeekMessage(&(pState->m_msgCur), NULL, NULL, NULL, PM_NOREMOVE));


    //  ADD THIS HERE TO CHECK IF THE THREAD SHOULD BE CLOSED
    if(m_pCloseWindow->m_bOopsImDead)
    {
      return ExitInstance();
    }
  }    // end for(;; )
}

<code>m_pCloseThread->m_pCloseWindow->PostMessage(WM_QUIT, 0 ,0); 
//  m_pCloseThread->PostThreadMessage(WM_QUIT, 0 ,0);</</code>pre>

This works also when no one is dragging or holding the dialog.

Hope that this helps, or at least sets you on its way.
Let me know

Kurt Pattyn
 

codito ergo sum

 -- modified at 18:52 Thursday 25th May, 2006