Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

AreEqualNumerically compares without a tolerance, so equal expressions read as unequal

オープン
#1,674 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
55/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
csharp
領域
backend

調査の方向性

Start by locating MathS.UnsafeAndInternal.AreEqualNumerically(a, b) and reading how it chooses its check points and compares evaluated values. Reproduce the reported case with the integral expression and its derivative at -100 and 100, then investigate a relative tolerance appropriate to evaluation precision; the MCP server's 1e-6 tolerance is a comparison point. Done means the equal expressions compare as equal without masking meaningful differences.

索引モデルが issue の本文から書いたものです。

説明

MathS.UnsafeAndInternal.AreEqualNumerically(a, b) evaluates both sides at its check points and compares the values with !=, with no tolerance. Two equal expressions computed by different routes differ in their last digits, and are reported unequal.

∫ x ln(x) dx, differentiated back, is 2 x (-1/4 + ln(x)/2) + 1/x * 2/4 * x^2, which is x ln(x) wherever both are defined. At the check points -100 and 100 the two values compare unequal, while their difference evaluates to 0, so AreEqualNumerically returns false.

A relative tolerance scaled to the evaluation's precision would answer this. The MCP server (amcli mcp) compares with a relative tolerance of 1e-6 instead.

主要言語
C#
スター
831
フォーク
79
平均マージ
2時間 22分
マージ済み PR(30日)
507

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ASC-Community/AngouriMath のほかの issue

ASC-Community/AngouriMath の issue をすべて見る

似ている issue

C# の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。