calculator/src
Peter Tissen dab589b3e0 Handle date difference for ends of months (#553)
The incrementally calling `Window::Globalization::Calendar::AddMonths`
resulted in a negative value for `GetDifferenceInDays` which was then
assigned to an unsigned variable `daysDiff`.

One example of the issue when running the calculator in UTC+2 was the
difference between July 31st and December 30th.

The initial guess was 4 months which then landed on November 30th.
This date was stored and then in the loop incremeted by one month.
This then landed precisely on the end date December 30th.
After the loop the final value is then used July 31st + 5 months
which results in the 31st of December.
The resulting difference of -1 days is then assigned to the unsigned
value `daysDiff`.

This commit makes the minimal changes to remedy this bug.
It makes sure to only ever call `AddMonths` with the same starting date
instead of incrementally to different dates.

fixes #552
2019-06-17 16:05:31 -07:00
..
build Hello GitHub 2019-01-28 16:24:37 -08:00
CalcManager Drop __inline from conflicting declarations (#545) 2019-06-10 14:36:05 -07:00
Calculator Bound the calendar picker to the control above (#507) 2019-06-14 18:41:02 -07:00
CalculatorUITests Added WinAppDriver UI Tests to the Calculator Project. (#411) 2019-04-25 16:54:36 -07:00
CalculatorUnitTests Add CMake project, GCC support (#540) 2019-06-06 14:08:31 -07:00
CalcViewModel Handle date difference for ends of months (#553) 2019-06-17 16:05:31 -07:00
Calculator.sln Secondary formatting changes (#489) 2019-05-02 16:48:33 -07:00
CMakeLists.txt Add CMake project, GCC support (#540) 2019-06-06 14:08:31 -07:00
nuget.config updating nuget.org source to point to V3 (#129) 2019-03-07 07:33:22 -08:00
Settings.XamlStyler Hello GitHub 2019-01-28 16:24:37 -08:00