問題タブ [unsigned]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
5429 参照

java - jarファイルに署名せずにjnlpを使用することは可能ですか?

関係するjarファイルに署名せずにjnlpを使用する方法はありますか?

(アプリケーションは安全な環境で使用されているため、セキュリティの観点から署名は必要ありません)

0 投票する
5 に答える
127793 参照

c++ - C++の符号なしキーワード

unsignedキーワードはデフォルトでC++の特定のデータ型になりますか?プロトタイプのクラスの関数を作成しようとしています。

しかし、私は本当に何unsignedを意味するのかわかりません。それは何かのようなものではunsigned intないでしょうか?

0 投票する
3 に答える
12882 参照

c# - C# で符号なし 16 ビット int を符号付き 16 ビット int に変換する

私はロボット コントローラ用のデータログ パーサーを作成しています。データ ログから入ってくるのは、0 ~ 65535 の範囲の数値です (間違いでなければ、これは 16 ビットの符号なし整数です)。それを符号付き16ビット整数に変換してユーザーに表示しようとしています(ロガーが変更する前の実際のデータ型であるため)。

誰か手を貸してくれませんか?

例:

必要な値 (0、-1、-2、-3、-4)

値は何ですか (0、65535、65534、65533、65532)

0 投票する
1 に答える
60 参照

mysql - SubSonic 3 と MySQL で符号なしデータ型に問題があります

他の人が問題を「発見」したことは知っていますが、実際に問題がどこにあるのかはわかっていますが、2番目のリンクに従って修正が投稿されていればいいと思います.

Unsigned BigInt とビットの問題 Subsonic: タイプ 'System.UInt64' のオブジェクトはタイプ 'System.Int64' に変換できません

基本的に、SUBSonic3 の Unsigned 型で同じ問題が発生しています。どこで修正すればよいかはわかっていますが、どこから始めればよいかわかりません。

テンプレートでこの修正をひどく必要としている人を助けてください:(

0 投票する
2 に答える
1811 参照

64-bit - 64 ビット符号なしから 32 ビット符号付き

Java long データ型 (64 ビット) データを従来の C++ アプリの unsigned int (32 ビット) データ型に変換する必要があります。

データは Linux のタイムスタンプであるため、データ損失の心配はありません。これは unsigned int の制限に達するまでに何時間もかかります。

これらの数値にどのような変換を適用するか考えていますか?

前もって感謝します!

PS - データ型の例:

ジャワ - 1266336527340

C++-1266336583

どちらも同じ日付で、ほぼ同じ時間 (+/- 1 分) を生成します。

0 投票する
2 に答える
10883 参照

java - Convert.FromBase64Stringメソッドに相当するJava

Convert.FromBase64Stringに相当するJavaはありますか?

バイナリデータをbase-64桁としてエンコードする指定された文字列を、同等の8ビットの符号なし整数配列に変換します。

私が試してみました:

どんな提案にも感謝します!

0 投票する
3 に答える
1270 参照

integer - unsignedintデータ型なしでunsignedintを格納する方法の長所と短所

64ビットのunsignedintである値があり、それらをunsignedint型を持たないmongodbに格納する必要があります。それらを他のフィールドタイプに保存し、出入りを変換するための3つの主な可能性があります。

署名されたintを使用するのがおそらく最も簡単で、スペース効率が最も高いですが、人間が読めないという欠点があり、誰かが変換を忘れると、一部が機能し、エラーがわかりにくくなる可能性があります。

生のバイナリは、経験の浅いプログラマーにとっておそらく最も扱いにくく、人間が読めないという問題もあります。

文字列表現はスペース効率が最も低くなります(ユニコードで最大40バイト、フィールドあたり8バイト)が、少なくともすべての可能な値が適切にマップされ、クエリでは、より複雑な変換ではなく、文字列への変換のみが必要になります。

これらの値をさまざまなプラットフォームから利用できるようにする必要があるため、単一のドライバー固有のソリューションを選択することはできません。

私が見逃した主な長所と短所はありますか?どちらを使いますか?

0 投票する
1 に答える
22644 参照

c - 「この10進定数はISOC90でのみ符号なしです」という警告を取り除くことはできません

ハッシュテーブルの実装でハッシュアルゴリズムとしてFNVハッシュを使用していますが、次の行の質問のタイトルに警告が表示されます。

私がこれを行うとき、なぜこれが起こっているのか理解できません:

私はこれを手に入れます:

これは私のマシンの制限の下にあるようです...

警告が表示されるのはなぜですか。警告を取り除くためのオプションは何ですか。

0 投票する
5 に答える
5110 参照

memory - unsigned int/longはどのように表されますか

符号付き整数と符号なし整数、およびコンピュータメモリでのそれらの表現の違いが説明されているアセンブリチュートリアルを読んでいました。

数字の先頭にビットがあったので、整数が符号なしか符号付きかがわかります。

誰かがそれを知っているなら、答えてください。