1 年位前から，exe をビルドしてデバッグが終わると VirusTotal でチェックしている．
それで，誤検知されやすいと思われる VC のバージョンなどのメモ．

VC6.exe では，ほとんどが何らかのものに引っ掛かってしまう．
SecureAge Malicious
VC8.exe や VC9.exe も何かに引っ掛かってしまうことが多い．
VC 10 ～ VC 12 では，あまり規則性はわからない．コードによる？

VC 14 以降は，普通の MFC のコードであればほぼ問題なさそう．
但し最初のうちは，ほとんど Cylance Unsafe となってしまう．

が，数日経過すると警告は消えることが多い．

1>------ ビルド開始: プロジェクト: ClCpy, 構成: Debug Win32 ------
1>コンパイルしています...
1>ClCpyDlg.cpp
1>l:\document\develop\tools\_free\tiny\clcpy\clcpydlg.cpp(396) : error C2668: 'abs' : オーバーロード関数の呼び出しを解決することができません。(新機能 ; ヘルプを参照)
1>        c:\program files (x86)\microsoft visual studio 8\vc\include\math.h(539): 'long double abs(long double)' の可能性があります。
1>        c:\program files (x86)\microsoft visual studio 8\vc\include\math.h(491): または 'float abs(float)'
1>        c:\program files (x86)\microsoft visual studio 8\vc\include\math.h(487): または 'double abs(double)'
1>        c:\program files (x86)\microsoft visual studio 8\vc\include\math.h(485): または 'long abs(long)'
1>        c:\program files (x86)\microsoft visual studio 8\vc\include\stdlib.h(415): または 'int abs(int)'
1>        引数リスト '(size_t)' を一致させようとしているとき
1>ビルド時間 0:07
1>ClCpy - エラー 1、警告 0
========== ビルド: 0 正常終了、1 失敗、0 更新、0 スキップ ==========

次の様に long にキャストすることで対応．
size_t len_ = ::abs(long(lenS-lenD)) ;

引き続きやっているが，なかなか難しい．
左は「非対応.exe」を「プロパティ」で「アプリケーション」にしたもの．

0.2 mm の指定で印刷する場合は問題ないが，27 インチ 4K では 1 ピクセルになり非常に見辛い．

今度は，VC 12 以降で「モニターごとの高い DPI 認識」としたもの．

Win7 では「非対応.exe」でも「アプリケーション」と指定したものの様な動作？
8.1 以降は，「DPI 認識」で指定したものが効いている？

4K 環境の Win10 で「非対応.exe」．

exe のプロパティで「システム（拡張）」としたもの．

0.3 mm の線を表示すると「システム（拡張）」としたものの方がきれい．

AP の作り方にもよると思うが，exe のプロパティで「システム（拡張）」としたものが一番良さそう．
「アプリケーション」にしてしまうと？，他のモニタに移動した時に大きさなどがうまくない．

高 DPI 関連でいろいろと調べてみると ::GetDpiForWindow を使う必要がありそう．
ただ使えるのが Win10 1607 以降みたいで，その辺りをどうしたものか？

次の様に呼出せば 指定した hwnd の値が取れることは確認 ．

	#if	(_MSC_VER >= 1900)
	{
		UINT	dpi = ::GetDpiForWindow(hwnd) ;
		std::terr << dpi << std::endl ;
		}
	#endif

ただ，旧 Windows では存在しないため実行時エラーになる．
そのため ::GetProcAddress を 利用した方法に ．

//	UINT	GetDpiForWindow ( [in] HWND hwnd ) ;
typedef	UINT	(WINAPI* P_GDFW)(HWND) ;

UINT	GetDPI	(HWND hwnd)
{
	UINT	dpi = 96/2 ;
	HMODULE	user32 = ::GetModuleHandle(TEXT("user32.dll")) ;
	P_GDFW	p_GetDpiForWindow = (P_GDFW)::GetProcAddress(user32,"GetDpiForWindow") ;
	if (p_GetDpiForWindow != NULL) {
		dpi = p_GetDpiForWindow(hwnd) ;
		}
	else {
		HDC	hdc = ::GetDC(hwnd) ;
		dpi = ::GetDeviceCaps(hdc,LOGPIXELSX) ;
		::ReleaseDC(hwnd,hdc) ;
		}
	return	dpi ;
	}

Win11 で「拡大/縮小」の値を変更したもの．

解像度と DPI の関係が，まだうまく理解できていない．
::GetDpiForWindow は，指定した hwnd の DPI が取得できている．
::GetDeviceCaps では，プライマリの情報が取れる．
「非対応」の場合はスケーリングされた値，「モニターごと」の場合は 100% での値？

先日のコード を利用して，Windows API の動作のテスト．

#include	<clocale>
#include	<iostream>

#include	"_tdefine.hxx"
#include	"cmd_line.hxx"
#include	"ask_cli.hxx"
//#include	"ask_path.hxx"

#include	<Windows.h>

bool	test	(c_tstring& str)
{
//	std::terr << str << std::endl ;
	HDC	dc = ::GetDC(NULL) ;
	if (dc != NULL) {
		int	hres = ::GetDeviceCaps(dc,HORZRES) ;
		int	vres = ::GetDeviceCaps(dc,VERTRES) ;
		std::terr
			<<　_T("HORZRES=") << hres　<<　_T("\t")
			<<　_T("VERTRES=") << vres　<<　_T("\t")
			<< std::endl ;
		}
	return	true ;
	}

int	_tmain	(int argc,TCHAR* argv[])
{
	_tsetlocale(LC_ALL,_T("")) ;
	{
		::reg_argv (argc,argv) ;
		}
	{
	//	::call_func(argc,argv) ;
		}
	{
		::test(_T("Test")) ;
		}
	::ask_wait() ;
	return	0 ;
	}

::GetDpiForWindow を追加して FHD と 4K 環境で実行．

bool	test	(c_tstring& str)
{
	HWND	hwnd = ::GetConsoleHwnd() ;
	{
		HDC	dc = ::GetDC(hwnd) ;
		if (dc != NULL) {
			int	hres = ::GetDeviceCaps(dc,HORZRES) ;
			int	vres = ::GetDeviceCaps(dc,VERTRES) ;
			std::terr
				<< _T("HORZRES=") << hres << _T("\t")
				<< _T("VERTRES=") << vres << _T("\t")
				<< std::endl ;
			}
		}
//	#ifdef	DPI_AWARENESS_UNAWARE
	{
		HWND	hwnd = ::GetConsoleHwnd() ;
		UINT	dpi = ::GetDpiForWindow(hwnd) ;
		std::terr << dpi << std::endl ;
		}
//	#endif
	return	true ;
	}

昨日 Win11 環境に VS 2005 から 2022 をインストール ．
その後，幾つかのコードをビルドして動作を確認．

仮想環境の Win11 22H2 で，KB5019509 の更新があった．
幾つか試したいことができたので，ホストの Win11 も 22H2 にしたくなった．

次の所から入って 22H2 をインストール．
https://www.microsoft.com/ja-jp/software-download/windows11/
1 時間程度かかった．

先日インストールした VC 6 を起動してみると…
うまく起動する．ビルドも問題なさそう．仮想マシンで動作していたのは 22H2 だったからか？
ステップ実行できない現象はあるが，何とか使える．

2022/10/23
ステップ実行した場合のメッセージが，仮想マシンと異なる．

仮想マシンは
—————————
Microsoft Visual C++
—————————
ﾊﾝﾄﾞﾙされていない例外 は i3DV.exe (OLE32.DLL) にあります: 0xC0000005: Access Violation。
—————————
OK
—————————
ホストは
—————————
Microsoft Visual C++
—————————
OLE ﾘﾓｰﾄ呼び出しﾃﾞﾊﾞｯｸﾞには管理者権限が必要です: この機能は使用できません。.
—————————
OK
—————————
「Win10 VC6 OLE」で検索すると，次の所が見つかった．
Windows10でVC6を使いたい
どうも「ツール」－「オプション」－「デバッグ」の「OLE RPC デバッグ」のチェックを外す必要があるらしい．

チェックを外す操作は，一度「ジャスト イン タイム デバッグ」にチェックを入れてから操作する必要がある．

Win11でVC++6.0アプリは動作するか?

VC6 から順に更新してきたプロジェクトをビルドしていると，warning RC4005: ‘IDR_MANIFEST’ : redefinition ．

...
6>------ ビルド開始: プロジェクト:ClipView, 構成:Debug Win32 ------
6>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\atlmfc\include\afxres.h(32): warning RC4005: 'IDR_MANIFEST' : redefinition
6>
6>  Clip140.vcxproj -> c:\Temp\MICSTool\ClipView\Debug.140\ClipView.exe
6>  Clip140.vcxproj -> c:\Temp\MICSTool\ClipView\Debug.140\ClipView.pdb (Full PDB)
========== ビルド: 6 正常終了、0 失敗、16 更新不要、0 スキップ ==========

resource.h を見ると，確かに IDR_MANIFEST が定義されている．

どのタイミングで追加したのかは覚えてないが，resource.h での定義は不要と思われるので削除．

先日，Win11 環境に VS6 をインストールした．
手順は Win10 の時と同様 で，DB 関係が入らない様に．
VB6 は起動した．

が，VC6 は起動できない．

昨日，Win10 上の仮想マシンの Win11 に VS6 と SP6 をインストール．
この時 VC 6 は起動可能で，ビルド，デバッグなども動作した．

今日，それを確認すると，デバッグができなくなっている．
全くできないわけではないが，ブレークするとその後がうまくない．

何かが更新されて動作しなくなったのか？

Win11 上の仮想マシンとしての Win11 も，起動はできるがデバッグがうまくない．
Win10 の時もそうだったが，何かとの相性？　…　Win11 21H2 だったため．

2022/10/18
以前使っていた WinXP の VHD があったので，それを Win11 上の仮想マシンとして追加．
最近使ってなかったので，いろいろと問題が…
SMB1 や mklink ．
なかなかいい運用が見つからない．

2022/10/23
22H2 に上げて うまく動作する様になった．

2023/10/30
VC 6 は，Win 10 ，11 で特に困ることはなく利用できている．
たまに使用する機能でうまくないのは「コンポーネントギャラリ」くらい？
Win11 はシステムドライブが SSD のため，$(OutDir) は「シンボリック リンク」にしている．

VC 6 で作成したプロジェクトを VC 8 に上げてビルドすると…

------ ビルド開始: プロジェクト: DocTh, 構成: Debug Win32 ------
リンクしています...
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipCreateSolidFill@8 が関数 "public: __thiscall Gdiplus::SolidBrush::SolidBrush(class Gdiplus::Color const &)" (??0SolidBrush@Gdiplus@@QAE@ABVColor@1@@Z) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipDeleteBrush@4 が関数 "public: virtual __thiscall Gdiplus::Brush::~Brush(void)" (??1Brush@Gdiplus@@UAE@XZ) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipCloneBrush@8 が関数 "public: virtual class Gdiplus::Brush * __thiscall Gdiplus::Brush::Clone(void)const " (?Clone@Brush@Gdiplus@@UBEPAV12@XZ) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipFree@4 が関数 "public: static void __cdecl Gdiplus::GdiplusBase::operator delete(void *)" (??3GdiplusBase@Gdiplus@@SAXPAX@Z) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipAlloc@4 が関数 "public: static void * __cdecl Gdiplus::GdiplusBase::operator new(unsigned int)" (??2GdiplusBase@Gdiplus@@SAPAXI@Z) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipCreateLineBrushI@24 が関数 "public: __thiscall Gdiplus::LinearGradientBrush::LinearGradientBrush(class Gdiplus::Point const &,class Gdiplus::Point const &,class Gdiplus::Color const &,class Gdiplus::Color const &)" (??0LinearGradientBrush@Gdiplus@@QAE@ABVPoint@1@0ABVColor@1@1@Z) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipCreateFromHDC@8 が関数 "public: __thiscall Gdiplus::Graphics::Graphics(struct HDC__ *)" (??0Graphics@Gdiplus@@QAE@PAUHDC__@@@Z) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipDeleteGraphics@4 が関数 "public: __thiscall Gdiplus::Graphics::~Graphics(void)" (??1Graphics@Gdiplus@@QAE@XZ) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipSetSmoothingMode@8 が関数 "public: enum Gdiplus::Status __thiscall Gdiplus::Graphics::SetSmoothingMode(enum Gdiplus::SmoothingMode)" (?SetSmoothingMode@Graphics@Gdiplus@@QAE?AW4Status@2@W4SmoothingMode@2@@Z) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipFillRectangle@24 が関数 "public: enum Gdiplus::Status __thiscall Gdiplus::Graphics::FillRectangle(class Gdiplus::Brush const *,float,float,float,float)" (?FillRectangle@Graphics@Gdiplus@@QAE?AW4Status@2@PBVBrush@2@MMMM@Z) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipFillRectangleI@24 が関数 "public: enum Gdiplus::Status __thiscall Gdiplus::Graphics::FillRectangle(class Gdiplus::Brush const *,int,int,int,int)" (?FillRectangle@Graphics@Gdiplus@@QAE?AW4Status@2@PBVBrush@2@HHHH@Z) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdipFillPie@32 が関数 "public: enum Gdiplus::Status __thiscall Gdiplus::Graphics::FillPie(class Gdiplus::Brush const *,float,float,float,float,float,float)" (?FillPie@Graphics@Gdiplus@@QAE?AW4Status@2@PBVBrush@2@MMMMMM@Z) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdiplusStartup@12 が関数 "public: static int __cdecl UseGdiPlus::Startup(void)" (?Startup@UseGdiPlus@@SAHXZ) で参照されました。
ComNGP01.obj : error LNK2019: 未解決の外部シンボル _GdiplusShutdown@4 が関数 "public: static int __cdecl UseGdiPlus::Shutdown(void)" (?Shutdown@UseGdiPlus@@SAHXZ) で参照されました。
c:\Temp\iShellE\DocTh\Debug.080/DocTh.exe : fatal error LNK1120: 外部参照 14 が未解決です。
DocTh - エラー 15、警告 0
========== ビルド: 0 正常終了、1 失敗、0 更新、0 スキップ ==========

リンク対象に Gdiplus.lib を追加して対応．