micro-profiler: Missing function names in the listview..

As for this - “Another issue was that sometimes I get empty window in micro-profiler_standalone.exe with no data after program run. I had to click on the window and then window was filled with data, fine. I can not reproduce this every time, but I need to know this trick.” - the lists don’t get invalidated on symbols arrival (i.e. the stats model needs to hook to symbol_resolver::invalidate). I’ll fix this. The new (2.x.x) version will be a big update and I’ll need people to beta-test it. Will you mind to participate?

Moving forward.

One issue was “known issue” : I tested with sample program that ran for a short time and did not get any results. That issue is https://github.com/tyoma/micro-profiler/issues/59.

Another issue was that sometimes I get empty window in micro-profiler_standalone.exe with no data after program run. I had to click on the window and then window was filled with data, fine. I can not reproduce this every time, but I need to know this trick.

One more this I found, @tyoma : Freed memory access in active_server_base::worker, frontend_disconnected (_exit_confirmed) It may get unnoticed in release mode running a single thread, but in debug memory manager (that fills memory with intentionally bad data after it’s been freed) it can be easily spotted.

In collector, active_server_base.cpp, there is frontend_disconnected lambda that crashes like this in my debugger output:

multithreaded_logger::add_attribute - 0x793268f4 "_exit_confirmed"
Exception thrown: read access violation.
this->**_value** was 0xDDDDDE5A.

Works OK if changed to something like this:

const auto frontend_disconnected = [&] {
	if (this->_exit_requested)
		this->_exit_confirmed = true;
	this->_session = nullptr;
	// Copy value as this will be deleted after s.reset()
	auto _exit_confirmed = this->_exit_confirmed;
	s.reset();
	LOG(PREAMBLE "remote session disconnected...") % A(_exit_confirmed);
};

@tyoma Do those libraries have debug info enabled on compilation?..

LOL…the one that wasn’t displaying the function names DID NOT. Setting that sure enough took care of it! 😃

Thank you so much for taking the time to respond and suggest this. I greatly appreciate it!

@fatrolls correct, it’s not there yet - I need to figure out which versions to use for the maximum compatibility - I’ll probably need to have the latest ones that work with winXP (without those api-* dependencies), the latest one for Win7, etc. Regarding placement - you’re right - that’s the intent - not copying micro-profiler, unless you want to package it for portable use (like, for instance, at customer’s site). The idea of packaging dbghelp into micro-profiler as a resource seems pretty interesting. That way I’ll be able to maintain a single file necessary for work. The only question would be whether Windows is fine with that (I mean, Windows Defender), as I’m gonna need to first save the library to a temp location and then LoadLibrary it…

Hey all, I am having a similar issue using Visual Studio Community 2019 on Windows 10. I did copy dbghelp.dll from C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Team Tools\Performance Tools to the directory where my application is located. I am using CMake to generate the Visual Studio project. I have added add_definitions(/GH /Gh) to my compile definitions and linked with micro-profiler_x64 (which CMake was able to find in the MSVC extensions dir). I have also set the /DEBUG and /PDB linker flags.

Attached the micro-profiler_vspackage.log

Let me know if any other logs or compiler options would be helpful. I’m really excited to be able to do some profiling, the built in Visual Studio profiler isn’t working for me as well. It shows all my code is “Native” with no details.