Symbols don't seem to apply

[asafshakedverint]

Using latest release v4.0.7 on Win7 x64 (tried more than one PC)

I'm setting local store with path to output files from my build server

Opening previously recorded or recording new session

Call stack window is empty... Symbols don't seem to apply :/

What am I doing wrong ?

[milostosic]

Hard to say. Best would be to debug it locally...
I'd appreciate if you find what the cause is and report it back. Will leave the issue open for a few days

[asafshakedverint]

Tested using simple leaking test app… now I see something on call stack My real application to test however has hundreds of PDBs… maybe that’s the issue ? From: Милош Тошић [mailto:notifications@github.com] Sent: Friday, November 24, 2017 1:19 PM To: milostosic/MTuner Cc: Shaked, Asaf; Author Subject: Re: [milostosic/MTuner] Symbols don't seem to apply (#24) Hard to say. Best would be to debug it locally... I'd appreciate if you find what the cause is and report it back. Will leave the issue open for a few days — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub<#24 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AXrSbcdjaw4w4OPJzAGleUtTf9fviFfvks5s5qY0gaJpZM4Qo2IS>. This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail.

[milostosic]

I would be guessing at best without a repro case, and that's not really an engineering approach :)
If you manage to reproduce the problem on a smaller scale I'd love to look into this.

[asafshakedverint]

Thanks… I’ll do my best From: Милош Тошић [mailto:notifications@github.com] Sent: Tuesday, November 28, 2017 11:57 AM To: milostosic/MTuner Cc: Shaked, Asaf; Author Subject: Re: [milostosic/MTuner] Symbols don't seem to apply (#24) I would be guessing at best without a repro case, and that's not really an engineering approach :) If you manage to reproduce the problem on a smaller scale I'd love to look into this. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub<#24 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AXrSbcK1_8Nr4VomEJNFGqLUc1ZKsu_zks5s69jzgaJpZM4Qo2IS>. This electronic message may contain proprietary and confidential information of Verint Systems Inc., its affiliates and/or subsidiaries. The information is intended to be for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient (or authorized to receive this e-mail for the intended recipient), you may not use, copy, disclose or distribute to anyone this message or any information contained in this message. If you have received this electronic message in error, please notify us by replying to this e-mail.

[darknesswind]

The DIA interface load symbols directly but not using the search path. The search path may be using in Dbg
Help library only.

[milostosic]

@darknesswind any suggestions regarding your comment?

[darknesswind]

Sorry, I make a mistake, It is not the reason I fail to load the symbols.
I found that if I start a process on a remote disk, just like \\dev.test.net\release\test.exe, and the symbol file local in the same folder, call of IDiaDataSource::loadDataForExe will fail because rtm::WideToMulti convert the path to a UNC path.

[darknesswind]

the convert result just like: UNC\\dev.test.net\release
and the stander UNC path should be: \\?\UNC\dev.test.net\release
But even if I try "\\?\UNC\dev.test.net\release", IDiaDataSource::loadDataForExe will fail.

[milostosic]

If you have time to contribute a fix it would be appreciated. I'm currently very busy with other projects.

[darknesswind]

Are there any reason to make a UNC path?

[milostosic]

Reason was to handle very long path names, by prepending "\?" limit goes up substantially, if I remember correctly up to 32K characters, depending on Windows version.

[darknesswind]

But why makeLongPath skip the longPathPrefix (\\?\) using return _outBuff + 4 ?

[milostosic]

Hacky convenience, you could use the buffer passed in (_outBuff) or the return value if you don't care about long paths (when you know it's not long).