C / C++ / MFC Discussion Boards

lavate malllik10-Mar-08 17:39

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.

Re: Visual C++ Prerequisites [modified]

led mike10-Mar-08 8:46

led mike

10-Mar-08 8:46

nike_arh wrote:
some other language (Java perhaps)

ROTFLMAO Right because Java has no prerequisites.

nike_arh wrote:
My question is does C++ have any prerequisites??? I am using Visual Studio 2005.

http://msdn2.microsoft.com/en-us/library/abx4dbyh(VS.80).aspx[^]

nike_arh wrote:
so there might be problem with the autorun

Check to see if the program is already installed. If not, the next step will probably be the setup procedure.
http://msdn2.microsoft.com/en-us/library/bb776824.aspx[^]

http://en.wikipedia.org/wiki/Autorun[^]
http://blogs.msdn.com/oldnewthing/archive/2007/11/21/6447771.aspx[^]

Last modified: 1hr 56mins after originally posted --

led mike

Re: Visual C++ Prerequisites

nike_arh10-Mar-08 8:50

nike_arh

10-Mar-08 8:50

So if i write it on Java the program will run on any PC???
When i say Java i men Visual J#

Re: Visual C++ Prerequisites

David Crow10-Mar-08 8:51

David Crow

10-Mar-08 8:51

Only if said machine has a JVM installed.

"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Re: Visual C++ Prerequisites

David Crow10-Mar-08 8:50

David Crow

10-Mar-08 8:50

nike_arh wrote:
My question is does C++ have any prerequisites???

That all depends on what libraries (e.g., msvcrt.dll) you happen to link with.

Re: Visual C++ Prerequisites

nike_arh10-Mar-08 8:54

nike_arh

10-Mar-08 8:54

The autorun will consist of several buttons which all when pressed open a file on the file system or a directory.

Re: Visual C++ Prerequisites

led mike10-Mar-08 9:04

led mike

10-Mar-08 9:04

So you thought there was some chance that would help him i guess? I believe I have better odds of hitting the lottery. Laugh | :laugh:

led mike

Re: Visual C++ Prerequisites

David Crow10-Mar-08 10:09

David Crow

10-Mar-08 10:09

I was just answering the question. I'll leave the "Was it helpful?" up to the OP.

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