Mark Hammond

The post install script probably copied it into your system32 directory - can you check if it is there, and if so, whether a copy of pythonXX.dll is also there?

It sounds like this is that the windows pdh library does based on the counter type. Or are you suggesting there's something pywin32 is doing to cause it?

You could try the python-win32 mailing list (see https://github.com/mhammond/pywin32#support). or try searching for information on, eg, `GetPerformanceAttributes` and `GetFormattedCounterValue` when used from any language and not just Python.

The license files in the source tree are the source of truth. These all predate the PSF license existing. My vague intention is to re-license this under the PSF license...

There are license files in the repo. I'm sorry it's confusing that there are multiple, but there's no confusion about what the license situation actually is.

Sorry for the delay here: > But I don't see the "post_install" script documented above. Does that script know about virtual environments? Would it copy the two DLLs (`pythoncom39.dll` and...

This sounds reasonable to me, but something I'd probably want to do in conjunction changes to one of our tests to ensure the right thing is happening.

Sorry for the huge delay. I'd need to know what is in `00020905-0000-4B30-A977-D214852036FFx0x3x0.py`

This is because pywin32 doesn't really know what timezone to use due to the lack of timezone support in the standard library. The time should be correctly converted from the...

Can you please try and demonstrate the bug via https://github.com/mhammond/pywin32/blob/master/com/win32com/test/testDates.py - it explicitly checks utc and local times etc. It's worth noting that COM dates do not carry timezone into,...