|
Dr Norm says:
Enumerate all the windows on the system, this may sound an expensive process, but its quite fast.
Regards
Norm
// In your header...
struct EnumTest
{
DWORD dwProcID;
HWND hWnd;
};
... somewhere in your code
EnumTest t;
ZeroMemory(&t, sizeof(t));
t.dwProcID = yourProcID;
EnumWindows(EnumWindowsProc,(LPARAM) &t);
// If we found it
if (t.hWnd != 0)
{
char szBuffer[256];
GetWindowText(t.hWnd, szBuffer, sizeof(szBuffer));
}
BOOL CALLBACK CRemote::EnumWindowsProc(HWND hWnd, LPARAM lParam)
{
DWORD dwID = 0;
if (GetWindowThreadProcessId(hWnd,&dwID))
{
EnumTest *p = (EnumTest*) lParam;
DWORD dwResult;
if (dwID == p->dwProcID)
{
pProc->bHung = TRUE;
return FALSE;
}
}
return TRUE;
}
|
|
|
|
|
My first question to you would be "Why?"
If you have the PID, that suggests that you spawned this process. What are you trying to do? Find out when a process has ended? If that's the case, you need only wait on the process handle in a background thread.
|
|
|
|
|
If you were writing a spy program that monitors some aspect of the program, the obvious thing to do is to present the user with a list of process names, rather than a list of PIDs. Also if you were writing a task manager like program or a program to list the DLLs of a given process.
Plenty of reasons.
Stephen Kellett.
|
|
|
|
|
Yes, there are plenty of reasons. I want to know *HIS* reason, since there is probably some other way to accomplish what he wants.
|
|
|
|
|
Hi
First, thank you for your help, it was helpful.
I like to program an NT-Service, which starts a DOS-program. So if the program has been terminated, the service has to shut down too.
So I just like to find out when a process has ended or to find out the status of this process.
Peace
|
|
|
|
|
I don't know if any of you have ever noticed this... but assume that you want to create a popup menu that appears when you right in a tree control.
If you are using the single selection style (and perhaps in other cases as well) if you right click an item that does not have the selection/focus... then handle the NM_RCLICK notification and display a popup menu during it... the selection shifts BACK to the original item that was highlighted... instead of the item that was right clicked.
I assume that I am missing some simple trick to avoid this. I'm getting frustrated here.
Thanks for any assistance anyone can provide!!!
|
|
|
|
|
Funnily enough I just solved this one yesterday.
Hope this helps 
Norm
void CLeftView::OnRclick(NMHDR* pNMHDR, LRESULT* pResult)
{
// Find client cursor pos...
CPoint point;
GetCursorPos(&point);
ScreenToClient(&point);
// Setup hit-code for treeitem
UINT dwItem = TVHT_ONITEM;
HTREEITEM hItem = GetTreeCtrl().HitTest(point,&dwItem);
if (hItem == NULL)
return;
// Now select the item - for real
GetTreeCtrl().Select(hItem,TVGN_CARET);
// ... some other code...
}
|
|
|
|
|
Hi All,
Q1: Any one have (simple) sample code on establishing a TCP Connection???
Q2: I need to capture some TCP/UDP Packet data (to see what a client sends to a virus server when a virus if found). I have a sniffer and the data is coming out unreadable (portions of it)??
Project Explination: I need to find out what data is being sent to a virus server which reports the virus. Once I have that, create a program that will test the reporting on all of the Virus Servers (50+). Basically send TCP/UDP message to each Server...who ever doesn't report the virus is having reporting problems.
Help is much appreciated
Thanks in advance,
Dan
|
|
|
|
|
Ok - so basically your prog is a kind of 'yes I'm here' type thing that you can run periodically to see that all hands are reporting.
The real killer would be if the packets are encrypted by the reporting program - then your only hope is binary dup and pray you fool the server.
But the first problem is getting the data.
You will probably be looking for UDP packets arriving from the clients on the server. (Just a guess). Next, there will probably be a port number you can identify (the servers listen or 'recievefrom' sockets local port).
Once you have that info, you can filter the packets accordingly and see whats being sent.
Just a suggestion though - except for the fact that you'll see the virus server respond, all your testing is that the wire's not cut. You could probably write simple clients on both ends to test that. (yes even a one socket client can do some 'listening' if you don't overload it).
Hmmm... surely this has been done before... hmmm... need coffee... hmmm... where's the 'sleepy' emoticon...
|
|
|
|
|
Thanks for the info Tim. I have created a server component that will monitor a port (139 - TCP) used by the reporting Server. After I perform some tests, I'll let you know hao it turns out. Seeing that this is not anything that my firm will not have a problem with me posting the code for others to use that need to perform simular tests.
Thanks in advance,
Dan
|
|
|
|
|
Has anyone capture the appearance of mouse on windows 98?
|
|
|
|
|
Do you mean what the cursor is set to ? GetCursor will return the current cursor for you. If you mean where the mouse appears, then GetCursorPos will return the mouse pos, and there are VK_ definitions for the mouse buttons, so you can get them as you would any other key.
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
I meant that capturing of mouse position and what I need is to record the position of mouse position into a file . If you have any source code on mouse capture , can you show me so that I can learn more effectively ?
|
|
|
|
|
You want a file that logs the mouse position ? This would be very easy to do, but how big do you want the file to be ? How often do you want to know the mouse position ? Why ?
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
I am suppose to capture the mouse position every 30 ms but I read about the timer and the fastest i can capture it at every 50 ms interval. I have not read about file and so do not have any idea on how big the file . So what do you suggest?
|
|
|
|
|
Whoever told you that is wrong - the smallest interval you can set the timer to is one millisecond. Look up CFile to create the file, the point of my question was if you did it in OnMouseMove you'd have a massive file. As it is you'll get a reasonable size file pretty quickly. You'll use GetCursorPos to get the mouse position in OnTimer.
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
What if I store the position of mouse in a file , then later on I want to restore the current mouse position to that of the position stored earlier in the file?
|
|
|
|
|
I cannot concieve of a reason to do this - moving the mouse position is something you should not do without good reason as from a user perspective it is confusing. I'm guessing you want to move the mouse, capture the movement and then 'play' it ? I'd suggest using serialisation in a doc/view program, as you can just send and receive int's without any mucking around. Otherwise, it's a snap - just call SetCursorPos to move your mouse to the stored position.
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
Could someone please shed some light on why CALLBACK functions (such as WndProc) should be either static or global and can't be non-static member functions?
Thanks.
|
|
|
|
|
Because the Windows API is still, at its heart, a C interface. Functions with the CALLBACK modifier get called by the OS, and as such have to look like a C function. That is, they can't be overloaded (which would make them name-mangled), and can't have a this pointer.
C++ member functions have an implicit this pointer as the first parameter. It goes on the stack, and it's a real parameter, even though you don't type it when you write a function. Making a member function static removes the this pointer from the function (which is the technical reason why static methods can't access non-static methods and data).
Making a function global means it's not inside a class, and so has no this pointer to begin with.
--Mike--
http://home.inreach.com/mdunn/
"Would it save you a lot of bother if I just gave up and went mad now?"
-- Arthur Dent
|
|
|
|
|
Thanks Mike! Much appreciated.
|
|
|
|
|
To add what Mike says here:
The Windows API makes a C API call into your callback function. Since it doesn't know about any objects, it can't possibly pass a this pointer to the function call.
When you write code like this:
a.DoIt();
It's really creating a function call that looks like this:
Classname::DoIt(ClassName* this)
And since this doesn't look like what the API expects, it would cause all kinds of stack corruption problems.
|
|
|
|
|
Technical aspect:
'this' is not passed on the stack. It is passed in the ECX register.
Stephen Kellett
|
|
|
|
|
Actually, it can be passed any way. Just because it currently is in your implementation doesn't mean it always is, or that it cannot be passed any other way.
|
|
|
|
|
I was referring to VC++, I should have said so (I did but the submission was reject, so I was terse the next time).
For those interested, if you are using VC++, search for
naked
in the MSDN docs, you'll find all the register usage notes.
Stephen Kellett
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
