ぷろじぇくと、みすじら。

コマンドプロンプトの新しいカラースキームを設定する

Created at:

Windows 10 Fall Creators Updateからコマンドプロンプトのカラースキームが新しくなるという発表があり、すでにInsider Preview Build 16257以降ではデフォルトで新しいカラースキームになっています。

しかし先のエントリーにもあるのですが If you clean-install a new build of Windows 10 >= 16257, you'll get the new colors as the default Console scheme. ということでクリーンインストールしたとき以外は既存のカラースキームのままですよということになっています。

幸いエントリーには新しいカラースキームのカラーコードが乗っているので、手でちくちくと設定すればCreators Update以降であれば再現可能です。とはいえやってみるとわかりますが割となかなか面倒です。エントリーをよく読むと We'll soon be publishing a tool that will help you apply this new scheme and a selection of alternative color schemes to your Windows Console. とあり、その後設定ツールがリリースされました。

ColorTool

GitHubのMicrosoft/consoleColorToolというツールが放流されています。このツールはカラースキームをコマンド一発で設定ファイルから読み込んで設定するツールです。

とりあえず使ってみるにはReleasesにColor Tool Initial Releaseのようにコンパイル済みのもの置かれているのでこちらをダウンロードするのがお勧めです(もしかしたら最新は更新されているかもしれません)。

現在のカラースキームを確認

ダウンロードしたzipを展開するとcolortool.exeというツールが出てくるので、まずは現在の設定状態を表示してみましょう。-c オプションを付けて実行すると現在のカラースキームでプレビューが表示されます。

C:\> colortool -c

カラースキームを設定する

現在のカラースキームを確認したところでカラースキームを変更するには colortool.exe にオプションなしでスキーム名を指定します。指定できるカラースキームは schemes フォルダにある ini ファイルまたは plist ファイルの名前(拡張子なし)となっています。

C:\> colortool campbell

ここで設定したものはこのコンソールのセッションに適用されるものなので、全く新しいセッションを始めた時や別な設定を持つショートカットから起動すると元のままになります。

設定を保存する

ColorToolには設定を永続化する機能も用意されています。

とりあえずは -b オプションを付けてデフォルトの設定を変更しておくとよいかと思います。

C:\> colortool -b campbell

カラースキームいろいろ

同梱されているカラースキームの他にもiTerm向けのカラースキームを使えるようになっているので、iTerm2-Color-Schemeからダウンロードしてきて適用することもできます。というか、同梱されているOneHalfやsolarizedはiTerm形式です。

campbell

campbell-legacy

deuteranopia

OneHalfDark

OneHalfLight

solarized_dark

solarized_light

UWP API経由でBluetooth LEの通知(Notify)をデスクトップアプリで受け取れない問題

Created at:

以前、CC2650STK SensorTagをUniversal Windows Platform APIから使うというエントリを書いたのですが、最近Creators Update以降(というかInsider Preview)で実行したところ通知が動かなくなっていました。

UWPアプリからは問題なく動くのですが、UWP APIを使う通常のいわゆるクラシックデスクトップアプリからはRead/Writeは正常に行えるもののデバイス側からNotify(通知)を受け取ることができなくなっていていました。

要するにコンソールアプリなどでは GattCharacteristic.WriteClientCharacteristicConfigurationDescriptorAsync(GattClientCharacteristicConfigurationDescriptorValue.Notify) を呼び出したにも関わらず ValueChanged イベントが発生しないという状況です。

解決方法

問題の解決方法ですが起動時に CoInitializeSecurity を呼び出すというおまじないを書くと動くようになります。

CoInitializeSecurity(IntPtr.Zero, -1, IntPtr.Zero, IntPtr.Zero, RpcAuthnLevel.Default, RpcImpLevel.Identify, IntPtr.Zero, EoAuthnCap.None, IntPtr.Zero);
[DllImport("ole32.dll")]
static extern int CoInitializeSecurity(IntPtr pVoid, int
    cAuthSvc, IntPtr asAuthSvc, IntPtr pReserved1, RpcAuthnLevel level,
    RpcImpLevel impers, IntPtr pAuthList, EoAuthnCap dwCapabilities, IntPtr
    pReserved3);

public enum RpcAuthnLevel
{
    Default = 0,
    None = 1,
    Connect = 2,
    Call = 3,
    Pkt = 4,
    PktIntegrity = 5,
    PktPrivacy = 6
}

public enum RpcImpLevel
{
    Default = 0,
    Anonymous = 1,
    Identify = 2,
    Impersonate = 3,
    Delegate = 4
}

public enum EoAuthnCap
{
    None = 0x00,
    MutualAuth = 0x01,
    StaticCloaking = 0x20,
    DynamicCloaking = 0x40,
    AnyAuthority = 0x80,
    MakeFullSIC = 0x100,
    Default = 0x800,
    SecureRefs = 0x02,
    AccessControl = 0x04,
    AppID = 0x08,
    Dynamic = 0x10,
    RequireFullSIC = 0x200,
    AutoImpersonate = 0x400,
    NoCustomMarshal = 0x2000,
    DisableAAA = 0x1000
}

あまり真面目に追っていないのでおまじない感がすごいですが一応通知が来るようになりました。ちなみにLINQPadからの実行の場合にはうまくいかない可能性が高いです(多分Windows Runtimeの初期化が先に走ってしまったり、再利用されたりなど)。

Windows 10 Insider Preview Build 16273以降

と、調べて解決して、このエントリーを書いた今日、Insider Previewの新しいビルドが来たので更新したところなんと CoInitializeSecurity 呼ばなくても動くように直っていました…oh…。

とりあえず何事もなく動くようになったのでよかったよかったということで…。

Visual Studio 2017のアップデートや変更でエラーが発生する

Created at:

以前から手元の環境でVisual Studio 2017をアップデートすると一部のコンポーネントのインストールに失敗するということが起きていて、一部の機能が正常に動作しないのでなんとかした話です。

まずエラーの発生時にメッセージを見るとMicrosoft.VisualCpp.CRT.Appx.Msi,version=14.10.25506.0のインストールに失敗していることが分かりました。

Package 'Microsoft.VisualCpp.CRT.Appx.Msi,version=14.10.25506.0' failed to install.
    Search URL
        https://aka.ms/VSSetupErrorReports?q=PackageId=Microsoft.VisualCpp.CRT.Appx.Msi;PackageAction=Install;ReturnCode=1603
    Details
        MSI: C:\ProgramData\Microsoft\VisualStudio\Packages\Microsoft.VisualCpp.CRT.Appx.Msi,version=14.10.25506.0\VC_CRT.Appx.msi, Properties:  REBOOT=ReallySuppress ARPSYSTEMCOMPONENT=1  MSIFASTINSTALL="7"  VSEXTUI="1"  VS7.3643236F_FC70_11D3_A536_0090278A1BB8="C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise" 
        Return code: 1603
        Return code details: Fatal error during installation.
    Log
        C:\Users\Tomoyo\AppData\Local\Temp\dd_setup_20170819173137_003_Microsoft.VisualCpp.CRT.Appx.Msi.log
    Impacted workloads
        Universal Windows Platform development (Microsoft.VisualStudio.Workload.Universal,version=15.0.26720.2)
    Impacted components
        Universal Windows Platform tools (Microsoft.VisualStudio.Component.UWP.Support,version=15.0.26621.2)
        Universal Windows Platform tools for Cordova (Microsoft.VisualStudio.ComponentGroup.UWP.Cordova,version=15.0.26711.1)
        Universal Windows Platform tools for Xamarin (Microsoft.VisualStudio.ComponentGroup.UWP.Xamarin,version=15.0.26606.0)

さらにメッセージに書かれているログファイルを見てみると以下のようなメッセージが残っていました。

MSI (s) (2C:68) [17:32:18:305]: Product: Visual C++ Library CRT Appx Package -- Error 1714. The older version of Visual C++ Library CRT Appx Package cannot be removed.  Contact your technical support group.  System Error 1612.

どうやら旧バージョンの"Visual C++ Library CRT Appx Package"のアンインストールに失敗しているようです。よく見るとそのログの少し上にWarning: Local cached package 'C:\WINDOWS\Installer\68f56c6.msi' is missing. とありVisual C++ Library CRT Appx Packageのインストール元となったmsiのキャッシュがないといったメッセージも残っています。

強制的にパッケージをアンインストールする

ともあれこのパッケージが悪そうなのでアンインストールしますが、通常の手順ではアンインストールできないので少し手間をかける必要があります。

パッケージのIDを調べる

まずはアンインストールするパッケージのIDを調べる必要があります。そのためのツールをMicrosoftの人がUsing MsiInv to gather information about what is installed on a computerというエントリで公開しているのでこれをダウンロードします。

このツールをダウンロードしてエントリにあるように以下のように実行してファイルに書き出します。

.\msiinv.exe -p > output.txt

書き出したらその結果から "Visual C++ Library CRT Appx Package" で "Local package" が上記ログにあった見つからないファイルである "68f56c6.msi" (環境によっては異なる) となっているものを探し、そのProduct codeをメモしておきます。

修復ツールでアンインストールする

次にMicrosoftのサポートページからインストール/アンインストールの修復ツールをダウンロードします。

ダウンロードしたものを開くとトラブルシューターが起動するので、問題の種類として"Uninstalling"を選択します。しばらくするとインストール済みのパッケージの一覧が表示されます。

パッケージ名にマウスカーソルをホバーするとGUID的なものが表示されるので、先ほどのProduct codeとおなじものを探し出し、選択して、ウィザードを続けます。しばらくまってアンインストールが完了すれば出来上がりです。

あとはVisual Studioのアップデートや変更でエラーが発生しないことを確認できればめでたしめでたしです。

App Service PlanとApp Serviceをリソースグループ間で移動する場合の制限

Created at:

AzureのApp Service PlanとApp Serviceをリソースグループ間で移動する場合には制限事項があり、その手順に沿って移動しないとうまくいきません。…というのにはまりました。

ドキュメントのApp Serviceの制限事項には以下のように書かれています。

App Service アプリを使用している場合、App Service プランのみを移動することはできません。 App Service アプリを移動するには、次のオプションがあります。

  • App Service プランとそのリソース グループ内の他のすべての App Service リソースを、まだ App Service リソースが含まれていない新しいリソース グループに移動する。 この要件により、App Service プランに関連付けられていない App Service リソースも移動する必要があります。
  • アプリを別のリソース グループに移動し、元のリソース グループにも App Service プランをすべて保持する。

アプリが正常に動作するために、App Service プランがそのアプリと同じリソース グループ内に存在する必要はありません。

これ(とそれに続く説明)はどういうことなのかというのがピンとこないので順を追って移動する例を見ていきます。

初期構成の想定

まずは初期構成として以下のような構成になっているとします。

最終的な構成

次に移動した結果として希望したい構成です。

Step 1: 新しいグループを作ってAppServiceとともに移動する

まずは新しいリソースグループ BasicPlan を作って、App Service Planを移動します。この際、App Service Planの移動とそれに付随するリソース(App Serviceなど)はすべて新しいリソースグループに移動する必要があります。

Step 2: 他のリソースも新しいグループに一度まとめる

次にもう一つのApp Serviceも一度新しいリソースグループ BasicPlan に移動します。 App Service自体の移動にはApp Service Planは必要ないのでそのまま移動できます。

Step 3: App Serviceを移動する

次に新しいリソースグループ App1Group, App2Group を作り、そこにApp Serviceのみを移動します。

Step 4: App Service以外を移動する

最後にApp Service以外を移動します。

注意事項

az resource move (azure-cli)で移動する

Azure ポータルからではなくazure-cliを利用して移動すると、バリデーションがかからずバラバラに移動できてしまいポータルよりいいと思いきや、想定外の形になることがあるようなので素直にポータルからやっていきましょう。

原則として1つのResource Groupに一つ以上WebApp リソース(App Service Plan)を移動できない

App Service Planの移動先にすでにMicrosoft.Web以下のリソースタイプなどがあると移動できません。ドキュメントのまだ App Service リソースが含まれていない新しいリソース グループに移動するというのはこの制限事項のことを指しています。

この状態で移動しようとすると以下のようなエラーメッセージが表示されます。

There was an error moving resources. Resource move validation failed. Please see details. Diagnostic information: timestamp '20170805T164541Z', subscription id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx', tracking id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx', request correlation id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx'. (Code: ResourceMoveProviderValidationFailed) Cannot move WebApp resources to a resource group that already contains WebApp resources. Please ensure destination resource group Common does not have any WebApp resources in it before performing the next move operation. Or create a new resource group and move resources there. (Code: BadRequest, Target: Microsoft.Web/serverFarms)

App Service Planの移動と同時にすでにバラバラになっているApp Serviceを一度移動する必要がある

App Service Planを移動するときには関連したApp Serviceも同時に移動する必要があります。つまり一度App Service Planを移動する前にApp Serviceを同じリソースグループに移動する必要があります。

ドキュメントではWeb アプリがその App Service プランとは異なるリソース グループに存在するが、その両方を新しいリソース グループに移動する場合、移動を 2 段階で行う必要がありますとして解説されているのがこれです。

この状態で移動しようとすると以下のようなエラーメッセージが表示されます。

There was an error moving resources. Resource move validation failed. Please see details. Diagnostic information: timestamp '20170805T175159Z', subscription id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx', tracking id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx', request correlation id 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx'. (Code: ResourceMoveProviderValidationFailed) Cannot move resources because some site(s) are located in other resource group(s) but hosted by resource group 'Default-Web-JapanEast'. The list of site(s) and corresponding resource groups: 'website-01:Default-Web-JapanEast,website-02:Default-Web-JapanEast'. This may be a result of prior move operations. Move the site(s) back to respective hosting resource group(s) and try again. (Code: BadRequest, Target: Microsoft.Web/serverFarms)

Microsoft.Web/certificates リソースタイプは移動不能

証明書はApp Service Planに関連付けられ、そのリソースグループに移動不能な形で残るので最悪削除する羽目になります(新しいリソースグループで証明書を追加できなくなる場合がある)。

まとめ

移動するのは手順はともかくとしても処理に時間がかかるので、App Service Planとリソースグループの構成は最初からちゃんと考えておいたほうがいいでしょう。まあ真面目に使うときには考えて作るとは思いますが…。

ASP.NET MVC Core 1.1のRazorテンプレートでC#7を使う

Created at:

ASP.NET MVC Core 1.1でプロジェクトを作るとRazorテンプレート(cshtml)では利用できるC#のバージョンは6です。2017年7月時点の最新版であるところのC#7の機能を使うためにはちょっと準備が必要です。

NuGetパッケージをインストール

まず以下の二つのNuGetパッケージをインストールします。

System.ValueTupleは入れなくてもいいといえばいいですがもちろんその場合にはValueTupleを使えません。

Razorの設定

パッケージのインストールができたら次はASP.NET MVC Coreの設定をするためにStartup.csを開きます。

ConfigureServicesメソッドに以下の行のが見つかるかと思います。

services.AddMvc();

その行を以下のように書き換えます。

services.AddMvc()
    .AddRazorOptions(options =>
    {
        options.ParseOptions = new CSharpParseOptions(LanguageVersion.Latest);
    });

AddRazorOptionsでRazorの設定をする形です。LanguageVersion列挙体にはCSharp7をはじめとしてバージョンがいろいろあるのですが大抵は最新を指すLatestでもいいような気がします。

これで完了です。あとはC# 7の構文がエラーにならなければできあがりです。