Simple SendMessage prob or killing a window

Ok i am writing a script that basically terminates a program and restarts it anyway the problem is i cannot terminate it. I have tried:
SendMessage lhwnd, &H2, 0, 0
where lhwnd is the hwnd of the window and in theory H2 should be the correct hex for WM_DESTROY but that doesnt work. It gets the right hwnd and the program does respond since if i do:
SendMessage lhwnd, &H10, 0, 0
(H10 being WM_CLOSE which is a weaker form of destroy) it prompts me if i want to exit while connected. Anyway it works if i do it in C++ but unfortunately their are parts of this app that would be a ***** to do in C++ anyway any suggestions or better ways to kill a window

I think the best way is to simulate what happens when the user closes the window - send a WM_SYSCOMMAND message with SC_CLOSE flag ....

Dr Memory :cool:

To close a Window

SendMessage wHandler, WM_CLOSE,0,0

VB Code:

Private Declare Function FindWindow Lib "user32" Alias "FindWindowA" (ByVal lpClassName As String, ByVal lpWindowName As String) As Long
Private Declare Function PostMessage Lib "user32" Alias "PostMessageA" (ByVal hwnd As Long, ByVal wMsg As Long, ByVal wParam As Long, ByVal lParam As Long) As Long
 
Private Const WM_CLOSE = &H10
 
Private Sub cmdCloseApp_Click()
Dim CloseIt As Long
CloseIt = FindWindow(vbNullString, "Caption Of Window To Be Closed")
PostMessage CloseIt, WM_CLOSE, CLng(0), CLng(0)
End Sub

It's also a good idea to specify a classname for a the window. It narrows the search down a little more.

I'd still suggest that using WM_SYSCOMMAND/SC_CLOSE is more likely to close an application down cleanly than WM_CLOSE. In automation contexts I've found that sometimes WM_CLOSE just ain't enough, but if it works in specific cases and that's all you want, nyet problyema!!

WM_SYSCOMMAND/SC_CLOSE is the default method of closing an app. WM_CLOSE is more of a brute-force method of closing. But if that doesn't work, try WM_DESTROY and WM_QUIT. If those don't work, use TerminateProcess! :) It's a little different approach (you're dealing with the process now, not windows) but you know it's a sure shot.