約 5,413,814 件
https://w.atwiki.jp/toriko-kugi/pages/145.html
【技名】 ウィークポイントボイス 【読み方】 うぃーくぽいんとぼいす 【使用者】 ゼブラ 【派生技】 サウンドバズーカ・サンダーノイズ・ボイスミサイル 【詳細】 ゼブラの扱う技の一つ。 猛獣の嫌がる周波数の音を出して追い払う技。 人間には聞こえない周波数であるため猛獣のみに効果がある。
https://w.atwiki.jp/yamamura2/pages/4738.html
【TOP】【←prev】【PlayStation】【next→】 Break Point タイトル Break Point ブレイクポイント 機種 プレイステーション 型番 SLPM-86044 ジャンル スポーツ（テニス） 発売元 コナミ 発売日 1997-9-18 価格 4800円（税別） 【TOP】【←prev】【SEGA SATURN】【next→】 BREAK POINT タイトル BREAK POINT ブレイクポイント 機種 セガサターン 型番 T-9107G ジャンル スポーツ（テニス） 発売元 パック・イン・ソフト 発売日 1997-6-27 価格 6800円（税別） ブレイクポイント 関連 SS BREAK POINT PS Break Point 駿河屋で購入 プレイステーション セガサターン
https://w.atwiki.jp/motsu/pages/14.html
使い方 特徴 機能 外部 使い方 1．コンパイル ソースファイルをコンパイルしてクラスファイルを生成する。 javac -g ファイル名 javacコマンドのコマンドラインオプション -g キーワード(のリスト) ／デバッグ情報をクラスファイルに追加する。 -g キーワード,キーワード,… ／複数種類のデバッグ情報をクラスファイルに追加する。 -gオプションを指定しない／-g lines,sourceと同値。 キーワード -g／すべてのデバッグ情報を生成する。 -g source／ソースファイルのデバッグ情報を生成する。 -g lines／ソースファイル中の行番号のデバッグ情報を生成する。 -g vars／ローカル変数のデバッグ情報を生成する。 -g none／デバッグ情報を生成しない。 2．デバッガ起動 クラスファイルを対象にしてデバッガを起動する。 jdb クラス名 3．ブレークポイント設定 処理を中断したい場所を設定する。 stop at クラス名 行数 stop in クラス名.メソッド名 stop in クラス名.メソッド名（引数） 4．ブレークポイント表示 ブレークポイントを表示する。 stop clear 5．ブレークポイント削除 ブレークポイントを削除する。 clear クラス名 行数 clear クラス名.メソッド名 clear クラス名.メソッド名（引数） 6．デバッグ実行 ブレークポイントまでデバッグを実行する。 run／実行を開始し、最初のブレークポイントまで実行する。 cont／次のブレークポイントまで実行する。 next／次の1行を実行する。 step／次の1処理を実行する。 7．メンバ表示 メンバの一覧や内容を表示する。 locals／ローカル変数を表示する。 print メンバ名／変数の内容を表示する。 dump メンバ名／変数の内容を表示する。 8．デバッグ終了 デバッグを終了する。 quit 特徴 SDKに標準で付属しているJavaデバッガ。 コマンドラインで命令を与えて使う。 視覚的に操作できないため使い勝手が悪い。 変数などの名前を正確に把握していなければ使えない。 機能 ブレークポイント ステップ実行 変数確認 など 外部 jdb - Java デバッガ jdbの使い方 名前 コメント
https://w.atwiki.jp/engineeringhowtos/pages/21.html
DDD (the Data Display Debugger, データ表示デバッガ)はGDB (GNU Project Debugger)をGUIで操作できるソフトウェアであり，その他，様々な便利機能を持っている． 便利に使うための準備 gcc/g++でコンパイルするときに"-g"オプションを指定しておくこと C/C++言語のソースファイルを表示する プログラムの実行を一時停止する（ブレークポイントを設定する） 式の値を表示する C/C++言語のソースファイルを表示する メインメニューバーの[View]- [Source Window]を順にクリックする． プログラムの実行を一時停止する（ブレークポイントを設定する） 一時停止する箇所のことをブレークポイントと呼ぶ． ソースファイル表示領域中で，ブレークポイントを設定したい行の左端を右クリックする 表示されたメニュー中の"Set Breakpoint"をクリックする 式の値を表示する 値を表示したい式の直後にブレークポイントを設定する． 上記ブレークポイントまでプログラムを実行する Sourceウィンドウ中にある，値を表示したい式をクリック ドラッグして反転表示させる 反転表示部分を右クリックする 表示されたメニューの"Print ..."をクリックする（"..."は反転表示されている文字列）
https://w.atwiki.jp/noobmaster/pages/26.html
CEはいくつかの基本的なデバッグオプションに加え、より高度なオプションも備えています。 機能 ブレーク、シングルステップ/ステップオーバー メモリアクセス探索/メモリ書き込み探索 ブレークポイントによるレジスタの操作 また、CEはカーネルサイドでデバッグするためのいくつかの機能も提供しています。 このためデバッガは通常の検出メソッドで検出されることはありません。 この機能はDBVMによって強化することも可能です。 カーネルデバッギングで働く機能は少数ですが、とても便利な機能になっています。 例 "Find out what Accesses/Find out what writes"や"Change register on breakpoint" ブレークポイント設定とトレース機能 F7キーで任意の命令に対してブレークポイントをセットできます。 また、メモリのアクセスに対してもブレークポイントをセットすることが可能です。 メモリビューワの下部のバイナリビューで任意のアドレスを右クリックして Data Breakpoint を選択します。 imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (debugger_1.PNG) 書き込みのみに対してブレークポイントを設定する場合は、 Break on Write を選択します。 読み/書きに対してブレークポイントを設定する場合は、 Break on Access を選択します。 指定したステップ数だけ命令を実行して、命令直後のレジスタ内容を記録するトレース機能を利用する場合には Break and trace を選択します。 imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (debugger_2.PNG) ステップ実行中は、命令実行ごとレジスタやスタックの内容を読み取ることができるので解析が非常に捗ります。 imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (debugger_3.PNG) ホットキー デバッグ中には以下のホットキーが便利です。 f4 中途実行 f5 ブレークポイントのセット f7 ステップイン f8 ステップオーバー f9 実行 Shift+f8 リターンまで実行
https://w.atwiki.jp/sakawork/pages/36.html
デバッガgdb実行オプション 主なコマンド 小技/TIPSなど デバッガ gdbについて書く dbxに（あまり覚えていないが）簡単な設定変更で gdbと同じようなインタフェースに変更できる(gdb on/off ？) とりあえずのところgdbについてだけ書いておく gdb GNUのデバッガ コンパイル時に-gオプションをつけた実行ファイルに対してデバッグできる $ gdb italic(){実行ファイル} コアファイルの解析 $ gdb italic(){実行ファイル} core 実行オプション オプション 動作 -s ファイル名 ファイル名のファイルをシンボルテーブルとする -e ファイル名 ファイル名を実行ファイルとして使用 -c ファイル名 ファイル名をコアファイルとして使用 -x ファイル名 ファイル名をコマンドファイルとして実行コマンドファイル gdbコマンドをあらかじめ書いたファイル -d ディレクトリ名 ソースファイルを検索するパスにディレクトリ名のディレクトリを追加 -r シンボルファイル内のシンボルテーブル全体を起動直後に読み込む起動が遅くなるが毎度毎度呼ばない分動作は速くなる 主なコマンド コマンド（短縮） コマンド 動作 r run 実行 実行時の引数をオプションとしてつけられるr 1 2 3 ・・・など q quit 終了 h help ヘルプ表示 コマンド(短縮でも可)指定でコマンドのヘルプ b 位置 breakpoint ブレークポイント設定 デフォルトは現在の実行位置をブレークポイントにする行番号,関数名,ファイル名 行番号・・・などの指定ができる d 番号 delete 指定した番号のブレークポイントを削除 n next 次の処理を実行(関数の中には入らない) s step 次の処理を実行、関数の内部に入る c continue 次のブレークポイントまで飛ぶ u up 呼び出した上位の関数へ移動、移動できない場合は次の処理を実行 d down その行で呼ばれる下位の関数へ移動 p print 出力 p/format でフォーマット指定可能C言語と同じように型変換して出力することも可能値を代入したり関数実行も可能 printのオプション 内容 p/a アドレス p/c 文字 p/d 符号付き10進数 p/f 浮動小数点数 p/o 8進数 p/t 2進数 p/u 符号なし10進数 p/x 16進数 x hex メモリの内容表示 printと同じオプションのほかに以下が使える hexのオプション 内容 x/s 文字列 x/i 逆アセンブル what whatis 変数の型を表示 whe where 現在実行している箇所へ到達するまでの関数の呼び出しを示すbt(backtrace)やi sと同じ i info 情報表示 infoのオプション 内容 i b ブレークポイント・ウォッチポイント・キャッチポイントの表示 i s 関数スタックの表示 i th スレッドの表示 j jump 指定した関数・アドレス・行数へ飛んで実行継続 l list リスト表示 デフォルトで直近、関数・行番号・ファイル指定もできる cond condition ブレークポイントに停止条件を設定cond 2 iCnt==0 ←ブレークポイント2はiCnt=0のときだけ停止cont 2 iCnt=0 ←ブレークポイント2で停止するとiCntに0が代入される（誤用？） wat watch 指定した式が変更されるときに停止w iCnt==0 ←iCnt=0のとき停止 awat awatch 指定した対象が読み書きアクセスされるときに停止 rwat watch 指定した対象が読まれたときに停止 cat catch 指定されたイベントが発生した時に停止 catchのオプション 内容 cat throw C++例外の発生 cat catch C++例外のキャッチ cat exec execの呼び出し(HP-UNIXのみ) cat fork forkの呼び出し(HP-UNIXのみ) cat vfork vforkの呼び出し(HP-UNIXのみ) tc tcatch １回だけ停止させるキャッチポイント thr thread 指定スレッドへ移動 at プロセス番号 attach 実行中のプロセスにアタッチする det detach デタッチする 小技/TIPSなど 同じような動作確認などを何度も行う場合 あらかじめブレークポイント設定のコマンドをファイルに書いておき -xで読み込む 動作中のプロセスをデバッグするには gdbを立ち上げブレークポイントを設定しておく psコマンドでプロセス番号を調べattachする quitする前にdetachすること デッドロックや無限ループなどが起きている場合 上記の動作中のプロセスのデバッグ方法で解析するか 場合によってはkillコマンドでわざとにコアを吐かせて解析する コアファイルの解析 gdbの引数で実行ファイルとコアファイルを指定する where/btコマンドで落ちた箇所を調べる トップページ
https://w.atwiki.jp/kumikomi-yitjc/pages/119.html
AVR Studioでは、実機上に実行形式をダウンロードして、実際にプログラムを動かしてデバッグする 方法以外に、シミュレータを使って、プログラムの動作をシミュレーションすることでデバッグを行う事も 出来る。 以下に、シミュレータの使い方を説明する。手順は以下の通り。 プロジェクトの作成 ソースコードの入力 ソースコードのビルド シミュレータの起動 ブレークポイントの設定（必要に応じて） ステップ実行、連続実行など 1～3は、通常と同じ作業。4のシミュレータの起動から説明する。 ソースコードをビルドしたら、シミュレータを起動する。「Debug」 → 「Start Debugging」を選択する。 プロジェクトを保存したフォルダの入力を求められるので、当該フォルダを選択する。 シミュレータが起動すると以下のような画面が表示される。 ■ 各ウインドの機能については、以下の通り。 左のウインド（CPU関連のレジスタ） Program Counter： 現在実行中の命令が保管されているメモリアドレスを示す。 Stack Pointer： スタックポインタ ...... Registart： 汎用のレジスタ 中央のウィンド ソースコード（C言語による）の入力、やブレークポイントの設定／解除を行う。ブレークポイントを設定しておくと、 プログラムの実行がさしかかった時に、実行を一時中断し、その時点のレジスタや変数の値が確認できるようになる。 ブレークポイントの設定は、ソースコードを選択し、マウスを右クリックするとプルダウンメニューが現れるので、 「Toggle Breakpoint」を選択すると、設定できる。右のウインド（周辺機能に関連したレジスタ） I/Oポートやタイマなど設定や、現在の状態を確認するために、各レジスタにアクセスすることができる。 ■ プログラムの実行 以下のコマンドを実行すると、プログラムの動作を制御できる。 周辺機能のレジスタを設定するには、プログラムの実行が一時中断している時、もしくはAuto Stepでプログラムが動作している時に、周辺機能のレジスタをクリックすることで可能となる。 また、変数の値を調べるには、「Debug」→「Quick Watch」の順で選択し、変数名を入力すると、値の参照ができる。 ただし、プログラムの動作状態によって、「Location Not Vaild」になったり、-1になったりすることがあるので、注意すること。 【シミュレータ・デバッガを使う際の注意事項】 シミュレータは、AVRマイコンの機械語命令を忠実に実行して行くので、実機に比べて実行に時間がかかる。回数の多いループやdelay_**の様な関数を実行すると、しばらく応答が返ってこないことがある。 あくまでシミュレーションなので、実機と異なっている部分がある。
https://w.atwiki.jp/chapati4it/pages/48.html
Python付属のIDE(IDLE)を使ってみる スタートメニューのPythonを開くと「IDLE (Python GUI)」これが付属のIDEのようです。 スタートメニューから起動すると「Python Shell」が起動します。 コマンドプロンプトから起動したのの専用ウィンドウ付きな感じ。 ちなみに、IDLEもPythonで作られているそうです。 ファイルを作成 メニューから「File- New Window」を選択。 「New Window？」と思いましたが、どうやらエディタが起動するようです。 プログラム入力 print "Hello Python!" ファイルに保存 メニューから「File- Save As...」でダイアログが開くのでお好みの場所に保存しましょう。 今回は「C \Python\apps\hello.py」としました。 実行 「hello.py」のメニューから「Run- Run Module」を選択すると、「Python Shell」に実行結果が出力されました。 デバッグ準備 「Python Shell」のメニューから「Debug- Debugger」を選択すると「Debug Control」ウィンドウが立ち上がり、コンソールにも「[DEBUG ON]」が表示されデバッグモードになります。 デバッグ ソースウィンドウのメニューから「Run- Run Module」を選択すると一行目でブレーク状態になります。 「GO」次のブレークポイントまで実行 「Step」一行ずつ実行、関数があると中に入る 「Over」一行ずつ実行、関数があっても中に入らない 「Out」次のブレークポイント、もしくは関数を抜けた所まで実行 「Quit」強制終了 ブレークポイントの設定 ソースウィンドウの右クリックメニューから 「Set Breakpont」でブレークポイントの設定 「Clear Breakpont」でブレークポイント解除 デバッグモードの解除 「Python Shell」のメニューから「Debug- Debugger」を再度選択するか、「Debug Control」ウィンドウを閉じると、コンソールに「[DEBUG OFF]」が表示されデバッグモードが解除されます。
https://w.atwiki.jp/retrogamewiki/pages/3972.html
今日 - 合計 - ブレイクポイントの攻略ページ 目次 基本情報 [部分編集] ストーリー [部分編集] 攻略情報 [部分編集] Tips [部分編集] プチ情報 [部分編集] 関連動画 [部分編集] 参考文献、参考サイト [部分編集] 感想・レビュー 基本情報 [部分編集] ストーリー [部分編集] 攻略情報 [部分編集] Tips [部分編集] プチ情報 [部分編集] 関連動画 [部分編集] 参考文献、参考サイト [部分編集] 感想・レビュー 名前 コメント 選択肢 投票 役に立った (0) 2012年10月09日 (火) 15時21分25秒 [部分編集] ページごとのメニューの編集はこちらの部分編集から行ってください [部分編集] 編集に関して
https://w.atwiki.jp/socup/pages/70.html
The identity 'iPhone Developer **** doesn't match any valid, non-expired certificate/private key pair in your keychains デバッグマクロ ログにつかう書式等 ブレークポイント例外ブレークポイントをはる。 詳細をターミナル表示 シンボリックブレークポイント gdb lldbpo コード実行 有用なリンクEXC_BAD_ACCESSのデバッグ 困ったとき考えられるNotificationをかけてみる。 XCodeの再起動、iPhoneの再起動 クリーンして実行してみる。 versionの違いでAPIの仕様が変わってないかチェックする。 KVCで変数の変換を監視する 実機ビルド デバッグHowto コンパイルduplicate symbols for architecture i386 リーク突然落ちるとき 行番号の表示 実機のデバッグログを見る 細々ネットワーク速度を遅くしたい 単体テスト UIテスト XCode マージ The identity iPhone Developer **** doesn t match any valid, non-expired certificate/private key pair in your keychains が出るとき。 BuildIdeintifierがAppID(apple dev centerで参照)のと一致してないiPhone実機ビルドをするためのCertificateの作り方 プロジェクトのcode signの指定を再設定してみる(普通recommendとかで自動で良いと思うが) 認証期限が切れていないか?(apple dev center のcertificateをチェック切れていれば認証を作り直して登録する) ライブラリ、デバイスのプロビジョニングが切れているので入れ替える 古いプロビジョニングは消す XCode再起動 デバイス再起動 デバッグマクロ デバッグマクロ ログにつかう書式等 http //d.hatena.ne.jp/k2_k_hei/20100926/1285522440 ブレークポイント 例外ブレークポイントをはる。 ブレークポイントタブを表示させておいて、コードを選択して、左下の+を押して、例外ブレークポイントを選択する。 詳細をターミナル表示 例外ブレークポイントは削除しておく NSSetUncaughtExceptionHandlerを作成すると例外がでたときキャッチされる。 [exception callStackSymbols] シンボリックブレークポイント 特定のインスタンス変数のメソッドが呼ばれたときにブレークポイントが呼ばれるような設定ができる。 Symbolにメソッド名を書く。 gdb lldb po po hoge コード実行 (void)printf("foo") 有用なリンク MacOSプログラミング/Xcode Debugging Tips デバッグ EXC_BAD_ACCESSのデバッグ NSZombieEnabled MallocStackLogging NSDebugEnabled をYESにする。 http //beertoredbull.blogspot.com/2011/05/xcode4.html http //d.hatena.ne.jp/kent013/20081007/1223346011 みんなが大嫌いなEXEC_BAD_ACCESSのデバッグ方法 困ったとき 考えられるNotificationをかけてみる。 XCodeの再起動、iPhoneの再起動 クリーンして実行してみる。 versionの違いでAPIの仕様が変わってないかチェックする。 KVCで変数の変換を監視する 実機ビルド デバッグHowto http //developer.apple.com/jp/technotes/tn2004/tn2124.html http //cocoadays.blogspot.com/2010/12/macios-gdb-info.html http //deathcube.blog36.fc2.com/blog-entry-20.html http //deathcube.blog36.fc2.com/blog-entry-19.html コンパイル duplicate symbols for architecture i386 Copy Bundle Resourceに同じxibが二つ入ってしまうと起きる事がある。 リーク profileを実行してinstrumentを起動させる。 leaksを選択。プログラム実行。 検索窓であたりをつけたクラス名を入れると リークしている場合検索される。 実機でリークチェックできない →スキームでプロファイルのBuild configが間違っていないか 明らかにリークしているのを探知できない →実装に仕方によっては発見できないリークもある。 突然落ちるとき メモリ不足でビューが破棄されていないか？ addSubViewだけでretainされているようものはビューの破棄で破棄されてしまう。 きちんとretainして持っておく必要がある。（deallocで解放するなどする） 行番号の表示 Xcode preference TextEditing で line show にチェックを入れる。 実機のデバッグログを見る オーガナイザーで接続デバイスのDevice logsを選択すれば見れる。 細々 プロパティへのnil代入がreleaseの代わりになる理由 ネットワーク速度を遅くしたい Speed Limit 単体テスト UIテスト