Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

With downcasting off, EvalNumerical loses small divisors and both ends of the exponent range

Đang mở
  • Có gì không ổn?
#1,498 2 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
48/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
csharp
Lĩnh vực
backend

Hướng nghiên cứu

Start at EvalNumerical and inspect Number.IsZero, DecimalPrecisionContext, and LostToExponentRange, comparing their behavior with the interval evaluation mentioned in the issue. Use the three expressions and affected Rubi derivative-check cases as regression coverage; done means small divisors and extreme exponent products produce finite, correct results instead of NaN or zero.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

With downcasting off, EvalNumerical loses decimals at three limits:

using var _ = MathS.Settings.DowncastingEnabled.Set(false);
"1 / 1.37^(-200)".EvalNumerical()                    // NaN, not 2.21e27
"1.37^(-1500) * 1.37^1500".EvalNumerical()           // 0, not 1
"(1.37^8000 + 1) / (1.37^8000 + 2)".EvalNumerical()  // NaN, not 1.00...
  • A small divisor. A divisor below PrecisionErrorZeroRange (1e-16) counts as zero (Number.IsZero), so the quotient is NaN.
  • Both ends of the exponent range. DecimalPrecisionContext is new EContext(100, ERounding.HalfUp, -100, 1000, false), which bounds exponents to [-100, 1000]. At 100 digits, a decimal below about 1e-199 becomes zero and one above 1e1000 becomes infinite. LostToExponentRange works around this for an exact ratio, but a decimal has no exact value to fall back on.

The integrator's derivative check hit these and rejected correct antiderivatives in Rubi's suites (#1338). Five of those were large rational expressions: a factor near 1e-316 times one near 1e+316 came out 0, and a factor flushed to 0 times one saturated to infinity came out NaN. Another divided 2.40e-45 by 2.23e-91. The check now uses interval evaluation (#1497), which has none of these limits.

Ngôn ngữ chính
C#
Star
831
Fork
79
Merge trung bình
2 giờ 22 phút
Pull request đã merge (30 ngày)
507

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của ASC-Community/AngouriMath

Tất cả issue của ASC-Community/AngouriMath

Issue tương tự

Thêm issue về C#

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.