Closed mlleemiles closed 3 years ago
have you given it the absolute path to the pdb? (i.e. "C:\somefolder\some.pdb")
have you given it the absolute path to the pdb? (i.e. "C:\somefolder\some.pdb")
Still gives the same error unfortunately (path is already without space anyway)
well for now you can use this, it loads ca. 400 symbols, but thats obviously not all thats stored in a 300mb pdb, I will have to dissect its format deeper, this also affects my other pdbtool.
for(int i = 0; i < count; i++)
{
try
{
RootStream rs = rootStreams.get(i);
int subcount = rs.size / dPageBytes;
if ((rs.size % dPageBytes) != 0)
subcount++;
rs.pages = new int[subcount];
for(int j = 0; j < subcount; j++)
{
rs.pages[j] = b.readInt(pos);
pos += 4;
}
rootStreams.set(i, rs);
}
catch(Exception e) {}
}
can you tell me about where the pdb is from? as this is a devkit xex I assume you compiled this?
this pdb is recovered from a devkit that has Far Cry 4
interesting, well give me a day or two to "debug" the pdb processing, Im currently pretty busy
https://github.com/zeroKilo/PDBDumpWV/commit/39aa0713d4630c3feb0cf24b656f40a6330b7afe
updated my dump tool already, you can use this to peek at least at the symbol and type infos :)
this looks better, and takes alot longer to load. if it loads fine, I will commit my changes
seems to work, going to commit...
https://github.com/zeroKilo/XEXLoaderWV/releases/tag/9.2.2
there you go, have fun
Thanks!
When loading the xex alone, the loader successfully operated. However importing xex with pdb throws an error :(
log:
xex + pdb: https://mega.nz/file/alF21BDQ#SGhbcPH_oevtP87PWC_UuWdfubZgRrlJakHRLVh3-VM