常連

### 前提

Visual Studio Code（VS Code）のデバッグ機能を使用し、
作成したjs、vueのファイルのテストをchromeのブラウザで行いたいが、
ブレークポイントが「バインドされていないブレークポイント」（Unbound Breakpoint）となりデバッグができない。

### 実現したいこと

- VS Codeでブレークポイントを使用してデバッグを行うこと

### 発生している問題・エラーメッセージ
デバッグ実行まではブレークポイントを置くことができる。（赤丸部分）
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2023-01-27/c1091508-a8c4-48d0-bb49-f8dfb03df5c0.png)

デバッグ実行すると、画像のように白抜きの丸に表示が変わり、
カーソルを当てると「バインドされていないブレークポイント」と表示される。
（ブレークポイントの一部、と記載されているが、この箇所以外も全て同様の状態になる。）
![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2023-01-27/9f239ddd-41af-4f36-ab8b-561936973def.png)
この時、ブレークポイントは機能しないがchromeは問題なく起動し操作も可能。



### 該当のソースコード
デバッグのために作成したlaunch.jsonファイルは以下の通り。
```json
{
    // IntelliSense を使用して利用可能な属性を学べます。
    // 既存の属性の説明をホバーして表示します。
    // 詳細情報は次を確認してください: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "type": "chrome",
            "request": "launch",
            "name": "localhost に対して Chrome を起動する",
            "url": "http://localhost:8000",
            "webRoot": "${workspaceFolder}",
            "trace": true,
            "sourceMaps": true,
            "sourceMapPathOverrides": {
            "webpack:///./*": "${webRoot}/src/*"
            }
        }
    ]
}
```
"trace": trueとして出力されたファイルを確認すると以下のエラーが記載されていた。
```
SyntaxError: JSON.parse: unexpected non-whitespace character after JSON data at line 2 column 1 of the JSON data
```


### 試したこと

- sourceMapPathOverridesの設定見直し（パスを直書きにしても状況変わらず）

### 補足情報（FW/ツールのバージョンなど）
- Visual Studio Code　バージョン: 1.74.3

ブレークポイントが白抜きになると同時に表示されている、「〜起動構築のトラブルシューティング」については知識がなく特に何も作業できていません。
対応方法をご存知の方がいらっしゃいましたらご教授いただけると幸いです。
よろしくお願いいたします。


VS Codeでデバッグするとブレークポイントが「バインドされていないブレークポイント」となり機能しない

VisualStudio2017を2つ開いてC#のライブラリと、そのライブラリを使った実行ファイルの双方のデバッグをしています。
当初はどちらのVisualStudioでもブレークポイントを設定できていたのですが、いつのまにか、ライブラリのデバッグでブレークポイントの設定が効かなくなってしまいました。
ブレークポイントのマークが白抜き赤枠の○になっており、下記のエラーメッセージが表示されます。

「ブレークポイントは、現在の設定ではヒットしません。このドキュメントのシンボルが読み込まれていません。」

pdbファイルが壊れたのかと思い、双方のVisualStudioでソリューションのクリーン、リビルドをしてみましたが状況は変わりません。

ライブラリのソースに変更を加えた場合は、ライブラリのビルドに加えて、実行ファイルのソリューションでもビルドを実行し、ライブラリ、実行ファイル共に最新の状態になっているはずです。

実行ファイルのソリューションを使ってライブラリの中までたどれるので、ライブラリのデバッグが全くできないわけではないのですが、ライブラリのソリューションからデバッグできないのは不便です。


どのようにすれば元通りになるのか確認すべきポイントなどご助言いただけないでしょうか？よろしくお願いします。

現在の設定
ライブラリのソリューションの設定(異常動作-ブレークポイントがヒットしない)
プロジェクト→(ライブラリ)のプロパティ
開始動作→外部プログラムの開始
→(デバッグビルドされた実行ファイルのフルパス)

実行ファイルのソリューションの設定(正常動作)
プロジェクト→参照の追加→参照
→(デバッグビルドされたライブラリ)にチェック　

以上

VisualStudioでライブラリのデバッグ時にブレークポイントが設定できなくなった

提示コードですが下記のコメント部内部のCamera.cpp部のコードですがなぜ`has no member named ‘Renderer’itr.Renderer(getViewProjection());`
と表示されるのでしょうか？しっかりと定義されているのですが？






##### Actor.hpp
```
#ifndef ___ACTOR_HPP___
#define ___ACTOR_HPP___

#include <memory>
#include <GL/glew.h>

#include "../../FrameWork/header/Resource.hpp"
#include "../../FrameWork/header/Shader.hpp"
#include "../../FrameWork/header/Model.hpp"

class Actor
{
public:

      Actor();
      ~Actor();

      virtual void Update();
      //virtual void Update() = 0;
      //virtual void Renderer(glm::mat4 view)const = 0;
      virtual void Renderer(glm::mat4 view)const;
      
      
      std::shared_ptr<FrameWork::D3::Object> model;
protected:
      FrameWork::ObjFile file;



};

#endif
```

##### Actor.cpp
```
#include "../header/Actor.hpp"

Actor::Actor()
{
      
}


void Actor::Update()
{

}

void Actor::Renderer(glm::mat4 view)const
{

}
      



Actor::~Actor()
{

}

```




##### Camera.cpp
```

void FrameWork::Camera::Renderer()
{

	glClearColor(0.1f, 0.1f, 0.1f, 1.0f);
	glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

	// 1. draw scene as normal in multisampled buffers
	glBindFramebuffer(GL_FRAMEBUFFER, framebuffer);
	glClearColor(0.1f, 0.1f, 0.1f, 1.0f);
	glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);
	glEnable(GL_DEPTH_TEST);
	glEnable(GL_BLEND);						//ブレンド有効
	glEnable(GL_TEXTURE_2D);					//テクスチャを有効
	glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);	//ブレンドタイプ
	glEnable(GL_MULTISAMPLE);				   	//MSAA
	glEnable(GL_SAMPLE_ALPHA_TO_COVERAGE);			//半透明
	glEnable(GL_DEPTH_TEST);				   	//深度バッファを有効
	glDepthFunc(GL_LEQUAL);
	glEnable(GL_CULL_FACE);					   	//カリングを有効
	glCullFace(GL_BACK);					   	//裏面を無効

/////////////////////////////////////////////////////////////////////////////////////////
	for(std::vector<std::shared_ptr<Actor>>::iterator itr = actor.begin(); itr != actor.end(); itr++)
	{
		
		itr->Renderer(getViewProjection());
		
	}
/////////////////////////////////////////////////////////////////////////////////////////



	glBindFramebuffer(GL_READ_FRAMEBUFFER, framebuffer);
	glBindFramebuffer(GL_DRAW_FRAMEBUFFER, intermediateFBO);
	glBlitFramebuffer(0, 0, FrameWork::windowContext->getSize().x, FrameWork::windowContext->getSize().y, 0, 0, FrameWork::windowContext->getSize().x, FrameWork::windowContext->getSize().y, GL_COLOR_BUFFER_BIT, GL_NEAREST);

	glBindFramebuffer(GL_FRAMEBUFFER, 0);
	glClearColor(1.0f, 1.0f, 1.0f, 1.0f);
	glClear(GL_COLOR_BUFFER_BIT);
	glDisable(GL_DEPTH_TEST);

	shader->setEnable();
	glBindVertexArray(quadVAO);
	glActiveTexture(GL_TEXTURE0);
	glBindTexture(GL_TEXTURE_2D, screenTexture);
	glDrawArrays(GL_TRIANGLES, 0, 6);
	shader->setDisable();

	glBindVertexArray(0);
	glBindTexture(GL_TEXTURE_2D,0);



}

```

定義しているのに[has no member named ] と表示される原因がわからない。

###詳細

先程、Microsoft Visual Studio 2019から、
Microsoft Visual Studio 2022に変えたのですが、
```
プロジェクトには、プロファイル *** を実行する方法がわかりません
```
とエラーメッセージが出て、ビルドはされるのですが、デバッグとデバッグなしで開始ができません。

どうすればデバッグできるようになるのでしょうか?

###条件
VS2019 Windows フォームアプリ(C# .net core3.1)を作成 VS2022に変更後にデバッグ不可に(そのあと.net6.0に移行)
VS2022 コンソール アプリ(C# .net6.0)を作成 デバッグ不可

###ソースコード
フォームアプリの方はソース開示できません。すいません。

コンソール アプリ
```C#
Console.WriteLine("Hello, World!");
```

Visual Studio 2022からプログラムの起動ができない

## テーマ、知りたいこと

プログラム改修後にバグチェックを行う方法について相談したい

## 背景、状況
主に既存プログラムの改修時の話になります。
改修後に自分で一度動作確認を行い、開発環境へデプロイ等を行い別の人へテストをお願いするのですが、
自分の確認不足や考慮不足もあり、他の人がちょっとテストを行っただけでバグが出るような状況になってしまいます。
特にコア部分（影響範囲がシステム全体になるような部分）の修正になると、確認漏れによる簡単なバグ（特定の画面で、画面が真っ白になるなど）が増えてしまいます。
確認することが大事なのですが、どうしても漏れが出るので、自分の中で決まったルールを作りたく考えているのですが。
皆様が実装する中でバグを少なくする方法・ルール・ツールがあれば参考にさせていただきたいです
どうぞよろしくお願いいたします。




バグの少ないプログラミング方法について

eclipceでデバックをして変数などの中身が見たいのですが見えません。
デバックじたいは出来ていてAdd new expressionで変数を追加してあげても評価中のエラーというメッセージが表示されます。
eclipceは4.5を使っています。

![イメージ説明](b515f54f9137d6a40a8b3024229b7c7d.png)

![イメージ説明](a5cb497d4317ab173e9c5e6056cc28ac.png)

![イメージ説明](b7e6fbcdef1788e264fba8323a444905.png)
![イメージ説明](49494edba94a4e9eca4b76ba0b12de2c.png)

ログイン画面でデバックしています。
loginIDとloginpasswordには値が入ってきているはずなのに表示されません

Eclipce デバッグ　変数が見えない

タイトルの通り、「バグがなおる」の「なおる」を漢字で書くとき、みなさんはどうしていますか？

・直る
・治る
・なおる
・その他

僕は「治る」って書くんですが、「俺浮いてるかな？」って気分にいつもなります。

「バグがなおる」を漢字で書くときどうしていますか？

急ぎに付き乱文失礼します。
全てのPCがWindows7環境での話になります。

Eclipse上から、LAN内のPCのTomcat8にリモートデバックを行おうとしておりますが、以下のエラーがでてしまいます。

```
リモート VM に接続できませんでした
com.sun.jdi.connect.spi.ClosedConnectionException
```



Tomcat8の設定は次の様に行いました。

MonitorTomcatのJavaタブ>JavaOptionに以下のオプションを指定
```ここに言語を入力
-Xdebug -Xrunjdwp:transport=dt_socket,server=y,address=10000
```

ポート番号、ファイアーウォールの設定が正しいことは確認済みです。

検索してみると、以下のサイトにJPDA_ADDRESSの設定が必要と書かれていましたが、Linux環境の設定のみしか書いておりません。

[http://qiita.com/Monota/items/54e43d9526ca836d2a61](http://qiita.com/Monota/items/54e43d9526ca836d2a61)

試しに環境変数に
```ここに言語を入力
JPDA_ADDRESS=リモートデバックを行うPCのIP：10000
```
と指定してみましたが、現象は変わりません。
なにが問題なのでしょうか？
なにか思い当たる節のある方がいらっしゃいましたら是非ともご教示お願いします。