Problems with creating a Struct in MASM32.

[Shooter]

well - that's not a very good fix - lol
you might try assembling with the /X switch (ML)

(after restoring the paths in masm32rt.inc)

I'm not all that up to speed on that... what does the /X switch do?

[dedndave]

well - i am thinking you have INCLUDE and LIB environment variables set up for some compiler
the /X switch forces MASM to ignore the environment variable for includes

the problem with modifying the masm32rt.inc file is that it makes your installation different from everyone elses

[Shooter]

the problem with modifying the masm32rt.inc file is that it makes your installation different from everyone elses

This is true, but I'm not the one that designed the environmental features of RadASM. This goes back to what I was trying to ask about in the RadASM bug find posts... are they relative to the root, or are they relative to the project file? (On that particular case I had an .RC file with a relative path set, but I never got the real answer if it was in relation to the root folder or to the .RC folder.)

By the way, has anyone ever messed around with the DNS API set of functions? I was debugging ipconfig.exe and saw it used several times. So far, however, I'm only finding it as part of the MS Visual Studio set of SDKs, which I don't have with me on the road.

-Shooter

[dedndave]

well - another way to go....

in the assembly batch file, SET LIB= and SET INCLUDE=
these are applied on a per-session basis, so do not permanently modify the variables
maybe use the SETLOCAL batch command - i.e., they are only applied during the batch run

[Shooter]

OK, I 'm confused on what this is for:

Code Select Expand

        push [edi].MIB_IPADDRTABLE.table.MIB_IPADDRROW.dwAddr
        pop  IPAddr.S_un.S_addr

[dedndave]

it's a memory to memory move
they are taking the IP address from one structure and placing it into another

might be an unnecessary step, too - lol
they could probably convert it where is sits

[Shooter]

it's a memory to memory move
they are taking the IP address from one structure and placing it into another

might be an unnecessary step, too - lol
they could probably convert it where is sits

That's what I was wondering. Is it not possible to do this:

Code Select Expand

        invoke inet_ntoa,[edi].MIB_IPADDRTABLE.table.MIB_IPADDRROW.dwMask
(I haven't tried it yet... just wondering though.)

[MichaelW]

OK, I 'm confused on what this is for:

Code Select Expand

        push [edi].MIB_IPADDRTABLE.table.MIB_IPADDRROW.dwAddr
        pop  IPAddr.S_un.S_addr

The push instruction effectively uses the structures as a template, with the:

.MIB_IPADDRTABLE.table.MIB_IPADDRROW.dwAddr

Resolved to the value 4 at assembly time, so the source operand is effectively [edi+4].

Is it not possible to do this:
Code:
invoke inet_ntoa,[edi].MIB_IPADDRTABLE.table.MIB_IPADDRROW.dwMask

That will work, without any need for the DWORD PTR, but I was translating a C source, where to do it that way you would probably have to resort to some messy code to satisfy the compiler.

[Shooter]

Michael,
That makes sense now.

I'm still trying to find a means of extracting the Default Gateway. I've read through some of the stuff on MSDN about GetHostByName and GetIpAddrTable, but no joy so far, unless like their tables it's buried somewhere.

-Shooter

[dedndave]

there are a few functions...
GetNetworkParams
GetAdaptersAddresses
GetAdaptersInfo
GetPerAdapterInfo

searching around a bit, i have found a number of solutions that involve shelling an "ipconfig /all>temp.txt" command and parsing the output text

after looking at the functions, that sounds a lot easier   :P

[dedndave]

i found this code that may be of interest...

http://www.koders.com/c/fidE8769D7EC08E6C2F7D9D0A2E16E43E8F5A199529.aspx

some methods use WMI
that's a real bag of worms

[Shooter]

searching around a bit, i have found a number of solutions that involve shelling an "ipconfig /all>temp.txt" command and parsing the output text

after looking at the functions, that sounds a lot easier   :P

I think I'm in agreement with you on that. Shoot, looking at the registry shows just how messed up the network stuff is.

[Shooter]

i found this code that may be of interest...

http://www.koders.com/c/fidE8769D7EC08E6C2F7D9D0A2E16E43E8F5A199529.aspx

I dunno... it's sort of looking like that's how I originally wanted to go, examine the system registry, but in this case it appears as though the coder is looking for one specific type of 'control', or NIC... I'm dealing with a variety of them.

[MichaelW]

The attachment contains the Microsoft example from here, in C and in assembly. The example source contains some components that Visual C++ Toolkit 2003 could not handle (mostly the LeaseObtained and LeaseExpired code with the _s ("secure") functions), so I took the lazy route and simply removed these components.

The GetAdaptersAddresses function for XP and later returns more information, but since I can't test it I didn't try to translate the example.

[Shooter]

The attachment contains the Microsoft example from here, in C and in assembly. The example source contains some components that Visual C++ Toolkit 2003 could not handle (mostly the LeaseObtained and LeaseExpired code with the _s ("secure") functions), so I took the lazy route and simply removed these components.

Michael,
That's exactly what I'm looking for! Thank you so very much. I'll have to delve into the code later on and see how you did it, but you nailed it on this one (test.exe). Thank you so very much!

-Shooter