.NET Framework アプリケーションを実行しようとすると、"このアプリケーションを起動できませんでした" というエラー メッセージが表示されることがあります。 このエラーは、インストールされているバージョンの .NET Framework が検出されないか、.NET Framework が破損していることが原因で発生した場合は、この記事を使用してその問題を解決してください。 この記事のすべての手順を完了してもアプリケーションを実行できない場合は、ファイル システムの破損、依存関係の不足、アプリケーションの問題など、何らかの理由で問題が発生している可能性があります。 その場合は、アプリの発行元に問い合わせるか、 Microsoft サポート コミュニティ または 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(
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く