Mark Hammond

> The reason I didn't go with "builtin" is that type doesn't actually need to be a builtin type. You could convert the custom type into a user-defined record/enum/interface. Would...

or to put my last comment another way - I think the term "builtin" is more problematic than "custom", because it implies records etc can not be used - but...

> uniffi::custom_type!( > custom: HeaderMap, > builtin: Vec, > into_builtin: |obj| { ... }, > try_from_builtin: |val| { ... }, > ); What I *do* like about this is what...

> should we just go with that one? That sgtm, at least as the next straw-man!

> but I think it would be better to first make the changes to how bindgen generates code, into many files rather than one huge, and for multiple crates, ensure...

Thanks - note if you go to "checks" and dig around you can find artifacts for your PR - in this case it is at https://github.com/mhammond/pywin32/actions/runs/8890105083?pr=2251

It's important that the move replace the file - if the source file exists it implies pywin32 has been upgraded so the existing target may not work. `MoveFileEx` should offer...

The 2nd param is an integer with the level - we support 1,2,3,4,5,7,8,9. I agree we should expose them as constants though.

It works for me in Australia, so I suspect the problem is the locale and not the specific timezone.

That's odd. That's [defined by "swig"](https://github.com/mhammond/pywin32/blob/53fcd1f4a3975b7ee0f9508244f8c7918316c741/win32/src/win32process.i#L803), so I think a build will have a `win32process_module.cpp` or similar - I don't have access to that file currently 😅 But I can't...