問題タブ [uint64]

奇妙なメモリ バグがあります。

コードは簡単です:

コードをデバッグしてメモリのアドレスとそのメモリの値を出力すると、xor が発生する前に toSymbol のメモリにゼロ以外の値があることがわかります...ただし、データの出力方法によって異なります.

gdb:

だから私の質問：

1. print (uintptr_t )(0x650408) がガベージ データを表示するのはなぜですか?
2. print *(uintptr)(0x650408) がゼロを表示するのはなぜですか? (つまり、なぜ 64 ビットの 16 進アドレスを 64 ビット アドレスではなく 64 ビット値にキャストすると、何も変更されないのですか!?!)

このコードがそのような出力を生成する理由を誰かが知っていますか? -1 >= 0!!!

タイプが異なり、比較には2つの同様のタイプが必要であることはわかっていますが、結局のところ、比較は-1と0です。ではない？

C++11 で記述された次のコードを考えてみましょう。

コードの出力は次のとおりです。

aこの出力が値に対応しないのはなぜですか?

丸め誤差はありますか? どうすればこれを達成できますか？これは、コードが変換されている他の場所から呼び出されるルーチンです。uint64_t私は負の数を与えているの例で小さなスクリプトを書きました

スクリプトを使用して(例: )のタイプのカーネル レベルの情報を取得しようとしprintfています。コードで安全かつ正確に印刷する方法。Solarisuint64_ttimestampDTraceuint64_tDTrace

uint64_tCでの適切な印刷方法は次のとおりです。

DTraceDで同等のものは何ですか? (%dおよび `%llu は不正確で危険です)。

注「D」という名前の他のプログラミング言語 (Walter Bright によって開発された C++ に似たプログラミング言語) と混同しないでください。

データのタイムスタンプを見て、データが 120 秒 (または 2 分) 古いかどうかを確認しようとしているのでchrono、C++ でパッケージを使用しているため、以下のコードがあります。

上記のコードのdata_holder->getTimestamp()uint64_t は、ミリ秒単位でタイムスタンプを返します。

now変数値を印刷すると、これが表示され、値10011360を印刷するとdata_holder->getTimestamp()1437520382241

そして、上記のデータホルダーのタイムスタンプから、120 秒前のデータではないように見えるので、コードに何か問題があると感じますか? そのデータホルダーのタイムスタンプを（エポックコンバーターを使用して）実際の時間に変換し、上記のようにログ時間と比較すると、ほぼ同じになります。

そこで、代わりに を使用することにし、system_clock代わりにをsteady_clock使用し始めた以下のコードを思いつきました。autouint64_t

ソリューション A:

以前は、now変数の値をuint64_tの代わりに使用していましautoた。上記のコードの後、元のコードにこのようなものがあるので、そうでnowはないuint64_tため、コードのコンパイル中にコンパイルエラーが発生します。

これを修正する正しい方法は何ですか? data_holder->getTimestamp()データ型を変更できませんuint64_t。他のコードでも使用されているためです。

エラーは次のとおりです。

アップデート：

Solution A以下のすべてが良さそうに見える場合に使用する代わりに、このように使用できますか?

ソリューション B:

Atmel 6.2 を使用して、Arduino 用のアプリケーションを作成しています。次のコード行に問題があります。

次のエラーが発生します

エラー: バインドされた配列は、']' トークンの前の整数定数ではありません

なぜこうなった？