スマホアプリの自習帳

VC6 のプロジェクトを別のマシンにコピーしてリビルドするとこのエラーが発生。しかし、再度ビルドすると普通にビルドできる。ところが生成されるEXEのサイズが大きい。

このページの指示に従って、該当するプロジェクトをリビルドしたところ、エラーは解消され、EXEのサイズも元に戻った。
https://docs.microsoft.com/ja-jp/previous-versions/windows/embedded/cc417445(v=msdn.10)

OCI_ConnectionCreate で ora-12154 エラーが発生

OCILIBをDebugでビルドしてデバッグしてみた結果ー＞UnicodeのOCILIBW.DLL に ascii でデータベース名を渡していたのが原因でした。

.Net Windows Forms の Browser Control でDHTMLコンテンツのスクリプトからアプリ側のメソッドを呼び出すには

FormのLoadイベントで

webBrowser1.ObjectForScripting = this;

を設定し、スクリプトで

window.external.＜メソッド名＞

のように呼び出す。

逆に、アプリからDHTMLのスクリプトを呼び出すには

webBrowser1.Document.InvokeScript

を使う。

https://docs.microsoft.com/en-us/dotnet/framework/winforms/controls/implement-two-way-com-between-dhtml-and-client

開発マシン（Win10）とIISの設定を比べてみると、Handler Mapping に *.svc がないことが判明。
https://stackoverflow.com/questions/11116134/wcf-on-iis8-svc-handler-mapping-doesnt-work
この記事を参考に、WCF の HTTP Activation を有効にすると動くようになった。

WCFでは、デフォルトではDataConrtractSerializerが使われるようですが、このままだと XmlAttribute などの属性が正しく反映されず、XMLでAttributeにすべき項目がElementとして出力されてしまうようで…

XmlSerializerを使うには、サービス定義に XmlSerializerFormat 属性を追加します。（※メッセージのほうではなくて、サービス定義のほうに指定する必要があるらしい。）

[ServiceContract, XmlSerializerFormat]
public interface IService1
{
/// <remarks/>
[OperationContract, XmlSerializerFormat]
void OTA_PingRS(PingRSRequestMessage pingRSMsg);
}

メッセージBodyは上記の方法でOK。

一方、メッセージHeaderについては、MessageHeader.CreateHeader() のパラメータでSerializerが指定できそうなので楽だろうと思いきや、

このパラメータでは System.Runtime.Serialization.を継承するクラスしかしていできず、System.Xml.Serialization.XmlSerializer は使えないらしく…

いろいろ試行錯誤した後、ヘッダーの値を保持するクラスに IXmlSerializable を実装させて、WriteXml() メソッドの中で、Serializeの方法を記述する方法を試したら希望通りのメッセージになりました。面倒ですが、とりあえずはこれで何とかなりそう…

http://autosqa.com/blog/index.php/2016/04/13/how-to-convert-a-vhdvhdx-to-vmdk-for-vmware-workstation/

VHDをディスクとしてWindowsにマウントして

VMWareにHDD（物理ディスク）として追加、

LiveCDからVMを起動してVMDKに丸ごとコピー！

これだとConverterを使わなくてもできます。