Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PersianCalendarTests.IsLeapYear failing #98795

Closed
MichalStrehovsky opened this issue Feb 22, 2024 · 1 comment · Fixed by #99595
Closed

PersianCalendarTests.IsLeapYear failing #98795

MichalStrehovsky opened this issue Feb 22, 2024 · 1 comment · Fixed by #99595

Comments

@MichalStrehovsky
Copy link
Member

This is randomly failing on a Raspberry Pi. I'm seeing failures in 1 out of ~5 runs.

They look like this:

Running assembly:System.Globalization.Calendars.Tests, Version=9.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51[FAIL] System.Globalization.Tests.PersianCalendarTests.IsLeapYear
System.ArgumentOutOfRangeException : Ticks must be between DateTime.MinValue.Ticks and DateTime.MaxValue.Ticks. (Parameter 'ticks')
   at System.DateTime.ThrowTicksOutOfRange() + 0x31
   at System.Globalization.CalendricalCalculationsHelper.GetGregorianYear(Double) + 0x87
   at System.Globalization.CalendricalCalculationsHelper.EphemerisCorrection(Double) + 0xb
   at System.Globalization.CalendricalCalculationsHelper.JulianCenturies(Double) + 0xb
   at System.Globalization.CalendricalCalculationsHelper.Compute(Double) + 0x11
   at System.Globalization.CalendricalCalculationsHelper.PersianNewYearOnOrBefore(Int64) + 0x107
   at System.Globalization.PersianCalendar.GetAbsoluteDatePersian(Int32, Int32, Int32) + 0x69
   at System.Globalization.PersianCalendar.IsLeapYear(Int32, Int32) + 0x2d
   at System.Globalization.Tests.PersianCalendarTests.IsLeapYear() + 0xb3
   at System.Globalization.Calendars!<BaseAddress>+0x7859f8
   at System.Reflection.DynamicInvokeInfo.Invoke(Object, IntPtr, Object[], BinderBundle, Boolean) + 0x81
Finished System.Globalization.Calendars.Tests, Version=9.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51

Tests run: 1413, Errors: 0, Failures: 1, Skipped: 0. Time: 1.8810411s
Running assembly:System.Globalization.Calendars.Tests, Version=9.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51[FAIL] System.Globalization.Tests.PersianCalendarTests.IsLeapYear
Year 9120 is not recognized as leap year
   at System.Globalization.Tests.PersianCalendarTests.IsLeapYear() + 0x99
   at System.Globalization.Calendars!<BaseAddress>+0x7859f8
   at System.Reflection.DynamicInvokeInfo.Invoke(Object, IntPtr, Object[], BinderBundle, Boolean) + 0x81
Finished System.Globalization.Calendars.Tests, Version=9.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51

Tests run: 1413, Errors: 0, Failures: 1, Skipped: 0. Time: 1.8525825s
@ghost
Copy link

ghost commented Feb 22, 2024

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

This is randomly failing on a Raspberry Pi. I'm seeing failures in 1 out of ~5 runs.

They look like this:

Running assembly:System.Globalization.Calendars.Tests, Version=9.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51[FAIL] System.Globalization.Tests.PersianCalendarTests.IsLeapYear
System.ArgumentOutOfRangeException : Ticks must be between DateTime.MinValue.Ticks and DateTime.MaxValue.Ticks. (Parameter 'ticks')
   at System.DateTime.ThrowTicksOutOfRange() + 0x31
   at System.Globalization.CalendricalCalculationsHelper.GetGregorianYear(Double) + 0x87
   at System.Globalization.CalendricalCalculationsHelper.EphemerisCorrection(Double) + 0xb
   at System.Globalization.CalendricalCalculationsHelper.JulianCenturies(Double) + 0xb
   at System.Globalization.CalendricalCalculationsHelper.Compute(Double) + 0x11
   at System.Globalization.CalendricalCalculationsHelper.PersianNewYearOnOrBefore(Int64) + 0x107
   at System.Globalization.PersianCalendar.GetAbsoluteDatePersian(Int32, Int32, Int32) + 0x69
   at System.Globalization.PersianCalendar.IsLeapYear(Int32, Int32) + 0x2d
   at System.Globalization.Tests.PersianCalendarTests.IsLeapYear() + 0xb3
   at System.Globalization.Calendars!<BaseAddress>+0x7859f8
   at System.Reflection.DynamicInvokeInfo.Invoke(Object, IntPtr, Object[], BinderBundle, Boolean) + 0x81
Finished System.Globalization.Calendars.Tests, Version=9.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51

Tests run: 1413, Errors: 0, Failures: 1, Skipped: 0. Time: 1.8810411s
Running assembly:System.Globalization.Calendars.Tests, Version=9.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51[FAIL] System.Globalization.Tests.PersianCalendarTests.IsLeapYear
Year 9120 is not recognized as leap year
   at System.Globalization.Tests.PersianCalendarTests.IsLeapYear() + 0x99
   at System.Globalization.Calendars!<BaseAddress>+0x7859f8
   at System.Reflection.DynamicInvokeInfo.Invoke(Object, IntPtr, Object[], BinderBundle, Boolean) + 0x81
Finished System.Globalization.Calendars.Tests, Version=9.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51

Tests run: 1413, Errors: 0, Failures: 1, Skipped: 0. Time: 1.8525825s
Author: MichalStrehovsky
Assignees: -
Labels:

arch-arm32, area-NativeAOT-coreclr

Milestone: -

@ghost ghost added the untriaged New issue has not been triaged by the area owner label Feb 22, 2024
@MichalStrehovsky MichalStrehovsky added this to the 9.0.0 milestone Feb 22, 2024
@ghost ghost removed the untriaged New issue has not been triaged by the area owner label Feb 22, 2024
@github-actions github-actions bot locked and limited conversation to collaborators Apr 12, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

1 participant