何年か前から VC のビルドでの出力先を C:\Temp 以下に指定している．
c:\Temp\i_Tools\i3DV\Release.060

VC 7 以降では次の様な感じ．
c:\Temp\i_Tools\$(ProjectName)\$(ConfigurationName).070
c:\Temp\i_Tools\$(ProjectName)\$(Configuration).143\$(Platform)\
これで，どの環境でビルドしてもそれなりに動作する様にしている．
共通のソースは NAS でドライブとして割り当て，プロジェクトはローカルや NAS ．
また，出来上がった exe は CopyNewF.exe でコピーしている．

Win10 に VC 6 を入れているが，メイン環境に SP6 が当てられない．仮想環境ではうまく入ったマシンもある．
単体テストの範囲ではメイン環境の VC 6 RTM で問題ないが，リリースビルドでうまくない現象がある．
VS 6 RTM bug … ?

これらのことがあり VC 6 でビルドした結果を，メイン PC の C:\Temp\ 以下にまとめられないかと…
また，近いうちに PC が新しく入る予定だが，SSD の容量がそれほど多くないのでそれを含めてのもの．
仮想環境でホスト PC の \\Z170S0\C_Temp を o:\ として割り当てている．
次の様な指定で，仮想環境で o:\ を C:\Temp としてのシンボリック リンクを作成．
mklink /D c:\Temp o:\
これで意図した通りに動作する様にはなったが，デバッグ版では互換性がないみたいでうまくテストできない．

結局ホストの追加のドライブを指定することに．
mklink /D c:\Temp e:\C_Temp.VC6

これで暫く使ってみる．

今までショートカット lnk を使ってきたが，置き換えができそうな所がありテスト的に設定．

D:\Tmp_link>mklink /D .\D2_i_u \\DS220\web\i_Tools\upload\share
.\D2_i_u <<===>> \\DS220\web\i_Tools\upload\share のシンボリック リンクが作成されました

D:\Tmp_link>mklink /D .\D2_T_u \\DS220\web\Test\upload
.\D2_T_u <<===>> \\DS220\web\Test\upload のシンボリック リンクが作成されました

D:\Tmp_link>mklink /D .\D1_i_u \\DS116\web\i_Tools\upload\share
.\D1_i_u <<===>> \\DS116\web\i_Tools\upload\share のシンボリック リンクが作成されました

D:\Tmp_link>mklink /D .\D1_T_u \\DS116\web\Test\upload
.\D1_T_u <<===>> \\DS116\web\Test\upload のシンボリック リンクが作成されました

D:\Tmp_link>dir
 ドライブ D のボリューム ラベルは ボリューム です
 ボリューム シリアル番号は B630-F57A です

 D:\Tmp_link のディレクトリ

2022/09/28  17:31    <DIR>          .
2022/09/28  17:31    <DIR>          ..
2022/09/28  17:30    <SYMLINKD>     D1_i_u [\\DS116\web\i_Tools\upload\share]
2022/09/28  17:31    <SYMLINKD>     D1_T_u [\\DS116\web\Test\upload]
2022/09/28  17:30    <SYMLINKD>     D2_i_u [\\DS220\web\i_Tools\upload\share]
2022/09/28  17:30    <SYMLINKD>     D2_T_u [\\DS220\web\Test\upload]
               0 個のファイル                   0 バイト
               6 個のディレクトリ  435,247,796,224 バイトの空き領域

D:\Tmp_link>

エクスプローラでは次の様に見える．

ジャンクション名をクリックした時の動作が，微妙に異なることがある様に感じる．
リンク先に切替わったり，そのまま展開されたりする．
ある程度意図したことができる様なので，これもこのまま使用してみる．

2022/10/21
新しい Win11 PC の C ドライブを圧迫しないため，次の様にして NAS 上に置くことにした．
mklink /D C:\Temp \\AS5202T\Temp\C_Temp
NAS の再起動などを意識する必要はあるが，速度なども含め，今の所問題はなさそう．
それでちょっとした違いを見つけた．

以前から使用している FileVer.?xx が MFC に依存しているので，その書き直し．

Win8 の頃だったと思うが，OS のバージョンの取得方法が面倒になった．
システム バージョンの取得
オペレーティング システムのバージョン
欲しいのは動作 OS のバージョン文字列なので WinVer.exe などから取得する様にしていた．

で，書き換えようと思って調べていると…
exe のプロパティで表示されるファイルバージョンと異なることに気付いた．

::GetFileVersionInfo で取得すると次の文字列が返ってくる．
10.0.19041.1826 (WinBuild.160101.0800)

次の様なコードを書いて ::GetFileVersionInfo で返されるものをダンプ．

{
	DWORD	VerHandle   = 0 ;
	DWORD	VerInfoSize = 0 ;
	v_char	VerData ;
	VerInfoSize = ::GetFileVersionInfoSize(LPTSTR(file.c_str()),&VerHandle) ;
	VerData.resize(VerInfoSize*2) ;
	if (::GetFileVersionInfo(LPTSTR(file.c_str()),VerHandle,VerInfoSize,&VerData[0])) {
		tstring	tmp_path = ::Get_i_Tools_tmp_date() ;
		tstring	tmp_name = ::Path_AddLastSP(tmp_path) + ::Path_GetName(file) + _T(".dmp") ;
		::v_c_Save(tmp_name.c_str(),VerData) ;
		}
	}

ファイルバージョンの取得．

{
	/*
		VS_VERSION_INFO VERSIONINFO
		 FILEVERSION 1,53,2022,1
		 PRODUCTVERSION 1,53,2022,1
		 FILEFLAGSMASK 0x3fL
		#ifdef _DEBUG
		 FILEFLAGS 0x1L
		#else
		 FILEFLAGS 0x0L
		#endif
		 FILEOS 0x4L
		 FILETYPE 0x1L
		 FILESUBTYPE 0x0L
		BEGIN
		    BLOCK "StringFileInfo"
		    BEGIN
		        BLOCK "041104b0"
		        BEGIN
		            VALUE "Comments", "\0"
		            VALUE "CompanyName", "\0"
		            VALUE "FileDescription", "3D Viewer\0"
		            VALUE "FileVersion", "1, 53, 2022, 1\0"
		            VALUE "InternalName", "i3DV\0"
		            VALUE "LegalCopyright", "Copyright (C) 2013-2022  I. Nakagawa\0"
		            VALUE "LegalTrademarks", "\0"
		            VALUE "OriginalFilename", "i3DV.exe\0"
		            VALUE "PrivateBuild", "\0"
		            VALUE "ProductName", "i_Tools\0"
		            VALUE "ProductVersion", "1, 53, 2022, 1\0"
		            VALUE "SpecialBuild", "\0"
		        END
		    END
		    BLOCK "VarFileInfo"
		    BEGIN
		        VALUE "Translation", 0x411, 1200
		    END
		END
	*/
	tstring	StringFileInfo ;
	{
		struct	LANGANDCODEPAGE	{
			WORD	wLanguage ;		//	0x411
			WORD	wCodePage ;		//	1200	0x4b0
			}	*lpTranslate	= NULL ;
		UINT	lenT = 0 ;
		if (::VerQueryValue(&VerData[0],_T("\\VarFileInfo\\Translation"),(void**)&lpTranslate,&lenT)) {
			tstring	lang_cp_str =	::u32to0t(lpTranslate->wLanguage,16,4) +
			                     	::u32to0t(lpTranslate->wCodePage,16,4) ;		//	"041104b0"
			StringFileInfo = _T("\\StringFileInfo\\") + lang_cp_str + _T("\\") ;
			}
		}
	{
		UINT	lenFV = 0 ;
		TCHAR*	lpFV  = NULL ;
		tstring	name  = _T("FileVersion") ;
		if (::VerQueryValue(&VerData[0],LPTSTR((StringFileInfo+name).c_str()),(void**)&lpFV,&lenFV)) {
			std::terr << lpFV	<<	std::endl ;
			}
		}
	}

FVersion.hxx

ツールなどのスタートアップへの登録．

スタートアップのパスの取得は次の様な感じ．

	LPITEMIDLIST	pidl = 0 ;
	::SHGetSpecialFolderLocation(NULL,CSIDL_STARTUP,&pidl) ;
	tstring	start_path = ::SH_GetPathFromIDList(pidl) ;

lnk の作成は，以前にツールを作成してその時のものを利用．
http://mish.work/joomla/index.php/i-tools/create-l.html
https://mish.myds.me/wordpress/dev/2020/01/11/msdn-createlink/
lnk のスタートアップへの登録は次の様にできる．

	tstring	start_lnk = ::Path_AddLastSP(start_path) + ::Path_GetTitle(file_path) + _T(".lnk") ;
	tstring	descript = _T("コメント") ;
	::Create_lnk(file_path.c_str(),start_lnk.c_str(),descript.c_str()) ;

今回は，robocopy のコマンドを BAT ファイルとして生成し，それをスタートアップへ登録したかった．
http://mish.work/joomla/index.php/i-tools/cl-copy.html

動作としてはうまく機能するが，BAT ファイルを使用しているためコマンドプロンプトが表示されてしまう．
最小化された状態で起動する方が動作はスマート？
lnk 作成時に指定できるだろうと思い 検索 するとあった．
シェルリンク
IShellLink::SetShowCmd を使えば良さそう．
SW_SHOWMINIMIZED を指定してもうまく動作しない．SW_SHOWMAXIMIZED はうまく動作する．
SW_SHOWMINIMIZED ではなく SW_SHOWMINNOACTIVE を使うみたい．
::Create_lnk(file_path.c_str(),start_lnk.c_str(),descript.c_str(),work_dir.c_str(),SW_SHOWMINNOACTIVE) ;
::CreateLink している所を変更してうまくいった．
S_lnk.hxx