問題タブ [unsigned-integer]

unsigned long(実際には a DWORD) を として再解釈したいsigned long。私は試した：

ただし、VC++ 2010 Intellisense は「無効な型変換」を教えてくれます。なんで？どうすれば修正できますか？

符号なしの基数 16の数値と符号付きの基数 10の数値を変換する方法を知りたいですか?

例えば

5d0cfa30041d4348 <-> 6705009029382226760

024025978b5e50d2 <-> 162170919393841362

fb115bd6d34a8e9f <-> -355401917359550817

ちなみに、それらは実際にはいくつかのアイテムの ID です。内部的にはすべて 64 ビットの数値ですが、2 つの形式で表示されます。

使用できるクラスはありますか?

ありがとう

日付と時刻の値を MySQL の TIMESTAMP 形式とカスタムの UNSIGNED INT 形式で保存することについてジレンマに陥っています。ここでの主な考慮事項は、取得速度、PHP での適切な範囲計算、および人間が判読できる値への時折の書式設定です。

各タイプとその範囲に必要なストレージ容量:

DATETIME の範囲はまったく必要ありません。TIMESTAMP と UNSIGNED INT の間で迷っています。

UNSIGNED INT を支持する議論:

• 4294967295 の UNIX タイムスタンプは、Sun, 07 Feb 2106 06:28:15 GMT に変換されます。これは TIMESTAMP よりも多く、私にとっては十分です
• strtotime() で TIMESTAMP を変換してから比較するよりも、これらのタイムスタンプを PHP で直接比較する方が高速です。

TIMESTAMP が私に与える唯一の利点は、mysql テーブルから手動で値を読み込んでいて、それらを「見る」必要がある場合です。

UNSIGNED INT ではなく TIMESTAMP を使用する説得力のある理由はありますか?

JavaScript で符号なしの数値を処理するのに苦労しています。JavaScript、特にビットのシフトを使用して、符号なしの数値に対して基本的な数学とビット単位の操作を実行したいと思います。JavaScript で符号なしの数値を処理する方法について提案がある人はいますか?

例: 0x40000000 を左にシフトすると、0x80000000 ではなく負の数になります。

これは私が立ち往生している宿題の質問です。

符号なし整数表現を検討してください。以下を含む 10 進数を格納するために必要なビット数は次のとおりです。

符号なし整数の範囲が 0 から 2^n になることはわかっていますが、数値を表すために必要なビット数がそれにどのように依存するのかわかりません。私を助けてください。

前もって感謝します。

私の C++ コードには、unsigned long integer を int に乗算して結果を unsigned long int に代入する式があります。「戻り値がオーバーフローしました」という警告が表示されます。int を unsigned long にキャストしようとしましたが、役に立ちませんでした。助言がありますか...

表情はこんな感じ～

I am using SQL SERVER 2008, I have a number of INT, SMALLINT fields in my various tables, And I know they all will be 0 or greater than 0 i.e. I can take them Unsigned.

Is there a simple way of creating/using Unsigned data types OR will I have to Create type->Make Rule->Use the Created Type; as specified in the following article?

http://www.julian-kuiters.id.au/article.php/sqlserver2005-unsigned-integer

If this is the only way to use Unsigned in SQL, is there any disadvantage/drawback of using it?

チェックサムアルゴリズムに取り組んでいますが、いくつか問題があります。キッカーは、受信している「実際の」データよりも大幅に小さい「偽の」メッセージを手作りすると、正しいチェックサムが得られることです。ただし、実際のデータに対しては、チェックサムが正しく機能しません。

着信データ/環境に関する情報を次に示します。

• これはグルーヴィーなプロジェクトです (以下のコードを参照)
• チェックサムの計算では、すべてのバイトが符号なし整数として扱われます
  • それを機能させるために、ショートパンツとロングパンツを少し調整することに気付くでしょう.
• 実データのサイズは 491 バイトです。
• サンプル データ (正しく追加されているように見える) のサイズは 26 バイトです。
• 私が知る限り、16 進数から 10 進数への変換で負の数が生成されることはありません
• ファイル内の一部のバイトはチェックサムに追加されません。これらのスイッチが適切に機能していること、およびそれが想定されている場合であることを確認しました-したがって、それは問題ではありません.
• 私が計算したチェックサムと、実際の送信に同梱されているチェックサムは、常に同じ量だけ異なります。
• 実際のデータと一緒にパッケージ化されたチェックサムが正しいことを手動で確認しました。

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

このアルゴリズムで、予想される結果からのずれを引き起こしている可能性のあるものを誰かが見つけた場合は、これを追跡するためにあなたの助けをいただければ幸いです.

unsigned int を QuickTime ファイルから読み取り、それを別の QuickTime ファイルに書き戻す必要があります。

現在、unsigned int を Long に読み込んでいますが、書き戻すときに、正確な数値を unsigned int として 4 バイトで書き戻すことができませんでした。long には、書き戻す必要がある正しい値があります。(例: 3289763894 または 370500) Integer.MAX_VALUE より小さい数値 (例: 2997) の書き込みを読み取ることさえできません。

次の方法を使用して値を書き戻しています

どんな助けでも大歓迎です。