higher-performance

By the way, have you tried using `EXPECT_THROW`? On my tests, it seems to only invoke the callable once: EXPECT_THROW((std::cout

Ah I see. I'll keep this issue open in case someone can find a solution at some point, but unfortunately you'll have to work around it for now. Thanks!

You seem to be running a modified build of GoogleTest, as neither the line numbers nor the macro conditions match up. I assume you are on commit 71140c3ca7a87bb1b5b9c9f1500fea8858cce344. In particular,...

Thanks for reporting this! Unfortunately this is not something we can provide support for. Unloading code is inherently quite an error-prone process, as many DLLs depend on global state that...

Does this proposed solution pass all the tests locally (such as [this](https://github.com/google/googletest/blob/2888f75afda49cb621979280b044174db5a5924f/googletest/test/googletest-throw-on-failure-test_.cc) one)?

Thanks for the reply. It's been a while since I looked at this issue, but I'm skeptical the solution is this simple... but perhaps I'm missing something? If this is...

> Actually there is indeed a problem, with my code, the **gtest_throw_on_failure_ex_test** catches it. The other one is missing the flag. We need to add **GTEST_FLAG_SET(throw_on_failure, true);** to fix the...

Hi, I'm unfortunately struggling to reproduce this, and I'm not finding adequate information to track this down or reproduce your environment exactly. I recall #3997 was quite time-confusing to reproduce...

Hi, I believe this limitation is by design. The documentation says: // Returns a pathname for a file that does not currently exist. and: // There could be a race...

> > Have you checked all the call sites to see if this is OK? I believe we even have a test (DirectoryCreationTest.CreateDirectoriesAndUniqueFilename) that should break here: > > I've...