AutoHotkey Community

I've made a few small changes to the script:

• Added basic support for some unsigned types.
• Improved the usefulness of code generated for arrays.
• Forced the default name to apply if the name field is empty.

That's wonderful, thank you very much!

You're right, a full-fledged header parser would be a great tool. I just thought StructParser would itself evolve into such tool rather than a complete rewrite, but you know better.

Exactly my point. Thanks for fixing it.

Most likely an invalid pointer. I must be digging too deep but I just stumbled into a lot of problems while trying to read a few strings from a dll. File alignment, section alignment, code base, memory mapping, etc are all killers. The struct gives me pointers to strings' addresses, but I must take into account all of the above to get to the actual data and I haven't gotten around to doing that properly yet, so I guess I've been passing a wrong pointer to MulDiv all along.

Anyway, too much digressing. Thanks again for the improvements!

[EDIT]
Uhm... I just tested the new version and it doesn't automatically parse the struct member names now - getting a parse error dialog for every struct member. I'm thinking it could either use the original struct member names when present (as before) or automatically enumerate members when the member name is left blank.

_________________
AHK tools by Drugwash (AHK 1.0.48.05 and Win98SE)

There was an error in a regular expression which prevented types without a leading keyword (like "unsigned") from being recognized. It has been corrected.
I have not had any issues with any of these. If the pointer value is the address of a valid null-terminated string, the MulDiv method should succeed.

Dunno, maybe I'm too tired, but it just won't budge. I even built myself an error code parser to figure out faster what kind of error I'm getting.
Guess I'll be working to finish that thing first and then get back to processing dll data.

As for StructParser, it looks better now, thanks. Only thing is it still won't get the (proper) name of the struct when edit field is empty. My guess (haven't looked into the code) is you're trying to get the original name from the beginning of the declaration, while it might be better to get it from the end of the struct.

Some structs do have more names there (I'm not that familiar with C/C++ programming) but the very first one right after the closing brace should be perfect, IMHO.

So, in my example below, PLUGININFOEX would be the right name.

_________________
AHK tools by Drugwash (AHK 1.0.48.05 and Win98SE)

It was never my intention to (automatically) name the variables after the type of struct. I explained this in one of my previous posts.
No; StructParser uses the name you give it, and nothing more. The default name (struct) is applied if you empty the name field to avoid generating invalid code.
The forms I am familiar with are:
A and _B are the names of structs, while B and PB are type definitions based on _B (PB is a pointer type). B and PB are not strictly part of the struct definition.

My bad then, apologies.

_________________
AHK tools by Drugwash (AHK 1.0.48.05 and Win98SE)

Little love bump..

_________________
paradigm.shift:=(•_•)┌П┐RTFM||^.*∞