P/Invokeで深いため息がでた。

1.P/Invokeについて
仕事で.netからWIN32API呼び出しする処理を書くことになり
(P/Invokeというやつ？)構造体定義でウンザリしているところ。
API呼び出しなんて誰が書いても同じになると思うんだけど、
なんでそんなこといちいち定義を書き起こす必要があるのかと。
...何のためのMicrosoft.Win32ネームスペースなのかと。
こう...深いため息が...。
...。

pinvoke.netなるサイトがあることを知る。常識？
...。

2.VisualStudio2003の悲しさ
あと、同じ仕事場の人がExcel(OfficeXP)から、ASP.NETの
webサービスにアクセスするシステムの作成で苦労されている。
問題を困難にしているのは実行/開発環境の縛りがあることかなと。
具体的には
　　実行環境 WinXP, OfficeXP, .net1.1
　　開発環境 WinXP, VS.NET2003, .net1.1
客先の環境がこれなので仕方ないのだけど...こういうのってやるせないね。
Office2007あたりなら新しい連携のAPIとかもあって.netとの連携も
スムーズかもしれないし、VS2005ならC++/CLRがあるのでネイティブからの
連携も十分ありの選択肢だと思うけど、そのどちらもできない。
マネージ拡張は2005でC++/CLRに取って代わるのに、１から勉強する気に
ならないしー。
そこまでしなくてもなにか方法あるのかしら？

3.VisualStudio2003のVB.NETには
unsignedの型ないのね。
わたくしてっきり.netなら言い回しこそ違えど、C#と同じ文法を提供していると
思ってましたよ。まして基本型の種類なんて。
Win32APIの引数や戻り値って結構unsigned intな値が良く利用されているので
困った。
戻り値でDWORD型を返す関数を利用することがあり、Long型で受け取った
のだけど、使うとなぜか処理成功のでありながら成功"0"を戻さないという
問題にぶつかる。(処理は正常に動いているっぽい)

戻り値を切ったり張ったりずらしたりしたけど、適当な値が取れなかったので
すっぱりあきらめC#で書くことにした。汗

原因はたぶん100%私のミスだと思うけど、原因を調べて直す気ゼロだったので
C#でいけるならVB.NETにこだわる理由ないじゃん？ということで逃げました。

VS2005から対応というのよく目にしてホントせつねえ。
ライブラリの種類も貧弱だし、無名デリゲート,クラス無いし,ジェネリクス無いし
C++/CLR無いし

今日は愚痴ばっか。
　
　
　

コメント

コメントを投稿

このブログの人気の投稿

日食ツアーその後

実は３月頃kntの日食ツアーキャンセルしていた。 私の金銭感覚では値段が高すぎる。 先日、本屋で日食の本を手に取ったら結構日食って頻繁に起こっていることが判明。 なんだぁ。 代わりに普通の国内旅行に申し込んだ。自分で計画して行く旅行はほとんど無いので ツアーとかで十分。 きっとおばさんばかりに違いないけどまあいいいや。 次回は海外旅行とか挑戦してみようかな。 　 　
続きを読む

NashornがOpenJDKのリポジトリに入ってたのでビルドしてみた

最近、新聞で取り上げられるなど話題(汗)のJava界隈の話。 何気なく、nashornの近況をググってみたら、 nashornがすでにOpenJDKに入れられてた。 ををっ！ 自分の想像していた(根拠なし)より、ずっと早くOpenJDK入りしてた。 Nashornの2012/12/21のblogにはリポジトリのURLが載ってる。 参照：https://blogs.oracle.com/nashorn/entry/open_for_business nashornのリポジトリのログ見る限り、b65とか書いてあったので、 自分が先日確認した時点(b72)のbinary配布のjdk8に含まれているかと思って インストールしてみた。 サンプルコード： "use strict"; (function() { 　// バージョン取得 　var engineName = "nashorn"; 　var key = javax.script.ScriptEngine.ENGINE_VERSION; 　var m = new javax.script.ScriptEngineManager(); 　var engine = m.getEngineByName(engineName); 　var version1 = engine.getFactory().getParameter(key); 　var version2 = engine.getFactory().getLanguageVersion(); 　print("[DEBUG]\r\n" 　　　+ " engine version = [" + version1 + "]\r\n" 　　　+ " language version = [" + version2 + "]\r\n"); 　var names = engine.getFactory().getNames(); 　var temp = []; 　for (var i = 0; i < names.size(); i++) { 　　temp.push(names.get(i)); 　...
続きを読む

Javaのクロージャをいじってみた。(1)

イメージ
BGGAのクロージャサイト(http://javac.info/) の プロトタイプ実装をいじってみた。 マイコミジャーナルに概要を書いた記事があるようです。 今回いじってみたのは2008-07-07版と2008-07-13版のプロトタイプ実装。 JSRもドキュメントもちゃんと読まずにいじっているけど まあいいや。 １．単純実装の逆コンパイルして中身見る ・クロージャを用いたjavaコード public class SimpleClosure { 　　public static void main(String[] args) { 　　　　int sum = { int x, int y => x + y }.invoke(3, 4); // return 7 　　　　System.out.println(sum); 　　} } ・下のコードは上記コードをコンパイルし、jadで逆コンパイルしたコード import java.io.PrintStream; import javax.lang.function.III; public class SimpleClosure { 　　public SimpleClosure() {} 　　public static void main(String args[]) { 　　　　static class _cls1 implements III { 　　　　　　public final int _2B_invoke(int j, int k) { 　　　　　　　　return j + k; 　　　　　　} 　　　　　　 　　　　　　public final int invoke(int j, int k) { 　　　　　　　　return _2B_invoke(j, k); 　　　　　　} 　　　　} 　　　　int i = _2B_INSTANCE0.invoke(3, 4); 　　　　System.out.println(i); 　　} 　　// ↓クロージャの実体(staticのメンバとして記述される) 　　public static final _cls1 _2B_INSTANCE0 = new _cls1(); } 逆コンパイルで気づいた点 　・クロージャの場合実際はstaticメンバとして宣言されるため...
続きを読む