microsoft / dia-rs Goto Github PK

Thank you for your help as I stumble through some fun projects using .pdb's.

I've come to ask for some assistance with get_sourceLink. Since this method also needs to be called twice, once to get the length to allocate, then again to get the contents I wanted to see if the same fix applied for get_checksum is applicable here.

The second question is that I just don't see which symbol to actually call get_sourceLink on. My understanding was the sourceLink is an entire table of json formatted information and I could use a bit of hand-holding if you folks have the time on the proper way to invoke this to extract the information.

Thank you very much in advance. This is the last piece of my PDB puzzle.

• Jeromy

I am trying to leverage the DIA SDK in rust using this crate (Thank You!).

I have been able to flawlessly use it, except for when I tried to leverage ‎Dia::IDiaSourceFile::get_checksum(...). I was unable to find any variation that allowed that API to work properly.

I ended up using something like:

let mut checksum = Vec::<u8>::new();
unsafe {
    // Get the size of the checksum buffer
    let mut cbdata = 0;
    (windows::core::Interface::vtable(&self.source_file).get_checksum)(
        windows::core::Interface::as_raw(&self.source_file),
        0,
        &mut cbdata,
        std::ptr::null_mut()).unwrap();

    // Create a buffer to hold the checksum
    checksum.resize(cbdata as usize, 0);

    // Retrieve the checksum into the buffer
    (windows::core::Interface::vtable(&self.source_file).get_checksum)(
        windows::core::Interface::as_raw(&self.source_file),
        cbdata,
        &mut cbdata,
        checksum.as_mut_ptr()).unwrap();
}

To workaround the issue.

I saw that this method was implemented by windows-bindgen and I was curious if this is a bug, or if it would be worthwhile to investigate this issue for bindgen?

Thank you again for all of this great work!

Browsing Stack Overflow yielded no solutions, so I thought it would be appropriate to ask here. This is more likely than not a "user" issue from my end, but I wasn't sure if it would've been appropriate to reach out via email, hence this issue.

Here was my attempt:

CoInitializeEx(None, COINIT_MULTITHREADED).ok()?;
let source: IDiaDataSource = microsoft_dia::helpers::NoRegCoCreate(s!("msdia140.dll"), &DiaSource)?;
let binary = HSTRING::from("C:\\Windows\\System32\\ntdll.dll");
let symsrv = HSTRING::from("srv*https://msdl.microsoft.com/download/symbols");
source.loadDataForExe(&binary, &symsrv, None)?;

Which gave me the following error:
Error: Error { code: HRESULT(0x806D0005), message: "" }

Placing symsrv.dll inside the same directory as the binary, as suggested inside the documentation for DIA, didn't solve this either.

Thinking I might get some more insight handling the callback, I tried the following:

let callback = IDiaLoadCallback::from_default(&None)?;

This, however, gave a rather confusing error message:
Error: Error { code: HRESULT(0x00000000), message: "The operation completed successfully." }

Maybe I missed something regarding the initialization of IDiaLoadCallback, but using from_default was the only appropriate method I found.

Thanks.

This repository is currently missing a LICENSE.MD file outlining its license. A license helps users understand how to use your project in a compliant manner. You can find the standard MIT license text at the Microsoft repo templates LICENSE file: https://github.com/microsoft/repo-templates/blob/main/shared/LICENSE.
If you would like to learn more about open source licenses, please visit the document at https://aka.ms/license.