ホーム » VS 2010 –
「VS 2010 –」カテゴリーアーカイブ
VC 2022 メモリレイアウト
1年位前には追加されていたみたいだが，VC 2022 での面白い機能を見つけた．
STL が追加され，MFC に依存しないコードとして書いたものはある程度まとまっていると思う．
それ以前の MFC を使用したものは，今見直すと嫌になるものが多い．
特に 1990 年代前半に書いたものは，CArray もなかったため CString の配列などが存在する．
他にも TCHAR の配列などもあったが，それらはほとんど CString や std::tstring として書き直した．
サイズが大きいクラスなどは書き直したいな…
False Positive Report
先日からの続き…
スマートアプリコントロールや Defender に関しては，次の所で報告することでそれなりになってきた．
https://www.microsoft.com/en-us/wdsi/filesubmission
が，VirusTotal でチェックするとまだまだ．
それで，幾つか報告するページを探して対応してみた．
Avast
Avira
AVG
Fortinet
Gridinsoft
Kaspersky
McAfee
Symantec
error D8016 : /clr /RTC1
VC 6 で作成して VC 2022 まで順に上げた MFC プロジェクトで /clr を有効にしてビルド．
22:39 でビルドが開始されました...
1>------ ビルド開始: プロジェクト: GLSmth, 構成: Debug Win32 ------
1>cl : コマンド ライン error D8016: コマンド ライン オプション '/clr' と '/RTC1' は同時に指定できません
1>プロジェクト "GLSm143.vcxproj" のビルドが終了しました -- 失敗。
========== ビルド: 成功 0、失敗 1、最新の状態 0、スキップ 0 ==========
=========== ビルド は 22:39 で完了し、00.707 秒 掛かりました ==========通常はプロジェクトの設定で「C/C++」－「コード生成」－「基本ランタイムチェック」で「既定」を選択すれば良い．
が，今回はそれだけではエラーのまま．
vcxproj をエディタで開いてみると EnableFastChecks という部分が存在している．
<ClCompile Include="GLSmth.cpp">
<BasicRuntimeChecks Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">EnableFastChecks</BasicRuntimeChecks>
</ClCompile>「ソリューション エクスプローラー」ですべての cpp を選択して，「既定」などを選択する必要がある．
error C3010: ‘return’: OpenMP
以前，OpenMP を有効にしないで使用していたコード．
最近のコードで，OpenMP を有効にしたプロジェクトが増えてきた．
それでビルドしていると C3010 のエラーになってしまう．
関連する部分を，単体テスト用の cpp に張り付けてビルド．
11:21 でビルドが開始されました...
1>------ ビルド開始: プロジェクト: C_drv, 構成: Debug Win32 ------
1>C_drv.cpp
1>L:\Document\Develop\VC_Test\PC_doc\C_drv\C_drv.cpp(60,36): error C3010: 'return': OpenMP 構造化ブロックからのジャンプは許可されていません
1>L:\Document\Develop\VC_Test\PC_doc\C_drv\C_drv.cpp(64,45): error C3010: 'return': OpenMP 構造化ブロックからのジャンプは許可されていません
1>L:\Document\Develop\VC_Test\PC_doc\C_drv\C_drv.cpp(67,4): error C3010: 'return': OpenMP 構造化ブロックからのジャンプは許可されていません
1>L:\Document\Develop\VC_Test\PC_doc\C_drv\C_drv.cpp(69,3): error C3010: 'return': OpenMP 構造化ブロックからのジャンプは許可されていません
1>プロジェクト "C_drv.vcxproj" のビルドが終了しました -- 失敗。
========== ビルド: 成功 0、失敗 1、最新の状態 0、スキップ 0 ==========
=========== ビルド は 11:21 で完了し、06.452 秒 掛かりました ==========OpenMP のコードの部分を一つの関数とすることで対応．
bool NET_is_valid (LPCTSTR path)
{
tstring net_root = ::Path_Get_net_root(path) ;
bool is_valid = false ;
#ifdef _OPENMP
#pragma omp critical (NET_is_valid)
#endif
{
is_valid = ::NET_is_valid_critical(net_root) ;
}
return is_valid ;
}何故か，VC 2015 と 2017 ではエラーにならなかった．
シンボリックリンクがない？
先日から ZIP を扱うコードを書いている．
いつも exe を作成するのは，VC 6 と VC 2015 以降が多い．
今回は，幾つかの環境（Win7 など）での動作を確認したかったので，VC 9 でビルドしたものもテストしていた．
Win10 環境では特に問題なかったが，Win11 環境でうまく機能しない動作がある．
VC 6 や VC 8 でビルドしたものは OK ．また，VC 2015 以降も良さそう．
リリース版とデバッグ版での違いはなさそう．
VC 9 と VC 10 でビルドしたものがうまくないことがわかった．
VC 9 で，デバッガで追いかけていくと，stat の _tsopen_s で見つからないとなってしまう．
VC 8 以前ではその部分はなく，VC 11 以降では _O_OBTAIN_DIR が設定されている．
検索するとシンボリックディレクトリリンクがサポートされていないみたい．
FIX”_stat”または”_wstat”関数が失敗した ENOENT エラーとディレクトリのシンボリック リンクのパスは、Visual C++ 2010 アプリケーションに渡されたとき
Update: “_stat” oder “_wstat”-Funktion nicht mit ENOENT Fehler, wenn ein symbolische Verknüpfung Verzeichnispfad zu Visual C++ 2010 Anwendung übergeben wird
“_stat ファミリ” の関数呼び出しでは、Visual Studio 2013、2012、または 2010 の C ランタイム ライブラリ関数のシンボリック ディレクトリ リンクはサポートされていません
Function calls of “_stat-family” do not support Symbolic Directory Links for C Runtime Library functions from Visual Studio 2013, 2012, or 2010
対応は VC 2015 以降を使用する必要がある？
VC6 プロジェクトのコードの移行
以前，VC 6 プロジェクトを移行する時の，設定などについて書いた．
VC6 から 2005 , 2008
VC6 から 2010 – 2019
VC6 から 2022
今回は C++ コードの変更などのまとめ．
アプリケーションクラス InitInstance の次の呼出しを削除．
#ifdef _AFXDLL
Enable3dControls();
#else
Enable3dControlsStatic();
#endif
文字や文字列を _T() で括る．
‘A’ –> _T(‘A’)
"abc" –> _T("abc")
_MBCS では問題ないコードが _UNICODE で，CString 変数のポインタが値として解釈されることがある．
その場合は LPCTSTR() で括れば良い．
str –> LPCTSTR(str)
C スタイルの文字列に関連する CString の操作方法
CString⇒LPTSTR変換
文字列操作関数の _UNICODE 対応と _s 対応．
_t で始まる関数に置き換え．また gcc などでも通る様に _tdefine.hxx を用意．
_MSC_VER により，_s 版と以前のものを切替える関数群を用意．
int を INT_PTR などに（x64 対応）．
CArray::GetSize など，MFC の色々な所で int が INT_PTR に変更された．
int size = array.GetSize() ; –> INT_PTR size = array.GetSize() ;
ダイアログベースの時も同様に．
sprintf など，可変長引数を使用している部分の修正．
古いコードで使用しているだけなので，#if defined (__cplusplus_cli) で切り分けることにした．
* まだ作成途中です．
Microsoft C/C++ 2003 – 2015 の変更履歴
Visual C++ 移植およびアップグレード ガイド
MFC ダイアログに描画
MFC ダイアログ exe で GDI などでの描画を行うときは，通常「Picture Control」を使用する．
メンバ変数として CStatic を割り当てて，その変数（ウィンドウ）に対して描画する．
CWnd::GetDlgItem や ::GetDlgItem でも良い．
単体テスト用など，それほど重要でないプロジェクトでダイアログに直接描画したい時がある．
リサイズ可能なダイアログの場合，Picture Control のリサイズなども意外と面倒なため．
VC 2022 で，MFC の「ダイアログ ベース」として作成．
ダイアログの基本クラスは「CDialog」とした．
CDlgDrwDlg::OnPaint() の else 部分を次の様に変更．
{
// CDialog::OnPaint();
{
CPaintDC dc(this);
CRect rect;
GetClientRect(&rect);
rect.DeflateRect(10, 10);
dc.Rectangle(rect);
}
}
ダイアログの「プロパティ」－「透明化」は「True」の方が良さそう．
https://itl.mish.work/i_Tools/Doc/blog/vc/DlgDrw.zip
VS 2022 の更新で「問題が…」
VS の更新があったので更新すると…
「申し訳ございません。問題が発生しました」．
どうも VC ランタイムのパッケージがインストールされなかったみたい．
デバッグや通常の実行も問題はなさそう．
前回とは違い「修復」で対応しようと思ったが…
どこまでがリセットされるかわからないので「変更」で対応．
VirusTotal 誤検知 trojan
以前よりは良くなった気もするが…
Avast Win32:Evo-gen [Trj]
AVG Win32:Evo-gen [Trj]
GData Win32.Trojan.Agent.8G1FEV
Ikarus Trojan-Spy.Evo
MaxSecure Trojan.Malware.121218.susgen
Skyhigh (SWG) GenericRXWN-PP!3F53C2B1E9DD
Trellix (ENS) Artemis!E2A95C89EB37
以前 VC 2017 などでビルドしたものは誤検知も少なかったと思うが，最近はそうでもない？
今年の初め位から誤検出が増えた気がする．
個人的なツールはほとんど問題ないが，一度誤検知されるとその後いろいろと面倒．
以前 McAfee に報告したが，その時は半年近くかかった．
VC6 から VC2022 への移行
VC 6 から 2022 へのアップグレードがなくなったので，手動での移行方法を試してみた．
VC6 から 2005 , 2008
VC6 から 2010 – 2019
「新しいプロジェクトの作成」で「空のプロジェクト」を選択して「次へ」
適当なプロジェクト名を付けて「作成」．
必要に応じて，VC 6 プロジェクトのファイルをコピー．
「ソリューション エクスプローラー」のプロジェクトを「右クリック」－「追加」－「既存の項目」．
cpp，h，rc を選択して「追加」．
必要に応じて「出力ディレクトリ」などの指定．
「共有 DLL で MFC を使う」に．
「_CONSOLE」を「_WINDOWS」に．
「Windows(/SUBSYSTEM:WINDOWS)」に．
ヘッダーファイルを追加していないと「クラス ウィザード」がうまく機能しない．
以下は，正しく設定されていない場合のエラー．
C:\...\afx.h(24,1): error C1189: #error: Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version. Please #define _AFXDLL or do not use /MD[d]「スタティック ライブラリで MFC を使用する」または「共有 DLL で MFC を使う」に．
libcmtd.lib(exe_main.obj) : error LNK2019: 未解決の外部シンボル _main が関数 "int __cdecl invoke_main(void)" (?invoke_main@@YAHXZ) で参照されました「Windows (/SUBSYSTEM:WINDOWS)」に．
クラス ウィザードで CAboutDlg のみ．
ソリューションに *.h を追加する．
* 他の動作はまだ確認中です．
mfc140ud.dll が見つからない …
「mfc140u.dll が見つからない…」の場合は
Microsoft Visual C++ 再頒布可能パッケージ
VC 2019 でデバッグビルドして実行すると，
—————————
Test.exe – システム エラー
—————————
mfc140ud.dll が見つからないため、コードの実行を続行できません。プログラムを再インストールすると、この問題が解決する可能性があります。
—————————
OK
—————————
ファイル名の所は MSVCP140D.dll などもある．
また exe は VC 2015 以降でデバッグビルドしたもの．
原因はわかっている．先日 VS 2022 のアップデートがあった．
その時 Win11 環境はうまくできたが Win10 環境では何故か失敗したため．
どうしたものか…
「VS Installer」の「VS 2022」で「変更」を選択，そのまま進めるとダウンロード，インストールが始まった．
「修復」の方が良かったみたいだが …
「再起動が必要」の画面になり，その前にデバッグ版 exe を試すとうまく起動した．
高 DPI 環境での CToolBar
vC 6 MFC プロジェクトを VC 2010 以降に更新すると，高 DPI 環境でツールバーがうまくない．
CMFCToolBar であれば OK ．
個人的には 2005/06 に作成したコードを改良したものを使用している．
どこを参考にしたのかはちょっとわからない．
「MFCによるWindows95プログラミング」や「INSIDE VISUAL C++ 5TH ED」などと思う．
それを簡単に利用できる様にできないかと…
コードは次の様な感じ．
BOOL ToolBar__Resize (CToolBar* toolBar,UINT idr)
{
double dpi_s = 1. ;
{
dpi_s = ::GetDPI_scale(toolBar->GetSafeHwnd()) ; // ::GetDpiForWindow() / 96.
}
if (dpi_s == 1.) {
return TRUE ;
}
CToolBarCtrl& tbCtrl = toolBar->GetToolBarCtrl() ;
CSize btnSize(0,0) ;
CRect bdrRect(0,0,0,0) ;
{ // ボタンなどのサイズを取得
DWORD dwSize = tbCtrl.GetButtonSize() ;
{
btnSize.cx = LOWORD(dwSize) ;
btnSize.cy = HIWORD(dwSize) ;
}
bdrRect = toolBar->GetBorders() ;
}
CSize newBtnSize = btnSize ;
CRect newBdrRect = bdrRect ;
{ // サイズを調整
newBtnSize.cx = int(btnSize.cx *dpi_s) ;
newBtnSize.cy = int(btnSize.cy *dpi_s) ;
newBdrRect.left = int(bdrRect.left *dpi_s) ;
newBdrRect.top = int(bdrRect.top *dpi_s) ;
newBdrRect.right = int(bdrRect.right *dpi_s) ;
newBdrRect.bottom= int(bdrRect.bottom*dpi_s) ;
}
{ // サイズを指定
tbCtrl.SetButtonSize(newBtnSize) ;
toolBar->SetBorders(newBdrRect) ;
}
return TRUE ;
}
ツールバーボタンのビットマップのリサイズはまだ書換えができていない．
https://itl.mish.work/i_Tools/Doc/blog/migrate/Test0603.zip
VC6 から VC2019 への移行
今回は VC 6 ds? の VC 2019 への更新．
VS 2022 では，VC 6 からのアップグレードがなくなった．
VS 2019 で dsw を開き 2019 に更新．
設定は VC 8 の時の手順とほとんど変わらない（設定値が微妙に異なる部分あり）．
出力ディレクトリなどを「c:\Temp\…\$(ProjectName)\$(Configuration).142\」に．
「文字セット」を「Unicode 文字セットを使用する」に．
「プリコンパイル済み…」を「$(IntDir)$(TargetName).pch」に．
「C/C++」の「出力ファイル」を「$(IntDir)」に．
「リンカ」の「出力ファイル」を「$(OutDir)$(ProjectName).exe」に．
「ブラウザ情報」の「出力ファイル」を「$(OutDir)$(ProjectName).bsc」に．
そのままビルドすると，デバッグ版では D8016 エラーになる．
「C/C++」－「すべてのオプション」の「関数レベルでリンクする」をブランクに．
https://itl.mish.work/i_Tools/Doc/blog/migrate/Test0526.zip
2024/07/30
VC 6 から VC 2022 への移行
2024/08/21
VC 2010 などでも同じように指定することで移行が可能なことを確認．
VirusTotal Trojan 472047
最近 ViruaTotal で，VC 2022 ビルドの exe が引っ掛かる様になった気がする．
Antiy-AVL GrayWare/Win32.Wacapew
Arcabit Trojan.Lazy.D733EF [many]
BitDefender Gen:Variant.Lazy.472047
Emsisoft Gen:Variant.Lazy.472047 (B)
GData Gen:Variant.Lazy.474792
MAX Malware (ai Score=87)
MaxSecure Trojan.Malware.121218.susgen
McAfee GenericRXWN-PP!71DE1C7042EF
Rising Trojan.Generic@AI.83 (RDML:km3T2NBP/pqn91WCd2xwaA)
Skyhigh (SWG) GenericRXWN-PP!71DE1C7042EF
Trellix (FireEye) Gen:Variant.Lazy.472047
VIPRE Gen:Variant.Lazy.472047
VC 2015 や 2017 でビルドしたものはほぼ大丈夫だが，2019 や 2022 ではうまくない．
また，以前は検出されなかったものが，引っ掛かる様になったものもある．
誤検知と思われるが，どうしたものか…
VC 2022 17.6.?
先日 VS 2022 の更新版 があったのでアップデート．
個人的なツールの 3D ビューア をビルドすると，
ALYac Gen:Variant.Tedy.373496
Arcabit Trojan.Tedy.D5B2F8
BitDefender Gen:Variant.Tedy.373496
Cylance Unsafe
DeepInstinct MALICIOUS
Emsisoft Gen:Variant.Tedy.373496 (B)
eScan Gen:Variant.Tedy.373496
GData Gen:Variant.Tedy.373496
MAX Malware (ai Score=81)
McAfee Artemis!AE3A9CE560AE
McAfee-GW-Edition Artemis
Trellix (FireEye) Gen:Variant.Tedy.373496
TrendMicro-HouseCall TROJ_GEN.R002H09EQ23
VIPRE Gen:Variant.Tedy.373496
VC 2019 などでビルドしたものは問題ない．また VC 2022 更新前のものも問題なかった．
今まで VS の更新版が出てすぐにそれでビルドすることは少なかった．
テストが不十分なこともあり，リリース用は主に VC 2017 を使用している．
更新版によっては，この様なことがあるのかもしれない．
落ち着くまでしばらく時間がかかるのか？
.NET ZipFile C++/CLI
ZipFile クラスのサンプル を VC 2012 C++/CLI で．
Win32 コンソール AP としてプロジェクトを作成．
CPP を次の様に変更．
#include <stdio.h>
#include <tchar.h>
// using System;
// using System.IO.Compression;
#using <System.dll>
#using <System.IO.Compression.FileSystem.dll>
// class Program
// {
// static void Main(string[] args)
// {
int _tmain(int argc, _TCHAR* argv[])
{
// string startPath = @"./start";
// string zipPath = @"./result.zip";
// string extractPath = @"./extract";
System::String^ startPath = _T("./start") ;
System::String^ zipPath = _T("./result.zip") ;
System::String^ extractPath = _T("./extract") ;
// ZipFile. CreateFromDirectory(startPath, zipPath);
System::IO::Compression::ZipFile::CreateFromDirectory(startPath, zipPath);
// ZipFile. ExtractToDirectory(zipPath, extractPath);
System::IO::Compression::ZipFile::ExtractToDirectory(zipPath, extractPath);
return 0;
}
// }
// }そのままビルドすると…
1>------ ビルド開始: プロジェクト: T_ZIP_C, 構成: Debug Win32 ------
1> T_ZIP_C.cpp
1>d:\document\vs\vs\2012\t_clr\t_zip_c\t_zip_c.cpp(6): fatal error C1190: マネージ ターゲット コードには '/clr' が必要です。
========== ビルド: 0 正常終了、1 失敗、0 更新不要、0 スキップ ==========
プロジェクトの設定で「/clr」に．
1>------ ビルド開始: プロジェクト: T_ZIP_C, 構成: Debug Win32 ------
1> T_ZIP_C.cpp
1>T_ZIP_C.cpp(7): fatal error C1107: アセンブリ 'System.IO.Compression.FileSystem.dll' がみつかりませんでした: /AI または LIBPATH 環境変数を使用してアセンブリ検索パスを指定してください。
========== ビルド: 0 正常終了、1 失敗、3 更新不要、0 スキップ ==========「追加の #using ディレクトリ」に dll の場所を指定して通る様にはなったが，これで良いかがわからない．
ほとんど何も入っていない環境で実行すると，
---------------------------
T_ZIP_C.exe - システム エラー
---------------------------
MSVCR110.dll が見つからないため、コードの実行を続行できません。プログラムを再インストールすると、この問題が解決する可能性があります。
---------------------------
OK
---------------------------
VC 2013 や 2015 でビルドしたものも試してみたが，この環境では実行できなかった．
対応するものを入れる必要があるのか？
https://jml.mish.work/index.php/cpp/ref-vcredist-xxx-exe.html
2024/07/05
VC のバージョン（実際は .NET のバージョン？）により，微妙に zip の内容が異なるみたい．
3MF データが開けない？
.NET ZipFile C#
今まで Windows で zip を扱う部分で Shell を利用 してきた．
その時，存在は知っていたが，手を付けてなかった .NET を利用したものを調べることに…
サンプルは次の所にある．
ZipFile クラス
.NET Framework 4.5 以降なので VS 2012 で C# のプロジェクトを作成．
Program.cs をサンプルの様に変更してビルドすると…
1>------ ビルド開始: プロジェクト: T_ZIP, 構成: Debug Any CPU ------
1>D:\Document\VS\VS\2012\T_CLR\T_ZIP\Program.cs(12,9,12,16): error CS0103: 名前 'ZipFile' は現在のコンテキスト内に存在しません。
1>D:\Document\VS\VS\2012\T_CLR\T_ZIP\Program.cs(14,9,14,16): error CS0103: 名前 'ZipFile' は現在のコンテキスト内に存在しません。
========== ビルド: 0 正常終了、1 失敗、1 更新不要、0 スキップ ==========
そこにも書かれているが System.IO.Compression.FileSystem を追加する必要がある．
…\bin\…\start\ に，幾つかのファイルをコビー．
exe を実行すると，result.zip と …\extract\ 以下にファイルが解凍される．
再度実行する場合は result.zip と extract\ を削除する必要がある．
ディレクトリ区切りの ‘\’ を ‘/’ に変更する必要があるが，Ubuntu でも同様に実行可能．
MFC AP で .NET の利用
MFC ダイアログ AP を C++/CLI に．
VC 2010 で，MFC ダイアログベースのスケルトンを作成．
リストボックスを追加して，コントロールの変数を割り当て．
プロジェクトの「プロパティ」で「共通言語ランタイム サポート(/clr)」に変更．
ダイアログのソースに次のものを追加．
#include "enumfile.hxx"
#include "vtst_MFC.hxx"
#include "str_CLI.hxx"
#using <System.dll>
#using <mscorlib.dll>OnInitDialog に次のコードを追加．
{
v_tstring files = ::EnumFiles(_T("./"),_T("*.*")) ;
::ToListBox(files,&m_CtrlListFiles) ;
}
{
array<System::String^>^ gfile = System::IO::Directory::GetFiles(_T("./"));
v_tstring files ;
for (int i = 0; i<gfile->Length; i++) {
tstring file = ::to_tstring(gfile[i]) ;
files.push_back(file) ;
}
::ToListBox(files,&m_CtrlListFiles) ;
}
「共通言語ランタイム サポート(/clr)」とすることで良いならば，コンソール AP ではどうなのか？
空のコンソール AP を作成して，次の様なコード．
#include "enumfile.hxx"
#include "str_CLI.hxx"
#using <System.dll>
bool test (c_tstring& str)
{
tstring fold_ = str ;
{
if (::File_IsDirectory(fold_)) { ; }
else { fold_ = ::Path_GetDir(fold_) ; }
}
std::terr << fold_ << std::endl ;
{
v_tstring files = ::EnumFiles(fold_,_T("*.*")) ;
for (size_t index=0 ; index<files.size() ; index++) {
std::terr << files[index] << std::endl ;
}
}
{
System::String^ fold = ::to_gcString(fold_) ;
array<System::String^>^ gfile = System::IO::Directory::GetFiles(fold);
for (int i = 0; i<gfile->Length; i++) {
System::String^ file = gfile[i] ;
System::Console::WriteLine(file) ;
}
}
return true ;
}
int _tmain(int argc, _TCHAR* argv[])
{
::test(_T("./")) ;
return 0;
}
::GetOpenFileName を 使用 した 方法 も可能だったが…
::SHBrowseForFolder では，止まってしまう？
プロジェクトの作成で「CLR コンソール アプリケーション」として，main 関数を次の様にしたもの．
int main(array<System::String ^> ^args)
{
{
// ::call_func(argc,argv) ;
::call_func() ;
}
{
::test(_T("Test")) ;
}
::ask_wait() ;
return 0;
}これは，ビルドするとよくわからないエラー．
1>------ ビルド開始: プロジェクト: T_CLR_2, 構成: Debug Win32 ------
1> T_CLR_2.cpp
1> EnumFile.hxx MessageBar No Support
1> .NETFramework,Version=v4.0.AssemblyAttributes.cpp
1>T_CLR_2.obj : error LNK2028: 未解決のトークン (0A000665) "extern "C" unsigned long __stdcall CommDlgExtendedError(void)" (?CommDlgExtendedError@@$$J10YGKXZ) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl FD_GetOpenFile(struct HWND__ *,wchar_t const *,wchar_t const *,wchar_t const *)" (?FD_GetOpenFile@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PAUHWND__@@PB_W11@Z) で参照されました。
1>T_CLR_2.obj : error LNK2028: 未解決のトークン (0A000695) "extern "C" int __stdcall SHGetPathFromIDListW(struct _ITEMIDLIST const *,wchar_t *)" (?SHGetPathFromIDListW@@$$J18YGHPBU_ITEMIDLIST@@PA_W@Z) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl SH_GetPathFromIDList(struct _ITEMIDLIST const *)" (?SH_GetPathFromIDList@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PBU_ITEMIDLIST@@@Z) で参照されました。
1>T_CLR_2.obj : error LNK2028: 未解決のトークン (0A00069F) "extern "C" void __stdcall CoTaskMemFree(void *)" (?CoTaskMemFree@@$$J14YGXPAX@Z) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl Browse_Folder(struct HWND__ *,wchar_t const *,wchar_t const *)" (?Browse_Folder@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PAUHWND__@@PB_W1@Z) で参照されました。
1>T_CLR_2.obj : error LNK2028: 未解決のトークン (0A0006B0) "extern "C" struct HWND__ * __stdcall FindWindowW(wchar_t const *,wchar_t const *)" (?FindWindowW@@$$J18YGPAUHWND__@@PB_W0@Z) が関数 "struct HWND__ * __cdecl GetConsoleHwnd(void)" (?GetConsoleHwnd@@$$FYAPAUHWND__@@XZ) で参照されました。
1>T_CLR_2.obj : error LNK2028: 未解決のトークン (0A00070A) "extern "C" struct _ITEMIDLIST * __stdcall SHBrowseForFolderW(struct _browseinfoW *)" (?SHBrowseForFolderW@@$$J14YGPAU_ITEMIDLIST@@PAU_browseinfoW@@@Z) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl Browse_Folder(struct HWND__ *,wchar_t const *,wchar_t const *)" (?Browse_Folder@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PAUHWND__@@PB_W1@Z) で参照されました。
1>T_CLR_2.obj : error LNK2028: 未解決のトークン (0A000710) "extern "C" int __stdcall GetOpenFileNameW(struct tagOFNW *)" (?GetOpenFileNameW@@$$J14YGHPAUtagOFNW@@@Z) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl FD_GetOpenFile(struct HWND__ *,wchar_t const *,wchar_t const *,wchar_t const *)" (?FD_GetOpenFile@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PAUHWND__@@PB_W11@Z) で参照されました。
1>T_CLR_2.obj : error LNK2028: 未解決のトークン (0A000741) "extern "C" long __stdcall SendMessageW(struct HWND__ *,unsigned int,unsigned int,long)" (?SendMessageW@@$$J216YGJPAUHWND__@@IIJ@Z) が関数 "extern "C" long __cdecl SendMessage(struct HWND__ *,unsigned int,unsigned int,long)" (?SendMessage@@$$J0YAJPAUHWND__@@IIJ@Z) で参照されました。
1>T_CLR_2.obj : error LNK2019: 未解決の外部シンボル "extern "C" long __stdcall SendMessageW(struct HWND__ *,unsigned int,unsigned int,long)" (?SendMessageW@@$$J216YGJPAUHWND__@@IIJ@Z) が関数 "extern "C" long __cdecl SendMessage(struct HWND__ *,unsigned int,unsigned int,long)" (?SendMessage@@$$J0YAJPAUHWND__@@IIJ@Z) で参照されました。
1>T_CLR_2.obj : error LNK2019: 未解決の外部シンボル "extern "C" int __stdcall SHGetPathFromIDListW(struct _ITEMIDLIST const *,wchar_t *)" (?SHGetPathFromIDListW@@$$J18YGHPBU_ITEMIDLIST@@PA_W@Z) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl SH_GetPathFromIDList(struct _ITEMIDLIST const *)" (?SH_GetPathFromIDList@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PBU_ITEMIDLIST@@@Z) で参照されました。
1>T_CLR_2.obj : error LNK2019: 未解決の外部シンボル "extern "C" void __stdcall CoTaskMemFree(void *)" (?CoTaskMemFree@@$$J14YGXPAX@Z) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl Browse_Folder(struct HWND__ *,wchar_t const *,wchar_t const *)" (?Browse_Folder@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PAUHWND__@@PB_W1@Z) で参照されました。
1>T_CLR_2.obj : error LNK2019: 未解決の外部シンボル "extern "C" struct _ITEMIDLIST * __stdcall SHBrowseForFolderW(struct _browseinfoW *)" (?SHBrowseForFolderW@@$$J14YGPAU_ITEMIDLIST@@PAU_browseinfoW@@@Z) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl Browse_Folder(struct HWND__ *,wchar_t const *,wchar_t const *)" (?Browse_Folder@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PAUHWND__@@PB_W1@Z) で参照されました。
1>T_CLR_2.obj : error LNK2019: 未解決の外部シンボル "extern "C" unsigned long __stdcall CommDlgExtendedError(void)" (?CommDlgExtendedError@@$$J10YGKXZ) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl FD_GetOpenFile(struct HWND__ *,wchar_t const *,wchar_t const *,wchar_t const *)" (?FD_GetOpenFile@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PAUHWND__@@PB_W11@Z) で参照されました。
1>T_CLR_2.obj : error LNK2019: 未解決の外部シンボル "extern "C" int __stdcall GetOpenFileNameW(struct tagOFNW *)" (?GetOpenFileNameW@@$$J14YGHPAUtagOFNW@@@Z) が関数 "class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > __cdecl FD_GetOpenFile(struct HWND__ *,wchar_t const *,wchar_t const *,wchar_t const *)" (?FD_GetOpenFile@@$$FYA?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@PAUHWND__@@PB_W11@Z) で参照されました。
1>T_CLR_2.obj : error LNK2019: 未解決の外部シンボル "extern "C" struct HWND__ * __stdcall FindWindowW(wchar_t const *,wchar_t const *)" (?FindWindowW@@$$J18YGPAUHWND__@@PB_W0@Z) が関数 "struct HWND__ * __cdecl GetConsoleHwnd(void)" (?GetConsoleHwnd@@$$FYAPAUHWND__@@XZ) で参照されました。
1>D:\Document\VS\VS\2010\T_CLI\Debug\T_CLR_2.exe : fatal error LNK1120: 外部参照 14 が未解決です。
========== ビルド: 0 正常終了、1 失敗、4 更新不要、0 スキップ ==========どこかを設定を設定すれば良いのかもしれないが，ちょっとわからない．
MDI exe が動作しない？
Win10 Insider Preview 21H1 環境で，幾つかの exe がうまく動作しない．
VC 8 でビルドした exe は OK ．VC 10 以降は NG のものがある．
SDI exe は大丈夫そうで，MDI exe はすべてではないが NG のものが多い．
タイミングとしては，3D データを読み込んだ後，ウィンドウに表示する前．
2021/07/12
一度「開く」ダイアログを表示するとその後はうまく動作する．
SDI exe であっても，VC 14 MFC スタティックだとうまくない？
これはプロジェクトの設定がまずかったためで，別の記事に．
2021/04/01
ちょっとわからないので，リモートデバッグの環境を作成することに．
MSDN Visual Studio での C++ プロジェクトのリモート デバッグ
リモートツールをダウンロードして，インストール．「スタート」から「Remote Debugger」を起動．
リモート側で exe を実行して，ホスト側で「アタッチ」．
2021/04/02
原因は，CRecentFileList::Add を通った時 ::CoInitinalize が呼び出されていないため．
どうも MFC 10 から？変わったみたい．
MS C++ executable just started failing
MFC application crashing in ProcessShellCommand() when file to open specified on command line
それでも，なぜ環境によっては表面化しないのか？
CRecentFileList::Add で Win7 以降の「ジャンプリスト」に登録（::SHAddToRecentDocs ）する様になった．
Win10 20H2 でも現象は発生した．2004 では問題ない．
対応としては InitInstance の最初に以下を追加．
// OLE ライブラリを初期化します。
if (!AfxOleInit()) {
AfxMessageBox(_T("OLE の初期化に失敗しました。")) ;
return FALSE ;
}
2021/04/06
2016/夏頃の Win10 で，その様になるものが存在したみたい．
その頃は T90Chi + VC 2015 + i3DV でやっていたと思うが，気づかなかった？