問題タブ [uint64]

C# では、UInt64 の最大値 (18,446,744,073,709,551,615) を大幅に超える数値を格納して計算するにはどうすればよいですか?

次のコードは、Xcode で作成されたテンプレート プロジェクトでクラッシュします。

クラッシュには次のコンソール出力が伴い、2.2.1 デバイスで発生しますが、3.0.1 デバイスでは発生しません。Thumb または ARM のコンパイルの両方で発生します。

この問題は Base SDK 3.0 でのみ発生し、2.2.1 用にコンパイルすることは問題ありません。残念ながら、私は 3.0 の拡張機能を持っています。

CUDA 2.3 V0.2.1221 / 32bit Linux

こんにちは、次のコードに問題があります。

make emu=1 コンパイルして動作する

-

エミュレーションなしでエラーが発生します：

### 1923 行目または ../../be/cg/cgemit.cxx でのアサーションの失敗

### オペランド 0 のレジスタ クラスが正しくありません

nvopencc 内部エラー ... ステータス 1

-

誰かがplsを助けることができます-u_int64_tをunsinged char [7]に変換するための実用的な方法が必要です。

uint64 値を標準の C++ 文字列に変換する最も簡単な方法は何ですか? 文字列から割り当てメソッドをチェックアウトしましたが、uint64 (8 バイト) を引数として受け入れる人は見つかりませんでした。

これどうやってするの？

ありがとう

私は C コードの Java バインディングを書いていますが、C にはあまり詳しくありません。

uint64_t があり、int にキャストする必要があります。誰もそれを行う方法を知っていますか? （私のバインディングはジントを返します...）

つまり、基本的に私の質問はこれです。uint64_tオブジェクトをキーとして使用してNSMutableDictionaryを作成しています。

これを行うよりも、それらを作成するためのより良い方法はありますか？

これは、バイナリファイル/ソケット/NSDataオブジェクトなどに含めない限り機能します。しかし、これを行うためのより良い方法はありますか？実行しているプラ​​ットフォームに関係なく、オブジェクトが64ビットであることを確認したいと思います。

常にunsignedlonglongを実行することで、問題全体を回避できると思いますが、もちろん、これらのオブジェクトをかなりの数で割り当てると、64ビットマシンで大量のヒープスペースが無駄になります。

私は試した

しかし、安全ではないようです。型キャストを行うための高速で安全な方法はありますか？

ありがとう〜

私が読んでいるディスク上に、c/c++ コードで書かれたファイルがあります。読み取る 2 つの 64 ビット符号なし整数があることはわかっていますが、Java は符号なし整数をサポートしていないため、DataInputStream.readLong() を実行したときに取得する値は正しくありません。（今のところバイトオーダーは無視してください。実際には、WebからダウンロードしたLEDataInputStreamと呼ばれるDISの派生物を使用しています）

ここの多くの投稿では BigInteger の使用について話していますが、bytearray を読み取るための javadoc は bytearray 表現のロードについてのみ話しています。質問は、一部の人々が Java long 型の正の境界の外に出ているという事実に集中しているようです。私が読んでいるデータにはほど遠いでしょう。

これらの長い長い値をそれぞれ2つの32ビット整数として読み取り、必要な答えを得るために乗算と加算を行うMATLab/Octaveスクリプトがあります。

問題は、BigInteger または [LE]DataInputStream.XXX を使用して 64 ビットの符号なし整数を読み取るにはどうすればよいかということだと思います。

前もって感謝します

私は次のコードを持っています。sprintfの2番目の％dの出力は、常にゼロとして表示されます。間違った指定子を指定していると思います。誰かが正しい値で文字列を書くのを手伝ってくれますか？そして、これはposix標準で達成する必要があります。入力ありがとうございます

出力：

バックグラウンド

私はマネージ x64 アセンブラ (ライブラリでもあります) を作成しているため、アドレスおよびオフセットとして使用する符号なし 64 ビット整数プロパティを定義する複数のクラスがあります。いくつかはファイル オフセットで、他は絶対アドレス (メイン メモリに相対的) で、その他は相対仮想アドレスです。

問題

ulong上記のシナリオでは、プロパティにデータ型を使用していますが、これは正常に機能します。ただし、そのようなプロパティは CLS に準拠していません。それらを としてマークすることはでき[ClsCompliant(false)]ますが、ライブラリのユーザーに CLS 準拠の代替手段を提供する必要があります。

オプションと質問

より大きなデータ型の代替プロパティを提供することを提案する人もいますが、 から0までのすべての値を保持できるより大きな符号付き整数プリミティブがないため、これはオプションではありませんUInt64.MaxValue。

ほとんどの使用シナリオでは、すべての可能な値が使用されるわけではないため、アセンブリ全体を非 CLS 準拠としてマークしたくありませんUInt64.MaxValue。したがって、たとえば、正の値のみを受け入れるAddress代替longプロパティを提供できます。ただし、何らかの理由で を超える値が含まれているAddressAlternative場合はどうなるでしょうか。いくつかの例外をスローする必要がありますか?AddressInt64.MaxValueAddressAlternative

そして、にふさわしい名前は何でしょうAddressAlternative?

を使用するたびに代替手段を提供するulongと、多くの「二重」プロパティが発生します。これを行うより良い方法はありますか？ulongプロパティのすべての使用法が同じセマンティクスを持つわけではないことに注意してくださいstruct。

そして最後に、コンストラクターのパラメーターに同じ CLS 準拠の問題があります。longでは、そのようなパラメーターを受け入れる代替のオーバーロードを提供する必要がありますか?

ほとんどのシナリオで使用できる限り、CLS のみのコンテキストからライブラリを使用する場合、ライブラリの (一部の機能) の使用を制限してもかまいません。