BUG: CFrameWnd::OnDD EExecute MFC 7.1

[Marc Gustafson]

This function is executed when a application file is
double-clicked to open in a VC++ application.
Specifically, this function is enabled by
RegisterShellFi leTypes () in the application's
InitInstance.
However, under MFC 7.1 for VC++ .NET 2003,
CFrameWnd::OnDD EExecute has a bug that repeatedly
generates this error message in the debugger

Error: failed to execute DDE command ''.

Therefore, the problem is that the command is not being
propagated properly to this function, since the string
should be something like
'[open("C:\YourFi leNameHere")]'
rather than the empty string
''

Examining the code for this function in more detail, we
can see the bug here:

LPCTSTR lpsz = (LPCTSTR)Global Lock(hData);
int commandLength = lstrlen(lpsz);
if (commandLength >= _countof(szComm and))
{
// The command would be truncated. This
could be a security problem
TRACE0("Warning : Command was ignored
because it was too long.\n");
return 0;
}
GlobalUnlock(hD ata);

The data string '[open("C:\YourFi leNameHere")]' is stored
in the LPCTSTR lpsz. Then a check is done to make sure
that the length of this string is not longer than the new
buffer szCommand. However, the string is never copied in
szCommand, and the data is effectively released by
GlobalUnlock! Then when this command is executed

if (!AfxGetApp()->OnDDECommand(s zCommand))

szCommand is empty, and the error is generated.

Hopefully, Microsoft will address this bug and issue a
patch. Please respond to this posting to indicate if this
problem is being addressed.

Thank you,
Marc Gustafson

[Doug Harrison [MVP]]

Marc Gustafson wrote:

This function is executed when a application file is
double-clicked to open in a VC++ application.
Specifically , this function is enabled by
RegisterShellF ileTypes () in the application's
InitInstance .
However, under MFC 7.1 for VC++ .NET 2003,
CFrameWnd::OnD DEExecute has a bug that repeatedly
generates this error message in the debugger

Error: failed to execute DDE command ''.

Therefore, the problem is that the command is not being
propagated properly to this function, since the string
should be something like
'[open("C:\YourFi leNameHere")]'
rather than the empty string
''

Examining the code for this function in more detail, we
can see the bug here:

LPCTSTR lpsz = (LPCTSTR)Global Lock(hData);
int commandLength = lstrlen(lpsz);
if (commandLength >= _countof(szComm and))
{
// The command would be truncated. This
could be a security problem
TRACE0("Warning : Command was ignored
because it was too long.\n");
return 0;
}
GlobalUnlock(h Data);

The data string '[open("C:\YourFi leNameHere")]' is stored
in the LPCTSTR lpsz. Then a check is done to make sure
that the length of this string is not longer than the new
buffer szCommand. However, the string is never copied in
szCommand, and the data is effectively released by
GlobalUnlock ! Then when this command is executed

if (!AfxGetApp()->OnDDECommand(s zCommand))

szCommand is empty, and the error is generated.

Hopefully, Microsoft will address this bug and issue a
patch. Please respond to this posting to indicate if this
problem is being addressed.

Known problem. The solution I've seen recommended is to handle
WM_DDE_EXECUTE in your main frame window, copy the code from the MFC source,
and adding the missing line.

--
Doug Harrison
Microsoft MVP - Visual C++

[Tian Min Huang]

Hi Marc,

Thank you very much for your post and feedback on the product.

Doug is right. This is a know issue. To workaround it, we could handle
WM_DDE_EXECUTE and add:

* Problem: CFrameWnd::OnDD EExecute in VC7/8 omitted the following 2 lines:
LPCTSTR lpsz = (LPCTSTR)Global Lock(hData);
lstrcpyn(szComm and, lpsz, _countof(szComm and));
* Solution: add the missing lines (or better, use strings).

The issue will be fixed in VS.NET 2003 SP1.

If you have follow up questions, please post here.

Regards,

HuangTM
Microsoft Online Partner Support
MCSE/MCSD

Get Secure! ¨C www.microsoft.com/security
This posting is provided ¡°as is¡± with no warranties and confers no rights.

[Marc Gustafson]

Handled WM_DDE_EXECUTE in my MainFrame class and
implemented this work-around solution.
It's good to know that it will be fixed in SP1.

Thanks,
Marc

[Tian Min Huang]

Hi Marc,

Thanks a lot for your feedback! :-)

Have a nice day!

Regards,

HuangTM
Microsoft Online Partner Support
MCSE/MCSD

Get Secure! ¨C www.microsoft.com/security
This posting is provided ¡°as is¡± with no warranties and confers no rights.

[sabapathy]

Hello,
I did, but got the 10 errors as follows:
c:\...\Sources 0.9.57\MainFrm. cpp(5196) : error C2065: 'WM_DDE_EXECUTE ' : undeclared identifier
c:\...\Sources 0.9.57\MainFrm. cpp(5196) : error C3861: 'UnpackDDElPara m': identifier not found, even with argument-dependent lookup
c:\...\Sources 0.9.57\MainFrm. cpp(5202) : error C3861: '_countof': identifier not found, even with argument-dependent lookup
c:\...\Sources 0.9.57\MainFrm. cpp(5211) : error C2065: 'WM_DDE_ACK' : undeclared identifier... and the like.
What I did is: Copied the function LRESULT CFrameWnd::OnDD EExecute(WPARAM wParam, LPARAM lParam) from winfrm.cpp and pasted at the end of my mainframe.cpp file and added 2 more lines to fix the bug.
Do we need something else such as include any header?
Thanks & Regards,
--
sabapathy [email address removed]
Yamaha Corporation<htt p://global.yamaha.c om>
Japan