Chrome DevTools | Chrome for DevelopersChrome でビルドする Chrome の仕組み、オリジン トライアルに参加して、あらゆる場所で Chrome を使って構築しましょう。
【MCP Inspector】ローカルコンテナ環境のMCPサーバーをデバックする方法 - Qiita
目的 最近は多くのサービスがMCPサーバーを提供し始めており、中には自作を行う人も増えてきたのではないでしょうか。 その際に欲しくなるのがデバック機能ですよね。 本記事ではそんなMCPサーバーをデバックできるツールMCP Inspectorの使い方までをまとめます。 今回デバック対象のMCPサーバーをは以下の記事で作成したものを使います。 是非皆さんもMCPサーバーを立てて実際に動かしてみてください。 MCP Inspector とは MCP Inspectorとは、MCPを提唱したAnthoropicの公式から提供されており、MCP サーバーのテストとデバッグを行うための対話型開発者ツールです。 公式サイトはこちら↓ MCP Inspectorの実行方法 基本的には先ほどの公式のサイトやリポジトリのREADMEに書いてあるので、そちらも参考にしてください。 前提条件 今回のデバック対象の
Rustプログラムのデバッグ辛すぎ問題 - Qiita
この記事は Rust Advent Calendar 2023 シリーズ2 の1日目の記事である。 Rustは良くも悪くもシステムプログラミング言語なので、何も工夫しなければデバッグの体験がC言語と同じレベルになってしまう。例えば「rust lldb」でググると上位に Debugging Rust programs with LLDB is a nightmare というスレッドが出てきてしまう。 使うべきツールを知っていれば幾分かマシな体験にできる。Rustコンパイラはデバッガとして LLDB, GDB, WinDbg/CDB をサポート していて、僕はWinDbGは10年くらい触ってないので、この記事ではLLDBとGDBについて書く。 LLDB Apple SiliconのMacだとGDBが使えないので、必然的にLLDBを使うことになる。 CodeLLDB GDBと同じく、LLDBにも
Ghidra - Wikipedia
Ghidra （ギドラ、 [ˈɡiːdrə][3]）は、アメリカ国家安全保障局（NSA）によって開発されたオープンソースのリバースエンジニアリングツールである。実行バイナリは2019年3月の RSAカンファレンスで公開され、ソースコードは1か月後にGitHubで公開された[4]。Ghidraは多くのセキュリティ研究者によってIDA Proの競合相手とみなされている[5]。また、GUI用のSwingを使用してJavaで作成されている。 逆コンパイラの部分はC++で記述されているため、スタンドアロン形式で使用できる[6]。 Ghidraを使用して自動分析を実行するスクリプトは、JavaまたはPython（Jython経由）で作成できる[7][8]。ただし、この機能は拡張可能であり、コミュニティプラグインを介して他のプログラミング言語でも作成できる[9] 。Ghidraに新しい機能を追加するプラ
通が愛用するMicrosoft製便利ツール集「Windows Sysinternals」の入れ方と注意点
「Windows Sysinternals」をインストールする Microsoftが無償で提供しているIT管理者／開発者向けのツール集「Windows Sysinternals」がMicrosoft Store経由でもインストール可能になった。ただ、幾つか注意点もある。「Windows Sysinternals」のインストール方法とその注意点について解説しよう。 Windows OSを使っていると、こんな機能があったら便利なのに、こんな情報が得られたらトラブルシューティングの際に役立つのに、ということがままある。こうした機能は、たいがいフリーソフトウェアで見つかるものだが、フリーソフトウェアの利用は少々不安ということもあるだろう。実は、Microsoftからもこうしたツールが無償で「Windows Sysinternals」として提供されている。 Windows Sysinternalsの
Sysinternals - Wikipedia
Windows Sysinternals is a website that offers technical resources and utilities to manage, diagnose, troubleshoot, and monitor a Microsoft Windows environment.[1] Originally, the Sysinternals website (formerly known as ntinternals[2]) was created in 1996 and was operated by the company Winternals Software LP,[1] which was located in Austin, Texas. It was started by software developers Bryce Cogswe
Windows Sysinternals ツールを使用したトラブルシューティング - Sysinternals
"Windows Sysinternals 管理者のリファレンスの更新" "作成者: Mark Russinovich と Aaron Margosis" 「Troubleshooting with the Windows Sysinternals Tools」(Windows Sysinternals ツールを使用したトラブルシューティング) は、Sysinternals ツールに関する公式書籍であり、ツールの作成者で Sysinternals 共同創設者である Mark Russinovich と Windows の専門家である Aaron Margosis が執筆しました。 この書籍では、65 個以上のすべてのツールが詳細に説明され、プロセス エクスプローラー、プロセス モニター、自動実行などの主要なツールに関する詳しい章が含まれています。 ツールの各章にあるヒントとテクニックに加え
Microsoft TechNet: Windows Sysinternals
Sysinternals Web サイトは、1996 年に Mark Russinovich によって高度なシステム ユーティリティと技術情報をホストするために作成されました。 IT 技術者でも開発者でも、Sysinternals ユーティリティは Windows および Linux のシステムとアプリケーションの管理、トラブルシューティング、診断に役立ちます。 Sysinternals ツールの公式ガイド「Windows Sysinternals ツールを使用したトラブルシューティング」を読む ツール更新プログラムの詳細な変更フィードについて Sysinternals ブログを読む YouTube で Mark の Sysinternals 更新プログラムに関するビデオを見る Mark の高評価の「原因不明のケース」トラブルシューティング プレゼンテーションとその他のウェブキャストを見る
ProcDump
Created with ZoomIt Introduction ProcDump is a command-line utility whose primary purpose is monitoring an application for CPU spikes and generating crash dumps during a spike that an administrator or developer can use to determine the cause of the spike. ProcDump also includes hung window monitoring (using the same definition of a window hang that Windows and Task Manager use), unhandled exceptio
Magical WinDbg -雰囲気で楽しむ Windows ダンプ解析とトラブルシューティング-：かえるのほんだな
「技術書 (同人誌) というフォーマットで、初めて Windows ダンプ解析に取り組む際の最初のとっかかりになる日本語の情報を発信すること」を目的として、主に Windows ダンプファイルの解析を中心としたWindows システムのトラブルシューティングに関するナレッジを紹介します。 Vol.1 となる本書では以下の内容を扱います。 • アプリケーションクラッシュが発生した際のユーザーモードのプロセスダンプを解析してみる • ユーザーモードプロセスのメモリリークを、プロセスダンプとフルメモリダンプのそれぞれから解析してみる • システムのクラッシュが発生した際に出力されたフルメモリダンプを解析してみる ※ 本書の内容は全て、公式ドキュメントやその他 Web サイトに記載の情報、もしくは一般に公開されている書籍などの情報を元に作成しています。そのため、技術的な内容について言及する場合は、
GNUデバッガ - Wikipedia
GNUデバッガ（単にGDBとも）は、GNUソフトウェア・システムで動く標準のデバッガである。これは、多くのUnix系システムで動作可能な移植性の高いデバッガであり、Ada、C言語、C++、Objective-C、Pascal、FORTRAN、FreeBASIC、Goといったプログラミング言語に対応している[2][3]。 GDBは初め、GNU Emacs が「そこそこ安定化」した後、1986年 にGNU システムの一部として リチャード・ストールマン が書いた[4]。GDBは、GNU General Public License (GPL) の下でリリースしている 自由ソフトウェア である。これは、BSDに付属していたdbx（英語版）デバッガをモデルにしている[4]。 1990年から1993年まではジョン・ギルモアが保守をしていた[5]。現在はFree Software Foundation
QEMUとGDBの連携で起こっていた壊滅的なバグ OS自作中に逆ハイゼンバグに遭遇したのでパッチを送った話 | ログミーBusiness
Kernel/VM探検隊は、カーネルやVM、およびその他なんでもIT技術の話題ジャンルについて誰でも何でも発表してワイワイ盛り上がろうという会です。だいみょーじん氏は、GDBでQEMUをデバッグした時に起きたバグとその解決法について発表しました。 趣味はOS自作、自動車業界でエンジニアをやっているだいみょーじん氏だいみょーじん氏（以下、だいみょーじん）：では、「QEMUのバグを見つけてパッチを送った話」をお話しします。今回の発表は、まず自己紹介をしてバグ発見の経緯をお話しして、その後にバグに関する考察と原因調査、そして修正パッチ、まとめという流れで発表をしていきます。 まずは自己紹介です。だいみょーじんと申します。自動車業界でエンジニアをやっていて、趣味はOS自作です。こんな感じのOSを作っています。最近のUEFI（Unified Extensible Firmware Interface
VSCodeにChatGPTの拡張機能を入れてコードレビューやバグを発見してもらう - Qiita
ChatGPTとは？ OpenAIが開発するGPT-3という言語モデルをベースとした(執筆当時)チャットアプリです。 こちらの質問に対して、AIが色々な質問に答えてくれて、一般的な内容だけではなく、コードレビューやバグなども発見してくれるめっちゃ凄いやつです。 細かい内容は以下の記事がとても参考となります。 筆者の関連記事 VSCodeと連携して、ブラウザを開かなくてもChatGPTを使用できるようにする 通常はブラウザを開いて使用するのですが、コーディング中にサクッとレビューしてもらったり、バグを見つけてもらえるような拡張機能があったので、そちらの設定方法について記述してみます。 今回インストールする拡張機能 使用までの手順 環境 PC: MacBook Pro (Apple M2) OS: macOS Ventura 13.1 VSCode: v1.74.3 OpenAIの価格について
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - icsharpcode/ILSpy: .NET Decompiler with support for PDB generation, ReadyToRun, Metadata (&more) - cross-platform!
Amazon.co.jp: デバッガによるx86プログラム解析入門: うさぴょん: 本
Sysinternals Blog | Microsoft Community Hub
WinDbg - Wikipedia
ProcDump - Wikipedia
Microsoft Debugging Tools
Amazon CAPTCHA
