NT psychos,
I have been tinkering with the passthru example in the DDK. This example
uses the sfilter.dll to give the user a GUI to configure how the sample
filter works. It lets the user set the bundle ID on each adapter so that
the passthru intermediate driver knows which adapters to tie together.
My question: Is there a way I can modify the sfilter.dll code so that if
the user sets the bundle ID for an adapter, it automagically sets the same
bundle ID for all of the adapters? The way it sits now, you have manually
to set the bundle ID for every adapter in the bundle. Basically, I want
modifications to any adapter to be applied to all adapters. In the
sfilter.dll code, in the CSampleFilter::Initialize function, a
INetCfgComponent object gets passed in. This object refers to a unique
adapter, and thats all you get handed to modify the registry. Is there a
way to discover if there are more adapters out there and get their
corresponding INetCfgComponent objects? Or better yet - is there a way to
represent all adapters with one “proxy” adapter? (I don’t think this is
possible, the way network properties exploring is set up).
Thanks,
John Hirschi
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
I have been tinkering with the passthru example in the DDK. This example
uses the sfilter.dll to give the user a GUI to configure how the sample
filter works. It lets the user set the bundle ID on each adapter so that
the passthru intermediate driver knows which adapters to tie together.
My question: Is there a way I can modify the sfilter.dll code so that if
the user sets the bundle ID for an adapter, it automagically sets the same
bundle ID for all of the adapters? The way it sits now, you have manually
to set the bundle ID for every adapter in the bundle. Basically, I want
modifications to any adapter to be applied to all adapters. In the
sfilter.dll code, in the CSampleFilter::Initialize function, a
INetCfgComponent object gets passed in. This object refers to a unique
adapter, and thats all you get handed to modify the registry. Is there a
way to discover if there are more adapters out there and get their
corresponding INetCfgComponent objects? Or better yet - is there a way to
represent all adapters with one “proxy” adapter? (I don’t think this is
possible, the way network properties exploring is set up).
Thanks,
John Hirschi
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You can get to INetCfgComponent interface of other adapters by calling
INetCfg::EnumComponents(GUID_DEVCLASS_NET). This returns an enumerator which
you can use to get to all the adapters. INetCfgComponent::GetCharacteristics
will tell you if it is a physical adapter.
-Eliyas
-----Original Message-----
From: xxxxx@phobos.com [mailto:xxxxx@phobos.com]
Sent: Monday, December 18, 2000 7:51 AM
To: NT Developers Interest List
Subject: [ntdev] Modifying properties for multiple adapters
I have been tinkering with the passthru example in the DDK. This example
uses the sfilter.dll to give the user a GUI to configure how the sample
filter works. It lets the user set the bundle ID on each adapter so that
the passthru intermediate driver knows which adapters to tie together.
My question: Is there a way I can modify the sfilter.dll code so that if
the user sets the bundle ID for an adapter, it automagically sets the same
bundle ID for all of the adapters? The way it sits now, you have manually
to set the bundle ID for every adapter in the bundle. Basically, I want
modifications to any adapter to be applied to all adapters. In the
sfilter.dll code, in the CSampleFilter::Initialize function, a
INetCfgComponent object gets passed in. This object refers to a unique
adapter, and thats all you get handed to modify the registry. Is there a
way to discover if there are more adapters out there and get their
corresponding INetCfgComponent objects? Or better yet - is there a way to
represent all adapters with one “proxy” adapter? (I don’t think this is
possible, the way network properties exploring is set up).
Thanks,
John Hirschi
You are currently subscribed to ntdev as: xxxxx@microsoft.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
Thanks for the info Eliyas. However, once I get the Enumeration object, I
want to run some of its methods. But the ddk documentation I have does not
document the functions, it only lists them. Where can I get this
documentation. Sorry if this is obvious, I’m new to this stuff.
Thanks
John Hirschi
Eliyas Yakub
m>
Sent by: cc:
xxxxx@lis Subject: [ntdev] RE: Modifying
ts.osr.com properties for multiple adapters
12/18/2000 12:00 PM
Please respond to “NT
Developers Interest
List”
You can get to INetCfgComponent interface of other adapters by calling
INetCfg::EnumComponents(GUID_DEVCLASS_NET). This returns an enumerator
which
you can use to get to all the adapters.
INetCfgComponent::GetCharacteristics
will tell you if it is a physical adapter.
-Eliyas
-----Original Message-----
From: xxxxx@phobos.com [mailto:xxxxx@phobos.com]
Sent: Monday, December 18, 2000 7:51 AM
To: NT Developers Interest List
Subject: [ntdev] Modifying properties for multiple adapters
I have been tinkering with the passthru example in the DDK. This example
uses the sfilter.dll to give the user a GUI to configure how the sample
filter works. It lets the user set the bundle ID on each adapter so that
the passthru intermediate driver knows which adapters to tie together.
My question: Is there a way I can modify the sfilter.dll code so that if
the user sets the bundle ID for an adapter, it automagically sets the same
bundle ID for all of the adapters? The way it sits now, you have manually
to set the bundle ID for every adapter in the bundle. Basically, I want
modifications to any adapter to be applied to all adapters. In the
sfilter.dll code, in the CSampleFilter::Initialize function, a
INetCfgComponent object gets passed in. This object refers to a unique
adapter, and thats all you get handed to modify the registry. Is there a
way to discover if there are more adapters out there and get their
corresponding INetCfgComponent objects? Or better yet - is there a way to
represent all adapters with one “proxy” adapter? (I don’t think this is
possible, the way network properties exploring is set up).
Thanks,
John Hirschi
—
You are currently subscribed to ntdev as: xxxxx@microsoft.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to ntdev as: xxxxx@phobos.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com