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

Update corlib to support Timeout.InfiniteTimeSpan #715

Merged

Conversation

josesimoes
Copy link
Member

Description

  • Update corlib to support Timeout.InfiniteTimeSpan

Motivation and Context

  • Required for class library 1.0.0-preview050

How Has This Been Tested?

Screenshots

Types of changes

  • Improvement (non-breaking change that improves a feature, code or algorithm)
  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

  • My code follows the code style of this project.
  • My change requires a change to the documentation.
  • I have updated the documentation accordingly.
  • I have read the CONTRIBUTING document.
  • I have added tests to cover my changes.
  • All new and existing tests passed.

Signed-off-by: josesimoes jose.simoes@eclo.solutions

- Required for class library 1.0.0-preview050

Signed-off-by: josesimoes <jose.simoes@eclo.solutions>
@josesimoes josesimoes added Type: enhancement Area: Common libs Everything related with common libraries labels Jun 1, 2018
@nfbot
Copy link
Member

nfbot commented Jun 1, 2018

Hi @josesimoes,

I'm nanoFramework bot.
Thank you for your contribution!

A human will be reviewing it shortly. 😉

@josesimoes josesimoes merged commit c440cbc into nanoframework:develop Jun 1, 2018
@josesimoes josesimoes deleted the update-corlib-timespan-infinite branch June 1, 2018 12:03
nfbot pushed a commit that referenced this pull request May 29, 2021
Removed call to GetIntegerPart since it couldn't support UInt64 conversions and edit for invalid values.  Wrote new string parse loop based on code that is being used for SUPPORT_ANY_BASE_CONVERSION.  Moved some code so it could be used by both SUPPORT_ANY... and the radix 10/16 logic.

Possible problem change in Double parsing - used pow() method to better generate the IEEE 574 compliant double in storage.  pow() is considered to be slow, but without a more precise float multiplication the resulting double will not match what is used by the Roslyn compiler when creating and comparing doubles.

Fixes #715
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: Common libs Everything related with common libraries Type: enhancement
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants