|
(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
|
|
|
|
|
|
I've used this small site in the past:
Catch 22
Painted on the side of a dog trainer's van: SIT HAPPENS
|
|
|
|
|
This site is great.
Thanks.
|
|
|
|