問題タブ [overflow]

指定された数値を日からミリ秒に変換するメソッドを作成しました。

私は自分が何を間違えたかを理解するのに苦労しました。今私の質問： そのエラーはとても明白ですか？

修正された方法：

計算する前に整数をlongに変換しないと、完全に間違った結果が得られます。

.NET でのバッファ オーバーフロー エラーの一般的な原因を探しています。

マネージド .NET コードではバッファ オーバーフローが不可能であることはわかっています。ただし、.NET アプリケーションの範囲内では、この例外が引き続き発生する可能性があります。

思ったこと -

• COM オブジェクト呼び出しに対する有効な引数
• PInvoke/Win32 呼び出しに対する有効な引数

バッファ オーバーラン エラーをデバッグする最良の方法は何ですか?

IE7 で発生しているスクロールバーの問題を修正する方法があるかどうかを知りたかったのです。

これが私のCSSです：

HTML は次のとおりです。

他のブラウザでは問題なく動作しますが、何らかの理由で IE7 では動作しません。

明確にするために編集：

これが私が達成しようとしていることです:div固定された がwidthありheight、その中に がありgridviewます。gridviewの幅または高さが の固定サイズを超える場合、divにスクロール バーを表示したいと思いdivます。

バイト単位で保存されたニブル情報を使用して、大きな Int64 を構築しようとしました。

次のコード行は期待どおりに機能します。

次の行でコンパイル エラー CS0220 "チェック モードでのコンパイル時に操作がオーバーフローします" が発生し、他の行では発生しないのはなぜですか?

結果は次のようになります。

それ以外の：

誰でもこれを説明できますか？シフト演算子で変換しますが、なぜこのアプローチがうまくいかないのか、まだ興味があります!

更新: (Int64)(0x0d << 28) を使用した場合にもエラーが発生します。

3 番目の変数を使用せずに、2 つの変数の交換中に発生するオーバーフローに対処するにはどうすればよいでしょうか。XOR ソリューションは整数に対してのみ使用できると思います。他の変数タイプはどうですか？

ユーザー空間プログラムの「データ」ポインターは、アドレス 0 および 0xffffffff から安全な距離にあると期待できますか? そのため、オーバーフローをチェックせずにポインターに小さなオフセットを安全に追加できますか? p が定数文字バッファーまたは動的に割り当てられた文字列 (最新の 32 ビット以上のオペレーティング システム) への char ポインターである場合、p + n がオーバーフローしないと安全に想定できる最大の正の n は何ですか?

混乱を避けるために:オーバーフロー チェックについて話しているのであって、境界チェックについてではありません。例: m 文字の文字列の先頭へのポインター p があり、正のオフセット i で文字にアクセスする場合、i < m を確認するか、間接的に p + i < を確認する必要があります。 p + m。ただし、後者の場合、p + i がオーバーフローしないことも確認する必要があります。つまり、p + i >= p であることを確認する必要があります。

更新: OK、p + i が実際に逆参照されているかどうか、またはオーバーフローしているかどうかに関係なく、i > m の場合、p + i は有効な標準 C ではありません。しかし、私が本当に興味を持っている問題は、実際には p + n がオーバーフローしない小さな n があるかどうかです。この質問に答えるには、最新のオペレーティング システムがアドレス空間をどのように編成しているかについて、ある程度の知識が必要です。

Update2: たとえそれが一般化できないとしても、特定の 1 つのプラットフォームについて聞くことはすでに非常に興味深いことです。できれば、あいまいな組み込みのものではないことをお勧めします。x86 または Power ベースの 32 ビット Win、Linux、および Mac が最も興味深いでしょう。

整数オーバーフローの場合の結果は(unsigned int) * (int)? unsignedまたはint？operator[]配列インデックス演算子 ( ) は、char*:intなどにどのような型をとりunsigned intますか?

私は次の関数を監査していましたが、突然この質問が発生しました。この関数には 17 行目に脆弱性があります。

wと の両方を考慮してくださいh。非常に大きな符号なし整数です。9 行目の乗算は、検証に合格する可能性があります。

問題は 17 行目です。掛け算: 結果が の場合int i、積が負になる可能性があり、結果として の前の位置にアクセスすることになります。結果が の場合、積は常に正になり、 の後の位置にアクセスすることになります。unsigned int wintbufunsigned intbuf

これを正当化するコードを書くのは難しいです:intは大きすぎます。誰かがこれについてアイデアを持っていますか?

製品のタイプを特定するドキュメントはありますか? 私はそれを検索しましたが、これまでのところ何も見つかりませんでした。

コンパイルされたオブジェクトファイルでは、それらは単なるバイトであるため、脆弱性に関する限り、(unsigned int) * (int)生成するunsigned intかどうかは問題ではないと思います。int次のコードは、製品のタイプに関係なく同じように機能します。

したがって、乗算が返す型は問題ではありません。int消費者関数が取るかどうかが重要ですunsigned。

ここでの問題は、その機能がどれほど悪いか、または機能を改善するためにどのように機能を改善するかではありません。この機能には間違いなく脆弱性があります。問題は、標準から規定された動作に基づいた、関数の正確な動作に関するものです。

Cで次のコードを実行すると：

結果として「-4000」が正しく出力されます。しかし、私は少し混乱しています。より大きな符号なし整数を他の整数から減算すると、算術オーバーフローが発生するのではないでしょうか? ここではどのようなキャスティング ルールが適用されますか? この質問は少し初心者のようですので、参考にしていただければ幸いです。

ページに次のコンテンツDIVがあり、動的テキストが表示されます。

次のCSSを使用して、追加のテキストを切り取ります。

このテキストをDIVにロードすると、次のようになります。

"Lorem ipsum dolor sit amet、consectetuer adipiscingelit。Praesentaliquam、justo convallis luctus rut​​rum、erat nulla fermentum diam、at nonummy quam anteacquam。Maecenasurnapurus、fermentum id、molestie in、commodo porttitor、felis。 lacus。Quisqueornarerisusquisligula。Phasellustristiquepurus a augue condimentumadipiscing。Aeneansagittis。Etiamleopede、rhoncus venenatis、tristique in、vulputate at、odio。Donecet ipsum et sapienvehiculanonummy。Suspen

... CSSにより、次のテキストのみがDIVに表示されます。

"Lorem ipsum dolor sit amet、consectetuer adipiscingelit。Praesentaliquam、justo convallis luctus rut​​rum、erat nulla fermentum diam、at nonummy quam anteacquam。Maecenasurnapurus、fermentum id、molestie in、commodo porttitor、felis。 lacus。Quisqueornarerisusquisligula。Phasellustristiquepurusaaugue」

これは期待どおりに機能します。

しかし、JavaScriptを使って表示されたテキストにアクセスできる方法があるのではないかと思っていました。DIVのプロパティにアクセスしようとすると、innerHTML元々DIVにロードされていたテキスト全体が返されます。

私の最終目標は、トリミングされたコンテンツの最後の単語を省略記号（ "..."）に置き換えることです。これはJavaScriptで実行できるので、CSSプロパティのように、IEだけでなくすべてのブラウザーで表示できると思いましたtext-overflow: hidden。

何か案は？これは可能ですか？