検索
リンク
タグ
ASP.NET
.NET
ASP.NET MVC
F#
Visual Studio
Azure
ASP.NET Core
ライトニングトーク
Plone
Selenium
AJAX
C#
jQuery
SQL Server
ADO.NET Entity Framework
JavaScript
WebMatrix
EFCore
LINQ
Fizz-Buzz
カテゴリ
最新の記事
最新のコメント
記事ランキング
最新のトラックバック
以前の記事
2024年 03月 2024年 02月 2024年 01月 2023年 12月 2023年 11月 2023年 10月 2023年 09月 2023年 08月 2023年 07月 2023年 06月 2023年 05月 2023年 04月 2023年 03月 2023年 02月 2023年 01月 2022年 12月 2022年 11月 2022年 10月 2022年 09月 2022年 08月 2022年 07月 2022年 06月 2022年 05月 2022年 04月 2022年 03月 2022年 02月 2022年 01月 2021年 12月 2021年 11月 2021年 10月 2021年 09月 2021年 08月 2021年 07月 2021年 06月 2021年 05月 2021年 04月 2021年 03月 2021年 02月 2021年 01月 2020年 12月 2020年 11月 2020年 10月 2020年 09月 2020年 08月 2020年 07月 2020年 06月 2020年 05月 2020年 04月 2020年 03月 2020年 02月 2020年 01月 2019年 12月 2019年 11月 2019年 10月 2019年 09月 2019年 08月 2019年 07月 2019年 06月 2019年 05月 2019年 04月 2019年 03月 2019年 02月 2019年 01月 2018年 12月 2018年 11月 2018年 10月 2018年 09月 2018年 08月 2018年 07月 2018年 06月 2018年 05月 2018年 04月 2018年 03月 2018年 02月 2018年 01月 2017年 12月 2017年 11月 2017年 10月 2017年 09月 2017年 08月 2017年 07月 2017年 06月 2017年 05月 2017年 04月 2017年 02月 2017年 01月 2016年 12月 2016年 11月 2016年 10月 2016年 09月 2016年 08月 2016年 07月 2016年 06月 2016年 05月 2016年 04月 2016年 03月 2016年 02月 2016年 01月 2015年 12月 2015年 11月 2015年 10月 2015年 09月 2015年 08月 2015年 07月 2015年 05月 2015年 04月 2015年 03月 2015年 02月 2015年 01月 2014年 12月 2014年 11月 2014年 10月 2014年 09月 2014年 08月 2014年 06月 2014年 04月 2014年 03月 2014年 02月 2014年 01月 2013年 12月 2013年 10月 2013年 09月 2013年 08月 2013年 07月 2013年 06月 2013年 05月 2013年 04月 2013年 03月 2013年 02月 2013年 01月 2012年 12月 2012年 11月 2012年 10月 2012年 09月 2012年 08月 2012年 07月 2012年 06月 2012年 05月 2012年 04月 2012年 03月 2012年 02月 2012年 01月 2011年 12月 2011年 11月 2011年 10月 2011年 09月 2011年 08月 2011年 07月 2011年 06月 2011年 05月 2011年 04月 2011年 03月 2011年 02月 2011年 01月 2010年 12月 2010年 11月 2010年 10月 2010年 09月 2010年 08月 2010年 07月 2010年 06月 2010年 05月 2010年 04月 2010年 03月 2010年 02月 2010年 01月 2009年 12月 2009年 10月 2009年 09月 2009年 07月 2009年 06月 2009年 05月 2009年 04月 2009年 03月 2009年 02月 2009年 01月 2008年 12月 2008年 11月 2008年 10月 2008年 09月 2008年 08月 2008年 07月 2008年 06月 2008年 05月 2008年 04月 2008年 03月 2008年 02月 2008年 01月 2007年 12月 2007年 11月 2007年 04月 2007年 03月 2007年 02月 2007年 01月 2006年 11月 2006年 10月 2006年 09月 2006年 08月 2006年 07月 |
2016年 11月 25日
.NET2.0 用 C# プログラム開発当方、とある .NET2.0 C# プロジェクトを Visual Studio 2015 で保守担当している。今さら .NET2.0 かよ!という向きもあると思うが、ハードウェア故障などから再インストールや機体交換が発生した Windows 7 機、すなわち、まだ .NET 4系が未インストールである状態の Windows OS 上でブートストラッパ的に実行したいプログラムの要件などがあったりする次第。 さてところで、先日の Microsoft のイベント「Connect();」にて Visual Studio の次バージョン Visual Studio 2017 のリリース候補(RC)版が発表され、Visual Studio 2017 RC版を誰でもダウンロードして試用・評価できるようになった。 そんなわけで自分も、Visual Studio 2017 の新機能を評価してみたく、Visual Studio 2017 RC版をダウンロード、インストールして、いろいろ評価していた。 いつもどおりのプログラム修正のはずが...そんなある日、先述の .NET2.0 C# プロジェクトの保守が発生し、いつもどおり Visual Studio 2015 でコードを修正、ビルドしていた。ところが、試験実行してみたところ、ローカライズの仕組みで定義してあった日本語版のメッセージが、日本語 OS 上で表示されないのだ。 参考までに、現象を再現するサンプルプログラムを下記に掲載しておく。 https://github.com/sample-by-jsakamoto/doNET20LocalizeApp/ 正常であれば Culture が "ja" だと日本語リソースが読み込まれて表示される。 しかしVS2017RCインストール後に再ビルドすると日本語リソースが読み込まれてないように見える。 なぜ!? サテライトアセンブリに異常?このプログラムは日本語文字列はサテライトアセンブリ ― ja サブフォルダに収録される、~.resource.dll ― の埋め込みリソースとして収録されている。日本語文字列が読み取れなくなったということは、このサテライトアセンブリに何か問題が発生したのだろうか。 そこで、Visual Studio 2017RC のインストール前後でビルドしたサテライトアセンブリに何か違いがあるのか、ILSpy で各々のアセンブリファイルを開いてみた。 すると、どうだろう、Visual Studio 2017RCインストール後に再ビルドして生成されたサテライトアセンブリは、なんと ".NET4.0用" とマーク されていたのだ。 VS2017RCインストール前にビルドしたサテライトアセンブリは .NET2.0 とマークされている しかし、VS2017RCインストール後にビルドしたサテライトアセンブリは .NET4.0 とマークされている さらにビルドログを調べてみると....NET2.0 のプロジェクトなのに、どうしてサテライトアセンブリだけが .NET4.0 用とマークされてしまうのか、まだよくわからないものの、次なる調査として、Visual Studio 2017 RC インストール前後でのビルドのログを調べてみることにした。Visual Studio 2015 の設定にて、出力ウィンドウへのビルドログの表示レベルを "Normal" に設定し、再ビルドを実行する。 アセンブリリンカ (AL.exe) のパスが違っている ことを発見した。 つまり、同じ Visual Studio 2015 上でのビルドであるが、 Visual Studio 2017 RC インストール前は 「C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin」 にある al.exe が実行されているのに対し、 Visual Studio 2017 RC インストール後は 「C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6 Tools」 にある al.exe が実行されているのだ。 試しに Visual Studio 2017 RC インストール後の環境にてビルド実行し、.NET4.0 用にマークされたサテライトアセンブリがいったんは生成されたあと、自前でコマンドプロンプトから再度「C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin」にある al.exe を明示的に使用してサテライトアセンブリを生成しなおすと、今度は期待どおり .NET2.0 用でマークされたアセンブリが生成できた。 ということで、実行される al.exe の違いが、この不具合現象の原因と考えてよさそうだ。 しかし Visual Studio 2017 RC のインストールが、まさか Visual Studio 2015 のビルド内容に影響を及ぼすとは 想像できなかった。 いちおうフィードバック報告済み以上、突き止めた内容は、Visual Studio 2017 RC のフィードバックツールを経由して報告はしておいた。報告についてはいちおう "Triaged" のタグは付いたようなので、いずれ修正されることを期待してもよさそうだ。 とはいえ、優先順位的には低いかもなので(だって、今更 .NET2.0 だし)、いつ修正されるかは何とも言えない。 当座の回避方法問題が根本解決されるまでの間、自分はビルド後イベントのコマンドライン指定にて、「C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin」にある al.exe を明示的に使用してサテライトアセンブリを生成しなおすようなコマンドを組んで回避することにした。環境 ( OS のプロセッサアーキテクチャが 32bit か 64bit か、とか) やプロジェクトによってまちまちになるので "誰でもこれをコピペすればそれでOK!" とはならないが、参考までに先のサンプルプログラムにおける回避バッチコマンドを下記に記す。 set al="C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\x64\al.exe" 以上、どれだけ自分と同じ境遇の方がいらっしゃるのか甚だ怪しい超レアな感じの不具合案件だが、念のためここに情報公開としておく。
by developer-adjust
| 2016-11-25 21:48
|
Comments(0)
|
ファン申請 |
||