Ding Fei

With pthread enabled, the same building process for x86_64 works fine both on windows 7/10 64-bit. And the i686 executables built works on windows 10 64-bit but not on windows 7 64-bit for the same reason: missing dlls.

With pthread enabled, the same building process for x86_64 works fine both on windows 7/10 64-bit.

I'm building LLVM (11.0.0) with gcc-mingw-w64-i686 (8.3.0-6+21.3-deb10u1) on debian buster targeting windows 7 32 bit. The building is fine but failed when running any of the executables, missing the 'api-ms-win-core' dlls. I checked that on Windows 7 there're some of these dlls of different version. For example 'api-ms-win-core-com-l1-1-1.dll' is missing but there's 'api-ms-win-core-com-l1-1-0.dll'. I tried to find the corresponding version of dlls but there's still missing exported APIs so I totally...

I'm building LLVM with gcc-mingw-w64-i686 (8.3.0-6+21.3-deb10u1) on debian buster targeting windows 7 32 bit. The building is fine but failed when running any of the executables, missing the 'api-ms-win-core' dlls. I checked that on Windows 7 there're some of these dlls of different version. For example 'api-ms-win-core-com-l1-1-1.dll' is missing but there's 'api-ms-win-core-com-l1-1-0.dll'. I tried to find the corresponding version of dlls but there's still missing exported APIs so I totally stuck...

There's a PR for this but I did it purely for exercising and it's not a big improvement so don't expect it to be accepted.

Confirmed, there's a PR 217 for fixing this. Nice catch and thanks for reporting this.

We could consider implementing this as a new complemental feature, rather than a replacement. The original behaviour is pretty good to me. On Mon, Jun 7, 2021 at 2:34 PM Dimitry Polivaev dpolivaev@users.sourceforge.net wrote: Again, about zooming using the mouse wheel with the cursor over MapOverview: I wish I could use larger steps of zoom. In other programs, I use the Map Overview to navigate in a quick, jumpy, rough way. If I want to go meticulous, I simply use the main view (instead of the OVERview)....

I think the zooming and focusing is a feature, not a bug. The implementation might've chosen a different semantic of focusing, which is a map node, rather than the natural mouse point over the view. I think using node as focusing point is reasonable and better than natural mouse point. There're some preference options which are related to the zooming and focusing behavior, like Preference -> Behaviour -> Zooming keeps selected node position or Preference -> Behaviour -> Zooming keeps selected node...