Alaska say same about v1.9.331 and Windows 7 ... yes visual Style is missing 
but it work.
now with Windows 10 Style have change again so it is not much Difference 
with/without visual Style

there is a Patch v1.9.331 -> 1.9.355 SL1. ask Alaska for xpp19sl1.exe (16.8 
Mb)

---

i know a lot of People who have v2.x but still release there Stuff with 
(stable) v1.9.355
also a lot of Customer want to use Windows 7 not 10 while they do not like 
"Doomsdays" every Month.

all XbParts are based on native Windows Control which also used by DotNet 
(look into *.H Files)
i do write my own native Controls e.g. Listview which work on XP  7  8 / 
10

---

we still talk about those 27 Windows NT Controls
https://msdn.microsoft.com/de-de/library/windows/desktop/bb773165(v=vs.85).aspx
as you can see Xbase++ still miss some Controls and v2.x does not include 
more (real) Controls than v1.9x

on iOS you can not use 32bit any more ... it is just a Question of Time and 
Windows will drop 32bit (Polaris).
so what about Xbase++ 64bit Compiler and LIBs ? that would be a Reason to 
Upgrade.

---

but back to Problem : Slow debugger F8 Windows 10

as Jan say have a look into your *.XPJ and clean it.


@Vladimir : did you use XppDbg.EXE or VX20.EXE (which Version)

i use VX 2.0.338 with v1.9.355 als Debugger this Way

VX20.exe MyProg.EXE

when leave Debugger it will create MyProg.XPJ ( not Project.XPJ ) which will 
be used when debug