Some kinds of errors are handled by the HTTP Server API rather than being passed back to an application for handling, because the frequency of such errors could otherwise flood an event log or application handler. The following three topics describe the different aspects of the HTTP Server API error logging: Configuration Registry settings control whether the HTTP Server API logs errors, the maxim
.NET Framework アプリケーションを実行しようとすると、"このアプリケーションを起動できませんでした" というエラー メッセージが表示されることがあります。 このエラーの原因が、.NET Framework が破損しているためにアプリケーションで .NET Framework が見つからない場合は、この記事を使用してその問題を解決してください。 この記事のすべての手順を完了してもアプリケーションを実行できない場合は、ファイル システムの破損、依存関係の不足、またはアプリケーションの問題が原因で問題が発生している可能性があります。 その場合は、 アプリの発行元に問い合わせる か、 Microsoft Q&A に質問を投稿してヘルプを参照してください。 問題を理解する このエラーは、特定のアプリケーションを起動できないことを意味します。 プログラムの名前は、次の図で強調表示されてい
はじめに 前からちょくちょく見受けられたけれども、やはりやってしまう人は多いようなので 自戒の念と共にここに記しておきます。 ソフトウェアをDLして解凍またはセットアップしたexeのところに、appname.vshost.exeとかappname.pdbとか見かけたことはありませんか? これらはVisual Studioでビルドする際に、Debugビルドでは非常に有効なファイルですが、Releaseビルドでは不要なファイル達だったりします。 なので、必ず下記の2つの設定をReleaseビルド構成に施しておきましょう。 1. ホスティングプロセスを無効にすること これはあまり見かけなくなったけど、やはりやってしまう人はいるようです。 プロジェクトのプロパティでデバッグページにある Visual Studio ホスティング プロセスを有効にする(O) のチェックを外して Visual Stud
Dependency Walker is a free utility that scans any 32-bit or 64-bit Windows module (exe, dll, ocx, sys, etc.) and builds a hierarchical tree diagram of all dependent modules. For each module found, it lists all the functions that are exported by that module, and which of those functions are actually being called by other modules. Another view displays the minimum set of required files, along with
public ref class Exception public ref class Exception : System::Runtime::Serialization::ISerializable public ref class Exception : System::Runtime::InteropServices::_Exception, System::Runtime::Serialization::ISerializable public class Exception public class Exception : System.Runtime.Serialization.ISerializable [System.Runtime.InteropServices.ClassInterface(System.Runtime.InteropServices.ClassInt
public ref class StackFrame sealed public ref class StackFrame public sealed class StackFrame public class StackFrame [System.Serializable] public class StackFrame [System.Serializable] [System.Runtime.InteropServices.ComVisible(true)] public class StackFrame type StackFrame = class [<System.Serializable>] type StackFrame = class [<System.Serializable>] [<System.Runtime.InteropServices.ComVisible(
今回、バージョン1.0として一般提供を開始したC++拡張機能を利用することで、IntelliSenseスマートコード補完、デバッグ、リファクタリング、コードナビゲーションといったC++開発者向けのさまざまな機能を、Visual Studio Code上で利用できるようになる。 これらの機能は、さまざまなプラットフォーム、アーキテクチャ、コンパイラで利用可能なので、クロスコンパイルやリモート開発にも役立つ。 編集機能としては、IntelliSenseによるコード補完、パラメーター情報、クイック情報、メンバーリスト、すべての参照を検索、定義/宣言への移動、ピーク定義/宣言に対応したコードナビゲーション、シンボルの名前変更、コードのフォーマット、セマンティックのカラー化、Doxygenコメントドキュメントに対応している。 デバッガでは、ブレークポイントの設定、監視変数の設定、プログラムのステップ
落とし穴、と言いますか、やっぱり ComboBox コントロールの落とし穴っぽい動きの話です。 ■問題 単純にフォームに ComboBox コントロールを貼り付けて、項目を選択した直後のイベントを拾いたい。 さてどうするのか? という要件があって、なんか手元のコードでは、SelectedIndexChanged イベントを拾っていた訳です。 SelectedIndexChanged イベントでも悪くはないのですが、ComboBox で項目を選択している途中のイベントも拾ってしまうので、【最後のイベントだけを拾う】ってのがなかなかでき難い、というか、これでバグっているので。 ■イベントは4種類ある あらためて ComboBox のイベントを見ると、それらしいものが4つほどあります。 ・SelectedIndexChanged イベント:選択項目が変更されるたびに発生する ・Selection
以下のプログラムを実行すると、ランダムな数値が出力される。 Sub BugSample() Dim Arr(1 To 10) As Long Dim UpperBound As Long: Upper = 1000 Dim LowerBound As Long: Lower = 10 Dim i As Integer For i = 1 To 10 Arr(i) = Int((UpperBound - LowerBound + 1) * Rnd + LowerBound) Next Dim j As Integer For j = 1 To 10 Debug.Print Arr(j) Next End Sub …嘘である。 わざとらしいバグなので一見してすぐに気付いた人もいるかもしれないが、これを実行してもイミディエイトウインドウには0が10個並ぶだけである。 バグは変数名である。Uppe
昔、本項で比較したかったのは、要するに「For Next と For Each って、どっちが速いの?」ってことです。1995年にMicrosoftから出版されたVBAに関する公式本に「For Each の方が速いよ~理由はね~」って書いてあったからです。その頃調べた結果では、確かに For Each の方が速かったです。でも、時代は変わりました。と同時に、パソコンの性能も飛躍的に向上しています。理論的に速くても、体感速度として、あるいは計測結果としては、どうなんでしょう。 まず、For Next と For Each で比較してみましょう。 Sub Test1() Dim i As Long For i = 1 To 10000 Cells(i, 1) = 100 Next i End Sub Sub Test2() Dim c As Range For Each c In Range(
Install WinDbg with Microsoft Store Install WinDbg with Windows Package Manager To install WinDbg using the Windows Package Manager, run the following from the command line / PowerShell: winget install Microsoft.WinDbg Notes Requirements Supported Operating Systems: Windows 11 (all versions) Windows 10 Anniversary Update (version 1607) or newer Processor architectures: x64 and ARM64 Updating WinDb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く