CLR/DLR/.NET Framework

DLRで重要そうなインターフェース/クラス - DLR/.NET Framework

社本＠ワック — Tue, 19 Jun 2007 17:05:00 GMT

今日、IronPython のコードを見ればいいことは分かった。
とりあえず、DLRで重要そうなインターフェース/クラスは
こんな(↓)もんかな。。

・Microsoft.Scripting.IDynamicObject
・Microsoft.Scripting.Script
・Microsoft.Scripting.IScriptModule
・Microsoft.Scripting.Hosting.IScriptEngine
・Microsoft.Scripting.Hosting.IScriptHost
・Microsoft.Scripting.Shell.IConsole

早く自分のアプリでホストしてみたいよねぇ。

■IDynamicObject.cs - IronPyton - CodePlex
http://www.codeplex.com/IronPython/SourceControl/FileView.aspx?itemId=297900&changeSetId=21805

■Script.cs - IronPyton - CodePlex
http://www.codeplex.com/IronPython/SourceControl/FileView.aspx?itemId=298075&changeSetId=21805

■ScriptModule.cs - IronPyton - CodePlex
http://www.codeplex.com/IronPython/SourceControl/FileView.aspx?itemId=298083&changeSetId=21805

■Hosting/ScriptEngine.cs - IronPyton - CodePlex
http://www.codeplex.com/IronPython/SourceControl/FileView.aspx?itemId=298098&changeSetId=21805

■Hosting/ScriptHost.cs - IronPyton - CodePlex
http://www.codeplex.com/IronPython/SourceControl/FileView.aspx?itemId=298117&changeSetId=21805

■Shell/IConsole.cs - IronPyton - CodePlex
http://www.codeplex.com/IronPython/SourceControl/FileView.aspx?itemId=298185&changeSetId=21805

HTML(Script)側へのオブジェクトの公開 - IE/WebBrowser

社本＠ワック — Mon, 11 Jun 2007 05:28:00 GMT

ブラウザコントロールをホストしたアプリを作っていると
HTML(Script)側へ何らかの機能を公開したくなることが
あるかと思います。

その場合、ブラウザコントロールをホストしている側に
IDocHostUIHandler を実装し、GetExternal メソッドで
独自のオブジェクト (IDispatch) を公開することによって
実現することができます。

IDocHostUIHandler を実装し始めた頃 (98年ごろ) は、
各種ライブラリでのサポートは無く、MFC や ATL の
ライブラリのコードをかいくぐって実装していたものです。

しかし、今では ATL/MFC/.NET Framework のいずれでも、
簡単にオブジェクトを公開することが可能となっています。

上記の手法を使ってオブジェクトを公開した場合、
HTML(Script)側では以下のようにアクセスします。

---
<html>
<head>
<title>example</title>
<script language="jscript">
function onClick()
{
 // アプリ側でHogeメソッドを持ったオブジェクトを公開
 window.external.Hoge();
}
</script>
</head>
<body>
 <br />
 <br />
 <input type="button" value="hoge" onClick="javascript:onClick();" />
 <br />
 <br />
</body>
</html>
---

■IDocHostUIHandler Interface - MSDN
http://msdn2.microsoft.com/en-us/library/Aa753260.aspx

■IAxWinHostWindow::SetExternalUIHandler - MSDN
http://msdn2.microsoft.com/ja-JP/library/9dxkhzcx(VS.80).aspx

■CHtmlView::OnGetExternal - MSDN
http://msdn2.microsoft.com/en-us/library/bat7a958(VS.71).aspx

■WebBrowser.ObjectForScripting プロパティ
http://msdn2.microsoft.com/ja-jp/library/system.windows.forms.webbrowser.objectforscripting(VS.80).aspx

■Driller (MFC) - MSDN
http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/samples/internet/browser/driller/default.asp

■MFCベースのアプリケーションで、ブラウザコントロールのカズタマイズを行う[MFC] - for Programmers
http://www.wac-jp.com/programmers/win32/IDocUIHandler.html

Windows Formsのテキストボックスの描画がおかしい - Windows Forms/Windows Vista

社本＠ワック — Fri, 16 Feb 2007 03:46:00 GMT

Windows Vistaでは、背景色 (BackColor)を Transparent にした
グループボックス上に、以下の条件のテキストボックスを貼ると
描画がおかしくなります。

・複数行 (Multiline) : True
・スクロールバー (Scrollbar) : Vertical/Both

うちの会社のメンバーが見つけた(現時点での)回避方法としては、
該当するテキストボックスの下にパネルを挟み込むしかないようです。

フォームの表示(実行)時に、Windows Vistaかどうかを判断して、
該当するテキストボックスを列挙して、ダイナミックにパネルを
挟み込むのが良いかと思います。

ZipPackage - .NET Framework 3.0

社本＠ワック — Fri, 25 Aug 2006 07:58:00 GMT

すっかり忘れてましたが。。System.IO.Packaging.ZipPackage を使うと、
ZIPファイルを扱うことができます。

J#にも同様のクラスがありますが、64bit対応がされないことと
J#のランタイムをインストールする必要があることがネックですかね。

■Using the Zip Classes in the J# Class Libraries to Compress Files and Data with C# - MSDN
http://msdn.microsoft.com/msdnmag/issues/03/06/ZipCompression/default.aspx

■ZipPackage Class - MSDN
http://windowssdk.msdn.microsoft.com/en-us/library/system.io.packaging.zippackage.aspx

.NET Framework 2.0ベースのアセンブリを含んだインストーラを作成するとエラー　- WiX

社本＠ワック — Tue, 04 Jul 2006 08:00:00 GMT

うちの会社のメンバーが見つけた情報ですが。。

WiX 2.0.2520 (*)で、.NET Framework 2.0 ベースのアセンブリを含んだインストーラを
作成する場合に、リンク(light.exe)時にエラーが発生することがあるようです。
* : WiX 2.0 は、.NET Framework 1.1 で作成されています

WiX-users ML にも同様の事例があることが分かりました。
「CLR 2.0 assembly and the gac」というスレッドです。

そこでの解決案は、以下の light.exe.config を作成するというものです。

---
<?xml version ="1.0"?>
<configuration>
    <startup>
        <requiredRuntime version="v2.0.50215"/>
    </startup>
</configuration>
---

.NET Framework 1.1で作成されたWiXが、.NET Framework 2.0のアセンブリを
うまく扱えないってことなんでしょうけど、どうしてなんでしょうねえ。
＃リフレクションとか使ってるんだけど、ジェネリックスを使ったアセンブリの解析に
＃失敗するとか、そういうオチなのかな。。

WiX 3.0 が、.NET Framework 2.0ベースに移行するかもという話は、
こういったところにも関係しているのかもしれません。

STL/CLR (旧 STL.NET) の状況

社本＠ワック — Fri, 16 Jun 2006 21:29:00 GMT

STL/SLR (旧 STL.NET) が、7月下旬から8月上旬に予定されている
Orcus (次期 Visual Studio) の CTP版に含まれるようです！！

。。ってことは、VC8 (Visual Studio 2005) 用には、リリースされないのか？

■Where is STL/CLR - Nikola Dudar's WebLog
http://blogs.msdn.com/nikolad/archive/2006/06/16/STLCLR_Restart.aspx

ATLのコードを、C++/CLIでビルドする方法 - C++/CLI

社本＠ワック — Fri, 12 May 2006 06:47:00 GMT

ATLのコードは、そのままではC++/CLIでビルドすることはできません。
色々と試した結果、以下のように設定すればいいことが分かりました。

1. プロジェクトの"プリコンパイル済みヘッダーの作成/使用"の設定を、"プリコンパイル済みヘッダーを使用しない"に変更する

2. プロジェクトの"共通言語ランタイムサポート"の設定を、"共通言語ランタイムサポート (/clr)"に変更する

3. 以下のファイルの"共通言語ランタイムサポート"の設定を、"共通言語ランタイムサポートしない"に変更する
→ stdafx.cpp, ProjectName.cpp, ProjectName_i.c (IDLをビルドして生成されたファイル)

CreateProcessWithLogonW or CreateProcessAsUser - .NET Framework

社本＠ワック — Thu, 09 Mar 2006 10:13:00 GMT

---
ProcessStartInfo.UserName プロパティと ProcessStartInfo.Password プロパティを設定して
Start(ProcessStartInfo) を呼び出した場合、アンマネージ関数 CreateProcessWithLogonW が
呼び出されます。これにより、CreateNoWindow プロパティの値が true の場合や、
WindowStyle プロパティの値が Hidden の場合でも、新しいウィンドウでプロセスが開始されます。
---

ユーザ指定版のProcess.Start()って、CreateProcessWithLogonW API を呼び出してるんだねえ。
CreateProcessAsUser API を使ってるもんだと思ってたよ。。

■Process.StartInfo プロパティ - MSDN
http://msdn2.microsoft.com/ja-jp/library/system.diagnostics.process.startinfo.aspx

STL/CLI (旧 STL.NET)が、更に公開延期 - Visual C++

社本＠ワック — Wed, 08 Feb 2006 08:05:00 GMT

STL/CLI (旧 STL.NET)ですが、更に公開が延期されるようです。
どうやら、VS2005のService Packの作業のために、STL/CLIの開発を
(一旦)止めることになったようです。

このまま、VS2005用のSTL/CLIはお蔵入りになったりして。。

■Release of STL/CLR (STL.NET) - Nikola Dudar's WebLog
http://blogs.msdn.com/nikolad/archive/2006/02/07/527193.aspx

C言語のコードを /clr オプションをつけてコンパイルするとエラー(D4085)が発生 - Visual C++

社本＠ワック — Fri, 04 Nov 2005 15:36:00 GMT

VC8で、C言語のコードを /clr オプションをつけてコンパイルするとエラー(D4085)が発生します。
単純に、".c" という拡張子から、".cpp"や".cxx"といった拡張子に変更すればよいようです。

---
/clr no longer compiles C source code files

Prior to Visual C++ 2005, you could compile C source code files with /clr, however this will now result in Command-Line Error D8045. To resolve, change the file extension to .cpp or .cxx, or compile with /TP or /Tp. See /Tc, /Tp, /TC, /TP (Specify Source File Type) for more information.
---

自分が記述するようなコードには".c"なんていう拡張子のファイルはないのですが、
IDLファイルからは、"Hoge_i.c"や"dlldata.c"という名前で各種GUIDの入ったファイルが
生成されてしまうんですよねえ。

IDLの生成するファイル名を変更するのがいいか、/TP オプションを試すのがいいか。。悩むな。

■Breaking Changes in the Visual C++ 2005 Compiler - MSDN
http://winfx.msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_vclang/html/ee0d7df0-64e5-4758-b73b-ca48ac041be1.asp

■/Tc, /Tp, /TC, /TP (Specify Source File Type) - MSDN
http://winfx.msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_vccomp/html/7d9d0a65-338b-427c-8b48-fff30e2f9d2b.asp