Thomas Weidenmueller wrote:
The attached patch implements SymGetSymFromAddr64, called by steam.
a couple of coments:
why do you need this ?
- you should test that Address can be casted down to a 32 bit entity (see other functions for how to do it) - &Displacement looks pretty wrong: you need a local 32 bit dword, pass its address, and then convert the local 32 bit value into the 64 bit pointer (Displacement)
On 26.05.2006 21:17, Eric Pouech wrote:
Also, generally, wouldn't it be more correct to call SymFromAddr from SymFromAddr64 and not vice versa? Ie forward from more limited to less limited functions, and not from less limited to more limited functions (the limitation being here that SymFromAddr() only supports 32 bit addresses etc, while SymFromAddr64() also supports 64 bit ones).
-f.r.
Frank Richter wrote:
as we're only be debugging 32 bit applications (the real port to 64 bit isn't done yet), I don't think it's necessary btw, the same applies (in dbghelp) for symbols' name. they are stored as ascii strings (and I don't know of a language where identifiers are unicode, actually most of them are ascii 7 bit !!) moreovre, I do want to maintaint the overall memory consumption when loading the debug information as small as possible huge
A+