問題タブ [overflow]

C ++プログラムがいくつかの.png画像をディレクトリに書き込もうとすると、オーバーフローランタイムエラーが発生します。

画像が書き込まれるディレクトリは、コマンドライン引数として指定されます。プログラムはgcc-ggdb3-O3でコンパイルされます。再実行時にディレクトリを別のディレクトリに変更したり、最適化せずにプログラムをコンパイルしたりすると、エラーが消えるのは不思議です。私は混乱しています。最適化されていない実行可能ファイルまたは別のディレクトリで生成されたイメージを取得できますが、最適化された実行可能ファイルでランタイムエラーが発生する可能性があるため、結果が信頼できるかどうか疑問に思います。または、最適化によってエラーが発生しやすい実行可能ファイルが生成される可能性はありますか？誰でもそれを説明できますか？

gcc -ggdb3 -O3でコンパイルされているため、最適化された実行可能ファイルをデバッグしようとしましたが、オーバーフローエラーが発生する場所からソースコードが得られないため、手がかりが得られません。

（gdb）bt

＃0 0x00007fbd29573fb5 in raise（）from /lib/libc.so.6

＃1 0x00007fbd29575bc3 in abort（）from /lib/libc.so.6

＃2 0x00007fbd295b3228 in ?? （）/lib/libc.so.6から

＃3 /lib/libc.so.6の__fortify_fail（）の0x00007fbd296402c7

＃4 0x00007fbd2963e170 in __chk_fail（）from /lib/libc.so.6

＃5 0x00007fbd2963d519 in ?? （）/lib/libc.so.6から

＃6 0x00007fbd295b7426 in _IO_default_xsputn（）from /lib/libc.so.6

＃7 /lib/libc.so.6のvfprintf（）の0x00007fbd29586fdb

＃8 0x00007fbd2963d5b9 in __vsprintf_chk（）from /lib/libc.so.6

＃9 0x00007fbd2963d500 in __sprintf_chk（）from /lib/libc.so.6

＃10 0x0000000000408695メイン（）

（gdb）f 10

＃10 0x0000000000408695メイン（）

現在の言語：自動; 現在asm

（gdb）リスト

1 /build/buildd/glibc-2.9/build-tree/amd64-libc/csu/crtn.S：そのようなファイルまたはディレクトリはありません。

/build/buildd/glibc-2.9/build-tree/amd64-libc/csu/crtn.Sにあります

（gdb）

ランタイムエラーの出力が問題の分析に役立つかどうかはわかりません。可能であれば、エラーメッセージは次のようになりますが、少し長くなります。

*バッファオーバーフローが検出されました*：/ cis / home / tim / research / absurdity / absurditylinux / binio21 / release/absurdityが終了しました

[新しいスレッド0x7fbd2acd9740（LWP 2347）]

=======バックトレース：=========

/lib/libc.so.6(__fortify_fail+0x37)[0x7fbd296402c7]

/lib/libc.so.6[0x7fbd2963e170]

/lib/libc.so.6[0x7fbd2963d519]

/lib/libc.so.6(_IO_default_xsputn+0x96)[0x7fbd295b7426]

/lib/libc.so.6(_IO_vfprintf+0x63b)[0x7fbd29586fdb]

/lib/libc.so.6(__vsprintf_chk+0x99)[0x7fbd2963d5b9]

/lib/libc.so.6(__sprintf_chk+0x80)[0x7fbd2963d500]

/ cis / home / tim / research / absurdity / absurditylinux / binio21 / release / absurdity [0x408695]

/lib/libc.so.6(__libc_start_main+0xe6)[0x7fbd2955f5a6]

/ cis / home / tim / research / absurdity / absurditylinux / binio21 / release / absurdity [0x4045d9]

=======メモリマップ：========

00400000-00471000 r-xp 00000000 00:39 52084894 / cis / home / tim / research / absurdity / absurditylinux / binio21 / release / absurdity

00671000-00672000 r--p 00071000 00:39 52084894 / cis / home / tim / research / absurdity / absurditylinux / binio21 / release / absurdity

00672000-00673000 rw-p 00072000 00:39 52084894 / cis / home / tim / research / absurdity / absurditylinux / binio21 / release / absurdity

00673000-00675000 rw-p 00673000 00:00 0

00943000-00964000 rw-p 00943000 00:000[ヒープ]

7fbd273f7000-7fbd29339000 rw-p 7fbd273f7000 00:00 0

7fbd29339000-7fbd29340000 r-xp 00000000 08:01 35791448 /lib/librt-2.9.so

7fbd29340000-7fbd2953f000 --- p 00007000 08:01 35791448 /lib/librt-2.9.so

7fbd2953f000-7fbd29540000 r--p 00006000 08:01 35791448 /lib/librt-2.9.so

7fbd29540000-7fbd29541000 rw-p 00007000 08:01 35791448 /lib/librt-2.9.so

7fbd29541000-7fbd296a9000 r-xp 00000000 08:01 35791428 /lib/libc-2.9.so

7fbd296a9000-7fbd298a9000 --- p 00168000 08:01 35791428 /lib/libc-2.9.so

7fbd298a9000-7fbd298ad000 r--p 00168000 08:01 35791428 /lib/libc-2.9.so

7fbd298ad000-7fbd298ae000 rw-p 0016c000 08:01 35791428 /lib/libc-2.9.so

7fbd298ae000-7fbd298b3000 rw-p 7fbd298ae000 00:00 0

7fbd298b3000-7fbd298c9000 r-xp 00000000 08:01 35790870 /lib/libgcc_s.so.1

7fbd298c9000-7fbd29ac9000 --- p 00016000 08:01 35790870 /lib/libgcc_s.so.1

7fbd29ac9000-7fbd29aca000 r--p 00016000 08:01 35790870 /lib/libgcc_s.so.1

7fbd29aca000-7fbd29acb000 rw-p 00017000 08:01 35790870 /lib/libgcc_s.so.1

7fbd29acb000-7fbd29ad3000 r-xp 00000000 08:01 71705955 /usr/lib/libgomp.so.1.0.0

7fbd29ad3000-7fbd29cd2000 --- p 00008000 08:01 71705955 /usr/lib/libgomp.so.1.0.0

7fbd29cd2000-7fbd29cd3000 r--p 00007000 08:01 71705955 /usr/lib/libgomp.so.1.0.0

7fbd29cd3000-7fbd29cd4000 rw-p 00008000 08:01 71705955 /usr/lib/libgomp.so.1.0.0

7fbd29cd4000-7fbd29d58000 r-xp 00000000 08:01 35791436 /lib/libm-2.9.so

7fbd29d58000-7fbd29f57000 --- p 00084000 08:01 35791436 /lib/libm-2.9.so

7fbd29f57000-7fbd29f58000 r--p 00083000 08:01 35791436 /lib/libm-2.9.so

7fbd29f58000-7fbd29f59000 rw-p 00084000 08:01 35791436 /lib/libm-2.9.so

7fbd29f59000-7fbd2a04a000 r-xp 00000000 08:01 71704918 /usr/lib/libstdc++.so.6.0.10

7fbd2a04a000-7fbd2a24a000 --- p 000f1000 08:01 71704918 /usr/lib/libstdc++.so.6.0.10

7fbd2a24a000-7fbd2a251000 r--p 000f1000 08:01 71704918 /usr/lib/libstdc++.so.6.0.10

7fbd2a251000-7fbd2a253000 rw-p 000f8000 08:01 71704918 /usr/lib/libstdc++.so.6.0.10

7fbd2a253000-7fbd2a266000 rw-p 7fbd2a253000 00:00 0

7fbd2a266000-7fbd2a27d000 r-xp 00000000 08:01 35791446 /lib/libpthread-2.9.so

7fbd2a27d000-7fbd2a47c000 --- p 00017000 08:01 35791446 /lib/libpthread-2.9.so

7fbd2a47c000-7fbd2a47d000 r--p 00016000 08:01 35791446 /lib/libpthread-2.9.so

7fbd2a47d000-7fbd2a47e000 rw-p 00017000 08:01 35791446 /lib/libpthread-2.9.so

7fbd2a47e000-7fbd2a482000 rw-p 7fbd2a47e000 00:00 0

7f

プログラムは信号SIGABRTを受信し、中止されました。

[スレッド0x7fbd2acd9740（LWP 2347）への切り替え]

/lib/libc.so.6からのraise（）の0x00007fbd29573fb5

本当にあなたの助けに感謝します！

ありがとう、よろしく！

@@ UPDATE @@：あなたたちは正しいです！長いファイル名のchar配列のサイズを大きくしましたが、問題ありません。

実行可能ファイルは/cis/ home / tim / research / absurdity / absurditylinux / binio21 / release/absurdityです。動作しないディレクトリは、コマンドライン引数--result-path = .. / results1 / FrancContinuity1 / noise0 / train-imgsとして指定され、以下のglobal.result_pathに格納されます。

あなたが言った問題だとあなたがどのように疑っているのか教えてもらえますか？__sprintf_chk（）と__vsprintf_chk（）は常にsprintf（）によって呼び出されますか？

これがコードです。

パート1：

パート2：

コンテナのdivのサイズを変更できるとしましょう。サイズを変更しているときに、既にオーバーフローしているかどうかを確認するにはどうすればよいですか（内部コンテンツの幅<コンテナの幅または内部コンテンツの高さ<コンテナの高さ）。

固定幅の div 内に多数の画像を水平方向に表示しようとしています。水平スクロール バーを使用して、div 内に収まらない画像を表示したいと考えています。

ただし、画像は横ではなく縦に表示されます。それらを並べて表示するように強制する方法はありますか?

ケース：Jqueryコードは、ホバーに表示されるスライドEMタグ（slideToggle関数を使用）を管理します。

問題：slideToggleがホバー状態をキューに入れることがあります。私はこの記事を参照しました：http： //www.learningjquery.com/2009/01/quick-tip-prevent-animation-queue-buildup

stop（）関数を挿入しようとしましたが、slideToggle（）には影響しません。しかし、それがアニメーション機能に適している方法。

これは私が取り組んでいるコードです：

Jqueryコード：

HTMLコード：

私はJavascriptでシンプルなゲームエンジンに取り組んでいます（クレイジーです、私は知っています。）Operaのスクリーンショット：http://img406.imageshack.us/img406/5818/gamek.jpg タイル エンジンのように見えますが、実際にはオブジェクト ベースです。灰色のブロックの各行または列は、単一の <div> であり、表示領域 (赤い枠のボックス) に対して相対的に配置されます。表示領域にはoverflow: hiddenがあるため、オブジェクトはその外側には表示されません。

ただし、Opera は、これらのオブジェクトの高さのほとんどが切り取られているにもかかわらず、これらのオブジェクトの高さを合計ページの高さにまだ追加しています。スクロールバーが表示されず、 <html> 要素の周りの青いアウトラインが下に移動しないため、不思議です (また、 <body> 要素に配置しても)。しかし、下矢印を押すと、それらのオブジェクトがクリップされていても、それらのオブジェクトの下部が画面に表示されるまで、ページが下にスクロールします。これらのオブジェクトを削除すると問題が解決するため、これが事実であることがわかります。ゲームで南に移動すると、オブジェクトが元に戻り、ページの高さが減少するため、ページが元に戻ります。

私は Opera 10 を使用していますが、9 でも同じ問題がありました。Firefox はそれを問題なく処理します。この問題をどのように解決または回避しますか? 私が考えることができる CSS トリックはそれを行っていません。すべてのフレームで scroll(0,0) を呼び出すのはさらに悪いことです。ページは「下」にジャンプしてから上に戻ります。

これにより結果が得られます：-2147483648

理由がわかりません (肯定的な結果である必要があります)。誰か助けてくれませんか？

単純なエラーの単純な原因であると信じていることがわからなくなったので、誰かが私を助けることができるかどうか疑問に思っていました.

私はこのコードを持っています:

このエラーが発生します

上記のコードの次の行が原因です。

何か案は？私が言ったように、私は今午後失明しました

実行時に C++ プログラムで使用されるデフォルトのデータ型の変数にオーバーフローが発生したかどうかを検出する便利な方法があるのだろうか? 便利とは、値が変化するたびにデータ型の範囲内にある場合、各変数を追跡するコードを記述する必要がないことを意味します。または、これを達成することが不可能である場合、どのようにしますか?

例えば、

「gcc -W -Wall」を使用したコンパイルでも実行でも、エラーや警告は発生しません。

よろしくお願いします！

そこで、Windows XPでヒープオーバーフローを実行しようとするとどうなるかを自問していましたが、プログラムがすべてのRAMを「消費」すると（ちなみに、これは即座に発生します）、タスクマネージャのプロセスは5MBになり、その後は移動しません。ただし、コンピュータのメモリ使用量はまだ増え続けています。

では、なぜWindowsは私のソフトウェアがGBのメモリを使用していることを認識できないのでしょうか。ソフトウェアがすべてのメモリを使い果たすと、小さなプロセスグループに「隠れて」しまう可能性があるため、セキュリティ上の問題になる可能性があると感じています（おそらく私は少し偏執的です）。

注：ヒープがいっぱいになると何も起こりません。mallocが失敗すると、for（;;）ループが狂ったように実行されるため、CPUは100％にジャンプします。

編集：わかりました！タスクマネージャの列を微調整できることを知らなかった。私は今日何かを学びました：D。

この非常に単純な例のようなテーブルがある場合：

そして、私の1つには、たとえばで.td2の画像が含まれています。ユーザーがスクロールしてすべてを表示できるように、スクロールバーを表示したいと思います。しかし、これは不可能だと思いますよね？300pxwidth

だから私の質問は：

1. hiddenテーブルのオーバーフローを処理する以外に他のオプションはありますか？

2. コンテンツが設定された幅を超えた場合にのみスクロールバーを表示することはできますか？（私はいくつかのフォーラムソフトウェアでそれを見たことがあると誓いますが、どれを思い出せません）