Worker thread->crash - C / C++ / MFC Discussion Boards

Re: How virtual destructor works under the hood?

Peter Weyzen11-Mar-08 7:46

Peter Weyzen

11-Mar-08 7:46

sure seems like one!

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<a href="http://www.soonr.com">SoonR Inc -- PC Power delivered to your phone</a>

Re: How virtual destructor works under the hood?

Rajkumar R11-Mar-08 8:27

Rajkumar R

11-Mar-08 8:27

I assume you mean "When the (virtual)destructor is called -- the top-most ~~constructor~~ destructor is called first". If so, why don't you edit.

Re: How virtual destructor works under the hood?

Peter Weyzen11-Mar-08 8:49

Peter Weyzen

11-Mar-08 8:49

then your reply wouldn't make any sense.... and we don't want that!

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<a href="http://www.soonr.com">SoonR Inc -- PC Power delivered to your phone</a>

Re: How virtual destructor works under the hood?

Maxwell Chen10-Mar-08 20:36

Maxwell Chen

10-Mar-08 20:36

This article[^] for your reference.

Maxwell Chen

Missing Start Point

Member 461894910-Mar-08 18:29

Member 4618949

10-Mar-08 18:29

I have the following error

Error 1 error LNK2019: unresolved external symbol _WinMain@16 referenced in function ___tmainCRTStartup MSVCRTD.lib

I also have the WinMain defined and the subsystem set to Windows

and even the callign convention is __stdcall

Please help me urgently.. I am in need

Thanx in advance

Re: Missing Start Point

Maxwell Chen10-Mar-08 19:08

Maxwell Chen

10-Mar-08 19:08

How does your WinMain prototype look like?

Maxwell Chen

Re: Missing Start Point

Sameerkumar Namdeo10-Mar-08 22:27

Sameerkumar Namdeo

10-Mar-08 22:27

Project properties ->
Linker ->
Advanced ->
Entry Point->
wWinMainCRTStartup

wWinMainCRTStartup ...if App is UNICODE
WinMainCRTStartup ... if App is not UNICODE

Worker thread->crash

lavate malllik10-Mar-08 17:39

lavate malllik

10-Mar-08 17:39

Iam having a MFC application, in which we have a worker theread.
Some operation is happens in worker thread.And we call this application for 10 times it works well.But when we call this application for 25th time it crashes at 25th time.

Let me know what will be the reasons behind this.
According to me one of the reasons is data type matching.But intially we resolved this problem for 10th time then it works well till. 24th time and at 25th time it crashes.

According to me there will be some other reaons behind this crashing.

Let me reasons how to rsolve this type of crashing.

lavatema

Re: Worker thread->crash

Stephen Hewitt10-Mar-08 18:00

Stephen Hewitt

10-Mar-08 18:00

We're not psychics. You haven’t provided enough information. What is the type of crash? Can you provide the call stack of the crash? Can you post the relevant code?

Steve

Re: Worker thread->crash

Peter Weyzen10-Mar-08 19:49

Peter Weyzen

10-Mar-08 19:49

What does the debugger say?

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<a href="http://www.soonr.com">SoonR Inc -- PC Power delivered to your phone</a>

Re: Worker thread->crash

ThatsAlok10-Mar-08 20:36

ThatsAlok

10-Mar-08 20:36

just try pinpoint the position where it is crashing, also just ?, are these 10 threads running syncronously, if yes, have you applied good sync logic!, if they sharing same data!

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture

cheers,
Alok Gupta
VC Forum Q&A :- I/IV
Support CRY- Child Relief and You/codeProject$$>

Re: Worker thread->crash

Maxwell Chen10-Mar-08 20:45

Maxwell Chen

10-Mar-08 20:45

Besides, is there any buffer overrun?

Maxwell Chen

Re: Worker thread->crash

CPallini10-Mar-08 22:39

CPallini

10-Mar-08 22:39

Sorry, the CPMRU (Code Project Mind Reader Unit) is out of order.
Smile | :)

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

Re: Worker thread->crash

kanduripavan11-Mar-08 16:57

kanduripavan

11-Mar-08 16:57

Its easy. I got it. All what u have to do is to put break point on the
thread function(F9 For all the lines) debug and wait for the application to crash.
Thats it.

program to convert roman number to its decimal equvalent

Dhiraj kumar Saini10-Mar-08 17:05

Dhiraj kumar Saini

10-Mar-08 17:05

can any one help me out to get the code for converting roman numerals to their equivalent decimal numbers.

Re: program to convert roman number to its decimal equvalent

Stephen Hewitt10-Mar-08 18:02

Stephen Hewitt

10-Mar-08 18:02

See here[^].

Steve

Initialization of Dialog Controls

jonsey2984710-Mar-08 13:33

jonsey29847

10-Mar-08 13:33

My application is using the following static control

CONTROL "", DISPLAY, "STATIC", SS_BLACKRECT, 10, 10, 300, 200

My application plota a line in this area, when I clear the line by setting the color to black and replotting the line the liane are is darker.

To resolve this I draw a rectngle using the black brush.

Where do I put the code so the drawing occurs as soon as the Dialog is visable, I tried using the WM_PAINT message but the results were not pretty.

static BOOL CALLBACK DialogFunc(HWND hwndDlg, UINT msg, WPARAM wParam, LPARAM lParam)<br />
{<br />
	switch (msg) {<br />
	/* This message means the dialog is started but not yet visible.<br />
	   Do All initializations here<br />
        */<br />
	case WM_INITDIALOG:<br />
		InitializeApp(hwndDlg,wParam,lParam);<br />
   	hDisplayArea = GetDlgItem(hwndDlg, DISPLAY);<br />
<br />
		hdcDisplay = GetDC(hDisplayArea);<br />
		GetClientRect(hDisplayArea, &rDisplayRect);<br />
		hBrush = GetStockObject(BLACK_BRUSH);<br />
		SelectObject(hdcDisplay, hBrush);<br />
		Rectangle(hdcDisplay, rDisplayRect.left, rDisplayRect.top, rDisplayRect.right, rDisplayRect.bottom);<br />
<br />
<br />
		return TRUE;<br />
	/* By default, IDOK means close this dialog returning 1, IDCANCEL means<br />
           close this dialog returning zero<br />
        */<br />
	case WM_COMMAND:<br />
		switch (LOWORD(wParam)) {<br />
			case IDOK:<br />
<br />
<br />
				int			x, y, i;<br />
				int			nNumHDivisions = 10;<br />
				int			nNumVDivisions = 10;<br />
				int			nPixBetHDivisions = 0;<br />
				int			nPixBetVDivisions = 0;<br />
				int			nTimeBase = 10;<br />
				int			nPosition = 0;<br />
				int			nScaleFactor = 1;<br />
				int			nXoffset = 100;<br />
				int			nStartData = 0, nEndData = 0;<br />
<br />
				hpBlack  = CreatePen(PS_SOLID,1,crBLK);<br />
				hpPen[0] = CreatePen(PS_SOLID,1,crWHT);<br />
			   hpPen[1] = CreatePen(PS_DASH,1,crWHT);<br />
				hpPen[2] = CreatePen(PS_SOLID,1,crGRN);<br />
				hpPen[3] = CreatePen(PS_DASH,1,crGRN);<br />
				hpPen[4] = CreatePen(PS_SOLID,1,crBLU);<br />
				hpPen[5] = CreatePen(PS_DASH,1,crYEL);<br />
				hpPen[6] = CreatePen(PS_SOLID,1,crRED);<br />
				hpPen[7] = CreatePen(PS_DASH,1,crRED);<br />
<br />
				hDisplayArea = GetDlgItem(hwndDlg, DISPLAY);<br />
<br />
				hdcDisplay = GetDC(hDisplayArea);<br />
				GetClientRect(hDisplayArea, &rDisplayRect);<br />
				hBrush = GetStockObject(BLACK_BRUSH);<br />
				SelectObject(hdcDisplay, hBrush);<br />
				Rectangle(hdcDisplay, rDisplayRect.left, rDisplayRect.top, rDisplayRect.right, rDisplayRect.bottom);<br />
<br />
				nPixBetHDivisions =  rDisplayRect.right / nNumHDivisions;<br />
				nPixBetVDivisions = rDisplayRect.bottom / nNumVDivisions;<br />
				nXoffset = rDisplayRect.bottom / 2;<br />
   			nPosition = nXoffset - nPosition;<br />
<br />
				for(x = nPixBetHDivisions; x < rDisplayRect.right; x += nPixBetHDivisions)<br />
					{<br />
						MoveToEx(hdcDisplay, x, 0, NULL);<br />
						for(y = 10; y < rDisplayRect.bottom; y=y+10)<br />
							SetPixel(hdcDisplay, x, y, crWHT);<br />
						MoveToEx(hdcDisplay, x, 0, NULL);<br />
					}<br />
				for(y = nPixBetVDivisions; y < rDisplayRect.bottom; y+= nPixBetVDivisions)<br />
					{<br />
						MoveToEx(hdcDisplay, 0, y, NULL);<br />
						for(x = 10; x < rDisplayRect.right; x=x+10)<br />
							SetPixel(hdcDisplay, x, y, crGRN);<br />
					}<br />
				for(i=0; i<MAX_POINTS; i++)<br />
					{<br />
						Data[i].x = i;<br />
						Data[i].y = (int) (sin(3.14 * i)/MAX_POINTS);<br />
					}<br />
<br />
				for(i=0; i<rDisplayRect.right; i=i+nTimeBase)<br />
					{<br />
						DrawLine(hdcDisplay, rDisplayRect.bottom, i,  Data[nStartData].y, i + nTimeBase, Data[nStartData + 1].y, nPosition, nScaleFactor, crRED);<br />
						nStartData++;<br />
					}<br />
<br />
				SetROP2(hdcDisplay, R2_XORPEN);<br />
				nStartData = 0;<br />
				sleep(100);<br />
				for(i=0; i<rDisplayRect.right; i=i+nTimeBase)<br />
					{<br />
						DrawLine(hdcDisplay, rDisplayRect.bottom, i,  Data[nStartData].y, i + nTimeBase, Data[nStartData + 1].y, nPosition, nScaleFactor, crRED);<br />
						nStartData++;<br />
					}<br />
				ReleaseDC(hwndDlg, hdcDisplay);<br />
				return 1;<br />
			case IDCANCEL:<br />
				EndDialog(hwndDlg,0);<br />
				return 1;<br />
		}<br />
		break;<br />
        /* By default, WM_CLOSE is equivalent to CANCEL */<br />
	case WM_CLOSE:<br />
		EndDialog(hwndDlg,0);<br />
		return TRUE;<br />
<br />
	}<br />
	return FALSE;<br />
}<br />
<br />

As always any help is greatly appreciated.

Tom

Re: Initialization of Dialog Controls

Mark Salsbery10-Mar-08 13:47

Mark Salsbery

10-Mar-08 13:47

Drawing in response to WM_INITDIALOG will be useless since the dialog is not displayed yet at that point.

Drawing in response to WM_PAINT is always necessary if you want the window to be redrawn when it's needed,
like when a user resizes the window or moves another window off the top of your window.

If you are drawing on a control, then you should be drawing when the control window needs to be painted
(when it receives WM_PAINT), not when the dialog needs to be painted. The dialog will paint before the child
controls since it's lower in the z-order.

You can subclass the static control and do its WM_ERASEBKGND and WM_PAINT andling yourself.
You should see much nicer results.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: Initialization of Dialog Controls

Stephen Hewitt10-Mar-08 15:07

Stephen Hewitt

10-Mar-08 15:07

It would be nice if you took some effort to make your code readable: no formatting makes code hard to understand.

Steve

Re: Initialization of Dialog Controls

jonsey2984710-Mar-08 18:10

jonsey29847

10-Mar-08 18:10

I used the site code option, which I assumed would retain my formatting, next time I'll reformat manually, I was trying to get dressed for work.

Re: Initialization of Dialog Controls

Maxwell Chen10-Mar-08 19:05

Maxwell Chen

10-Mar-08 19:05

jonsey29847 wrote:
I used the site code option, which I assumed would retain my formatting, next time I'll reformat manually, I was trying to get dressed for work.

I prefer <pre> tags as the below.

void Test(vector<int>& v)
{
  // ...
  Hello("Bob");
  // ...
}

And <code> tags for AfxMessageBox("hello"), WM_USER + 1, etc.

Maxwell Chen

Re: Initialization of Dialog Controls

jonsey2984710-Mar-08 23:38

jonsey29847

10-Mar-08 23:38

Thanks for tips!

DLL compatibility with VS 2005 and VS 6.0

akiraps10-Mar-08 11:57

akiraps

10-Mar-08 11:57

Hi,

I have DLLs compiled under VS 6.0 and additional DLLs compiled under VS 2005. Is it possible to have a main VS 6.0 executable project that makes use of DLLs compiled under VS 2005 or vice versa?

I have tried both, but I keep getting heap corruption error upon exiting.

Thank you!

P.S. I would want to avoid converting the projects to either version.

Re: DLL compatibility with VS 2005 and VS 6.0

Mark Salsbery10-Mar-08 12:29

Mark Salsbery

10-Mar-08 12:29

It's certainly possible to mix the DLLs.

There's also lots of ways to make it break.

If all the DLLs have a simple exported function interface and never pass CRT and/or MFC objects
(or object references/pointers) between them, then it should work fine.

If you want to pass around CRT or MFC objects then all DLLs should be linked to the same DLL version
of the libraries.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Visual C++ Prerequisites

nike_arh10-Mar-08 8:33

nike_arh

10-Mar-08 8:33

Hi, i am writing a project on C# and i want to make it on CD. I've made an autorun on C# for the CD (a simple .exe with buttons). But there is a problem - if a PC doesn't have Microsoft .NET Framework, an application written on C# won't run, so there might be problem with the autorun!!! My question is does C++ have any prerequisites??? Should i write the autorun on C++ some other language (Java perhaps)??? I am using Visual Studio 2005.

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.