著作一覧 |
さてできたアプリケーションをどうしてくれようか、と考えた末、「配布」を選んだ。
その結果、最初は、ディレクトリ名が長すぎるエラーになって配布パッケージが作れない(Manifestが引っかかり、最後のはApp.Configが引っかかり、結局解消できないので、面倒になってあきらめた)。というか、単にプロジェクト名を、xxx.yyyyyyyy.zzzzzzzzzzzzz.ProjectName としただけで、引っかかるものなのだろうか? ここで、xxxは会社名、yyyyはプロダクト名、zzzzzはドメイン名で、ごくごくありきたりのネームスペース名だと思うのだが。もしかして、ネームスペースって使われてないのか? (というか、MSは使ってるけど)
で、ネームスペースを変えるのはルールの問題であり得ない選択だから、プロジェクト名を変えたり(一度、ソースに組み込まれたネームスペース名は後からプロジェクト名を変えても消えない)、いろいろ試したがどうにもならなかった。
で、それだけならばまだ良いが。
こんだ、テストプロジェクトがまったくビルドできなくなってしまった。どうしてこんなのばかりなんだかなぁ。
で、検索するとMicrosoft.Windows.CommonLanguageRuntime、それなりに同じところで引っかかってる人がいて。
よくみたらKazzzさんも引っかかってた。読んだときは全くピンと来なかったが、これのことだったのか。
それにしても、テストプロジェクトは自動生成だから、ある意味かってにプロジェクトを参照するわけなので始末が悪い。かといって、テストプログラムを異なるソリューションに置くというのは考えられないし(というか、プロジェクトを分けるのも、あまりやりたかないわけだが、ビルドルールが面倒なことになるし、せっかく1ソリューション複数プロジェクトという管理方法ができるんだから、それはそれでOK)、この参照設定の付け直しって付いて回るのかも知れない(と一瞬思ったけど、ネームスペースと配布ウィザードの失敗の関係を追い詰めるまでは、2度と「配布」はクリックしないから、もう起きないかも知れないのか)。
(カタカナだと変だな)
iPodから突然、ブラスが鳴ってつんのめるようなビートが刻まれて、そして軽いようなにやついてるようなでもなんとなく真剣さも感じる声が歌を歌いだす。ジョージャクソンはモダーンだ。
これは、実に名曲だなぁと、何度も聞き返す。何が欲しいかわかってるのかい?
たぶん、これだ。
This Is What You Want...This Is What You Get(Public Image Ltd.)
(ということはない)
require 'mscorlib.dll' require 'system.Windows.Forms.dll' System::Windows::Forms::MessageBox.Show('hello')は動いた。
require 'mscorlib.dll' require 'system.Windows.Forms.dll' System::Windows::Forms::MessageBox.Show('hello') a = "System::Windows::Forms::MessageBox.Show('hello')" instance_eval aも動いた。
しかし、なんでVS2005がいるのだろうか? (コンパイル時の参照の解決というのはあるにしろ、ってのも、インテリセンスが実行されない)
ジェズイットを見習え |
やっぱリファレンス貼るとFull Pathじゃなくても動きますか。<br>うーむ。