Robert Reif

Changing AnalyzeCppcheck.cs to: ``` if (is64bitConfiguration) { cppheckargs += " --platform=win64"; macros.Add("_M_X64"); macros.Add("_WIN64"); } else { if (macros.Contains("UNICODE") || macros.Contains("_UNICODE")) cppheckargs += " --platform=win32W"; else cppheckargs += " --platform=win32A"; macros.Add("_M_IX86");...

You can specify the correct platform type for a single configuration properly 100 % of the time. The current implementation only has a 1 in 3 chance of being right...

It turns out that _UNICODE and UNICODE are inherited defines and are not being passed to cppcheck (see #92). These defines need to be seen before the win32 A/W detection...

I'm still seeing the shadow problem and micro stuttering with the latest artefacts build ecd7b67069a6e2a4b78a8a929fd287030d283ccb.

I'm getting a black screen and crash with 76ee76d6da6a3d4ec010aab43f1f6ccaaaf491f1 [RRRE64_d3d9.log](https://github.com/doitsujin/dxvk/files/9385140/RRRE64_d3d9.log)

I'm seeing a similar problem with: ``` static_assert(var == var/2 && var == var && var != 222, ""); ``` ``` $ ./cppcheck -E test.cpp static_assert ( var < S1...

I have a simple fix for the second problem that splits `>>==` into `>> ==` rather than `>>= =`. Cppcheck also needs a simple fix to not give a syntax...

Here is the USB information and a patch that adds the USB ids to oversteer. The wheelbase is detected and displays the wheel rotation. Nothing else works. The wheel is...

The wheel sometimes works for a few seconds and then it switches back to the wheelbase device. You will need to add support for more buttons. The pedals device is...

Here is the patch: ``` diff --git a/oversteer/.device_manager.py.swp b/oversteer/.device_manager.py.swp deleted file mode 100644 index f9f26fe..0000000 Binary files a/oversteer/.device_manager.py.swp and /dev/null differ diff --git a/oversteer/device_manager.py b/oversteer/device_manager.py index 2d632d1..3c8f15a 100644 --- a/oversteer/device_manager.py...