|
It is actually harder than just that.
A filter driver on the file system(s) will allow you to capture open/close/read/write, etc. so you would be able to find out the LAST file that notepad had opened or created. The problem is that notepad does not hold the file handle open, it closes it after is reads it or saves the file. So, you would need to keep a list of PID's and "last opened" files. Of course, you would need to differentiate the file opened for "putting in notepad's window" verse opening some configuration file by some system component.
Even so, if you could solve that you would then need to clean the list of PID's so you don't keep growing them indefinately. This could again be solved by registering for process creation and destruction.
The final problem is that since notepad doesn't keep the file open, you can actually just select "New" and create a new untiled file without doing any disk access at all. So infact, notepad wouldn't have the file you previously opened in it anymore.
Now, here's a secret. There is a global variable in notepad called "notepad!szFileName". This is the file name that was opened. You would then just need to get notepad's current directory (Hopefully hasn't changed since the file was opened) and then relate it to reading this global variable from notepad's memory. If this global says "Untitled" then it's a new file.
So, how do you find the offset to this? Well you could simply hard code the offset based on a particular version of notepad, but the Microsoft symbol server has the symbols. So you could write a client that could then talk to the symbol server and request the PBD symbol file for that version of notepad, then read the offset into the file where it is and read the file name.
Alternatively, you could just "GetWindowText" and read the title bar of notepad. Of course this doesn't include the ".txt" extension if it's being used so "x.txt" and "x." look the same. Also, it includes no directory information so you're kind of stuck guessing where the file is on the system.
You could read the command line from the application, but then again you don't know if they've saved, closed the file and opened a new one. You could even hook "CreateFileW" in notepad, but you would never know if they used "new" and you also wouldn't tell the difference between when they are opening a file for editing or if some component is opening a file for settings or something else.
The moral of the story is that if you want to keep track of what file is being edited, why don't you just write your own editor.
8bc7c0ec02c0e404c0cc0680f7018827ebee
|
|
|
|
|
How do I use LockFileEx in C++ right after opening a file? Or is it better to use CFile operations?
Thanks!
|
|
|
|
|
(apologies if double post - I think I may have messed up) 
If a PC has multiple NICs, with multiple protocol stacks (e.g. NOT just TCP/IP, but some have just IPX). I want to be able to iterate each NIC and get
1. its user given name (e.g. in XP it's called the "Network Connection" name)
2. Which protocol stack(s) are bound to it (e.g. TCP/IP, IPX, NetBios, et. al.)
3. Do this using C++ (MFC allowed, or just C with an API) on as many Windows OSes as possible (XP only is fine, but would like as many as possible 
I have found the IPHelper API, but that is only good for adapters that have TCP/IP bound to them, but I definitely need it for NICs without TCP/IP bound to them, i.e. IPX (I am truly only concerned with IPX and TCP/IP - the other protocols really don't matter, but wouldn't mind being able to see them).
I have also found WSAEnumProtocols, which lets you iterate protocols across all NICs, but I cannot figure out how to map a specific protocol stack instance back to the specific NIC (specifically to its user assigned name and its IPX network number and/or IP address).
Why isn't there TAPI-like interface for network adapters? I can iterate TAPI devices based on their capabilities (data, voice, can make a call, et.al.). I have found nothing like this for Network Adapters (NICs) in Win32. Laptops especially are coming with multiple NICs (a wireless and a 10/100 base-T), so allowing users to specify "which network" to use is becoming more important.
Won't you please, please help me?!?
|
|
|
|
|
I don't know if this will help, I used it when I needed find the MAC address of the NIC card(s), from codeguru.
http://tinyurl.com/ae8gz
"An education isn't how much you have committed to memory, or even how much you know. It's being able to differentiate between what you do know and what you don't." - Anatole France
|
|
|
|
|
Ted,
I already saw this but the usable methods were protocol specific (e.g. TCP/IP or NetBios). Thanks for responding!
|
|
|
|
|
Having some problem to write a file transfer program thry bluetooth USB. Any idea using OBEX(Object Exchange) API protocol to initiate the server and client? Or better idea to write a file transfer program using Bluetooth USB. I using microsoft bluetooth protocol stack. To be precise - bluetooth APIs..Need some guidance to write the program with simple graphic user interface.
Thank you
Regards,
cheewooi
|
|
|
|
|
I wrote this little tool a while back that creates a raw socket and sends a custom UDP packet on it and it always worked great. But I tried it again, compiled it, and now when I run it I keep getting an error on my sendto() call and WSAGetLastError() returns error code 10004 which is supposed to be this:
WSAEINTR
(10004)
Interrupted function call.
A blocking operation was interrupted by a call to WSACancelBlockingCall.
Whatever that means.. I'm not using WSACancelBlockingCall anywhere, and my program isn't ending prematurely or anything. So I don't get it, why is it doing this all of a sudden?
Kuniva
--------------------------------------------
|
|
|
|
|
Hi!
I need your advice...
My MFC application loads one child dialog from dll.
All goes fine until i do not use keyboard 
When i try to use it the dialog doesn't receive focus at all.
Well, i've overloaded the OnSetFocus() of a parent window to set the focus to my child dialog. Child dialog receives now focus, but after the next Tab it lose the focus (focus goes to the next control of the parent window, not child dlg).
How can i fix it?
|
|
|
|
|
ho. I got one question. Can you tell me how to do export a dialog from dll?
|
|
|
|
|
What did you mean?
To export dialog resource or what?
For example, if you just wanna create dialog window you can export some function like this:
HWND CreateMyDialog(HWND hwndParent)
{
HWND hWndDlg = CreateDialog( hInstDll,MAKEINTRESOURCE( IDD_OPTIONS_DLG ),
hwndParent, DlgProc );
return hWndDlg;
}
Where
hInstDll - handle to your dll (for example, you can pass it as the second parameter of the CreateMyDialog()).
DlgProc() - your dialog window procedure (it is in your dll too)
IDD_OPTIONS_DLG - dialog resource (also in your dll)
That is what I did...
PS: if you wanna use CDialog, then you can easily attach CDialog object in your application to any HWND, using CDialog::Attach();
That is what i did.
|
|
|
|
|
I mean I want to export the entire class ,ofcourse contain the resourece and the class. I think I have gotten some tips from your code. thanks
|
|
|
|
|
I need to determine whether or not a user profile is a mandatory profile (a read-only roaming profile). Unfortunately, a profile with a .man extension is not conclusive (this only means the profile was mandatory at some point, but may not be currently mandatory).
I think I need to get this information from the server but I don't know how to go about this.
Thanks!
-Ian
|
|
|
|
|
I am grasping for a solution here...
OK -- got an app with an embedded browser control (you know the IE one).
It updates with messages from our server -- but there's a problem. It clicks. Well, Windows issues a sound event when this updates.
And it's annoying.
Does anyone know of a way to disable the sound events associated with the IE control. I guess I wouldn't want to disable it globally -- just for my control.
Thanks in advance!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weijzen<br />
Staff Engineer<br />
<A HREF="http://www.santacruznetworks.com">Santa Cruz Networks</A>
|
|
|
|
|
While there's probably a better/cleaner solution, you might check the HKEY_CURRENT_USER\AppEvents\Schemes\Apps\Explorer\Navigating\.current registry key.
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
Hey
Atm i'm working on a image processing project and i hit some snags. The interface of the program is created with MFC and GDI+, for the processing bit i created my own classes and functions and shoved them in one DLL. Since my classes and GDI+ have some similarities i tried to put my stuff in a namespace. So in stdafx.h i put the headers of the classes i want to import, in a namespace (implicit linking). This gives linker errors saying it cannot find certain functions. A solution would be to place all my code in a namespace already before compiling the dll. Is there a way around this, like that you choose between placing it in a namespace or not?
There is another strange thing. Apparently, when having this dll and calling for example 'bitmap = new Bitmap(..)', new returns NULL, while directly placing all my stuff in the project without the dll it works fine. Any thoughts on that?
|
|
|
|
|
Every example of using Keyboard hooks with MFC seems to be in a DLL. Is there any reason for this? I'm trying to do it in a separate class so my program will be all together. How do you do this? I've pasted what I have so far but the error i get is:
error C2664: 'SetWindowsHookExA' : cannot convert parameter 2 from 'long (int,unsigned int,long)' to 'long (__stdcall *)(int,unsigned int,long)'
None of the functions with this name in scope match the target type
//Keyboard hook callback
LRESULT CALLBACK CKeyboardHook::KeyboardProc(int nCode, WPARAM wParam, LPARAM lParam)
{
try
{
KBDLLHOOKSTRUCT *pkbhs = (KBDLLHOOKSTRUCT *) lParam;
if (nCode >= 0)
{
if (wParam == WM_KEYDOWN)
{
BOOL bControlKeyDown = FALSE;
// Check to see if the CTRL key is pressed
bControlKeyDown = GetAsyncKeyState (VK_CONTROL) >> ((sizeof(SHORT) * 8) - 1);
if ((pkbhs->vkCode == VK_F) && bControlKeyDown)
{
SendMessage(hWnd,UWM_SETVISIBLE, 0, 0);
ShowWindow(hWnd, SW_RESTORE);
}
}
}
}
catch(...)
{
}
return CallNextHookEx( hkb, nCode, wParam, lParam );
}
BOOL CKeyboardHook::InstallHook()
{
HINSTANCE ppI = AfxGetInstanceHandle();
hkb=SetWindowsHookEx(WH_KEYBOARD_LL, KeyboardProc,ppI,0);
return TRUE;
}
---- and in the header:
class CKeyboardHook
{
public:
CKeyboardHook();
LRESULT CALLBACK KeyboardProc(int nCode, WPARAM wParam, LPARAM lParam);
BOOL InstallHook();
... 
|
|
|
|
|
c121hains wrote:
Every example of using Keyboard hooks with MFC seems to be in a DLL. Is there any reason for this?
Yes. Global hooks are part of a chain. The hook procedure must be exported in a DLL in order for Windows to call it.
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
Ohhh i see.
There's a setting in visual studio (statically link objects or something) so that i can compile my EXE and DLL into one EXE right? How do i do this?
|
|
|
|
|
"Dynamic linking" is the process that Windows uses to link a function call in one module to the actual function in the library module. "Static linking" occurs at compile/link time when you link various object (.OBJ) modules, run-time library (.LIB) files to create a Windows .EXE file. Dynamic linking occurs at run time. With static linking, the linker copies the code for the function into the application's executable file. With dynamic linking, a link is established when the program is loaded into memory or while it is running. So even though you can static link your DLL to your EXE, you still need a DLL that contains the exported hook function.
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
That's not true. You can export the function in your EXE just as well, a DLL and EXE are basically the same, they just have different entry points and are treated differently by Windows' PE loader. I tried the exact same thing with the keyboardhook once this guy is trying and it worked fine, in one EXE. The problem is, when I tried it without MFC for some reason it didn't work, but it did work with MFC. The hook function was simply in my EXE's export table, so windows just loaded the same EXE that made the call for the hooking registration in memory (or used the same copy i dunno what it does exactly) and used that function as the hook procedure.
Kuniva
--------------------------------------------
|
|
|
|
|
Kuniva wrote:
I tried the exact same thing with the keyboardhook once this guy is trying and it worked fine, in one EXE.
Did you use a local or a global hook? The former will work in both a DLL and an EXE, while the latter will only work in a DLL.
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
The keyboard hook proc must be either a global function or a static member of your class.
Also, hooks are in dll's if they are global hooks (work no matter where teh input focus is). If the hook is in your .exe then it will only catch keyboard events when the exe has the keyboard focus.
|
|
|
|
|
|
Aside from msdn.microsoft.com[^], can you be a bit more specific? Win32 SDK is a very broad term.
"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown
|
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
