C / C++ / MFC

Ryan Binns wrote:

ForumVisual C++ / MFC
Subject:Re: Release Code Optimization Problems..
Sender:Ryan Binns
Date:20:38 20 May '06

One other thing you could try is to enable optimisation for your debug build and see if it has the same problem. If it does, you can step through it with the debugger. You won't be able to go one line at a time, but you should be able to narrow it down enough to find the problem area.

Ryan

Ray Hagstrom wrote:

ForumVisual C++ / MFC
Subject:Re: Release Code Optimization Problems..
Sender:Ray Hagstrom
Date:14:46 20 May '06

Sounds a lot like scientific programming.

Ray Hagstrom wrote:

1.)Array overrun (Solution: interface array access through an intermediary function that executes a bunch of assert(); to verify that access is always within bounds. The asserts all dissappear in the release mode so that they do not slow production down at all.)

Ray Hagstrom wrote:

2.)Optimizer bug. (Here the machine-code generated by the compiler is just flat wrong. Every mature scientific programmer must be prepared to deal with this horrible sort of problem. I have NEVER (since 1965) dealt with a compiler that I did not find bugs in its code generation. Here, my best approach is to start backward from the crash line. Either some datum going into the crash is wrong or the line is encoded wrong.)

• First I added to the beginning and end of all source files (not header files) the following line:
  

  // Add at the beggining of the file:
  #pragma optimize( "", off )
  ...
  // Add at the end of the file:
  #pragma optimize ("", on )



• Then file by file, once a time I removed the pragma to see if the problem appears, if yes, mark the file as problematic and continue to the next file.(restoring the #pragma to the beggining of it)


• Once I finished with all files, and ending with a pair of problematic files, I started to do the same for isolating the "functions" that caused the problem.



// Add before the function body:
#pragma optimize( "", off )
...
// Add after the function closinc brace:
#pragma optimize ("", on )



• At the end, I found that only a small number of functions were the ones that caused the problem, and the reason was variable aliasing.

sivaprakashshanmugam wrote:

Is there any possibilities to convert my string to PUCHAR with out doing looping.

PUCHAR buffer = new UCHAR[length];

As well vice-versa case; meaning convert PUCHAR to String with out doing looping.

CString csPUCHAR = buffer;

PUCHAR puCS = (PUCHAR)csPUCHAR.GetBuffer(0);
csPUCHAR.ReleaseBuffer();//Don't forget to call this

sivaprakashshanmugam wrote:

Yes the first one works perfectly but it adds some junk character at the end how to remove that;

sivaprakashshanmugam wrote:

The second gives conversion error.

Error Message

error C2440: '=' : cannot convert 'ATL::CSimpleStringT<basetype,t_bmfcdll>::PXSTR' to 'PUCHAR'
with
[
BaseType=char,
t_bMFCDLL=true
]

Nibu thomas wrote:

PUCHAR puCS = csPUCHAR.GetBuffer();

NiceNaidu wrote:

PUCHAR puCS = csPUCHAR.GetBuffer();

does this work ??

NiceNaidu wrote:

I think it should be

PUCHAR puCS = csPUCHAR.GetBuffer(csPUCHAR.GetLength());

Hope i am not wrong

// Parse command line for standard shell commands, DDE, file open
CCommandLineInfo cmdInfo;
ParseCommandLine(cmdInfo);
 
<code>//this is the line that you should add
cmdInfo.m_nShellCommand = CCommandLineInfo::FileNothing;</code>
 
// Dispatch commands specified on the command line
if (!ProcessShellCommand(cmdInfo))
    return FALSE;

RockyJames wrote:

Thank you very much

CodeVarma wrote:

How To Trap esc virtual key code for Dailog Based Application?