問題タブ [buffer]

":bn" と ":bp" を使用して vim でバッファーを切り替えると、ステータス行に次の便利な情報が表示されます。

（それを可能にするのは「set showmode」だと思います。）しかし、その「（1）」は常に文字通り「（1）」です。バッファを変更しても変化しません。(「1」の周りのかっこも奇妙です。)

誰もそれを修正する方法を知っていますか?

追加: それはおそらく、私の .vimrc に何か問題があることに関係しているでしょう 。

関連して、バッファの切り替えを本当に簡単にするための便利なトリックがあります (.vimrc のエントリ):

検索性を向上させるキーワード: vim、複数のバッファ、バッファ間の切り替え、奇妙なステータス行。[この質問に対する回答を探していて、最初の試行でこれが見つからなかった場合は、ここに他の人を追加してください!]

ヒープスプレー、ヒープオーバーフロー、ヒープオーバーランの違いは何ですか?

これらの用語は、バッファ スプレー、バッファ オーバーフロー、バッファ オーバーランに置き換えることができますか?

それらも同じ定義を持っていますか？

整数オーバーフローの場合の結果は(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＃GDI+を使用してカスタムコントロールを作成しています。

簡単な説明...コントロールは画面上で500ピクセルと表示されますが、おそらく500000ピクセルの情報が含まれます。したがって、一度に500pxしか表示していませんが、明らかに水平面（左右）をスクロールする必要があります。トリッキーな部分は、ビットマップの各500pxチャンクがレンダリングするのに時間がかかることです（100msから1000msの間）。

だから私の計画はメモリに1500pxのビットマップを維持することです。つまり、500pxの表示部分と表示領域の両側に500pxがあり、ユーザーがスクロールすると画面外の部分が非同期に描画されます。

これを達成するのに役立つフィードバック、アドバイス、批評、またはコードの例をお願いします。かなり簡単に思えますが、最初のテストを数回試みた後、その証明は想像以上に困難でした。

ありがとう。

既知のサイズの FloatBuffer があり、アプリの外部で検査するためにデータをファイル (バイナリ) にダンプしたいだけです。これを行う最も簡単な方法は何ですか?

C++ でソケット ネットワーク プログラミングを使用しようとしています。「Hello World!」というテキストを送信しようとしています。C++ send() 関数を使用してサーバーに送信します。最初は、「Hello World!」以降、バッファーのサイズを 13 に設定しました。全部で 12 文字です (文字数より 1 つ多くする必要があります)。送信機能は、約7回送信した場合にのみサーバーに文字を送信します。最終的にサーバーに到達すると、次のようになります。

「ハローワールド！ハローワールド！ハローワールド！ハローワールド！ハローワールド！ハローワールド！ハローワールド！」

ここが面白い部分です。「ハローワールド！」バッファサイズを 256 (char buffer[256];) に設定すると、文はすぐに送信されます。そのようなサーバーになると、「Hello World!」と表示されます。2つの単語の後にたくさんのスペースがあります. なぜこれが起こっているのですか? 可能であれば、どうすれば修正できますか? 私にお知らせください。

ありがとう

HttpWebResponse.GetResponseStream() からのストリームで使用する最適なバッファ サイズは?

オンラインの例は、256b から 5Kb までさまざまです。何を与える？バッファサイズは状況に応じて変わると思います。もしそうなら、どのようなタイプのバッファサイズを使用する状況は何ですか?

ありがとう。

スクロールバーを取り除くために、バッファサイズをウィンドウサイズに設定しました。今、コンソールに値を入力しようとしていますが、最後に常に新しい空白行が追加されているため、最初の行がバッファからクリアされます。

原因はわかったのですが、それを防ぐ方法はありますか？

バッファ領域を移動してみましたが、前述のとおり、空白行を追加するとバッファの最初の行がクリアされるため、先頭に空白行が作成されるだけです。

TFileStreamはバッファリングされた出力を提供します。これはほとんどの場合に最適ですが、場合によっては（特にデバッグ中）、バッファをすぐにフラッシュすると便利です。物事は、私はそれを行う方法を知りませんが、Freeを呼び出すことは一種の逆効果です。

それを行うためのより良い方法はありますか？

ソケットを使用して単純な SNPP (Simple Network Paging Protocol) クライアントを作成しようとしています。サーバー間のわずかな不一致を除いて、すべてがうまく機能しているようです。

コマンドを送信すると、通常は単一のデータ チャンクである応答を読み取る必要があります。ただし、Sprint の SNPP サーバーは 2 つの部分で応答を送信します。データの最初のチャンクは、ステータス コードの最初の桁です。2 番目のチャンクは残りです。たとえば、「220 Gateway ready」という返信を受信しようとすると、次のように届きます。

残りを取得するには、別の空のコマンドを送信する必要があります。

今のところ、私は使用しています：

コマンドを発行した後、データのチャンクごとに個別のバッファを割り当てずに、利用可能なすべてのデータを確実に受信するにはどうすればよいですか?