Version 3 of the Iphlpapi wrapper(2.55K) is now available with near XP-level support for GetAdaptersAddresses and partial support for GetPerAdapterInfo. (There is also a stub for GetTcpTable2.)
To use with KernelEx, copy to iphlpapi3.dll in your Windows\KernelEx folder and activate in one of these ways:
Spoiler
add New > String Value to registry:not working yet
Edit: First method not working yet; Last method most tested and working both with and without KernelEx. Edit2: Needs to be named iphlpapi3.dll in KernelEx folder. Edit3: Second method not working yet. Non-working methods hidden in Spoiler.
This post has been edited by jumper: 05 January 2013 - 04:54 AM
Version 3 of the Iphlpapi wrapper(2.55K) is now available with near XP-level support for GetAdaptersAddresses and partial support for GetPerAdapterInfo. (There is also a stub for GetTcpTable2.)
Unfortunately SeaMonkey 2.0.14 does not start with iphlpapi running.
Unfortunately SeaMonkey 2.0.14 does not start with iphlpapi running.
What Iphlpapi dependencies does Dependency Walker list for SeaMonkey? GetAdaptersAddresses was written with Firefox in mind--I studied the 1.9.1 source code (nsNotifyAddrListener.cpp) and looked at the latest as well.
And what method did you use? Try using Kstub822.ini to add the functions one-by-one.
Note: Kexstubs definitions will override the local copy method. (In case you already have definitions from previous tests.)
Unfortunately SeaMonkey 2.0.14 does not start with iphlpapi running.
What Iphlpapi dependencies does Dependency Walker list for SeaMonkey? GetAdaptersAddresses was written with Firefox in mind--I studied the 1.9.1 source code (nsNotifyAddrListener.cpp) and looked at the latest as well.
And what method did you use? Try using Kstub822.ini to add the functions one-by-one.
Note: Kexstubs definitions will override the local copy method. (In case you already have definitions from previous tests.)
Hi Jumper,
unfortunately I am not that much into all this great stuff so I can only hope that I give you some good infos.
- I don't see Iphlpapi listed at all in DependencyWalker for SeaMonkey 2.0.14 !! I will try a later version asap because I seem to remember that they switched then to the Firefox gecko so it may work. Will report back but I have to set up a test machine again ...
DW lists however many other problems for 2.0.14 - especially in ntdll.dll.
- Did used the core.ini method.
Thx
Edit: Also the latest version 2.14.1 of SeaMonkey seem to not like iphlpapi.
This post has been edited by MiKl: 02 January 2013 - 06:09 AM
I checked the SeaMonkey 2.6.1 package and didn't find any iphlpapi dependencies or even raw text references. I looked at the SeaMonkey sources and the only reference to iphlpapi is in nsNotifyAddrListener.cpp, the same version as used by FF2..20 and the 1.9.1 core, and the one I have already been using for reference. Apparently that file isn't linked into the 2.x builds of SeaMonkey.
So, any problem should also show up in FF2..20. But I've been running with no problems for the last week using the Core.ini method:
contents=std,iphlpapi,Kstub822,kexbases,kexbasen
You can try using the Kstub822.ini method and only add definitions for GetAdaptersAddresses and GetPerAdapterInfo as needed for other apps:
[Iphlpapi.dll] ;any or all of the following:
GetAdaptersAddresses=>iphlpapi:
GetPerAdapterInfo=>iphlpapi:
Iphlpapi.dll can also be renamed for testing in methods other than the local-app-directory method.
This post has been edited by jumper: 08 January 2013 - 04:40 AM
Version 3 of the Iphlpapi wrapper(2.55K) is now available with near XP-level support for GetAdaptersAddresses and partial support for GetPerAdapterInfo. (There is also a stub for GetTcpTable2.)
Hi jumper,
Happy New Year!
OK, I've just had a quick play with this. I copied to the System directory and commented out all the IpHlpApi section in "stub822.ini". Unfortunately, after a reboot, my computer was sluggish, with WinGuage showing CPU usage at 100% (normally it's about 33%). When I tried SAPGUI, it started up but then stalled when I tried connecting to the server. When I tried HoverIP, it never produced a GUI. In both cases, I had to terminate these apps via the Ctl-Alt-Del thingie
Joe.
PS. A small request for ktree9 : If it isn't too much trouble, would it be possible to sort the DLL names listed under, eg. 'kexbasen'?
> I copied to the System directory...
My IPHLPAPI.DLL is a wrapper, not a replacement. The System directory is the one place it cannot go!
> ...and commented out all the IpHlpApi section in "stub822.ini".
This isn't necessary unless you use the "content= iphlpapi, Kstub822" method (currently suspect, testing requested!).
> PS. A small request for ktree9 : If it isn't too much trouble, would it be possible to sort the DLL names listed under, eg. 'kexbasen'?
Like in this Nov 4 test build? Ktree9h.7z(2.49K) Number of downloads: 9
Pardon the 10-second hourglass--that's the slow built-in sorting taking place that I've been wanting to correct before release. All the apis in each dll are already sorted, so I just need to do a custom merge-sort in most cases. Three later builds correcting various minor issues also exist, but aren't as usable.
I checked the SeaMonkey 2.61 package and didn't find any iphlpapi dependencies or even raw text references. I looked at the SeaMonkey sources and the only reference to iphlpapi is in nsNotifyAddrListener.cpp, the same version as used by FF2..20 and the 1.9.1 core, and the one I have already been using for reference. Apparently that file isn't linked into the 2.x builds of SeaMonkey.
So, any problem should also show up in FF2..20. But I've been running with no problems for the last week using the Core.ini method:
contents=std,iphlpapi,Kstub822,kexbases,kexbasen
You can try using the Kstub822.ini method and only add definitions for GetAdaptersAddresses and GetPerAdapterInfo as needed for other apps:
[Iphlpapi.dll] ;any or all of the following:
GetAdaptersAddresses=>iphlpapi:
GetPerAdapterInfo=>iphlpapi:
Iphlpapi.dll can also be renamed for testing in methods other than the local-app-directory method.
Thanks Jumper. I have tried the kstub822.ini method but I am not sure if it had any effect on my system.
SeaMonkey 2.0.14 does now start and works perfectly but SeaMonkey 2.14.1 still crashes 'blaming' msvcr100.dll.
To avoid misunderstandings - I just c&p the four lines from post #101 into kstub822 (I did put them between credui and kernel32) and re-start, correct ?
When you have the time could you test SeaMonkey 2.14.1 on your system ?
This post has been edited by MiKl: 03 January 2013 - 08:49 AM
Pardon the 10-second hourglass--that's the slow built-in sorting taking place that I've been wanting to correct before release.
Hmmm ... I've noticed you mention using Bubble Sort a couple of times previously, AFAIK, it's the world's slowest sorting algorithm. I've had dramatic improvement in another project where I converted a Bubble Sort into a Shell Sort, only slightly more complicated - I highly recommend it (I ported the example from Peter Grogono's book 'Programming in Pascal').
> Thanks Jumper.
And Thanks to you, MiKl. There have been 26 downloads of v3, but only you and jds have reported your finding.
> I have tried the kstub822.ini method but I am not sure if it had any effect on my system.
"No" effect is the best effect when it is not needed!
> SeaMonkey 2.0.14 does now start and works perfectly
Good. This is back to the "no" effect when not needed.
>... but SeaMonkey 2.14.1 still crashes 'blaming' msvcr100.dll.
If this means missing exports, you need to update to the latest msvcr100.dll package.
> To avoid misunderstandings - I just c&p the four lines from post #101 into kstub822 (I did put them between credui and kernel32) and re-start, correct ?
Yes, but that was so "2012". The "2013" method (see updated post #101) is to rename it iphlpapi3.dll and edit Kstub822.ini to match. The change is immediate--no reboot needed!
>When you have the time could you test SeaMonkey 2.14.1 on your system ?
I can't risk my FF2 setup, but I'll download SM and check it out.
>> The System directory is the one place it cannot go!
> ...this time I renamed your DLL as IPHLPAPI.JMP and placed it in the System directory, then added the following registry entry... Well, yes, this advanced method is the exception, but it's a global solution that affects the OS and all apps! Test versions cannot override it either by local installation (requires clearing the KnownDLLs entry) or by KernelEx/Kstubs. I recommend using the iphlpapi3.dll name for easier upgrading when the time comes.
> Now HoverIP and SAPGUI work just fine! Good, hopefully Opera now does too.
> Hmmm ... I've noticed you mention using Bubble Sort a couple of times previously, AFAIK, it's the world's slowest sorting algorithm. Actually, it's the fastest in practice (and nearly in theory) when the dataset is very small or presorted (or nearly so). The slowest in practice is a pure quicksort on reverse-sorted (worst-case scenario) data! Standard quicksorts shuffle (or bit-reversed-index) the data first to vastly decrease the likelyhood of a worst case scenario at the cost of slower average performance. The simple methods have low overhead but don't scale well; the more complex the algorithm, the larger the dataset must be before it become faster. Hybrid implementions often bubblesort small datasets and do a brief analysis on larger sets before selecting what will hopefully be the fastest method.
> I've had dramatic improvement in another project where I converted a Bubble Sort into a Shell Sort, only slightly more complicated - I highly recommend it (I ported the example from Peter Grogono's book 'Programming in Pascal').
Ktree processes presorted lists of api names from get_api_table() calls and raw DLL export tables. For the "All API's by name" list, I can do an insertion sort as I process, or load all lists then do a merge sort.
add individual function(s) to Kstub822.ini:
[Iphlpapi.dll] ;any or all of the following:
GetAdaptersAddresses=>iphlpapi3:
GetPerAdapterInfo=>iphlpapi3:
GetTcpTable2=>iphlpapi3:
Opera 12.10 and 12.12 crash on start.
Kstub822.log:
= Iphlpapi.dll:GetAdaptersAddresses=>iphlpapi3: =
Supplement: Also Opera versions 12.5 build 1546 and higher crash on start.
µTorrent 2.0.4 runs fine.
This post has been edited by schwups: 04 January 2013 - 12:02 PM
> ...this time I renamed your DLL as IPHLPAPI.JMP and placed it in the System directory, then added the following registry entry... Well, yes, this advanced method is the exception, but it's a global solution that affects the OS and all apps!
True, however, that's a reflection of my confidence level in your DLL.
jumper, on 04 January 2013 - 05:40 AM, said:
> Hmmm ... I've noticed you mention using Bubble Sort a couple of times previously, AFAIK, it's the world's slowest sorting algorithm. Actually, it's the fastest in practice (and nearly in theory) when the dataset is very small or presorted (or nearly so). The slowest in practice is a pure quicksort on reverse-sorted (worst-case scenario) data! Standard quicksorts shuffle (or bit-reversed-index) the data first to vastly decrease the likelyhood of a worst case scenario at the cost of slower average performance. The simple methods have low overhead but don't scale well; the more complex the algorithm, the larger the dataset must be before it become faster. Hybrid implementions often bubblesort small datasets and do a brief analysis on larger sets before selecting what will hopefully be the fastest method.
I entirely agree about your comparison of simple vs. complex sorting methods. That's why I didn't even mention Quicksort. However, Bubble Sort also doesn't scale well with the size of the data elements, not just their quantity. It doesn't take much for its inefficiency to show. If it's taking 10 seconds to sort, then it's the wrong algorithm. Just my 2c.
Thanks to everyone for the testing and feedback.
In a slight change of plans, today I'm releasing Iphlpapi4 (Post #1 and Below) and updated Kexstubs.ini definitions (Below).
Iphlpapi wrapper
Usage with Kexstubs:
* Put iphlpapi4.dll in your Windows\KernelEx folder and activate the individual functions in Kstub822.ini:
Usage without Kexstubs (or without KernelEx):
* Put a copy renamed to iphlpapi.dll in the folder with any app that needs it.
* Disable KnownDLLs redirection for Iphlpapi.dll by deleting this key in the registry:
History: Iphlpapi3 implemented GetAdaptersAddresses with information from GetAdapterInfo. Also stubs for GetPerAdapterInfo, GetTcpTable2. Iphlpapi4 implements GetAdaptersAddresses with information from GetIfTable. This adds the Loopback interface to the results as well as real MTU, OperStatus, and link speeds. But lost is DhcpEnabled status (and potentially Gateway and DNS details that I hadn't implemented yet). Stubs for CancelIPChangeNotify, EnableRouter, FlushIpNetTable, GetBestInterfaceEx, GetExtendedTcpTable, GetExtendedUdpTable, GetIpStatisticsEx, GetPerAdapterInfo, GetTcpStatisticsEx, GetTcpTable2, GetUdpStatisticsEx, UnenableRouter. Iphlpapi5 is to be the best of 3+4 and more. But I've been finding lots of errors in MS and third-party documentation and sample code, so I need empirical data to clarify how things should actually work. I will be converting a number of console test apps (based on MSDN samples) into one Win32 app that can be run on any 32-bit Windows platform. Results from dual-boot and VM systems should provide the needed clarity!
Updated Kexstubs.ini (Kstub822.ini):
Spoiler
* As of 730, definition values can be changed with just an app restart.
* Adding, Deleting, or Changing definition names requires an *immediate* OS restart!
* [;Zzzz.dll] --- see Lz32 ---
* requires "Zzzz=Lz32.dll" name-value pair in registry key:
* HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SessionManager\KnownDLLs
* See also: Kstub_KnownDLLs.reg
[#prefs#]
Log=1 ;Enable logging to KstubNNN.log (816+)
~~~ Forwarding ~~~
library and function default to "this"
=>[[drive:\]path]library[.ext]:[function]
=>[function] ;search Msvcrt
~~~ Stubs ~~~
32/64-bit return value codes:
=r#s#[e[#]][?]
r# - value to return in edx:eax (required: int64 or hex64 (0x...))
s# - number of dwords to pop from stack (required: unsigned32)
e# - value for SetLastError (optional: unsigned32)
? - prompt for r and e, use s (or 0 if no s)
t -> r-1s
f -> r0s
z -> r0s
o -> r1s
p -> r{64-bit parameter1}s
Stack pop count:
0: 'C' function
0..99+: # of WINAPI parameters
Sample SetLastError value codes (only when needed):
e0: ERROR_SUCCESS 0
e,e1: ERROR_INVALID_FUNCTION 1
e120: ERROR_CALL_NOT_IMPLEMENTED 120
[Lz32.dll] --- all API's in functions that use KnownDLLs to forward to LZ32 ---
CredUIPromptForCredentialsA=r0s10? ;0=OK, 1223=Cancel
CredUIPromptForCredentialsW=r0s10? ;0=OK, 1223=Cancel
DnsQuery_A=
DnsRecordListFree=
ImageNtHeader=>Imagehlp:
MiniDumpWriteDump=
WinHttpCloseHandle=f1e
WinHttpGetIEProxyConfigForCurrentUser=
WinHttpGetProxyForUrl=
WinHttpOpen=
SeaMonkey 2.0.14 does now start and works perfectly but SeaMonkey 2.14.1 still crashes 'blaming' msvcr100.dll.
...
When you have the time could you test SeaMonkey 2.14.1 on your system ?
SeaMonkey 2.0.14 is an W2K-compatible version; SeaMonkey 2.14.1 is the latest XP+ version, is not W2K-compatible, and is NOT a minor upgrade to 2.0.14!
I suggest trying 2.6.1. It should work with the new Kexstubs definitions.
After that, try 2.9.1 -- it is the last W2K version. ImportPatcher.37 reports the following for SeaMonkey.exe and plugin-container.exe:
Thus it requires these additional Kstub definitions for SeaMonkey.exe and plugin-container.exe:
[Lz32.dll] --- all API's in functions that use KnownDLLs to forward to LZ32 ---
RasDialDlgW=
RasPhonebookDlgW=
[RASAPI32.dll]
RasGetAutodialAddressW=
RasGetAutodialEnableW=
RasGetAutodialParamW=
RasSetAutodialAddressW=
[;RASDLG.dll] --- see Lz32 ---
RasDialDlgW=
RasPhonebookDlgW=
(Note how easy that was to cut and paste from one .ini to another!)
Now back to 2.14.1 -- its plugin-container.exe requires many more new definitions that will probably be more difficult to implement. Its SeaMonkey.exe does not require the 1.9.1 additions, however, and should work with the new definitions. Try disabling plugin-container.exe (and thus plug-ins) by renaming or deleting it.
Finally, if someone could look up those Ras functions above and recommend proper definitions, that would be great!
I was over-thinking the sorting thing. The solution was to do all inserting at the end, then make one call to TreeView_SortChildren for each group once the inserting was done. Load time is now less than one second !
Frontpage
Forums
Tutorials
Members
Calendar
Subscription
Donate
Links
Contact 
Help
Posted 25 December 2012 - 11:30 PM
Iphlpapi wrapper (2.55K) is now available with near XP-level support for GetAdaptersAddresses and partial support for GetPerAdapterInfo. (There is also a stub for GetTcpTable2.)
Back to top
The "2013" method (see updated post #101) is to rename it iphlpapi3.dll and edit Kstub822.ini to match. The change is immediate--no reboot needed!
Iphlpapi4 implements GetAdaptersAddresses with information from GetIfTable. This adds the Loopback interface to the results as well as real MTU, OperStatus, and link speeds. But lost is DhcpEnabled status (and potentially Gateway and DNS details that I hadn't implemented yet). Stubs for CancelIPChangeNotify, EnableRouter, FlushIpNetTable, GetBestInterfaceEx, GetExtendedTcpTable, GetExtendedUdpTable, GetIpStatisticsEx, GetPerAdapterInfo, GetTcpStatisticsEx, GetTcpTable2, GetUdpStatisticsEx, UnenableRouter.
Iphlpapi5 is to be the best of 3+4 and more. But I've been finding lots of errors in MS and third-party documentation and sample code, so I need empirical data to clarify how things should actually work. I will be converting a number of console test apps (based on MSDN samples) into one Win32 app that can be run on any 32-bit Windows platform. Results from dual-boot and VM systems should provide the needed clarity!
!
