COM

いざ語れや

嫌だね。

関連スレ
どうしてCOMは即死したのか
ttp://pc10.2ch.net/test/read.cgi/tech/1143171172/l50
【OLE】オートメーション総合スレ【ActiveX】
ttp://pc10.2ch.net/test/read.cgi/tech/1137771139/l50
一応
Win32API質問箱 Build48
ttp://pc10.2ch.net/test/read.cgi/tech/1166172047/l50

何となく偉くなった気がする15の夜

【ネガティブ派遣根性チェック】

3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。

□派遣先の社員の意見にはたとえ間違っていても反対しない
□派遣先から「いつまでもここで仕事してくださいね」と言われるようになりたい
□自社に仕事を持ち帰れるように言われるとムカつく
□自社で仕事なんてできるわけがない
□派遣/受託の差異を指摘する人間はムカつく
□派遣先には仕事だけでなく自分のプライベートについても指示して欲しい
□自分の月額金額を知らない
□派遣先社員より自分の生涯収入が低いのは当然だ
□派遣先に尻尾を振り、いつまでも一緒に仕事をすることが大切だ
□今のプロジェクトが終わっても同じ派遣先に常駐したい

　　　　　　　　　　ヽ　/ /⌒＼
　　　　　　　　 ／ヽヽ|/⌒＼ii|＼
　　　　　　　／ ／ヾゞ//／＼＼|
　　　　　　　|／　　 |;;;;;;|/ハ　＼|
　　　　　　　　 　 　 |;;;;/／⌒ヽ
　　　　　　　　 　 　 |;/（　＾ω＾） >>1おっおっおっ乙枯ー
.　　　　　　　　　　　|｛　∪　　∪
　　　　　　　　 　 　 |;;ヾ.,____,ノ
　　　　　　　　 　 　 |;;; |
　　　　　　　　 　 　 |;;;;;|
　　　　　　　　 　 　 |;;;;;|

COMの本、死ぬの早すぎ
もうちょっと刷ればいいのに

一通り仕組み頭に入れとけばそれ以上深い話があるでもなく
あとは使う部品のマニュアル嫁としかいえないからなw

簡単に言えば、異なる言語間で共通に使用できるだけで、
異なる環境での使用が困難だったからｗ
（ＭＳ仕様のＯＳでないと使えない）
Javaの逆を狙って、見事に大ハズレしただけ

もうＭＳには、新技術を提起して欲しくない。
５年持ったためしがないんだもの・・・・

COMは傑作なんだけど。馬鹿にはわからないのが残念でならない

馬鹿にも分かるものこそが真の傑作だとは思わんか？

comの基本概念は、次の.NETに受け継がれてるけど（当たり前の話だが）、
その設計の具体的要素（インターフェースの呼出設計など）のほとんどは
破棄されて受け継がれず、結局NETフレームワークの大部分は、
JavaVMを参考にして設計された。。。

>>10の様な知ったか馬鹿信者がいる限り、ＭＳはまた独自のポンコツアーキテクチャを
世に送り出して、世界中のエンジニアを煙に巻く過ちを繰り返すだろう。

>>12
.NETの有り様からするとCOMが素晴らしいということを言いたいのですね？

>>9
COMは10年以上現役だろ
むしろ.NETのほうがﾔﾊﾞｲ

というかwindows自体がCOMの塊だろ。
winが続く限り生き残るだろ。

>>9
無知乙

COM はMicrosoft Windows Distributed interNet Application (Windows DNA)アーキテクチャにコンポーネント テクノロジを提供し、
Web ベースとクライアント/サーバー アプリケーションを単一のアーキテクチャに統合することを可能にします。
COM を使用することにより、開発者は任意の言語で、任意のネットワークを介して相互作用できる分散コンポーネントを作成することができます。
COM は、Solaris、HP-UX、DEC UNIX、Siemens Nixdorf SINIX など、他のプラットフォーム上のコンポーネントとの相互運用性も提供します。

CLSIDがうざい
128ビットの癖にたまに被るし

COMの失敗は名前だけ

検索できねー

>>14
Windowsの枠組み内でしか生きられないメジャーだがローカルな技術としてな。。。

>>16
＞他のプラットフォーム上のコンポーネントとの相互運用性も提供します。
だから、これが上手くいかなかったんだよ！
知ったかは氏ね

怒りっぽい人ですね

１６はすぐ詐偽に引っかかるタイプ

>>16 は単に MS のページか
どっかの解説サイトからとってきただけなんじゃないの

COMを理解するために必死でC++の仕様を勉強した時期がありました。
嫌な思い出です。

OpenVMS
http://h71000.www7.hp.com/openvms/products/dcom/

Solaris
http://www.softpanorama.org/Net/Application_layer/rpc.shtml

EntireX DCOM for LINUX
http://www.softwareag.com/jp/products/entirex/downloads/download_exxdcom.asp

Free DCE and DCOM
http://sourceforge.net/projects/freedce

J-Interop
http://j-interop.sourceforge.net

>>５年持ったためしがないんだもの・・・・

COMもOLEも、もうすぐ20歳ですが？

OLEの定義自体が、過去に二回もコロリと変わってる。
OLE1.0時代は、ただその略名通り（異アプリ間のデータ交換）の技術だったのが
OLE2.0時代（COM誕生）には、一つのアーキテクチャの総称だと突如宣言してる。
しかし、ActiveXの誕生と共に「やっぱりただのLink&Embedでした」とまた変えてる。
あまりに節操がない、と言うかエンジニアを舐めてる

アパートメントからしてよく分からん。
結局STAでも、他のスレッドからアクセスしていいんだよな。
単に、プロキシ・スタブを介するからMTAに比べると
性能が若干落ちるってことだよな？？

DirectXもCOM

その代わり排他制御をしなくて済む（プロキシ・スタブがメソッド呼出をキューイングするため）という利点がある。

その代わり、Read Writeパターンが使えないのでサーバーパフォーマンスが
大幅に落ちるという欠点もある

ActiveX 〜犠牲者たち〜

>>31
read write パターンって何ですか？
COMは情報が少なくて困る

名前までわかってるんだから検索しろよ
つーか名前を付けたことがデザインパターンの最大の功績と言っても過言ではない

なんだデザインパターンか

>>35
こーゆーのがエンジニアかと思うと、なんか情けなくなってくるね

Java SwingとOLEとCORBA(にGUIコンポってあるの？）をJava上で手間なくリンクしたい。
ちょうどIEコンポーネントみたいな感じでOS毎の似たような部品を再利用したいんだ。

>>36
なんなんだえらそうに
ﾃﾞｻﾞﾊﾟﾀ厨かよｗｗｗｗ

ネーミングパターン

こきおろしパターン

ぐぐれパターン

話題逸らしパターン

過疎

CON

OCN

IE用のツールバー作ろうとして、
IDeskBandを継承したクラスのSetSiteで
パラメータからQueryInterfaceでIID_IOleWindowを
取得しようとしたんだが
E_NOINTERFACEエラーが出る。
なんか心当たりある方いらっしゃいませんか？

もしかしてIE7なのが原因？
開発環境はVS2005です。

どっと混む

下手なシャレはよしなしゃれ

>>43
IOleWindowって自分自身じゃね?

>>47
http://idm.s9.xrea.com/ratio/2004/06/17/000104.html
ここに

>ツールバーがactivateされるとき、 IObjectWithSite#SetSite が呼ばれる。
>パラメータのIUnknownインターフェースは、IOleWIndowをquery可能なので、
>これを使ってツールバーの親となるウィンドウの情報を取得する。
>MSDNのサンプルでは、このタイミングでツールバー本体のウィンドウを生成している。

ってあって、MSDNでもそうなってたんだが。

>>48
IOleWindowとれたよ
親のReBar32WindowのハンドルもGetWindowで正しくとれてる。

Vistaだけども。

なんでだろ・・・
解決したら報告します。

COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCΟMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOMage

ATLの属性をつかってテキストで簡単にCOMを作るチュートリアルやってみたが、
あれATL7.0じゃないと動かねーじゃねぇか

ネットの情報だけでCOMサーバを勉強するのって無理ある？

MFCでコントロール作ってそれをコンテナに組入れるのはやったことあるけど
ATLで見えないWinsock+COMサーバ.exeに挑戦中でCOMとソケット通信をどのように
連携すればいいのかで色々悩んだ。
結局ウィンドウメッセージとグローバル変数を駆使してなんとか目処がついた
けど、もっとスマートなやり方が載ってる参考書はないんでしょうか？

>>53
ウィンドウを持たないCOMオブジェクトで、Winsockの非同期やるんなら、イベント使った方が
良いと思う。

>>54
ありがとう。
>イベント使った方が良いと思う。
のイベントとはウィンドウメッセージとの理解でよいですか？

もう一点教えていただきたいことがあるのですが、
ブラウザに貼り付けたコントロール(ocx)からATLで作ったCOMサーバ.exeに
Dispatchしてメソッドを呼ぶことができたのですが、
ブラウザを閉じるとCOMサーバ.exeも終了してしまいます。
ブラウザを閉じてもCOMサーバ.exeを常駐させたいのですが
クライアント側/サーバ側どちらで対応すればよいのかさえ検討がつきません
どのようにすればよいかご存知でしょうか？

よくない。WSAEventSelect使えって話でそ。

>>56さん 了解です。

引続き>>55についてご存知の方お力を貸してください。
お願いします。

DLLに汁

DCOMの実装に関する参考書や参考サイト知りませんか？

↑クライアントとサーバ両方の実装についてです。
言語は問わないのですが、できればVCについてお願いします。

>>51
なにぃっ、Mageだと！？貴様鉄道板住人だな！

COMスレってなんでこんなに過疎ってるの?
それについて議論しよう

ネットでCOMについて記述してるサイトもあんま見ない

COMに比べると似たようなことはドトネトの方が簡単にできるから
もう存在意義がなくなってんじゃないの？

COMを使う舞台がエクセルVBAなんかに移ってるからな

なんで？comサーバでの利用機会とか無いの？
アプリ間でデータ交換とか外部アプリへの機能提供とかの場面で利用価値あると思うけど

まあ、代替手段は色々あるし、わざわざムズい技術を覚えてまでcomを利用する必要もないか
特に開発人口が多い業務系開発だったら尚更だな

業務系ならなおさら何でもエクセルでやりたがる
もしくはCOBOL

PlatformSDKにもMIDLはあることだしSxSアセンブリでのCOMならいくらかハードルも低いし、C++での共有ライブラリ作成という観点でもう少しひろまってもいい気がするんだけどな。
ActiveXでもOLEでもなくDLL+αとしてのCOMっていう観点でさ。

なんにしてもMFCやATLで新しくコンポーネント作るってのはなくなっていくんだろうな。せいぜいVB6でか.NETアセンブリからタイプライブラリ作る位になるのか。

ATLでアウトプロセスサーバを作っているのですが、

親ウィンドウのメッセージループから自exe内のCOMオブジェクトを
どのように参照すればよいかわかりません。
マクロで展開されたポインタがどこかにあると思うのですが
どのように参照すればよいでしょうか？

ATL初心者なので質問の表現がおかしいかも知れませんが
よろしくお願いします。

デバッガで見てみたら
Choge *a=(Choge*)&ObjectMap[n];
で参照できました。
で、いいですか？ ←直感的にやったらできたので不安ですが・・・

いいよ〜いいよ〜いいよ〜

もー。ATLイベントの実装の仕方がいまいちわからん。

イベント出す側だったらウィザードが殆どやってくれるからあまり意識したことないけど？

イベント出す側なんですが、
クラスビューからメソッドと接続ポイントを追加したんですが
xxxxx.idlとxxxxxCP.hに空のクラスを作るだけで
メソッドの雛形作ってくれないんですよ。

最初のウィザードのときシンプルオブジェクトで作成してるからでしょうか？

ATLシンプルオブジェクトを追加するとき"接続ポイント"にチェックいれて作れば
クラスビューに IHoge と Libの下に _IHogeEvents が出来ているでしょ
イベントメソッド追加したければ _IHogeEventsで右クリック - メソッド追加で追加できるよ

メソッド追加した後、実装クラス (CHoge) の方で右クリック - 接続ポイントの追加をもう一回
やるのを忘れんな

で、できました。
>接続ポイントの追加をもう一回やるのを忘れんな
もう一回やったらできました・・・なぜもう一回なのかわかりませんか゛
とにかく今日一日試行錯誤していたのが「もう一回」のキーワードで解決しました。

>>75さんになにかごちそうしたい気持ちでいっぱいです。

極稀に２ｃｈも役に立ったり立たなかったりする

もう一役お願いします。

イベントを作成したのですが、イベントがクライアントに届きません。
Fire_Hogeを呼びだすときデバッガで追ったら
int nConnections = m_vec.GetSize(); で0が帰ってきて
その下のループの中のpDispatch->Invokeまでいきません。

ソフトの構成としてはアウトプロセスサーバ.exeからブラウザのjavascriptへイベントを発生したいのですが、上記の通りとなり、イベントを渡すことができませんでした。
m_vecが接続を管理するらしいのですが、javascriptからの接続がうまくないのでしょうか？
接続の方法としては<OBJECT>タグにCLSIDを埋め込むようにしてjavascriptでサーバ.exeのメソッドを呼び出すことは成功しています。

javascriptからEventをAdviseしてあげた？

>>78
Fire_Hoge()の呼び出しってどうやってます？
多分IHogeの実装クラスCHogeのインスタンスから呼び出してると思いますが、

COMクライアントが作ったCHogeインスタンスから呼ばないとFireできないっす

補足：

インターフェースをシングルトンにしとけば作成されるインスタンスは必ず一つなので、
いっそシングルトンにしてしまうとか

つ DECLARE_CLASSFACTORY_SINGLETON

ただこれをやると以下の問題も・・・

つ http://support.microsoft.com/kb/198834/ja

後は泥臭いやり方しか知らない

こんな感じなんですが・・・ EventをAdviseとはどのようなことをするのでしょうか？
<SCRIPT language="javascript" for="HogeID" event="HogeEvents(a, b)">
　　　alert(a);
</SCRIPT>
<OBJECT ID="HogeID" CLASSID="CLSID:XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX">
</OBJECT>

Adviseをお願いします。

>>80のアンカー間違えました。>>79が正解です

>>82は>>79に対するレスです。
>>83は誤爆です。

>>80,81
ありがとうございます。
参考にさせていただき再び試行錯誤させていただきます。

>>80
書き忘れましたが、Fire_Hoge()の呼び出しはは
ブラウザ(HTMLに記述したjavascript)からCHoge.exeのメソッドを呼び出して
呼び出されたメソッドの中でFire_Hoge()を呼んでいます。

質問させてください。
アウトプロセスサーバで
クライアントから呼出して配列データ(BSTR)を取得するメソッドを作成しています。
このときサーバ側ではSafeArrayCreate()でクライアントに渡す
配列データを作成しますが、この配列データはSafeArrayDestroy()で
解放する必要はないであってますか？

根拠としてメソッド内で解放するとクライアントに渡せない。
デバッガで確認したところSafeArrayCreate()のポインタをstaticで保持して
次にメソッドを呼び出したら、ポインタが指しているメモリが壊れていた
(=勝手に解放してくれた)。
ということからこのような結論に至ったのですが、間違ってないでしょうか？

解放しない。解放したら返せないからね。

今回outprocだから、正確にはマーシャラーが適当にシリアライズしたのち
解放してくれるのでユーザのコードでは(inprocの場合と同様)解放しなくて良い、
というような動作。

逆に「取得した側」は自分で解放する。

>>87
すばやいレスありがとうございます。

さらに詳しいCOMの内情まで教えていただきまして勉強になりました。
感謝いたします。

COMについての入門書がありましたら、紹介してくれないでしょうか？
なにせ情報や サンプルがなかなか見当たらないので

ttp://www.amazon.co.jp/exec/obidos/ASIN/4881356992
これはまぁわかりやすい方。

わかりやすくなくていいからIEが作れるぐらい
詳しい本は？

IEってかIEコンポ使ってのタブブラウザみたいなの？
それなら>>90の本とMSDN。
IEコンポ専門に突っ込んで書いてる本はないとおもう。
英語のMSDN読みまくる根性ないと無理。

いや、IEコンポを使うんじゃなくて、IEコンポ自体を作りたい。
IWebBrowser2を実装して、ActiveXコントロールをホストしたい。

IEコンポ自体を作りたいなら止めはしないが、MSは他人に実装させるつもりはないはず。
http://msdn2.microsoft.com/en-US/library/aa752127.aspx
> Custom Implementation No

ActiveXコントロールをホストしたいだけならIWebBrowser2を実装する必要は無いぞ。

mozillaにIWebBroser2の互換インターフェースが存在したような、

>>94
ぬあー、そうなのか。

>>95
Mozillaのコード見たけど、想像以上に整然としてて驚いた。

>>93
だったらATLインターナルがいいかも。

古きCOM書籍
興味がある方は、復刊リクエストご協力ください

Inside COM
ttp://www.fukkan.com/fk/VoteDetail?no=20887

Essential　COM
ttp://www.fukkan.com/fk/VoteDetail?no=38742

３層アプリでビジネスロジックを
ドメインオブジェクトとして他のマシンに置きたいとき
COMならCOM+が使えるじゃないですか。
.NETだと何を使えばいいのでしょう？

Web Serviceだとサーバ側にインスタンスを作って
継続的に使用できないですよね。
となると.NET Remotingかな。

>>99
System.EnterpriseServices でCOM+

>>100
なるほど！
結局はCOM+ですか。
.NetはCOMをうまく内包しているんですね。
ということは、「.NetになったらCOMは必要ない」
という意見は的外れなんですね。

COM+はやめたほうがいいんじゃないか？

>>101
CLR自身がCOMで実装されてるのに、誰だよそんなこと言った奴は。

現在どのプロセスがどのCOMコンポーネントを使っているか
知る方法はないでしょうか？

CoCreateInstanceなんかをHOOKしとけば、判るんじゃない？
(直接DLLからインスタンスを生成する方法がないわけじゃないけど)

COMが流行のキーワードでなくなり、.NETは使いものにならない
ということで、プログラミング環境は90年代前半に戻りつつあるよね。
ホビープログラマとしてはプログラムなんて動けばなんでもいいし。

確かにC++のシェアが下がったと思ったら、組み込みでC++再来みたいな。

ウェブプログラミングに飽きて、.NETも何かいまひとつ、そしてC++に戻ってきた。

COMでは参照カウンタが０になるとすぐに解放されることは
保証されているんでしょうか？

インターフェイスは参照カウンタ０で開放する規約になっている。
なってない場合バグ。その辺のロジックはATLとかがサポートしてて
直接コーディングすることは少ないから普通は大丈夫。
アウトプロセスの複合サーバーの場合は、
インターフェイスが開放されてもプロセスが終了しないものがある。
WordやExcelがその例。

IISでASPからActiveX DLLを使った時、ASPでSet obj = Nothing
してもDLLがロックされたままになるのは別の問題ですかね？

http://pc11.2ch.net/test/read.cgi/tech/1143171172/

・COMオブジェクトの参照カウンタが０になったときに、
　そのオブジェクトが消え去る

・あるDLLに属しているCOMオブジェクトの生存数が０
　になったときにそのDLLをアンロードしてほしい

この二つは全く別の話。

奥深いよね〜COM

>>107
どの分野でc++のシェアが下がったんだろう

業務系→cobol、j2ee
組み込み系→c、c++、asm

http://www.premiumtv.12gbfree.com/?X3/?STV=dvdmajestic+trailer+STAR+WARS

>>115
Windows のソフトでわずかだけれども C# が使われ始めているな。
以前ならMFCで書かれていたような奴が。

Sunが横やり入れなければ数年前にJ++で出来ていたことなのにねぇ・・・

組み込みでC#使ってるひといる？

VB6の後継はC#だよね〜

ぽとぺた環境のことか？

どとねと環境のことだろう

getUnk(&pUnk1);
getUnk(&pUnk2);
getUnk(&pUnk3);

pUnkOut->release();

IUnko

eco->recycle(unko);

シェルがCOMをまったく使わなくなる日が来たりするのだろうか

果たしてそれはWindowsなのだろうか。

果たしてWindowsのそれはシェルなのだろうか

IThumbnailCache ってどこから手繰りよせたらいいのん?
IThumbnailProviderからもってくるとキャッシュみないよね?

>IThumbnailProviderからもってくるとキャッシュみないよね?

IShellItem.BindToHandler経由でIThumbnailProviderからサムネールもってくるとキャッシュみないよね?

自己解決しますた
LocalThumbnailCacheでnewしてやればいいのね
ほんとのところCOMを理解してないけど

キャッシュ見るようになって動画のサムネイル早っ

先週からVisualStudio2005でCOM/ATLの開発始めたCOM初心者なんだけど、
おっそろしい程に参考になる本とかWEBページとか少ないな

ボチボチ進んでるから、なんとかなるとは思うけど、自力で探るのはめんどい

Essential COMの第一章はPDFになってて結構参考になった

>>133
kwsk

>>134
http://www.ascii.co.jp/pb/bookmart/pdf/47561/4756130666.pdf
直接の役には全然役に立たないよ
でもこれ読む前はなんでCOMがこんなことになってるのか全然わかんなかった

>>135
ありがとう。
読んでみる。

レジストリを使わないCOMがあったら便利だなぁと、そう思った
マニフェスト的なものをヘッダに持って
どう実現するかは知らんけど

>>137
XP以降ならマニフェストでサイドバイサイドできるよ。

解放忘れのチェックの仕方とエラー処理の書き方がわからんなあ

CComPtr
_com_ptr_t

>>137
海外のライブラリでそれできるやつあるよ

Registration-Free COM

ttp://www.ailight.jp/blog/sha256/archive/2005/03/29/5437.aspx

翔泳社の「ATL COMプログラミング」でCOMの勉強を始めたのですが、
VisualStudio2005でATLの「実行可能サーバー」を生成すると
ソースが書籍のサンプルと全然対応しなくて困っております

今の開発環境でCOMの学習用にいい書籍とかありますでしょうか？

ATL Internals: Working with ATL 8 (2nd Edition)
by Christopher Tavares, Kirk Fertitta, Brent Rector and Chris Sells

とかは2006年だ読んだこと無いけど

>>143
前に日本語でその手の本を探したけど、結局、見つからなかった。
真面目にサンプル作って解説本でも書いたら売れるかな。
売れないだろうな・・・・

>>143
俺もその本持ってるけど、COM/ATLの根本的なところは大して変わらないんだし、ATLの側でも
互換性のためATL3.0用のクラス残してるし、それで勉強してみたら？
C++属性なんて最後でいいと思うし、ATL8.0の部分だってATL3.0判ればそう難しくはないんじゃないか？

>>144-146
皆様ご意見ありがとうございます。
少なくとも日本語の書籍に新しいものはなさそうですね。
英語の本は時間が許せば…と思いますがやはり敷居が高いです。

>>146さんの言うとおりもう少し現状の環境で書籍の内容を確認してみます。

別環境のVisualC++6.0でATLのプロジェクトを生成し、それを使って演習…

IDropTarget/IDropTargetHelperを実装したクラスのウィンドウで
ドラッグドロップをしています。

そのウィンドウ上にマウスカーソルがあるときに他のウィンドウを非アクティブのまま
表示するようにしたいんですが、ウィンドウを表示すると元のウィンドウの下に
ドラッグイメージが隠れてしまいます。
(後から表示したいウィンドウもIDropTarget/IDropTargetHelperを実装してます。そっち上では
ドラッグイメージは隠れません)

ドラッグイメージのZOrderをなんとかしたいわけですが、
ヒント等ご存知の方いらしたら教えてくんなましょ

そのウィンドウと他のウィンドウと元のウィンドウと後から表示したいウィンドウが
どのウィンドウなのかわかんないのでAとかBとか名前付けて書いてくれると嬉しい

すんません

すべてのウィンドウ: IDropTarget
　・IDropTargetHelperをもってる
　・擬似メニューみたいな感じで、擬似サブメニューみたいなウィンドウがポップアップする

A上にドラッグ、A上にドラッグイメージ出る
↓
A上のサブメニューが展開してBを表示( AのDragOverでWM_MOUSEMOVEをA自身にsend。これが原因? )
↓
マウスはA上にあるけど、ドラッグイメージはAの下に隠れてしまう
↓
B上にドラッグ、B上にドラッグイメージが出る
↓
B上のサブメニューが展開してCを表示( BのDragOverでWM_MOUSEMOVEをB自身にsend。これが原因? )
↓
マウスはB上にあるけど、ドラッグイメージはBの下に隠れてしまう
(以下繰り返し)

IDropTargetHelper使わないと正常なんで、諦めるかも……

mpeg compass.jp
名古屋駅近辺でお話しましょう

COM初心者です。

CLSCTX_INPROC_SERVERを渡したCoCreateInstanceは
1つのプロセス内に1つのインスタンスを作成するみたいですが、

1つのプロセス内の複数のスレッドでひとつのIIDで指定されたインスタンスを
スレッドごとに作成したいときはどうしたらいいのでしょう。

もしかしてIIDごとに何個つくれるとか決まってたりするんでしょうか

各スレッドでCoCreateInstanceを呼べばいい。

Win32スレから誘導されてきますた

IExtractImageを実装したんだけど、2000で動かすと時々フォルダ内の全ファイルに同じ
サムネイルが出るようになる不具合はどう対処したらいいんでしょう。
MSDNのサンプル実装で起きるし、フラグ類いろいろ変えたりマルチスレッド対応にしたり
しても改善せず・・・

関数型でCOM使いたいんだけど、実装ありまっか？

あるよ。

処理系を教えてください

>>144の本（ATL Internals 2nd Edition）て日本語版出ないのかねぇ。

>>156
F#なら.NET経由でいけるのでは

>>135
今更ながらCOMの仕事が入り勉強中助かりました( ´∀｀)

すぐに絶版にするなら独占翻訳権を取得しないで欲しい。特にASCII。
それ以上にCOMはもう終わってるのか…(´・ω・`)？

終わってるというよりは枯れてる・・・と思いたい

COM無いとウィンドウズ自体起動しないだろ

インタネッツセキュリティが無いので、DCOMは終わりマスタ。
PDFリーダーとか本当にメジャーなものしか存在が許されないというか。

>>163
さすがに起動はするｗｗｗｗｗｗｗｗｗｗｗ

デスクトップ（HDESKTOP的な意味で）の表示くらいまではいけるうと思う。

タスクマネージャとかってCOM使ってる?

タスクマネージャくらいならパフォーマンスカウンタとかPSAPIくらいで大丈夫じゃねーか

デスクトップの表示まで行くと無理だな
IShellFolder

アプリケーションのタブでアイコンを表示してるから
COMつかってるんじゃね

な　に　が　い　い　た　い　？

アイコン表示してるのはリストビューの標準機能とイメージリストコントロールでCOM関係ない

VistaはCOM無しでは動かないかも
VistaのユーザーモードドライバはCOM仕様だから

>>164
http://itpro.nikkeibp.co.jp/members/NBY/techsquare/20030717/3/?ST=security

やべえ今までしらんかった
Ａｄｍｉｎｉｓｔｒａｔｏｒでログオンすると危険にさらされるんだね。

そもそもDCOMをルー田子えさ攻め

>COMプログラマの解説書
>Crispin Goswell
>Microsoft Office Product Unit
>1995年 春
>1995年9月13日改訂
http://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/jpdncomp/htm/com_co.asp
>抄録
>この解説書は、
>Microsoft(r) OLE Component Object Model（COM）オブジェクトを作成し、
>効果的に使用する方法を説明しています。
>例文はほとんどCで書かれていますので、実際に何が行われているかが、大変分かりやすく示されています。
>プログラマの中には、オブジェクトを実行するためにC++を好んで使用する人もいるでしょう。
>C++プログラマの観点からCOMの概念および基本的な使用法を論じているのは
>Kraig Brockschmidt著のInside OLE （第2版）（MSDN Library（Books））です。
>COMとは何か、またその設計や哲学の後ろにある動機付けをより理解する事に興味がある読者なら、
>Component Object Model Specification（MSDN Library（Specifications））の最初の2章を読んでください。
>第1章には簡単なイントロダクションを、第2章では徹底的に概要を解説してあります。
>この解説書ではInside OLEとCOM Specificationにある情報を、
>COMオブジェクトを実装する良い方法をいくつか示しながら解説するようにしてあります。

VistaのExplorerで
デフォルトのIExplorerCommandProviderって取得できねーのかな?
なんかあの緑色のコマンドバーのなかのコマンドって余所から実行できないんで困る

プレビューペインとかナビゲーションペインを出し入れしたいんだけど。

俺はしたくないしされたくもない

タスクバーのツールバー(IDeskBand)をCOMサーバーとして作成しています。
ツールバーを表示させたとき、エクスプローラーごとダウンして
バグの発生場所を特定できません。
空のツールバーの作成・起動には成功したのですが、外部から取得したデータを
反映させる機能を追加したところ、ダウンする現象が発生しています。

COMサーバーのデバッグ方法をご教授ください。
環境は、WindowsVista、VC++2008EE、ATLおよびMFC不使用です。

COM・・・
サーバ上のやつは取得できて、動かせます
クライアントからサーバ上のCOMを使いたい・・・
IDとかは設定してるのだが・・・
検索３時間してもわからず、ググるキーワードを２，３教えて下さい　(-_-)

>>178
Visual C++なら、アタッチすれば、あとは普通のアプリケーション同様に
ブレークポイントで止めて、変数見たりステップ実行したりできるぞ。

>>179
日本語でおｋ

エッチ　スケッチ

>>179
きめえから市ね

とりあえず２，３単語が分かりました、消えます

>>179
DCOMの設定したら使えるけど危険すぎ。
閉じたネットワークでだけ使うものだよあれは。

ネットワークに関係なく、
単にコンポーネントの提供する側と利用する側という意味で使っているかもよ。
179の書き方ではどういう意味か分からないけど。

俺もそうかと思ってたので>>184の洞察力に感服

このスレに住まわれるCOMの精霊様、
どうか以下の件についてお答えくださいませ。
VS2005でATLプロジェクトでWindowsサービスを作りましたが、
PreMessageLoop()の中で、以下のコードが無いとサービスが起動しません。
-----
if (SUCCEEDED(hr) && !m_bDelayShutdown)
　hr = CoResumeClassObjects();
-----
しかしサービスに1つでもCOMインタフェースを追加すると
CoResumeClassObjects()がS_OK以外を返すようになります。
そこでCoResumeClassObjects()を呼び出さないようにしても、
サービスは起動してくれます。

なぜCOMインタフェースが自分で追加していない状態では
CoResumeClassObjects()を呼ぶ必要があり、
COMインタフェースを追加すると呼ぶ必要がなくなるのでしょうか？

Effective COMには
・１つ以上のクラスをエクスポートしてるサービスが最初のCoregisterClassObjectの呼び出しで開始してしまうと、それらのクラスの初期化の問題が起きる場合がある
・このためREGCLS_SUSPENDフラグで起動を遅らせて、CoResumeClassObjectsで起動させる
みたいなことはあったけど。

追加したときにフラグ上書きしたことになってるのではと想像。

ふむー、こういうことかな？
サービスそのものがCOMであるけど、サービスは起動直後に立ち上がるから、
自分でタイミング見て初期化しないといけない。
新たにCOM実装すると、ATLのどっかで初期化するようになる。
よってサービスでCoregisterClassOBjectsを呼ぶと2重初期化で
エラーを返すのかな。
なんにせよ、COM追加したら呼ばないでいいのだろうか。
とりあえず外部アプリからサービスのCOM呼び出しとかは、うまくは動いてるし。

外部からエクスプローラーバーのIBandSiteを取得したいのですが、
とれません。
どのようにして取得すればよいでしょうか？

CHogeってCOMクラスが
HRESULT SetHoge(IDispatch* pV)
ってメソッドを持っていて、pVのポインタをCHogeのメンバとして保持するとき
- SetHoge()の先頭くらいでthis->pV->AddRef()
- FinalRelease()でthis->pV->Release()
ってすればOKって認識であってるかな。

>>191
一般的にはこんな感じ

SetHoge(IHoge* pHoge)
{
　if (pHoge) pHoge->AddRef();
　if (this->pHoge) this->pHoge->Release();
　this->pHoge = pHoge;
}

NULLをセットして開放することを許可しておくと、循環参照等を
断ち切るときのためになるので吉。

ATL 等なら、CComPtr<IHoge> pHoge とメンバ変数を宣言し、
SetHoge(IHoge* pHoge) { this->pHoge = pHoge; } で十分。
非 ATL なら _com_ptr_t の利用も考慮してみると良いと思う。

ああそうかメンバ自体をCComPtrにしとけば代入だけでいけますね。

おお、COMのすれ、あるんだ！

よろしくね(´･ω･`)

先生、googleがCOMを検索してくれないので勉強できません

COM
OLEオートメーション総合
どうしてCOMは即死したのか
の3つのCOM関連スレがあるけど、どう使い分けるの？
というかどれもすでに死んでるのかな、、少しさびしい。

>>197
IEコンポーネントをC++から使う話はたまにWin32APIスレで見る。
.NETから各種COMコンポーネントを使う話もたまにC#やVB.NETのスレで見る。
あと、DirectXのことは当然DirectXのスレで扱われる。

質問はそっちで賄われるから、
その3つのスレはほとんど雑談くらいにしか使われないんだよね。

雑談モード。
たしかMSHTML::IHTMLWindowだったか、QueryServiceというのがあったが、QueryInterfaceと何が違ったんだろう…。
どっちもIFを取得するという点では同じなのだが。何か長短があるんだろうか。
たとえば自分がComponent作るとき、QuerySeriviceでIF提供したほうがいいなって場面あるんだろか。

IBindCtxとIMonikerの関係と、存在意義について教えてください。

それらは、MkParseDisplayNameとBindToObjctや、
それをラップしたCoGetObjectなどのように
文字列からCOMオブジェクトを作るためのものだと俺は理解している。

IMonikerはその文字列をくるんだだけのインタフェース。
IBindCtxはオプションを指定するBIND_OPTSをくるんだだけのインタフェース。
実際にはもう少し高機能だろうけど。

文字列ってのは何でもあり。ファイルパスやURLもそうだし、
とあるExcelブックのあるセルを参照するのは
"C:\[hoge.xls]Sheet1!A5"みたいな感じだったと思う。

>>201
ありがとうございます。

IBindCtxやIMonikerを引数に渡すAPIやInterfaceが多いのですが、
MSDNを何度読んでも、どういう時にどういう設定で使えばよいか良くわからず、困っています。

MSDNに、
The IBindCtx interface provides access to a bind context, ・・・
と書かれていますが、”bind context”とは何なのでしょうか？

文字列からオブジェクトへの変換を行うバインダへのハンドルのようなもんと思えば

>>199
自分の理解では。QueryInterfaceは、あくまでもそのオブジェクトが持つ機能を公開するもので。
QueryServiceは、そのオブジェクトが管理している別のオブジェクトを返すものだと思っている。
例えば、プラグインとかさ。

>>119
QueryInterface は自分自身の IUnknown を返さなくてはならない
（オブジェクトの寿命や同定とかいう観点から）という制約というか仕様なので、
要求された機能を持つ他のオブジェクト（かも知れない）のインタフェイスを
返すには使えないから。

>>202
どう使うかということは、MSDNライブラリを眺めるより、
サンプルを探しにググって実例を見たほうが分かるようになる。

>>206
全くその通りなんだけど、
サンプル見つからなくてね・・・。

>>204
>>205

なるほどー。QSで帰ってくるものは自分自身じゃないんだ。しらなかった。どうもありがとう。
ん？でもでも、だとすると次なる疑問が。。。

QIの価値はわかる。同一コンポーネントが複数IFを持つことは価値があるし、
(IPersistXXXXを持ち、IMyAppを持ち、IMyConfigを持ち、とか)
それが機能するには、Platform側の標準やりとりが必要だから。
(Javaだと言語が切り替えの仕組みをサポートするとか)

それに対しQSって何で必要なんだろ。
標準やりとりが必要ないなら、単純にGetter相当でOKのような。

ごめん、自己解決。なんで必要か分かった。
はじめから追加サービスがどれだけあるか決まってるならGetterでいいが、
今後の拡張にそってどれだけサービスが増えるか分からないので、名前引きにした、ということですな。
expandoみたいな考え方な。

だからPluginとかいう話もガイシュツだったわけね。賢いなぁ、アドバイスしてくれた人

COMコンポーネントのメソッドから、COMコンポーネント呼び出し元クライアントの
SID取って管理者権限か判断とかできるかな？

COM勉強してるけど、楽しいなあ

最初だけだよ・・・一定規模以上のプログラム作り出したら全てを放り投げたくなる

Javaが９０年代に鯖サイドであっという間に普及したのはCOMのめんどくささのおかげ
CORBAよりはましだけど

何ズレた事言ってんだよｗ

C#からCOMいじりしてると、なんか脳液がドクドク出てくるのが分かる
もうシェルインターフェイスだけで丼飯バクバク食えるぞ
自分がMだとは思わなかった

C++からCOMいじると最強。　＞これ、何の意味がある暗号インターフェース？

これ、何語？　＞ＭＦＣ

C#でCOM使ったことあるけどそんな大変でもないよね。
>>215はどんだけ敏感なんだ？

C#ではExcelのオートメーションみたいにデフォルト引数を使いまくりだと死ねる。

C#では重かったり、.net frameworkでサポートされてないのを
C++で書いてCOM化してC#から呼ぶのは使えるな。

　↑
C#とCOMを無きものにしたらどうよ？

windowsでGUIアプリ作るのにC#って選択肢ははずせないしね・・・
さすがに、いまさらATLとかは辛い。

＞windowsでGUIアプリ作るのにC#

外して下さい。
おながいします。

COM作ろうと思って、shobjidl.hインクルードしたんだが、多重定義のエラー

で、調べてみるとNO_WIN32_LEAN_AND_MEANをdefineすれば解決できるらしい

#define NO_WIN32_LEAN_AND_MEANしようが、コンパイルオプションに/D NO_WIN32_LEAN_AND_MEAN

つけようが、まだ多重定義エラーがでる･･･

解決策おしえてー；；

win xp sp3
vc++6
platform sdk 2003 server sp1

WIN32_LEAN_AND_MEANを定義したままなんてことはないよな？

>>225
はい。
ソースのほうは

#ifndef WIN32_LEAN_AND_MEAN
#define WIN32_LEAN_AND_MEAN
#endif

にしてるので･･･

はあ････なんでだ･･･
なんだかんだで１日中調べてる･･･

どこかで、VC++6では2003年2月以降に発行されたplatform sdkは使えないとか
書いてあったけどそれは違うよね･･･？

>>226
それ削除しないと駄目だ。
両方定義していたら、たぶんWIN32_LEAN_AND_MEANが優先される。

>>227
優先される？って？

/D WIN32_LEAN_AND_MEAN単独でも
#define WIN32_LEAN_AND_MEAN単独でも
どちらも同じように多重定義エラーでるんですよね･･･


ちなみに･･VC++6のコンパイルオプションだけど、
プロジェクト⇒設定⇒C/C++オプションのところに
/D WIN32_LEAN_AND_MEANを加えるですよね

＞vc++6 
＞platform sdk 2003 server sp1 

VCのバージョンを上げろゴラってことじゃないかと・・・

>>228

NO_WIN32_LEAN_AND_MEANよりWIN32_LEAN_AND_MEANが優先されるだろうからWIN32_LEAN_AND_MEANのマクロシンボルを削除しろってことじゃないの？

>>224と>>228の内容が矛盾してるよ。
>>224ではNO_WIN32_LEAN_AND_MEANを定義したいと言ってるのに>>228ではWIN32_LEAN_AND_MEANを定義してるよ。

すみません。
すべてNO_WIN32_LEAN_AND_MEANです。

永遠なるCOMを称えてage

Windowsの音量を変更するＣＯＭ教えてください。。。
すんません、こんな質問で。

つ[http://www.google.co.jp/search?hl=ja&q=Windowsの音量を変更するＣＯＭ教えてください]

"wshom.ocx"をimportしようとすると生成された.tlh,.tli でエラーが発生します

#import "C:\WINDOWS\system32\wshom.ocx" rename_namespace("XXX") named_guids

debug\wshom.tlh(1004) : error C2629: 'class _variant_t (' は不正です。
debug\wshom.tli(832) : warning C4003: ﾏｸﾛ 'GetFreeSpace' に指定された実引数の数が少なすぎます。
…

import以外にはなにもしていない(mainからreturnしているだけ)なのにこのようなエラーがでる理由がわかりません。
importするやり方が悪いのでしょうか？

ほしゅ

ITypeLib ViewerからVBScript Regular Expression を*.IDLファイルに保存したら、
ファイルに出力されるインターフェースが途中までしか保存されません。

具体的には、IregExp2インターフェースの

interface IRegExp2 : IDispatch {
[id(0x00002711), propget]
HRESULT Pattern([out, retval] BSTR* pPattern);
[id(0x00002711), propput]
HRESULT Pattern([in] BSTR pPattern);
[id(0x00002712), propget]
HRESULT IgnoreCase([out, [EOF]　←[EOF]は出力されません。単にファイル終端なだけです

ここまででファイルの終端になっています。何が悪いんだろう・・・

>>237
最近同じところではまった気がする

結局、何が悪いかは分からなかったけど、ITypeLib View のウィンドウの右ペインで
テキスト選択 => コピー => エディタで貼り付け、
で回避した

ちなみにコピーは Ctrl+C
Ctrl+C のコピーできるなら、マウス右クリックの編集メニューサポートしとけよって…

ありがとう！！！

手動コピペでうまくいった

>>233
> Windowsの音量を変更するＣＯＭ教えてください。。。
> すんません、こんな質問で。
>

　　 Dim objShell
　　Set objShell = CreateObject("Shell.Application.1")
　　objShell.ControlPanelItem("mmsys.cpl")

これでどうよ？コントロールパネル-サウンドとオーディオデバイスのプロパティ を出すだけだけど

APIでwaveOutSetVolume()ってのがあるみたいだな＞＞オーディオの調整

はいはい

>>235
#import <wshom.ocx> rename("FreeSpace","FreeSpace2")

main.obj - ｴﾗｰ 0、警告 0

あげ

COM形式の実行ファイルの話はこのスレでいいんですか

いいとは思うが、COM形式の実行ファイルって何だ?

command.com

いまさらそっちのCOMなのか
じゃあ違うな
個別のスレはなさそうだし、「スレ立てるまでもない質問はここで」とかで聞くしかないんじゃないの?

office製品との連携にc++でcom(dll)作ってしまうのが良さそうと思ったけど、誰も使ってなさそうだな。orz
みんなvbaで済ませちゃってるっぽいな。vb回避したいのでいろいろ探してcomにたどり着いたのに。orz
それとももうcomは捨てて、まねーじcom(.net)のほうに逝っちゃったかな？
.netはcom使える様にする設定が面倒と思った。

もうだれもobaやってないみたいだなw

Inside COMって絶版だったのか。
会社にあったから何とかなったけど、
XPCOMでの関連書籍にEssential COMとかあるのに、それも絶版とか・・・

Inside COM
には、
COMは誰も定義が言えないうえ今までなかったプログラミングの構造だが、
今後のプログラミングはこの構造になるって、
ばっちゃが書いてた。

いまは.netの方向に進んでて、comは捨てられてるな。

ﾄﾞﾄﾈﾄ進むというか迷走だがｗ

com回帰来るの？

そうならなくて、HTML5だろ、ｊｋ

シェル拡張ってInprocServerじゃないとダメなの?
サンクも出来ないLocalServerなCOMも呼べないとかどうしようもないお荷物じゃねーか

>【IT】英ITサイトの「Microsoft製品のワースト10」、1位はあのOS［09/11/13］
>ttp://anchorage.2ch.net/test/read.cgi/bizplus/1258085902/
英ITニュースサイトV3.co.ukが、同サイトが選んだMicrosoft製品のワースト10を
発表した。
10位はMS-DOS 4.0、
9位はIE 5、
8位は「期待ほど革新的ではなかった」という理由でWindows 95、
7位はZune、
6位はBob（Windows 3.1／95にバンドルされたナビゲーションシステム）、
5位は「セキュリティ問題を引き起こした」という理由でActiveX、
4位はWindows Vista、
3位はVista Capable（Vista対応PCにロゴを付けるプログラム。実際はVista Capableは
Home Basicエディションにしか対応していなかった）、
2位はClippy（クリップの形をしたOfficeのマスコットキャラクター）、
1位はWindows Meだった。

ソースは
http://www.itmedia.co.jp/news/articles/0911/13/news028.html
Top 10 worst Microsoft products of all time（V3.co.uk）
http://www.v3.co.uk/v3/news/2252318/top-worst-microsoft-products
http://www.v3.co.uk/v3/news/2252318/top-worst-microsoft-products
http://www.v3.co.uk/v3/news/2252318/top-worst-microsoft-products?page=2

VC++ のキーワード __hook で COM のイベントのソースとハンドラを繋げる仕組みがありますが、
__hook を使わず、COM 系関数などで完全に再現できるものでしょうか。

いろいろ調べたところ、
__hook と同等の機能かはわかりませが、
IConnectionPointContainer インターフェイスを用いることで、
__hook を使わなくても COM のサーバーとクライアントを
イベントで関連づけることができました。

お騒がせししました。

おお

COMインタフェース登録時のパス指定について。

動作&開発環境：Windows XP Embedded　& VC++2005

HogeHogeCom.dllを作成し、IHogeObjectを作りました。
dllと同一フォルダにバッチファイルを作成し、以下を記述しました。

regsvr32 HogeHoge.dll

バッチファイルを叩いたところ、
「HogeHoge.dllのDllRegisterServerは成功しました。」と表示されますが、
レジストリ登録が失敗しています。
CoCreateInstance()で0x80040154 (REGDB_E_CLASSNOTREG)が返されます。

regsvr32 に相対パスではなく絶対パスを指定すると、
レジストリ登録が成功します。
CoCreateInstance()で0 (S_OK)が返されます。


質問の内容ですが、
regsvr32でCOM登録する場合は、絶対パスを指定しないとダメなのでしょうか？

環境変数

蘇れ

>>262
レジストリ登録ファイル使えばええがな。
アレと、継承ツリーを遡り、IIDをマッピングする独自テンプレート
書いておくとATL無しでも簡単にCOMサーバー書けるぞ。

話は変わるが.netってCLSID付きのクラスや、共有のインスタンスって
作れるの?

>>265
後者は知らない。
CLSIDはGuid属性付きでクラス定義すればOK。

IDispatchって簡単に言うとなんですか？

WM_COMMAND

ポリモーフィズム

ん、つまり
いみがわからない

馬鹿にはcomは無理。

.netでCOMインターフェイス実装して
なんも知らないユーザーがMarshal.ReleaseComObjectすると例外でるよね
だってCOMオブジェクトじゃないもん！って怒られちゅうんだ

これ ； デリミタっていうんだけどさ、よく打ち忘れるよね
Rubyだとつけなくてよくなるんだけど


ゴミだな

キチガイはすっこんでろ

COMあげ

MFCのWindowsアプリから、COMのアウトプロセスサーバーのメソッド呼び出し中に
Windowsメッセージに割り込まれることがありますが、これを防ぐ方法はありますか？
現状は、COMの呼び出し中にフラグを立てて、Windowsメッセージ受信時にフラグONなら
同メッセージをPostMessageし直して処理を保留としていますが、スマートではないので。

充分スマートです

>>277
レスありがとうございます。
他に上手い方法が思いつかないので、とりあえずこの方法で対処したいと思います。

はい
がんがって

qttabbarとかのソースみたらCOMだらけだったんですが
ああいうのってどこで学習したらいいんでしょうか

ttp://www.amazon.co.jp/dp/4881357557/

基本的に今の時代０からOLE/COM学習するの無理っぽくね？
昔俺が手がかりにしたMSの仕様書は今探してもことごとく抹消されてた。
Inside OLEとか絶版だし、手に入れても内容がバラけてて網羅性もない。
やっぱりあの仕様書群読むのが一番手っ取り早いはずなんだけど。

http://msdn.microsoft.com/en-us/library/ee663262(v=VS.85).aspx

シェルエクステを簡単に実装する方法を教えてください

SHCreateShellItemArrayFromDataObject の逆のAPIってないの?

IShellItemArrayからIDataObjectが欲しいんだけど

と思ったら
IShellItemArray::BindToHandler でいいのか

いずれにせよIShellItemArrayとIDataObjectの寿命がバインドしてるっぽいから
使い勝手悪いな
ITEMIDLISTにばらして持つしかないのか

IShellItemArray / IShellItem使って
IShellFolder / ITEMIDLIST は使うなってことなのか

でも過渡期だとどうせ両方使わなくちゃできないことも多いんで
手間が増えるな

class IHoge : public IUnknown {　〜
class IFuga : public IUnknown { 〜
class Piyo : public IHoge , public IFuga { 〜

COMってこういう場合でも仮想継承はしないほうがいいんですか？

void MyFunc(IUnknown * p) { 〜

Piyo * piyo;
MyFunc(piyo);

みたいなコードが書けなくて困るんですけど

うんこなぅ

俺のCOM は9800bpsの高速だぜぇ。

それを言うなら、9600bpsだろう。
いずれにしても、つまらんが。

久しぶりだなこのスレ

Windows7とか8でまた楽しいCOMインターフェイスが追加されてるな

IInspectable

COMで扱うバリアント型の気持ち悪さは異常

馬鹿には無理

ああするしかない。

データもIUnknownから派生すればよかったのに

>>175
The COM Programmer's Cookbook
5 out of 23 rated this helpful Rate this topic

Crispin Goswell
Microsoft Office Product Unit

Spring 1995
Revised: September 13, 1995
http://msdn.microsoft.com/en-us/library/ms809982.aspx
Abstract
This cookbook shows you how to create Microsoft® OLE Component Object Model (COM) objects and use them effectively.
The examples are mostly in C, as this shows most clearly what is actually being done.
Some programmers will prefer to use C++ to implement their objects.
Kraig Brockschmidt's book Inside OLE (2nd edition) (MSDN Library, Books)
covers the concepts of COM and basic usage from the C++ programmer's perspective.
Readers interested in gaining a better understanding of what COM is, as well as the motivations behind its design and philosophy,
should read the first two chapters of the Component Object Model Specification (MSDN Library, Specifications).
Chapter 1 is a brief introduction, and Chapter 2 provides a thorough overview.
This cookbook builds on the information found in Inside OLE and the COM specification by showing some good ways to implement COM objects.

>>288
なので、IUnknownへのポインタが欲しくば、QueryInterfaceするのが王道。
QueryInterefaceはCOMインタフェースへのキャストを行うものだと思えばいい。

Windows8 でデスクトップガジェットってなくなるの？
IDesktopGadgetとかどうしてくれるの？

COOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOM

COMのイベントについてググるのはバカにとって鬼門だな。
バカがやると「なんとかドットコム、秋のイベント開催中」みたいのしかヒットしないからなw

やったのですね
わかります

ReactOSっていうWindowsクローンのOSを開発しています。
その中のexplorer_newの開発を手伝ってくれる人を探しています。
COMの知識がある人、居ませんか？

おいらはExplorerでCOMな人間だけど
あいにくC#で動いてるしなぁ

>>304
おめーのプロジェクトじゃねえだろうが…

COMっちゃうなー
Reactに誘われて♪

元ネタわかる人いるのかよ

元ネタがあると言うことがわかっただけで、ロートル確定だな。

ロートル(老頭児)は中国語である。
これ豆な

馬鹿には無理

どしたの？

>>283
>>298
良スレthx

コードにちらばるunkというキーワード

思わずoを足したくなる
なんとかしてくれ

IUnkonow

そういやcommってアプリはどうなった？

Shellまわりのインターフェイス

どうせだったらexplorerそのもにも実装してくれればいいのにと思うものが多数

winRTでカレーにフッカツ
とっととタヒねばいいのに

アプリのプラグインdllでCOMを使いたい場合、イニシャライズは
どうすればいいんだろう?一般的な指針ってあるんだろうか?

なんの初期化をしたいか、COMを使うというのは、
COM規約を利用してCOM実装を作る側なのか、
利用する側なのかで変わるから一概に答えられん。

当てずっぽうで言っとくと、利用する場合は、
DllMainでCoInitialize、CoUnitilializeだろう。

逆に自分でCOM objectを提供する場合は、
Factoryクラスで初期化と後片付けを提供すりゃいいだろう。

初期化と後片付けの手間が半端ない

聞きたかった点をもう少し詳しく書くと、COMを利用するdllにおいて
・アプリ本体側でCoInitialize(Ex)を行っていない場合、dll側で初期化してもよいのか
・する場合、どこですべきか(DllMainかあるいは各エントリポイントか)
・特に、dllの関数がマルチスレッドで呼び出される場合についてはどうか
というあたり。
アプリ側がdllの仕様を知っていて必要な初期化を行ってくれるんであればいいけど、
dllプラグインのような場合dll側がアプリに合わせる必要があるんで、そのとき
どういうふうにすればいいんだろうかと。

VARIANT が VT_DATE のときの値と CRT の time_t を相互変換するにはどうすれば良い？

>>322
CoInitialize(Ex)のremarksに書いてあるやつじゃだめなの？
一度初期化したスレッドモデルと異なってたら初期化に失敗するだけじゃね(後に初期化しようとした他の人のプラグイン含む)？

なるほど、と思って改めてmsdn見にいったら、DllMainでは呼ぶなって書いてあるのね。
結局のところホストアプリ側で考慮してなきゃ無理ってことかな。

DLLに、最初にこの関数呼んでね的な関数追加して、そこでCoInitializeすれば良いのかなぁ

プラグインなんでしょ？
サーバーというかホストが 初期化するよ/終了するよ みたいなの教えてくれないの？

>>323 MFCを読め

>>326
>>327
アプリ側でケアするんならそっちでCoInitializeするだけじゃね？

>>326
MSも含め、DLL側じゃなくexe側で初期化しろって方針なんだから、
DLL側で初期化すんのやめたら？
MSのDLL使う時だって、CoInitialize、CoUninitialize(もしくはWrapした関数)
必要なんだから、DLL使う側だって今更そこまで気にしないだろ。

CoInitialize忘れてCOM使うと
エラーが良くわからん状態になるので
忘れないようにしたいという需要はある

そういってもMS提供のDLLでもそうしてんだから、
それに従うしか無いだろうに

アパートメントモデルの問題があるから、
ＤＬＬで勝手に初期化するわけにはいかない。

foreach実装する方法おしえてチョン

何語？

マゲ

IShellViewのヘッダーが表示され内容に死体が胴すればいイカ？

FWF_NOCOLUMNHEADER あたり

>>338 似たようなフラグで解決。ありが�d。

相変わらずReactOS開発中。SHDOCVWとBROWSEUIの実装に関する資料希望。

儲かるActiveXの作り方教えて下さい、偉い人。

んなもんない

localのEXEサーバーに大きなデータ(数十MB)を渡したいんだが、SAFEARRAYに
突っ込んだ場合、パフォーマンスはどうなんだろう？
数秒とかかかるようならあきらめるけど。

登録されているCOMのCLSIDとそのDLLパスのペアの一覧を取得する方法を教えて下さい。

レジストリを舐める

>>344
構造を説明した資料ないっすか？英語可

http://msdn.microsoft.com/en-us/library/windows/desktop/ms691424%28v=vs.85%29.aspx

OLE Viewer使えば簡単だった。すまそ

ヽ(･ω･)/ｽﾞｺｰ

ATLが使えてひまな人、ReactOSの開発に参加して下さい。お願いします。

はい。

>>350
おお、参加してくれるか。まずは僕のHPの「ReactOS開発の手引き」を読んで下さい。

いいえ。

--------------------------
運命の選択
--------------------------
ReactOS開発に参加しますか？

　　　　　[はい] [いいえ]
--------------------------

それは人生のスイッチ。

実力と英語力と時間がある人はお金がもらえるよ

複数のアプリで共通のインタフェースを持たせたい場合、単純にそのインタフェースを
定義したIDLをそれぞれのアプリでimportすればいいんですかね？
あとこのとき、インタフェースのバージョンアップ(メソッドの追加など)はどのようにすれば
いいんでしょうか？

>>349
お前が亡くなれば参加してもいい

>>356
ジェラシーか？
自分を恥じているのか？
いずれにしても時間の無駄

VSのウィザードが生成するidlは最初にinterfaceの定義があって、その後に
coclassを含むlibraryが記述されますが、interfaceがlibraryの外で定義されるのは
どういう理由からなんでしょうか？
libraryの中にinterface定義を記述する場合とどう違うんでしょうか？
同じinterfaceを使う複数のlibraryが書けるようにしているんですかね？

>>358
インターフェイスの再利用のため。

COMは人工知能を作りたい人が越えるべき一里塚

いいえ。

COMではinterfaceと実装を分けて考える必要がある。
interfaceは外に公開する操作用の接点。実装はinterfaceに必要な機能の詳細。
interfaceを幅広く利用するために、生成・破棄の手段を一定の形式に従って公開している。

ずっと昔はidlとodlに分かれてなかったっけ？

馬鹿じゃね？
OOならずともinterfaceなら当たり前じゃね

例えば、集合を表すinterface ISetを公開する場合、実装方法は自由に選べる。
連結リストで集合を実装するclass CSetByListの実体を返してもいいし、ベクトルで集合を実装するclass CSetByVectorを返してもいい。
interfaceと実装を分離することでソフトウェア部品の共通化と再利用性が高まる。これはこれからの人工知能の要と言える。

>>359
再利用ってのはつまり、複数のlibraryで同じinterfaceを参照したい場合のために
libraryの外でintefaceを定義しているってことですかね。
ということはひとつのlibraryでしか使わないintefaceはlibraryの中で定義しても
同等なんでしょうか？
dispinterfaceの場合はlibraryの中で定義する場合と外の場合とでMIDLの
コンパイル結果が大きく違うようですが。

公開したくないなら公開するな。そういうことだ

>>367
library内のcoclassが参照するinterfaceなら、中で定義されたものでも外で定義されたものでも
どちらの場合もタイプライブラリに含まれて公開されますが？

じゃあ、参照するinterfaceを作成する方法は何通りある？

とりあえず、再利用の話なのか公開の話なのか参照の話なのか話題を絞れ。

>>369
一通りって何を数えるんだろう？
・同じidlに書く
・別のidlに書いてimportする
・別のタイプライブラリにコンパイルしたものをimportlibする
とか？

>COMは人工知能を作りたい人が越えるべき一里塚

なんで人工知能を作りたい人の文脈でCOMが出てくんの？

＞365 ：片山博文MZパンク ◆0lBZNi.Q7evd ：2013/05/05(日) 22:01:55.03
＞interfaceと実装を分離することでソフトウェア部品の共通化と再利用性が高まる。これはこれからの人工知能の要と言える。

なんでこの人広義なソフトウェアの一般論をわざわざ人口氏h脳だけに的を絞って話してんの？
覚えたてなの？きもちわるい

えいやこら
えいやこら
どっこいしょ

ワリートマケの唄

えいやこらどっこいしょ
えいやこらどっこいしょ
パソコンのためならえいやこら

We love COM

C#で書いたアプリにスクリプト機能つけようとしてんだけど
C#4.0のオプション引数機能がそのままスクリプトでも使えてワロタ

public void Hoge( object arg1 = null, object arg2 = null, object arg3 = null ){...}

って公開したメソッドがスクリプトのほうでも

Hoge( 1, "hage", true );
Hoge( 1, "hage" );
Hoge( 1 );

って感じで使えてマジでスクリプトっぽい。ちょっと感動。

当たり前じゃね？
なんで出来ないと思ったの？

いやー
スクリプトさんがシグニチャからメソッド探すときに
よく間違えないで見つけてくれるもんだと思ってさぁ

オプション引数使ってないメソッドをシグニチャ違いで呼ぶと
スクリプトさんのプロセスで「プロシージャの呼び出し、または引数が不正です」って怒られるのよ
.netの方じゃなくて。

引数があってるか確認してるのは
スクリプト側じゃなくてBinderだからな

そうだ、バインダーが探せバインダー

昔MSX界隈に、どうすれバインダーっていう人がいたな

ファイルタイプのアイコンハンドラを登録して
InprocServer32にdllを設定する時、

64bitOSの場合でそのdllが64でビルドされてたら
32bitアプリケーションからはそのアイコンハンドラが呼ばれないって状況はありえる？

つーか普通そのdllって32bitで作るの？

状況はありえる

32bit専用で作ることも出来るし
64/32bit兼用で作ることも出来るが
64bit専用のものは32bit側からは使えない

comcom

comとcom+は何が違うのですか？

COMはインプロセス
COM+はアウトプロセス
細かい違いはあるが基本はそれだけ

32bit用に作られたcomサーバーを
64bit用のcomクライアントから使用したい場合
上記サーバーを64bit用に作り直す
(ソースの変更と再コンパイル)
必要がありますか？
それともwrapperみたいなのを書けば対処可能ですか？

必要ありません
登録する時に適切な手順を踏めば問題なく利用できますし

なるほど
どいうことは
64bit用のクライアントで使用できない
32bit用に作られたCOMサーバーは
登録する時に適切な手順を踏んでいないということですね
多分COMサーバーのインストーラーが変なことしてるのかな

http://msdn.microsoft.com/ja-jp/library/aa384231(v=vs.85).aspx
この辺見ると、63bit/32bit相互運用可能なのは、アウトプロセスの場合のみって思えるけど違うの?

IEやOfficeはともかく、一般のライブラリ的なCOMサーバはインプロセスが多そうなので、
相互呼び出しできないんじゃないの?

×63bit/32bit相互運用可能なのは、
○64bit/32bit相互運用可能なのは、
です

>>392
気付かなかったorz
眼科行くべきか

２秒くらいえっ？てなった

鳥の竜田揚げ

IDataObjectを実装してるオブジェクトから
あるフォーマットのデータを削除することってできる？

空データで上書きしてもそのフォーマットとしては残るし
空データでもデータとして意味がある場合もあるし

自前の実装でそういう処理を書ける場合じゃないと無理？

無理だな

IDataObjectにHGLOBALなデータを設定するとき、
一体どのAPIを使ってメモリを割り当てたらいいんでしょう？

伝統的にはGlobalAllocを使うんだと思いますが
LocalAllocを直接使っているコードを見たことがあります。。

HGLOBALならGlobalAlloc使っとけばいいんじゃない？
Win16と違って、Win32では同じものだけどね。

またお世話になります。

プロパティシステムまわりの質問なんですが、
プロパティのcanonical name ("System.Keywords"みたいなの) ⇔ PROPERTYKEY/IPropertyDescription は相互に取得できるのは分かったんですが
表示名("キーワード"みたいなローカル名) をパースして canonical nameを取得する方法ってありませんか。

もしかして総当りしか方法はなかったりしますか。。。

とりあえずシェルのカラムにあるやつはなんとか取得できそうです。

IShellFolder2::GetDetailsOf( null, ... をループでまわして取得したローカル名と比較するという力技ですが。
一致した場合にそのインデックスからIShellFolder2::MapColumnToSCIDでPROPERTYKEYが取れました……

OLE スレッド モデルの概要としくみ
http://support.microsoft.com/kb/150777/ja

φ(..)メモメモ

EternalWindows - COM
http://eternalwindows.jp/#com

温COM知新 (おんこむちしん)
http://www.asahi-net.or.jp/~kv8s-yjm/another/yjamain.htm

COM研究室
http://atata.sakura.ne.jp/com/

どとねと

相互運用マーシャリング
http://msdn.microsoft.com/ja-jp/library/eaw10et3%28v=vs.110%29.aspx

アンマネージ コードとの相互運用
http://msdn.microsoft.com/ja-jp/library/sd10k43k%28v=vs.110%29.aspx

A synchronous OLE call made by the recipient of an inter-process/inter- thread SendMessage fails with
RPC_E_CANTCALLOUT_ININPUTSYNCCALL(0x8001010D).

http://support.microsoft.com/kb/131056/EN-US

テキストエディタのMeryみたく、自作アプリのマクロを
WSHエンジンで動かせるようにするにはどうしたらいいのでしょうか？
Visual Studio で C++(MFCなし) の場合です。

ヒントだけでもいただけたらと思います。

どなたか、いませんか〜？

いませんよ

生存かくにん。 よかった(ハート)

season quinen age

COMも、LoadLibraryみたいな形でアプリ内で閉じて使えたらアプリのプラグイン
インターフェースとして使えたのにな。

>>406
WSH上で動かすんじゃなくてWSHの機能を呼び出すんじゃろ

まずは難しいことを考えずに
コマンドリストを実行できる機能をつけて
そこから改良していけばいいのではないか

凝ったことをやりたいなら構文解析・パーサーをキーワードにして
知識を広げていくのが良い

それとも
IDispatch::Invoke と IDispatch::GetIDsOfNames を組み合わせて使うとか
そういう話かな

v8を組み込んで
jsインタプリタ内蔵の
プラグインにすれば良い

>>406
サクラエディタのマクロはWSHだったような気がする

IFileOperation でファイルのショートカットを作成することって出来ないの？

コピー・移動・リンク作成が直交的に作れたら美しいんだけど

EXCELをCOMアドインで操作していると、同じ処理をしているにも関わらず、
ある時は数秒で終わるのに、ある時は、何十秒も掛かったりと、挙動が
おかしいのですが、何か解決のヒントありますか？

>>417
COMなんて使わずにこれ使えよ。マイクロソフトご謹製だよ。
http://www.microsoft.com/ja-jp/download/details.aspx?id=5124

ま、使うとかなり目眩がするけどなwww

>>416のシェルを使ったショートカット作成の件だけど、

→作成先フォルダのIDropTarget取得
→ショートカットを作るファイルのIDataObjectをCF_HDROPとかCF_SHELLIDLISTとかの形式で作成
　IFolderViewがある場合簡単。
→IDropTargetのDropその他を順番に呼び出す。その時effectをDROPEFFECT_LINKにしておく

みたいなウンコな方法か、ちまちま一個ずつ作るしかないの？
ちまちま一個だとUndoを一度にやってくれないし

もしかしてこのウンコの方法が正統な方法だったりする？

うん

COMによるOffice automationを調べていると
COM/ATLというような用語も見つかるのですが、COMとCOM/ATLというのは
異なる技術ですか？
私の理解では、C++でCOMやる場合は、CoInitializeExやCoUninitializeを使って
やる方式のことだと思っています。COM/ATLというのが分りません。
どなたか簡単に解説お願いします。

「active template library」で検索

>>421
プログラムが大きくなるとコンパイルに時間がかかるから
共通部分と分けるじゃない？　あれが静的ライブラリで　lib

さらに共通であちこちのexeで使われるようなものは１度コンパイルしておいて
動的にメモリに読み込んで使えるようにすればいいじゃん　これが動的ライブラリで dll

さらに動的ライブラリdllにもC++のオブジェクト構造のような関数以外のものも入れたいなぁ
さらに言語非依存にして、そこで参照回数などのオブジェクトのメモリ管理も加えたCOM技術で作ったdll
COMサーバーという

この外部オブジェクトライブラリを使うのに、CoInitializeExやCoUninitializeを使うのはCOMクライアント
COMクライアントは別にC++でなくてもJavaScriptでもVBでもC#でもPerlでもなんでもいい

COMサーバーは大別してインプロセスサーバー、アウトプロセスサーバーがあるけど
ぶっちゃけ一から書くのはメンドクサイ
そこでライブラリ作ろうか〜ということで出来たのがATL/WTL

わっかりやすーい

参照カウントなんてどこで増やしてんの？

>>425
参照カウントはIUnkhownが担当してる
なぜ参照カウントが必要かというと使われなくなったオブジェクトを提供するために
dllをメモリに読み込んでいるわけだけど、つかわれなくなったら破棄するため

ちなみに何度も１個だけインターフェースを作ったり破棄したりする可能性のあるCOMは
dllの読み込みや破棄を連続で行わないためにClassFactoryを実装することが薦められている


COMは最初は言語非依存じゃなくて単に動的ライブラリdllにオブジェクト機能を持たせるだけだった
（インターフェイスの階層構造で、仮想ポインタの配列順で実現してた）
だから以前はヘッダが必要だった
つまりC++専用だった

IDispatchというインターフェイス名でを動的に関数ポインタを取得できるインターフェイスを作ることで
プログラム内にインターフェイス名を書くだけでよくなり言語非依存になった
従来の関数ポインタ順とは別にIDispatchを両方用意することをディアルインターフェースという
このあたりからOLEとか呼ばれるようになった

さらにこのインターフェイス名やGUIDはOS（というかレジストリ）に記録するものなので
Windowsアプリからはどこからでも利用できるはず・・・・
それならブラウザ内の埋め込みスクリプトからも利用できるようにしようということで ActiveX と名前を変え

ActiveXサーバーを作るものだから ATL（Active Template Library）なんだと思う

COMはレジストリ登録必須じゃなくて従来のdllと同じようにアプリケーションに閉じた形で使えたら
もう少し使いでがあったんだがなぁ。

>>427
dllをLoadLibraryして関数呼べばＣＯＭオブジェクト作れるでしょ？
レジストリ登録はCoCreateInstanceでＣＯＭオブジェクト作るなら必要ってだけで
自前でやる分には何の問題もない

なるほど、自分でDllGetClassObject呼んでやればいいのか。
もう使うことはないだろうが、参考になった。

>>426
すべてが行き当たりばったりなんですね

>>423
細かい突っ込みだが WTL は COM と関係ないべ

概出かも知れませんが
http://keicode.com/winprimer/index6.php
http://keicode.com/winprimer/com-basics1-3-registry.php

OLEオブジェクトにゼロデイ脆弱性、Microsoftが暫定対策プログラムを公開
http://www.forest.impress.co.jp/docs/news/20141022_672480.html

分散オブジェクトは距離に応じた最適な大きさ（機能）があって、
一律の仕組みにすることが最良ではなかった。

>>430
だがそれがいい

COMは.NETの登場で廃れると思ってたが結局10年経っても廃れなかったな、ネイティブコードの言語が健在だから

非同期処理には向いてないっぽい

DCOMの非同期版みたいなのをMSが考案してMSJかMSDNマガジンでそれを読んだが、全く流行らなかった。名前も思い出せないわ。

結局、MS Office は .NET では書かれないんだからな。そりゃCOMとOLEが残るわな。

OOOとかLibreOとかGoogleSpreadsheetとかで間に合うのに
なんでみんな有料のものを喜んで買うんだ

MS自体がデスクトップアプリで.NETなんか使わんと言ってるようなもんだからな

DLLとしてのCOM実装は実行オーバーベッドもないし、それでいてコンポーネントベースのオブジェクト指向を実現できるからな、シンプルでよく出来てる

流行り廃りではなく、ネイティブコードならいつまでも使い続けらる技術だよ

.NETには何の魅力も長所も感じない

動作が遅い、デフォで導入されてない.NETフレームワークのインストールも、OSに任せればインターネット接続が要るし、丸ごと再頒布するにはデカ杉

最近のＯＳには入ってるしインストールの手間はないだろ

Win8からは.NET fxはVer4.5しかインストールされてないよ、デフォでは

.NET3とか2のエンジンは、Windows Featureのon/offの所からから明示的に導入しないと、.NETランタイム不在と認識される

.NET4は3や2の代用にはならない

.NET fx2の再頒布モジュールは30~40MBでたいして大きくはないんだけど、それを製品に添付してインストールしようとすると、Win8はそれを利用しないんだよね

確かにインストールは開始するんだけど、持ち込んだ.NET fx2は古すぎて気に入らないのか、無視してネットからDLしようとする

かといってもっと新しい.NET fx2再頒布モジュールがある訳でもない

何がんばっちゃってんのこいつ？

http://blog.trendmicro.co.jp/archives/10346

.NETからDLL呼ぶためにはP/Invokeを手で書かないといけないけど、COMDLLならTLBからインタロップ自動生成してるから楽
まあ普通のDLLもIDLファイル作っとけばいいんだろうけど、普通やらないもんな

Inside COM(日本語版)って結構高く売れんのかね？

>>449
今更新規に学ぶ人なんか居ないから売れない
既に理解してる身としてはまだまだ使い道ある技術だけどね

>>449
読んだのはだいぶ前だけどそこそこ勉強にはなったな
COMの利点はC++で作ったDLLを他の言語から使えるって事かな
OSの基本機能はC++で実装する事がほとんどだろうからCOM自体は永久に無くならんだろうね

ステマ乙

>>452
ステマって誰が儲かんだよw
ま、いい売り文句を言えたと理解しておこう

元々はC++のvtblを巧みに利用したインターフェース志向の技法で、DLLというコンポーネント分散によって言語依存が消えた

でBasic言語にC++のvtbl構造を模倣する仕組みを入れてCOMをネイティブにあつかえるようにしてVBAが出来た

てことなんだろうと思う

>>454
VBからCOMが使えるのは間違い無いが、VBから使う時は名前(文字列)によるメソッド検索をしてると
Inside COMに書いてあった気がする (QueryInterfaceだっけ？)
どっちにしても、言語に依存しないのはいい事だ

LinuxはC言語が唯一のインターフェースだから、そろそろ言語非依存のインターフェースが普及してほしいよ
候補は色々あるけど、どれも普及はしてないな

IDispatchだろ

>>456
すまん…スゲー昔の記憶だけ書き込んでた…
反省はしてない

>>456
だね、俗に言うレイトバインディング
VB4まではそれしか使えなかった

>>455
Win32だってC言語ベースのAPIだからね
DirectXとか一部だけでしょCOMなのは

C++の抽象クラスとvtblをつかったポリモーフィズム技法をDynamic Libraryに適用すればCOMもどきはできるんじゃないかな

WindowsでのCOM DLLみたいに、OSからの認識規則なんかを誰かが決めてやらないとダメだけど

ORBとかCORBAでしょ
XPCOMとかもあったけどLinuxでは結局どれも流行らなかったのかな
Linuxだと普通GPLでソース公開だから、そんなもの使わなくてもスタティックリンクでokってことなのかもな

>>449
Inside OLE(日本語版)がAmazonで良い値が付いてるな
売ろうかw

初期のOLEはCOMではなくDDEで動いてたんだっけ

OLEはアタマが付いていかなくて最後まで仕組みを理解できなかったな

いまはwebAPI全盛だな

>>460
Linux上だと↓これだけあるかな

CORBA (Orbit2 GNOMEが使ってた)
XPCOM (Firefox)
UNO (OpenOffice.orgとその派生)
D-Bus

よく考えたらD-Busもコンポーネントモデルとも言えるしかなり普及してたよ
つう事でLinuxにはD-Busがあると言えるかな