07/01/10 20:13:15 .net
いざ語れや
2:Iknow
07/01/10 20:15:35 .net
嫌だね。
3:デフォルトの名無しさん
07/01/10 22:50:49 .net
関連スレ
どうしてCOMは即死したのか
ｽﾚﾘﾝｸ(tech板)l50
【OLE】オートメーション総合スレ【ActiveX】
ｽﾚﾘﾝｸ(tech板)l50
一応
Win32API質問箱 Build48
ｽﾚﾘﾝｸ(tech板)l50
4:デフォルトの名無しさん
07/01/10 23:01:55 .net
何となく偉くなった気がする15の夜
5:デフォルトの名無しさん
07/01/10 23:19:39 .net
【ネガティブ派遣根性チェック】
3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。
□派遣先の社員の意見にはたとえ間違っていても反対しない
□派遣先から「いつまでもここで仕事してくださいね」と言われるようになりたい
□自社に仕事を持ち帰れるように言われるとムカつく
□自社で仕事なんてできるわけがない
□派遣/受託の差異を指摘する人間はムカつく
□派遣先には仕事だけでなく自分のプライベートについても指示して欲しい
□自分の月額金額を知らない
□派遣先社員より自分の生涯収入が低いのは当然だ
□派遣先に尻尾を振り、いつまでも一緒に仕事をすることが大切だ
□今のプロジェクトが終わっても同じ派遣先に常駐したい
6:デフォルトの名無しさん
07/01/11 22:05:26 .net
ヽ / /⌒＼
／ヽヽ|/⌒＼ii|＼
／ ／ヾゞ//／＼＼|
|／ |;;;;;;|/ハ ＼|
|;;;;/／⌒ヽ
|;/（ ＾ω＾） >>1おっおっおっ乙枯ー
. |｛ ∪ ∪
|;;ヾ.,____,ノ
|;;; |
|;;;;;|
|;;;;;|
7:デフォルトの名無しさん
07/01/12 00:45:10 .net
COMの本、死ぬの早すぎ
もうちょっと刷ればいいのに
8:デフォルトの名無しさん
07/01/16 17:05:09 .net
一通り仕組み頭に入れとけばそれ以上深い話があるでもなく
あとは使う部品のマニュアル嫁としかいえないからなw
9:デフォルトの名無しさん
07/01/16 17:12:56 .net
簡単に言えば、異なる言語間で共通に使用できるだけで、
異なる環境での使用が困難だったからｗ
（ＭＳ仕様のＯＳでないと使えない）
Javaの逆を狙って、見事に大ハズレしただけ
もうＭＳには、新技術を提起して欲しくない。
５年持ったためしがないんだもの・・・・
10:デフォルトの名無しさん
07/01/16 18:00:56 .net
COMは傑作なんだけど。馬鹿にはわからないのが残念でならない
11:デフォルトの名無しさん
07/01/16 18:35:27 .net
馬鹿にも分かるものこそが真の傑作だとは思わんか？
12:デフォルトの名無しさん
07/01/16 18:52:52 .net
comの基本概念は、次の.NETに受け継がれてるけど（当たり前の話だが）、
その設計の具体的要素（インターフェースの呼出設計など）のほとんどは
破棄されて受け継がれず、結局NETフレームワークの大部分は、
JavaVMを参考にして設計された。。。
>>10の様な知ったか馬鹿信者がいる限り、ＭＳはまた独自のポンコツアーキテクチャを
世に送り出して、世界中のエンジニアを煙に巻く過ちを繰り返すだろう。
13:デフォルトの名無しさん
07/01/16 19:08:51 .net
>>12
.NETの有り様からするとCOMが素晴らしいということを言いたいのですね？
14:デフォルトの名無しさん
07/01/16 19:22:44 .net
>>9
COMは10年以上現役だろ
むしろ.NETのほうがﾔﾊﾞｲ
15:デフォルトの名無しさん
07/01/16 19:25:08 .net
というかwindows自体がCOMの塊だろ。
winが続く限り生き残るだろ。
16:デフォルトの名無しさん
07/01/16 19:34:37 .net
>>9
無知乙
COM はMicrosoft Windows Distributed interNet Application (Windows DNA)アーキテクチャにコンポーネント テクノロジを提供し、
Web ベースとクライアント/サーバー アプリケーションを単一のアーキテクチャに統合することを可能にします。
COM を使用することにより、開発者は任意の言語で、任意のネットワークを介して相互作用できる分散コンポーネントを作成することができます。
COM は、Solaris、HP-UX、DEC UNIX、Siemens Nixdorf SINIX など、他のプラットフォーム上のコンポーネントとの相互運用性も提供します。
17:デフォルトの名無しさん
07/01/16 19:36:00 .net
CLSIDがうざい
128ビットの癖にたまに被るし
18:デフォルトの名無しさん
07/01/16 19:37:05 .net
COMの失敗は名前だけ
19:デフォルトの名無しさん
07/01/16 19:47:43 .net
検索できねー
20:デフォルトの名無しさん
07/01/16 19:52:11 .net
>>14
Windowsの枠組み内でしか生きられないメジャーだがローカルな技術としてな。。。
>>16
＞他のプラットフォーム上のコンポーネントとの相互運用性も提供します。
だから、これが上手くいかなかったんだよ！
知ったかは氏ね
21:デフォルトの名無しさん
07/01/16 20:07:52 .net
怒りっぽい人ですね
22:デフォルトの名無しさん
07/01/16 20:10:14 .net
１６はすぐ詐偽に引っかかるタイプ
23:デフォルトの名無しさん
07/01/16 20:12:17 .net
>>16 は単に MS のページか
どっかの解説サイトからとってきただけなんじゃないの
24:デフォルトの名無しさん
07/01/16 20:21:00 .net
COMを理解するために必死でC++の仕様を勉強した時期がありました。
嫌な思い出です。
25:デフォルトの名無しさん
07/01/16 20:54:51 .net
OpenVMS
URLﾘﾝｸ(h71000.www7.hp.com)
Solaris
URLﾘﾝｸ(www.softpanorama.org)
EntireX DCOM for LINUX
URLﾘﾝｸ(www.softwareag.com)
Free DCE and DCOM
URLﾘﾝｸ(sourceforge.net)
J-Interop
URLﾘﾝｸ(j-interop.sourceforge.net)
26:デフォルトの名無しさん
07/01/16 21:02:02 .net
>>５年持ったためしがないんだもの・・・・
COMもOLEも、もうすぐ20歳ですが？
27:デフォルトの名無しさん
07/01/16 21:50:47 .net
OLEの定義自体が、過去に二回もコロリと変わってる。
OLE1.0時代は、ただその略名通り（異アプリ間のデータ交換）の技術だったのが
OLE2.0時代（COM誕生）には、一つのアーキテクチャの総称だと突如宣言してる。
しかし、ActiveXの誕生と共に「やっぱりただのLink&Embedでした」とまた変えてる。
あまりに節操がない、と言うかエンジニアを舐めてる
28:デフォルトの名無しさん
07/01/16 22:02:54 .net
アパートメントからしてよく分からん。
結局STAでも、他のスレッドからアクセスしていいんだよな。
単に、プロキシ・スタブを介するからMTAに比べると
性能が若干落ちるってことだよな？？
29:デフォルトの名無しさん
07/01/16 22:52:16 .net
DirectXもCOM
30:デフォルトの名無しさん
07/01/16 22:53:09 .net
その代わり排他制御をしなくて済む（プロキシ・スタブがメソッド呼出をキューイングするため）という利点がある。
31:デフォルトの名無しさん
07/01/16 23:01:30 .net
その代わり、Read Writeパターンが使えないのでサーバーパフォーマンスが
大幅に落ちるという欠点もある
32:デフォルトの名無しさん
07/01/17 17:04:18 .net
ActiveX ～犠牲者たち～
33:デフォルトの名無しさん
07/01/17 22:48:58 .net
>>31
read write パターンって何ですか？
COMは情報が少なくて困る
34:デフォルトの名無しさん
07/01/17 22:58:26 .net
名前までわかってるんだから検索しろよ
つーか名前を付けたことがデザインパターンの最大の功績と言っても過言ではない
35:デフォルトの名無しさん
07/01/18 00:03:23 .net
なんだデザインパターンか
36:デフォルトの名無しさん
07/01/18 05:00:46 .net
>>35
こーゆーのがエンジニアかと思うと、なんか情けなくなってくるね
37:デフォルトの名無しさん
07/01/18 22:50:08 .net
Java SwingとOLEとCORBA(にGUIコンポってあるの？）をJava上で手間なくリンクしたい。
ちょうどIEコンポーネントみたいな感じでOS毎の似たような部品を再利用したいんだ。
38:デフォルトの名無しさん
07/01/18 23:03:05 .net
>>36
なんなんだえらそうに
ﾃﾞｻﾞﾊﾟﾀ厨かよｗｗｗｗ
39:デフォルトの名無しさん
07/01/19 07:07:41 .net
ネーミングパターン
こきおろしパターン
ぐぐれパターン
話題逸らしパターン
40:デフォルトの名無しさん
07/01/22 18:43:51 .net
過疎
41:デフォルトの名無しさん
07/01/31 13:09:50 .net
CON
42:デフォルトの名無しさん
07/01/31 13:46:23 .net
OCN
43:デフォルトの名無しさん
07/03/09 16:56:26 .net
IE用のツールバー作ろうとして、
IDeskBandを継承したクラスのSetSiteで
パラメータからQueryInterfaceでIID_IOleWindowを
取得しようとしたんだが
E_NOINTERFACEエラーが出る。
なんか心当たりある方いらっしゃいませんか？
44:デフォルトの名無しさん
07/03/09 22:46:43 .net
もしかしてIE7なのが原因？
開発環境はVS2005です。
45:デフォルトの名無しさん
07/03/09 22:54:14 .net
どっと混む
46:デフォルトの名無しさん
07/03/10 00:35:59 .net
下手なシャレはよしなしゃれ
47:デフォルトの名無しさん
07/03/10 01:27:30 .net
>>43
IOleWindowって自分自身じゃね?
48:デフォルトの名無しさん
07/03/10 10:47:13 .net
>>47
URLﾘﾝｸ(idm.s9.xrea.com)
ここに
>ツールバーがactivateされるとき、 IObjectWithSite#SetSite が呼ばれる。
>パラメータのIUnknownインターフェースは、IOleWIndowをquery可能なので、
>これを使ってツールバーの親となるウィンドウの情報を取得する。
>MSDNのサンプルでは、このタイミングでツールバー本体のウィンドウを生成している。
ってあって、MSDNでもそうなってたんだが。
49:デフォルトの名無しさん
07/03/10 15:34:41 .net
>>48
IOleWindowとれたよ
親のReBar32WindowのハンドルもGetWindowで正しくとれてる。
Vistaだけども。
50:デフォルトの名無しさん
07/03/10 19:28:49 .net
なんでだろ・・・
解決したら報告します。
51:デフォルトの名無しさん
07/04/13 18:44:41 .net
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCΟMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOM
COMCOMCOMCOMCOMCOMCOMage
52:デフォルトの名無しさん
07/04/16 19:50:58 .net
ATLの属性をつかってテキストで簡単にCOMを作るチュートリアルやってみたが、
あれATL7.0じゃないと動かねーじゃねぇか
53:デフォルトの名無しさん
07/04/25 18:19:04 .net
ネットの情報だけでCOMサーバを勉強するのって無理ある？
MFCでコントロール作ってそれをコンテナに組入れるのはやったことあるけど
ATLで見えないWinsock+COMサーバ.exeに挑戦中でCOMとソケット通信をどのように
連携すればいいのかで色々悩んだ。
結局ウィンドウメッセージとグローバル変数を駆使してなんとか目処がついた
けど、もっとスマートなやり方が載ってる参考書はないんでしょうか？
54:デフォルトの名無しさん
07/04/26 12:40:13 .net
>>53
ウィンドウを持たないCOMオブジェクトで、Winsockの非同期やるんなら、イベント使った方が
良いと思う。
55:53
07/04/26 18:32:04 .net
>>54
ありがとう。
>イベント使った方が良いと思う。
のイベントとはウィンドウメッセージとの理解でよいですか？
もう一点教えていただきたいことがあるのですが、
ブラウザに貼り付けたコントロール(ocx)からATLで作ったCOMサーバ.exeに
Dispatchしてメソッドを呼ぶことができたのですが、
ブラウザを閉じるとCOMサーバ.exeも終了してしまいます。
ブラウザを閉じてもCOMサーバ.exeを常駐させたいのですが
クライアント側/サーバ側どちらで対応すればよいのかさえ検討がつきません
どのようにすればよいかご存知でしょうか？
56:デフォルトの名無しさん
07/04/26 19:14:00 .net
よくない。WSAEventSelect使えって話でそ。
57:53
07/04/26 23:21:36 .net
>>56さん 了解です。
引続き>>55についてご存知の方お力を貸してください。
お願いします。
58:デフォルトの名無しさん
07/04/27 10:49:59 .net
DLLに汁
59:デフォルトの名無しさん
07/04/28 18:07:15 .net
DCOMの実装に関する参考書や参考サイト知りませんか？
60:デフォルトの名無しさん
07/04/28 18:31:14 .net
↑クライアントとサーバ両方の実装についてです。
言語は問わないのですが、できればVCについてお願いします。
61:デフォルトの名無しさん
07/04/29 02:27:45 .net
>>51
なにぃっ、Mageだと！？貴様鉄道板住人だな！
62:デフォルトの名無しさん
07/05/03 12:01:20 .net
COMスレってなんでこんなに過疎ってるの?
それについて議論しよう
63:デフォルトの名無しさん
07/05/03 12:01:47 .net
ネットでCOMについて記述してるサイトもあんま見ない
64:デフォルトの名無しさん
07/05/03 12:35:53 .net
COMに比べると似たようなことはドトネトの方が簡単にできるから
もう存在意義がなくなってんじゃないの？
65:デフォルトの名無しさん
07/05/03 12:38:08 .net
COMを使う舞台がエクセルVBAなんかに移ってるからな
66:デフォルトの名無しさん
07/05/04 00:28:42 .net
なんで？comサーバでの利用機会とか無いの？
アプリ間でデータ交換とか外部アプリへの機能提供とかの場面で利用価値あると思うけど
まあ、代替手段は色々あるし、わざわざムズい技術を覚えてまでcomを利用する必要もないか
特に開発人口が多い業務系開発だったら尚更だな
67:デフォルトの名無しさん
07/05/04 00:43:47 .net
業務系ならなおさら何でもエクセルでやりたがる
もしくはCOBOL
68:デフォルトの名無しさん
07/05/04 14:13:48 .net
PlatformSDKにもMIDLはあることだしSxSアセンブリでのCOMならいくらかハードルも低いし、C++での共有ライブラリ作成という観点でもう少しひろまってもいい気がするんだけどな。
ActiveXでもOLEでもなくDLL+αとしてのCOMっていう観点でさ。
なんにしてもMFCやATLで新しくコンポーネント作るってのはなくなっていくんだろうな。せいぜいVB6でか.NETアセンブリからタイプライブラリ作る位になるのか。
69:デフォルトの名無しさん
07/05/07 18:10:27 .net
ATLでアウトプロセスサーバを作っているのですが、
親ウィンドウのメッセージループから自exe内のCOMオブジェクトを
どのように参照すればよいかわかりません。
マクロで展開されたポインタがどこかにあると思うのですが
どのように参照すればよいでしょうか？
ATL初心者なので質問の表現がおかしいかも知れませんが
よろしくお願いします。
70:69
07/05/07 19:26:22 .net
デバッガで見てみたら
Choge *a=(Choge*)&ObjectMap[n];
で参照できました。
で、いいですか？ ←直感的にやったらできたので不安ですが・・・
71:デフォルトの名無しさん
07/05/08 03:09:34 .net
いいよ～いいよ～いいよ～
72:デフォルトの名無しさん
07/05/08 12:19:59 .net
もー。ATLイベントの実装の仕方がいまいちわからん。
73:デフォルトの名無しさん
07/05/08 12:45:22 .net
イベント出す側だったらウィザードが殆どやってくれるからあまり意識したことないけど？
74:デフォルトの名無しさん
07/05/08 13:32:57 .net
イベント出す側なんですが、
クラスビューからメソッドと接続ポイントを追加したんですが
xxxxx.idlとxxxxxCP.hに空のクラスを作るだけで
メソッドの雛形作ってくれないんですよ。
最初のウィザードのときシンプルオブジェクトで作成してるからでしょうか？
75:デフォルトの名無しさん
07/05/08 13:42:03 .net
ATLシンプルオブジェクトを追加するとき"接続ポイント"にチェックいれて作れば
クラスビューに IHoge と Libの下に _IHogeEvents が出来ているでしょ
イベントメソッド追加したければ _IHogeEventsで右クリック - メソッド追加で追加できるよ
メソッド追加した後、実装クラス (CHoge) の方で右クリック - 接続ポイントの追加をもう一回
やるのを忘れんな
76:デフォルトの名無しさん
07/05/08 14:49:43 .net
で、できました。
>接続ポイントの追加をもう一回やるのを忘れんな
もう一回やったらできました・・・なぜもう一回なのかわかりませんか゛
とにかく今日一日試行錯誤していたのが「もう一回」のキーワードで解決しました。
>>75さんになにかごちそうしたい気持ちでいっぱいです。
77:デフォルトの名無しさん
07/05/08 16:24:46 .net
極稀に２ｃｈも役に立ったり立たなかったりする
78:デフォルトの名無しさん
07/05/08 17:48:04 .net
もう一役お願いします。
イベントを作成したのですが、イベントがクライアントに届きません。
Fire_Hogeを呼びだすときデバッガで追ったら
int nConnections = m_vec.GetSize(); で0が帰ってきて
その下のループの中のpDispatch->Invokeまでいきません。
ソフトの構成としてはアウトプロセスサーバ.exeからブラウザのjavascriptへイベントを発生したいのですが、上記の通りとなり、イベントを渡すことができませんでした。
m_vecが接続を管理するらしいのですが、javascriptからの接続がうまくないのでしょうか？
接続の方法としては<OBJECT>タグにCLSIDを埋め込むようにしてjavascriptでサーバ.exeのメソッドを呼び出すことは成功しています。
79:デフォルトの名無しさん
07/05/08 18:41:37 .net
javascriptからEventをAdviseしてあげた？
80:デフォルトの名無しさん
07/05/08 20:21:50 .net
>>78
Fire_Hoge()の呼び出しってどうやってます？
多分IHogeの実装クラスCHogeのインスタンスから呼び出してると思いますが、
COMクライアントが作ったCHogeインスタンスから呼ばないとFireできないっす
81:80
07/05/08 20:30:56 .net
補足：
インターフェースをシングルトンにしとけば作成されるインスタンスは必ず一つなので、
いっそシングルトンにしてしまうとか
つ DECLARE_CLASSFACTORY_SINGLETON
ただこれをやると以下の問題も・・・
つ URLﾘﾝｸ(support.microsoft.com)
後は泥臭いやり方しか知らない
82:デフォルトの名無しさん
07/05/08 21:07:42 .net
こんな感じなんですが・・・ 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をお願いします。
83:デフォルトの名無しさん
07/05/08 21:08:40 .net
>>80のアンカー間違えました。>>79が正解です
84:デフォルトの名無しさん
07/05/08 21:14:49 .net
>>82は>>79に対するレスです。
>>83は誤爆です。
>>80,81
ありがとうございます。
参考にさせていただき再び試行錯誤させていただきます。
85:デフォルトの名無しさん
07/05/08 21:21:59 .net
>>80
書き忘れましたが、Fire_Hoge()の呼び出しはは
ブラウザ(HTMLに記述したjavascript)からCHoge.exeのメソッドを呼び出して
呼び出されたメソッドの中でFire_Hoge()を呼んでいます。
86:デフォルトの名無しさん
07/06/11 15:36:03 .net
質問させてください。
アウトプロセスサーバで
クライアントから呼出して配列データ(BSTR)を取得するメソッドを作成しています。
このときサーバ側ではSafeArrayCreate()でクライアントに渡す
配列データを作成しますが、この配列データはSafeArrayDestroy()で
解放する必要はないであってますか？
根拠としてメソッド内で解放するとクライアントに渡せない。
デバッガで確認したところSafeArrayCreate()のポインタをstaticで保持して
次にメソッドを呼び出したら、ポインタが指しているメモリが壊れていた
(=勝手に解放してくれた)。
ということからこのような結論に至ったのですが、間違ってないでしょうか？
87:デフォルトの名無しさん
07/06/11 15:52:36 .net
解放しない。解放したら返せないからね。
今回outprocだから、正確にはマーシャラーが適当にシリアライズしたのち
解放してくれるのでユーザのコードでは(inprocの場合と同様)解放しなくて良い、
というような動作。
逆に「取得した側」は自分で解放する。
88:デフォルトの名無しさん
07/06/11 16:04:00 .net
>>87
すばやいレスありがとうございます。
さらに詳しいCOMの内情まで教えていただきまして勉強になりました。
感謝いたします。
89:デフォルトの名無しさん
07/07/08 15:55:55 .net
COMについての入門書がありましたら、紹介してくれないでしょうか？
なにせ情報や サンプルがなかなか見当たらないので
90:デフォルトの名無しさん
07/07/09 09:14:09 .net
URLﾘﾝｸ(www.amazon.co.jp)
これはまぁわかりやすい方。
91:デフォルトの名無しさん
07/07/10 20:39:52 .net
わかりやすくなくていいからIEが作れるぐらい
詳しい本は？
92:デフォルトの名無しさん
07/07/11 09:08:04 .net
IEってかIEコンポ使ってのタブブラウザみたいなの？
それなら>>90の本とMSDN。
IEコンポ専門に突っ込んで書いてる本はないとおもう。
英語のMSDN読みまくる根性ないと無理。
93:デフォルトの名無しさん
07/07/11 20:47:11 .net
いや、IEコンポを使うんじゃなくて、IEコンポ自体を作りたい。
IWebBrowser2を実装して、ActiveXコントロールをホストしたい。
94:デフォルトの名無しさん
07/07/11 22:03:14 .net
IEコンポ自体を作りたいなら止めはしないが、MSは他人に実装させるつもりはないはず。
URLﾘﾝｸ(msdn2.microsoft.com)
> Custom Implementation No
ActiveXコントロールをホストしたいだけならIWebBrowser2を実装する必要は無いぞ。
95:デフォルトの名無しさん
07/07/11 23:27:02 .net
mozillaにIWebBroser2の互換インターフェースが存在したような、
96:デフォルトの名無しさん
07/07/12 00:21:14 .net
>>94
ぬあー、そうなのか。
>>95
Mozillaのコード見たけど、想像以上に整然としてて驚いた。
97:90
07/07/12 11:31:55 .net
>>93
だったらATLインターナルがいいかも。
98:デフォルトの名無しさん
07/07/15 21:24:58 .net
古きCOM書籍
興味がある方は、復刊リクエストご協力ください
Inside COM
URLﾘﾝｸ(www.fukkan.com)
Essential COM
URLﾘﾝｸ(www.fukkan.com)
99:デフォルトの名無しさん
07/07/16 07:43:51 .net
３層アプリでビジネスロジックを
ドメインオブジェクトとして他のマシンに置きたいとき
COMならCOM+が使えるじゃないですか。
.NETだと何を使えばいいのでしょう？
Web Serviceだとサーバ側にインスタンスを作って
継続的に使用できないですよね。
となると.NET Remotingかな。
100:デフォルトの名無しさん
07/07/16 08:53:34 .net
>>99
System.EnterpriseServices でCOM+
101:99
07/07/16 11:31:25 .net
>>100
なるほど！
結局はCOM+ですか。
.NetはCOMをうまく内包しているんですね。
ということは、「.NetになったらCOMは必要ない」
という意見は的外れなんですね。
102:デフォルトの名無しさん
07/07/16 15:54:41 .net
COM+はやめたほうがいいんじゃないか？
103:デフォルトの名無しさん
07/07/16 21:18:15 .net
>>101
CLR自身がCOMで実装されてるのに、誰だよそんなこと言った奴は。
104:デフォルトの名無しさん
07/08/15 00:05:12 .net
現在どのプロセスがどのCOMコンポーネントを使っているか
知る方法はないでしょうか？
105:デフォルトの名無しさん
07/08/17 01:49:01 .net
CoCreateInstanceなんかをHOOKしとけば、判るんじゃない？
(直接DLLからインスタンスを生成する方法がないわけじゃないけど)
106:デフォルトの名無しさん
07/08/20 22:00:05 .net
COMが流行のキーワードでなくなり、.NETは使いものにならない
ということで、プログラミング環境は90年代前半に戻りつつあるよね。
ホビープログラマとしてはプログラムなんて動けばなんでもいいし。
107:デフォルトの名無しさん
07/08/21 08:37:59 .net
確かにC++のシェアが下がったと思ったら、組み込みでC++再来みたいな。
108:デフォルトの名無しさん
07/08/21 19:01:55 .net
ウェブプログラミングに飽きて、.NETも何かいまひとつ、そしてC++に戻ってきた。
109:デフォルトの名無しさん
07/08/22 22:17:32 .net
COMでは参照カウンタが０になるとすぐに解放されることは
保証されているんでしょうか？
110:デフォルトの名無しさん
07/08/24 13:49:34 .net
インターフェイスは参照カウンタ０で開放する規約になっている。
なってない場合バグ。その辺のロジックはATLとかがサポートしてて
直接コーディングすることは少ないから普通は大丈夫。
アウトプロセスの複合サーバーの場合は、
インターフェイスが開放されてもプロセスが終了しないものがある。
WordやExcelがその例。
111:デフォルトの名無しさん
07/08/24 14:44:18 .net
IISでASPからActiveX DLLを使った時、ASPでSet obj = Nothing
してもDLLがロックされたままになるのは別の問題ですかね？
112:デフォルトの名無しさん
07/08/26 08:22:25 .net
ｽﾚﾘﾝｸ(tech板)
113:デフォルトの名無しさん
07/08/26 12:43:19 .net
・COMオブジェクトの参照カウンタが０になったときに、
そのオブジェクトが消え去る
・あるDLLに属しているCOMオブジェクトの生存数が０
になったときにそのDLLをアンロードしてほしい
この二つは全く別の話。
114:デフォルトの名無しさん
07/09/27 10:42:39 .net
奥深いよね～COM
115:デフォルトの名無しさん
07/09/27 16:33:32 .net
>>107
どの分野でc++のシェアが下がったんだろう
業務系→cobol、j2ee
組み込み系→c、c++、asm
116:デフォルトの名無しさん
07/09/27 16:48:30 .net
URLﾘﾝｸ(www.premiumtv.12gbfree.com)
117:デフォルトの名無しさん
07/09/27 18:15:23 .net
>>115
Windows のソフトでわずかだけれども C# が使われ始めているな。
以前ならMFCで書かれていたような奴が。
Sunが横やり入れなければ数年前にJ++で出来ていたことなのにねぇ・・・
118:デフォルトの名無しさん
07/09/28 04:52:55 .net
組み込みでC#使ってるひといる？
119:デフォルトの名無しさん
07/10/01 09:32:59 .net
VB6の後継はC#だよね～
120:デフォルトの名無しさん
07/10/01 13:13:07 .net
ぽとぺた環境のことか？
121:デフォルトの名無しさん
07/10/24 14:50:19 .net
どとねと環境のことだろう
122:デフォルトの名無しさん
07/10/31 06:53:00 .net
getUnk(&pUnk1);
getUnk(&pUnk2);
getUnk(&pUnk3);
123:デフォルトの名無しさん
07/11/03 15:41:50 .net
pUnkOut->release();
124:デフォルトの名無しさん
07/11/03 19:23:29 .net
IUnko
125:デフォルトの名無しさん
07/11/05 19:49:15 .net
eco->recycle(unko);
126:デフォルトの名無しさん
07/11/05 21:55:35 .net
シェルがCOMをまったく使わなくなる日が来たりするのだろうか
127:デフォルトの名無しさん
07/11/05 23:14:29 .net
果たしてそれはWindowsなのだろうか。
128:デフォルトの名無しさん
07/11/06 01:23:31 .net
果たしてWindowsのそれはシェルなのだろうか
129:デフォルトの名無しさん
07/11/11 22:25:40 .net
IThumbnailCache ってどこから手繰りよせたらいいのん?
IThumbnailProviderからもってくるとキャッシュみないよね?
130:129
07/11/12 00:26:45 .net
>IThumbnailProviderからもってくるとキャッシュみないよね?
IShellItem.BindToHandler経由でIThumbnailProviderからサムネールもってくるとキャッシュみないよね?
131:129
07/11/12 02:14:14 .net
自己解決しますた
LocalThumbnailCacheでnewしてやればいいのね
ほんとのところCOMを理解してないけど
キャッシュ見るようになって動画のサムネイル早っ
132:デフォルトの名無しさん
07/11/13 23:58:24 .net
先週からVisualStudio2005でCOM/ATLの開発始めたCOM初心者なんだけど、
おっそろしい程に参考になる本とかWEBページとか少ないな
ボチボチ進んでるから、なんとかなるとは思うけど、自力で探るのはめんどい
133:デフォルトの名無しさん
07/11/16 02:04:59 .net
Essential COMの第一章はPDFになってて結構参考になった
134:129
07/11/16 02:13:11 .net
>>133
kwsk
135:デフォルトの名無しさん
07/11/16 02:16:20 .net
>>134
URLﾘﾝｸ(www.ascii.co.jp)
直接の役には全然役に立たないよ
でもこれ読む前はなんでCOMがこんなことになってるのか全然わかんなかった
136:デフォルトの名無しさん
07/11/16 02:28:35 .net
>>135
ありがとう。
読んでみる。
137:デフォルトの名無しさん
07/11/17 02:14:16 .net
レジストリを使わないCOMがあったら便利だなぁと、そう思った
マニフェスト的なものをヘッダに持って
どう実現するかは知らんけど
138:デフォルトの名無しさん
07/11/17 03:36:51 .net
>>137
XP以降ならマニフェストでサイドバイサイドできるよ。
139:デフォルトの名無しさん
07/11/21 00:20:03 .net
解放忘れのチェックの仕方とエラー処理の書き方がわからんなあ
140:デフォルトの名無しさん
07/11/21 00:48:55 .net
CComPtr
_com_ptr_t
141:デフォルトの名無しさん
07/11/22 00:08:27 .net
>>137
海外のライブラリでそれできるやつあるよ
142:デフォルトの名無しさん
07/11/23 01:44:45 .net
Registration-Free COM
URLﾘﾝｸ(www.ailight.jp)
143:デフォルトの名無しさん
07/12/02 02:36:38 .net
翔泳社の「ATL COMプログラミング」でCOMの勉強を始めたのですが、
VisualStudio2005でATLの「実行可能サーバー」を生成すると
ソースが書籍のサンプルと全然対応しなくて困っております
今の開発環境でCOMの学習用にいい書籍とかありますでしょうか？
144:デフォルトの名無しさん
07/12/02 02:49:08 .net
ATL Internals: Working with ATL 8 (2nd Edition)
by Christopher Tavares, Kirk Fertitta, Brent Rector and Chris Sells
とかは2006年だ読んだこと無いけど
145:デフォルトの名無しさん
07/12/02 17:22:28 .net
>>143
前に日本語でその手の本を探したけど、結局、見つからなかった。
真面目にサンプル作って解説本でも書いたら売れるかな。
売れないだろうな・・・・
146:デフォルトの名無しさん
07/12/02 18:08:07 .net
>>143
俺もその本持ってるけど、COM/ATLの根本的なところは大して変わらないんだし、ATLの側でも
互換性のためATL3.0用のクラス残してるし、それで勉強してみたら？
C++属性なんて最後でいいと思うし、ATL8.0の部分だってATL3.0判ればそう難しくはないんじゃないか？
147:デフォルトの名無しさん
07/12/03 00:38:06 .net
>>144-146
皆様ご意見ありがとうございます。
少なくとも日本語の書籍に新しいものはなさそうですね。
英語の本は時間が許せば…と思いますがやはり敷居が高いです。
>>146さんの言うとおりもう少し現状の環境で書籍の内容を確認してみます。
148:デフォルトの名無しさん
07/12/05 01:36:09 .net
別環境のVisualC++6.0でATLのプロジェクトを生成し、それを使って演習…
149:デフォルトの名無しさん
07/12/14 22:18:03 .net
IDropTarget/IDropTargetHelperを実装したクラスのウィンドウで
ドラッグドロップをしています。
そのウィンドウ上にマウスカーソルがあるときに他のウィンドウを非アクティブのまま
表示するようにしたいんですが、ウィンドウを表示すると元のウィンドウの下に
ドラッグイメージが隠れてしまいます。
(後から表示したいウィンドウもIDropTarget/IDropTargetHelperを実装してます。そっち上では
ドラッグイメージは隠れません)
ドラッグイメージのZOrderをなんとかしたいわけですが、
ヒント等ご存知の方いらしたら教えてくんなましょ
150:デフォルトの名無しさん
07/12/15 01:59:23 .net
そのウィンドウと他のウィンドウと元のウィンドウと後から表示したいウィンドウが
どのウィンドウなのかわかんないのでAとかBとか名前付けて書いてくれると嬉しい
151:デフォルトの名無しさん
07/12/15 11:39:46 .net
すんません
すべてのウィンドウ: 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使わないと正常なんで、諦めるかも……
152:デフォルトの名無しさん
07/12/20 16:43:05 .net
mpeg compass.jp
名古屋駅近辺でお話しましょう
153:デフォルトの名無しさん
07/12/20 23:05:18 .net
COM初心者です。
CLSCTX_INPROC_SERVERを渡したCoCreateInstanceは
1つのプロセス内に1つのインスタンスを作成するみたいですが、
1つのプロセス内の複数のスレッドでひとつのIIDで指定されたインスタンスを
スレッドごとに作成したいときはどうしたらいいのでしょう。
もしかしてIIDごとに何個つくれるとか決まってたりするんでしょうか
154:デフォルトの名無しさん
07/12/20 23:14:33 .net
各スレッドでCoCreateInstanceを呼べばいい。
155:デフォルトの名無しさん
07/12/28 13:03:07 .net
Win32スレから誘導されてきますた
IExtractImageを実装したんだけど、2000で動かすと時々フォルダ内の全ファイルに同じ
サムネイルが出るようになる不具合はどう対処したらいいんでしょう。
MSDNのサンプル実装で起きるし、フラグ類いろいろ変えたりマルチスレッド対応にしたり
しても改善せず・・・
156:デフォルトの名無しさん
08/01/03 22:27:35 .net
関数型でCOM使いたいんだけど、実装ありまっか？
157:デフォルトの名無しさん
08/01/03 23:06:10 .net
あるよ。
158:デフォルトの名無しさん
08/01/04 21:05:48 .net
処理系を教えてください
159:デフォルトの名無しさん
08/01/04 21:12:55 .net
>>144の本（ATL Internals 2nd Edition）て日本語版出ないのかねぇ。
160:デフォルトの名無しさん
08/01/04 22:24:07 .net
>>156
F#なら.NET経由でいけるのでは
161:デフォルトの名無しさん
08/01/06 12:47:23 .net
>>135
今更ながらCOMの仕事が入り勉強中助かりました( ´∀｀)
すぐに絶版にするなら独占翻訳権を取得しないで欲しい。特にASCII。
それ以上にCOMはもう終わってるのか…(´・ω・`)？
162:デフォルトの名無しさん
08/01/07 18:37:25 .net
終わってるというよりは枯れてる・・・と思いたい
163:デフォルトの名無しさん
08/01/08 08:38:47 .net
COM無いとウィンドウズ自体起動しないだろ
164:デフォルトの名無しさん
08/01/08 09:32:43 .net
インタネッツセキュリティが無いので、DCOMは終わりマスタ。
PDFリーダーとか本当にメジャーなものしか存在が許されないというか。
165:デフォルトの名無しさん
08/01/08 22:27:40 .net
>>163
さすがに起動はするｗｗｗｗｗｗｗｗｗｗｗ
166:デフォルトの名無しさん
08/01/08 22:31:55 .net
デスクトップ（HDESKTOP的な意味で）の表示くらいまではいけるうと思う。
167:デフォルトの名無しさん
08/01/09 03:09:25 .net
タスクマネージャとかってCOM使ってる?
168:デフォルトの名無しさん
08/01/09 03:41:29 .net
タスクマネージャくらいならパフォーマンスカウンタとかPSAPIくらいで大丈夫じゃねーか
デスクトップの表示まで行くと無理だな
IShellFolder
169:デフォルトの名無しさん
08/01/09 13:36:00 .net
アプリケーションのタブでアイコンを表示してるから
COMつかってるんじゃね
170:デフォルトの名無しさん
08/01/09 13:43:28 .net
な に が い い た い ？
171:デフォルトの名無しさん
08/01/10 02:32:53 .net
アイコン表示してるのはリストビューの標準機能とイメージリストコントロールでCOM関係ない
172:デフォルトの名無しさん
08/01/10 02:40:58 .net
VistaはCOM無しでは動かないかも
VistaのユーザーモードドライバはCOM仕様だから
173:デフォルトの名無しさん
08/01/10 08:22:49 .net
>>164
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
やべえ今までしらんかった
Ａｄｍｉｎｉｓｔｒａｔｏｒでログオンすると危険にさらされるんだね。
174:デフォルトの名無しさん
08/01/10 18:28:10 .net
そもそもDCOMをルー田子えさ攻め
175:本田
08/01/17 17:43:02 .net
>COMプログラマの解説書
>Crispin Goswell
>Microsoft Office Product Unit
>1995年 春
>1995年9月13日改訂
URLﾘﾝｸ(msdn.microsoft.com)
>抄録
>この解説書は、
>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オブジェクトを実装する良い方法をいくつか示しながら解説するようにしてあります。
176:デフォルトの名無しさん
08/01/21 23:07:01 .net
VistaのExplorerで
デフォルトのIExplorerCommandProviderって取得できねーのかな?
なんかあの緑色のコマンドバーのなかのコマンドって余所から実行できないんで困る
プレビューペインとかナビゲーションペインを出し入れしたいんだけど。
177:デフォルトの名無しさん
08/01/24 00:31:42 .net
俺はしたくないしされたくもない
178:デフォルトの名無しさん
08/01/28 17:29:23 .net
タスクバーのツールバー(IDeskBand)をCOMサーバーとして作成しています。
ツールバーを表示させたとき、エクスプローラーごとダウンして
バグの発生場所を特定できません。
空のツールバーの作成・起動には成功したのですが、外部から取得したデータを
反映させる機能を追加したところ、ダウンする現象が発生しています。
COMサーバーのデバッグ方法をご教授ください。
環境は、WindowsVista、VC++2008EE、ATLおよびMFC不使用です。
179:デフォルトの名無しさん
08/02/06 23:57:12 .net
COM・・・
サーバ上のやつは取得できて、動かせます
クライアントからサーバ上のCOMを使いたい・・・
IDとかは設定してるのだが・・・
検索３時間してもわからず、ググるキーワードを２，３教えて下さい (-_-)
180:デフォルトの名無しさん
08/02/07 00:19:02 .net
>>178
Visual C++なら、アタッチすれば、あとは普通のアプリケーション同様に
ブレークポイントで止めて、変数見たりステップ実行したりできるぞ。
>>179
日本語でおｋ
181:デフォルトの名無しさん
08/02/07 01:43:49 .net
エッチ スケッチ
182:デフォルトの名無しさん
08/02/07 01:46:42 .net
>>179
きめえから市ね
183:179 レス禁止
08/02/07 21:45:43 .net
とりあえず２，３単語が分かりました、消えます
184:デフォルトの名無しさん
08/02/08 03:48:03 .net
>>179
DCOMの設定したら使えるけど危険すぎ。
閉じたネットワークでだけ使うものだよあれは。
185:デフォルトの名無しさん
08/02/08 17:32:50 .net
ネットワークに関係なく、
単にコンポーネントの提供する側と利用する側という意味で使っているかもよ。
179の書き方ではどういう意味か分からないけど。
186:デフォルトの名無しさん
08/02/08 21:26:27 .net
俺もそうかと思ってたので>>184の洞察力に感服
187:デフォルトの名無しさん
08/02/21 16:24:48 .net
このスレに住まわれるCOMの精霊様、
どうか以下の件についてお答えくださいませ。
VS2005でATLプロジェクトでWindowsサービスを作りましたが、
PreMessageLoop()の中で、以下のコードが無いとサービスが起動しません。
-----
if (SUCCEEDED(hr) && !m_bDelayShutdown)
hr = CoResumeClassObjects();
-----
しかしサービスに1つでもCOMインタフェースを追加すると
CoResumeClassObjects()がS_OK以外を返すようになります。
そこでCoResumeClassObjects()を呼び出さないようにしても、
サービスは起動してくれます。
なぜCOMインタフェースが自分で追加していない状態では
CoResumeClassObjects()を呼ぶ必要があり、
COMインタフェースを追加すると呼ぶ必要がなくなるのでしょうか？
188:デフォルトの名無しさん
08/02/22 01:05:40 .net
Effective COMには
・１つ以上のクラスをエクスポートしてるサービスが最初のCoregisterClassObjectの呼び出しで開始してしまうと、それらのクラスの初期化の問題が起きる場合がある
・このためREGCLS_SUSPENDフラグで起動を遅らせて、CoResumeClassObjectsで起動させる
みたいなことはあったけど。
追加したときにフラグ上書きしたことになってるのではと想像。
189:187
08/02/22 13:15:06 .net
ふむー、こういうことかな？
サービスそのものがCOMであるけど、サービスは起動直後に立ち上がるから、
自分でタイミング見て初期化しないといけない。
新たにCOM実装すると、ATLのどっかで初期化するようになる。
よってサービスでCoregisterClassOBjectsを呼ぶと2重初期化で
エラーを返すのかな。
なんにせよ、COM追加したら呼ばないでいいのだろうか。
とりあえず外部アプリからサービスのCOM呼び出しとかは、うまくは動いてるし。
190:デフォルトの名無しさん
08/02/26 02:30:07 .net
外部からエクスプローラーバーのIBandSiteを取得したいのですが、
とれません。
どのようにして取得すればよいでしょうか？
191:デフォルトの名無しさん
08/03/23 00:54:12 .net
CHogeってCOMクラスが
HRESULT SetHoge(IDispatch* pV)
ってメソッドを持っていて、pVのポインタをCHogeのメンバとして保持するとき
- SetHoge()の先頭くらいでthis->pV->AddRef()
- FinalRelease()でthis->pV->Release()
ってすればOKって認識であってるかな。
192:デフォルトの名無しさん
08/03/27 21:43:35 .net
>>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 の利用も考慮してみると良いと思う。
193:191
08/03/27 22:33:15 .net
ああそうかメンバ自体をCComPtrにしとけば代入だけでいけますね。
194:デフォルトの名無しさん
08/04/13 00:28:44 .net
おお、COMのすれ、あるんだ！
195:デフォルトの名無しさん
08/04/13 03:00:22 .net
よろしくね(´･ω･`)
196:デフォルトの名無しさん
08/04/13 03:09:06 .net
先生、googleがCOMを検索してくれないので勉強できません
197:デフォルトの名無しさん
08/04/14 23:31:09 .net
COM
OLEオートメーション総合
どうしてCOMは即死したのか
の3つのCOM関連スレがあるけど、どう使い分けるの？
というかどれもすでに死んでるのかな、、少しさびしい。
198:デフォルトの名無しさん
08/04/15 00:13:00 .net
>>197
IEコンポーネントをC++から使う話はたまにWin32APIスレで見る。
.NETから各種COMコンポーネントを使う話もたまにC#やVB.NETのスレで見る。
あと、DirectXのことは当然DirectXのスレで扱われる。
質問はそっちで賄われるから、
その3つのスレはほとんど雑談くらいにしか使われないんだよね。
199:デフォルトの名無しさん
08/04/18 01:20:01 .net
雑談モード。
たしかMSHTML::IHTMLWindowだったか、QueryServiceというのがあったが、QueryInterfaceと何が違ったんだろう…。
どっちもIFを取得するという点では同じなのだが。何か長短があるんだろうか。
たとえば自分がComponent作るとき、QuerySeriviceでIF提供したほうがいいなって場面あるんだろか。
200:デフォルトの名無しさん
08/04/22 15:39:39 .net
IBindCtxとIMonikerの関係と、存在意義について教えてください。
201:デフォルトの名無しさん
08/04/22 18:00:23 .net
それらは、MkParseDisplayNameとBindToObjctや、
それをラップしたCoGetObjectなどのように
文字列からCOMオブジェクトを作るためのものだと俺は理解している。
IMonikerはその文字列をくるんだだけのインタフェース。
IBindCtxはオプションを指定するBIND_OPTSをくるんだだけのインタフェース。
実際にはもう少し高機能だろうけど。
文字列ってのは何でもあり。ファイルパスやURLもそうだし、
とあるExcelブックのあるセルを参照するのは
"C:\[hoge.xls]Sheet1!A5"みたいな感じだったと思う。
202:200
08/04/22 18:45:43 .net
>>201
ありがとうございます。
IBindCtxやIMonikerを引数に渡すAPIやInterfaceが多いのですが、
MSDNを何度読んでも、どういう時にどういう設定で使えばよいか良くわからず、困っています。
MSDNに、
The IBindCtx interface provides access to a bind context, ・・・
と書かれていますが、”bind context”とは何なのでしょうか？
203:デフォルトの名無しさん
08/04/22 18:49:42 .net
文字列からオブジェクトへの変換を行うバインダへのハンドルのようなもんと思えば
204:デフォルトの名無しさん
08/04/23 07:47:16 .net
>>199
自分の理解では。QueryInterfaceは、あくまでもそのオブジェクトが持つ機能を公開するもので。
QueryServiceは、そのオブジェクトが管理している別のオブジェクトを返すものだと思っている。
例えば、プラグインとかさ。
205:デフォルトの名無しさん
08/04/23 16:12:01 .net
>>119
QueryInterface は自分自身の IUnknown を返さなくてはならない
（オブジェクトの寿命や同定とかいう観点から）という制約というか仕様なので、
要求された機能を持つ他のオブジェクト（かも知れない）のインタフェイスを
返すには使えないから。
206:デフォルトの名無しさん
08/04/23 17:03:26 .net
>>202
どう使うかということは、MSDNライブラリを眺めるより、
サンプルを探しにググって実例を見たほうが分かるようになる。
207:デフォルトの名無しさん
08/04/23 19:07:22 .net
>>206
全くその通りなんだけど、
サンプル見つからなくてね・・・。
208:デフォルトの名無しさん
08/04/25 00:15:14 .net
>>204
>>205
なるほどー。QSで帰ってくるものは自分自身じゃないんだ。しらなかった。どうもありがとう。
ん？でもでも、だとすると次なる疑問が。。。
QIの価値はわかる。同一コンポーネントが複数IFを持つことは価値があるし、
(IPersistXXXXを持ち、IMyAppを持ち、IMyConfigを持ち、とか)
それが機能するには、Platform側の標準やりとりが必要だから。
(Javaだと言語が切り替えの仕組みをサポートするとか)
それに対しQSって何で必要なんだろ。
標準やりとりが必要ないなら、単純にGetter相当でOKのような。
209:デフォルトの名無しさん
08/04/25 01:37:41 .net
ごめん、自己解決。なんで必要か分かった。
はじめから追加サービスがどれだけあるか決まってるならGetterでいいが、
今後の拡張にそってどれだけサービスが増えるか分からないので、名前引きにした、ということですな。
expandoみたいな考え方な。
だからPluginとかいう話もガイシュツだったわけね。賢いなぁ、アドバイスしてくれた人
210:デフォルトの名無しさん
08/04/26 01:29:06 .net
COMコンポーネントのメソッドから、COMコンポーネント呼び出し元クライアントの
SID取って管理者権限か判断とかできるかな？
211:デフォルトの名無しさん
08/09/07 09:08:57 .net
COM勉強してるけど、楽しいなあ
212:デフォルトの名無しさん
08/09/07 09:56:27 .net
最初だけだよ・・・一定規模以上のプログラム作り出したら全てを放り投げたくなる
213:デフォルトの名無しさん
08/09/07 10:50:31 .net
Javaが９０年代に鯖サイドであっという間に普及したのはCOMのめんどくささのおかげ
CORBAよりはましだけど
214:デフォルトの名無しさん
08/09/07 18:37:14 .net
何ズレた事言ってんだよｗ
215:デフォルトの名無しさん
08/10/22 17:34:53 .net
C#からCOMいじりしてると、なんか脳液がドクドク出てくるのが分かる
もうシェルインターフェイスだけで丼飯バクバク食えるぞ
自分がMだとは思わなかった
216:デフォルトの名無しさん
08/10/22 18:26:23 .net
C++からCOMいじると最強。 ＞これ、何の意味がある暗号インターフェース？
217:デフォルトの名無しさん
08/10/22 18:31:43 .net
これ、何語？ ＞ＭＦＣ
218:デフォルトの名無しさん
08/10/24 13:03:42 .net
C#でCOM使ったことあるけどそんな大変でもないよね。
>>215はどんだけ敏感なんだ？
219:デフォルトの名無しさん
08/10/24 19:23:32 .net
C#ではExcelのオートメーションみたいにデフォルト引数を使いまくりだと死ねる。
220:デフォルトの名無しさん
08/10/27 11:06:10 .net
C#では重かったり、.net frameworkでサポートされてないのを
C++で書いてCOM化してC#から呼ぶのは使えるな。
221:デフォルトの名無しさん
08/10/27 11:10:24 .net
↑
C#とCOMを無きものにしたらどうよ？
222:デフォルトの名無しさん
08/10/27 12:34:16 .net
windowsでGUIアプリ作るのにC#って選択肢ははずせないしね・・・
さすがに、いまさらATLとかは辛い。
223:デフォルトの名無しさん
08/10/27 12:43:10 .net
＞windowsでGUIアプリ作るのにC#
外して下さい。
おながいします。
224:デフォルトの名無しさん
08/10/30 22:47:48 .net
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
225:デフォルトの名無しさん
08/10/30 23:04:27 .net
WIN32_LEAN_AND_MEANを定義したままなんてことはないよな？
226:デフォルトの名無しさん
08/10/30 23:08:44 .net
>>225
はい。
ソースのほうは
#ifndef WIN32_LEAN_AND_MEAN
#define WIN32_LEAN_AND_MEAN
#endif
にしてるので･･･
はあ････なんでだ･･･
なんだかんだで１日中調べてる･･･
どこかで、VC++6では2003年2月以降に発行されたplatform sdkは使えないとか
書いてあったけどそれは違うよね･･･？
227:デフォルトの名無しさん
08/10/30 23:12:53 .net
>>226
それ削除しないと駄目だ。
両方定義していたら、たぶんWIN32_LEAN_AND_MEANが優先される。
228:デフォルトの名無しさん
08/10/30 23:19:59 .net
>>227
優先される？って？
/D WIN32_LEAN_AND_MEAN単独でも
#define WIN32_LEAN_AND_MEAN単独でも
どちらも同じように多重定義エラーでるんですよね･･･
ちなみに･･VC++6のコンパイルオプションだけど、
プロジェクト⇒設定⇒C/C++オプションのところに
/D WIN32_LEAN_AND_MEANを加えるですよね
229:デフォルトの名無しさん
08/10/30 23:29:32 .net
＞vc++6
＞platform sdk 2003 server sp1
VCのバージョンを上げろゴラってことじゃないかと・・・
230:デフォルトの名無しさん
08/10/30 23:39:59 .net
>>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を定義してるよ。
231:224,226,228
08/10/31 00:08:51 .net
すみません。
すべてNO_WIN32_LEAN_AND_MEANです。
232:デフォルトの名無しさん
08/11/10 20:10:51 .net
永遠なるCOMを称えてage
233:デフォルトの名無しさん
08/12/07 02:34:42 .net
Windowsの音量を変更するＣＯＭ教えてください。。。
すんません、こんな質問で。
234:デフォルトの名無しさん
08/12/08 12:28:56 .net
つ[URLﾘﾝｸ(www.google.co.jp)の音量を変更するＣＯＭ教えてください]
235:デフォルトの名無しさん
09/04/08 22:12:02 .net
"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するやり方が悪いのでしょうか？
236:デフォルトの名無しさん
09/04/10 19:40:45 .net
ほしゅ
237:235
09/04/11 21:35:32 .net
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]は出力されません。単にファイル終端なだけです
ここまででファイルの終端になっています。何が悪いんだろう・・・
238:デフォルトの名無しさん
09/04/13 02:42:25 .net
>>237
最近同じところではまった気がする
結局、何が悪いかは分からなかったけど、ITypeLib View のウィンドウの右ペインで
テキスト選択 => コピー => エディタで貼り付け、
で回避した
ちなみにコピーは Ctrl+C
Ctrl+C のコピーできるなら、マウス右クリックの編集メニューサポートしとけよって…
239:235
09/04/14 22:04:30 .net
ありがとう！！！
手動コピペでうまくいった
240:235
09/04/14 22:48:06 .net
>>233
> Windowsの音量を変更するＣＯＭ教えてください。。。
> すんません、こんな質問で。
>
Dim objShell
Set objShell = CreateObject("Shell.Application.1")
objShell.ControlPanelItem("mmsys.cpl")
これでどうよ？コントロールパネル-サウンドとオーディオデバイスのプロパティ を出すだけだけど
241:235
09/04/14 23:23:57 .net
APIでwaveOutSetVolume()ってのがあるみたいだな＞＞オーディオの調整
242:デフォルトの名無しさん
09/04/16 13:13:27 .net
はいはい
243:デフォルトの名無しさん
09/05/05 15:20:06 .net
>>235
#import <wshom.ocx> rename("FreeSpace","FreeSpace2")
main.obj - ｴﾗｰ 0、警告 0
244:デフォルトの名無しさん
09/08/27 04:41:21 .net
あげ
245:名無しさん＠そうだ選挙に行こう
09/08/30 05:14:08 .net
COM形式の実行ファイルの話はこのスレでいいんですか
246:名無しさん＠そうだ選挙に行こう
09/08/30 12:33:10 .net
いいとは思うが、COM形式の実行ファイルって何だ?
247:名無しさん＠そうだ選挙に行こう
09/08/30 12:47:30 .net
command.com
248:名無しさん＠そうだ選挙に行こう
09/08/30 13:10:03 .net
いまさらそっちのCOMなのか
じゃあ違うな
個別のスレはなさそうだし、「スレ立てるまでもない質問はここで」とかで聞くしかないんじゃないの?
249:デフォルトの名無しさん
09/10/20 05:39:50 .net
office製品との連携にc++でcom(dll)作ってしまうのが良さそうと思ったけど、誰も使ってなさそうだな。orz
みんなvbaで済ませちゃってるっぽいな。vb回避したいのでいろいろ探してcomにたどり着いたのに。orz
それとももうcomは捨てて、まねーじcom(.net)のほうに逝っちゃったかな？
.netはcom使える様にする設定が面倒と思った。
250:デフォルトの名無しさん
09/10/21 05:21:57 .net
もうだれもobaやってないみたいだなw
251:デフォルトの名無しさん
09/10/30 12:34:24 .net
Inside COMって絶版だったのか。
会社にあったから何とかなったけど、
XPCOMでの関連書籍にEssential COMとかあるのに、それも絶版とか・・・
252:デフォルトの名無しさん
09/10/30 12:43:45 .net
Inside COM
には、
COMは誰も定義が言えないうえ今までなかったプログラミングの構造だが、
今後のプログラミングはこの構造になるって、
ばっちゃが書いてた。
253:デフォルトの名無しさん
09/10/31 04:55:58 .net
いまは.netの方向に進んでて、comは捨てられてるな。
254:デフォルトの名無しさん
09/11/02 09:43:44 .net
ﾄﾞﾄﾈﾄ進むというか迷走だがｗ
255:デフォルトの名無しさん
09/11/02 16:10:20 .net
com回帰来るの？
256:デフォルトの名無しさん
09/11/02 16:33:30 .net
そうならなくて、HTML5だろ、ｊｋ
257:デフォルトの名無しさん
09/11/12 23:34:11 .net
シェル拡張ってInprocServerじゃないとダメなの?
サンクも出来ないLocalServerなCOMも呼べないとかどうしようもないお荷物じゃねーか
258:デフォルトの名無しさん
09/11/13 16:08:58 .net
>【IT】英ITサイトの「Microsoft製品のワースト10」、1位はあのOS［09/11/13］
>ｽﾚﾘﾝｸ(bizplus板)
英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だった。
ソースは
URLﾘﾝｸ(www.itmedia.co.jp)
Top 10 worst Microsoft products of all time（V3.co.uk）
URLﾘﾝｸ(www.v3.co.uk)
URLﾘﾝｸ(www.v3.co.uk)
URLﾘﾝｸ(www.v3.co.uk)
259:デフォルトの名無しさん
10/01/30 22:24:33 .net
VC++ のキーワード __hook で COM のイベントのソースとハンドラを繋げる仕組みがありますが、
__hook を使わず、COM 系関数などで完全に再現できるものでしょうか。
260:デフォルトの名無しさん
10/02/05 18:06:08 .net
いろいろ調べたところ、
__hook と同等の機能かはわかりませが、
IConnectionPointContainer インターフェイスを用いることで、
__hook を使わなくても COM のサーバーとクライアントを
イベントで関連づけることができました。
お騒がせししました。
261:デフォルトの名無しさん
10/02/05 18:56:45 .net
おお
262:デフォルトの名無しさん
10/09/01 22:42:43 .net
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登録する場合は、絶対パスを指定しないとダメなのでしょうか？
263:デフォルトの名無しさん
10/09/02 00:07:50 .net
環境変数
264:デフォルトの名無しさん
11/02/25 23:01:19.09 .net
蘇れ
265:デフォルトの名無しさん
11/02/26 19:19:28.35 .net
>>262
レジストリ登録ファイル使えばええがな。
アレと、継承ツリーを遡り、IIDをマッピングする独自テンプレート
書いておくとATL無しでも簡単にCOMサーバー書けるぞ。
話は変わるが.netってCLSID付きのクラスや、共有のインスタンスって
作れるの?
266:デフォルトの名無しさん
11/03/03 00:26:26.58 .net
>>265
後者は知らない。
CLSIDはGuid属性付きでクラス定義すればOK。
267:デフォルトの名無しさん
11/03/12 21:46:04.54 .net
IDispatchって簡単に言うとなんですか？
268:デフォルトの名無しさん
11/03/13 04:23:01.91 .net
WM_COMMAND
269:デフォルトの名無しさん
11/03/13 06:54:02.94 .net
ポリモーフィズム
270:デフォルトの名無しさん
11/03/18 23:42:19.02 .net
ん、つまり
いみがわからない
271:デフォルトの名無しさん
11/03/26 23:15:49.47 .net
馬鹿にはcomは無理。
272:デフォルトの名無しさん
11/04/09 17:50:41.49 .net
.netでCOMインターフェイス実装して
なんも知らないユーザーがMarshal.ReleaseComObjectすると例外でるよね
だってCOMオブジェクトじゃないもん！って怒られちゅうんだ
273:天使 ◆uL5esZLBSE
11/07/06 07:02:42.16 .net
これ ； デリミタっていうんだけどさ、よく打ち忘れるよね
Rubyだとつけなくてよくなるんだけど
ゴミだな
274:デフォルトの名無しさん
11/07/06 08:54:45.07 .net
キチガイはすっこんでろ
275:デフォルトの名無しさん
11/09/01 21:25:48.66 .net
COMあげ
276:デフォルトの名無しさん
11/09/02 22:09:39.14 .net
MFCのWindowsアプリから、COMのアウトプロセスサーバーのメソッド呼び出し中に
Windowsメッセージに割り込まれることがありますが、これを防ぐ方法はありますか？
現状は、COMの呼び出し中にフラグを立てて、Windowsメッセージ受信時にフラグONなら
同メッセージをPostMessageし直して処理を保留としていますが、スマートではないので。
277:デフォルトの名無しさん
11/09/02 22:22:13.72 .net
充分スマートです
278:デフォルトの名無しさん
11/09/02 22:45:33.25 .net
>>277
レスありがとうございます。
他に上手い方法が思いつかないので、とりあえずこの方法で対処したいと思います。
279:デフォルトの名無しさん
11/09/02 22:56:48.28 .net
はい
がんがって
280:デフォルトの名無しさん
11/10/11 18:24:40.07 .net
qttabbarとかのソースみたらCOMだらけだったんですが
ああいうのってどこで学習したらいいんでしょうか
281:デフォルトの名無しさん
11/10/12 03:02:03.58 .net
URLﾘﾝｸ(www.amazon.co.jp)
282:デフォルトの名無しさん
11/10/12 11:55:53.42 .net
基本的に今の時代０からOLE/COM学習するの無理っぽくね？
昔俺が手がかりにしたMSの仕様書は今探してもことごとく抹消されてた。
Inside OLEとか絶版だし、手に入れても内容がバラけてて網羅性もない。
やっぱりあの仕様書群読むのが一番手っ取り早いはずなんだけど。
283:デフォルトの名無しさん
11/10/27 10:58:54.79 .net
URLﾘﾝｸ(msdn.microsoft.com)(v=VS.85).aspx
284:デフォルトの名無しさん
11/11/28 20:38:46.98 .net
シェルエクステを簡単に実装する方法を教えてください
285:デフォルトの名無しさん
12/01/10 18:51:55.79 .net
SHCreateShellItemArrayFromDataObject の逆のAPIってないの?
IShellItemArrayからIDataObjectが欲しいんだけど
286:デフォルトの名無しさん
12/01/10 18:56:36.31 .net
と思ったら
IShellItemArray::BindToHandler でいいのか
いずれにせよIShellItemArrayとIDataObjectの寿命がバインドしてるっぽいから
使い勝手悪いな
ITEMIDLISTにばらして持つしかないのか
287:デフォルトの名無しさん
12/01/11 10:36:36.21 .net
IShellItemArray / IShellItem使って
IShellFolder / ITEMIDLIST は使うなってことなのか
でも過渡期だとどうせ両方使わなくちゃできないことも多いんで
手間が増えるな
288:デフォルトの名無しさん
12/01/13 13:08:43.73 .net
class IHoge : public IUnknown { ～
class IFuga : public IUnknown { ～
class Piyo : public IHoge , public IFuga { ～
COMってこういう場合でも仮想継承はしないほうがいいんですか？
void MyFunc(IUnknown * p) { ～
Piyo * piyo;
MyFunc(piyo);
みたいなコードが書けなくて困るんですけど
289:デフォルトの名無しさん
12/01/13 17:00:12.78 .net
うんこなぅ
290:デフォルトの名無しさん
12/03/21 18:04:08.53 .net
俺のCOM は9800bpsの高速だぜぇ。
291:デフォルトの名無しさん
12/03/21 18:10:30.31 .net
それを言うなら、9600bpsだろう。
いずれにしても、つまらんが。
292:デフォルトの名無しさん
12/03/21 20:28:33.22 .net
久しぶりだなこのスレ
Windows7とか8でまた楽しいCOMインターフェイスが追加されてるな
293:デフォルトの名無しさん
12/03/22 21:57:04.40 .net
IInspectable
294:デフォルトの名無しさん
12/03/22 22:50:15.60 .net
COMで扱うバリアント型の気持ち悪さは異常
295:デフォルトの名無しさん
12/03/23 08:15:11.72 .net
馬鹿には無理
296:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/10 19:47:12.90 .net
ああするしかない。
297:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/10 20:47:48.71 .net
データもIUnknownから派生すればよかったのに
298:本田
12/04/13 20:27:15.38 .net
>>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
URLﾘﾝｸ(msdn.microsoft.com)
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.
299:デフォルトの名無しさん
12/04/29 18:42:56.85 .net
>>288
なので、IUnknownへのポインタが欲しくば、QueryInterfaceするのが王道。
QueryInterefaceはCOMインタフェースへのキャストを行うものだと思えばいい。
300:デフォルトの名無しさん
12/08/27 09:32:55.41 .net
Windows8 でデスクトップガジェットってなくなるの？
IDesktopGadgetとかどうしてくれるの？
301:デフォルトの名無しさん
12/11/08 16:20:07.81 .net
COOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOM
302:デフォルトの名無しさん
12/11/09 08:06:58.10 .net
COMのイベントについてググるのはバカにとって鬼門だな。
バカがやると「なんとかドットコム、秋のイベント開催中」みたいのしかヒットしないからなw
303:デフォルトの名無しさん
12/11/09 08:47:34.89 .net
やったのですね
わかります
304:片山博文MZボット ◆0lBZNi.Q7evd
12/12/05 12:08:57.50 .net
ReactOSっていうWindowsクローンのOSを開発しています。
その中のexplorer_newの開発を手伝ってくれる人を探しています。
COMの知識がある人、居ませんか？
305:デフォルトの名無しさん
12/12/05 21:26:28.16 .net
おいらはExplorerでCOMな人間だけど
あいにくC#で動いてるしなぁ
306:デフォルトの名無しさん
12/12/06 02:15:33.17 .net
>>304
おめーのプロジェクトじゃねえだろうが…
307:デフォルトの名無しさん
12/12/09 16:33:50.20 .net
COMっちゃうなー
Reactに誘われて♪
308:デフォルトの名無しさん
12/12/10 17:20:38.44 .net
元ネタわかる人いるのかよ
309:デフォルトの名無しさん
12/12/10 18:02:17.16 .net
元ネタがあると言うことがわかっただけで、ロートル確定だな。
310:デフォルトの名無しさん
12/12/10 18:24:41.37 .net
ロートル(老頭児)は中国語である。
これ豆な
311:デフォルトの名無しさん
12/12/14 17:08:29.06 .net
馬鹿には無理
312:デフォルトの名無しさん
12/12/14 18:43:35.12 .net
どしたの？
313:デフォルトの名無しさん
13/02/13 09:00:54.64 .net
>>283
>>298
良スレthx
314:デフォルトの名無しさん
13/02/13 09:36:01.00 .net
コードにちらばるunkというキーワード
思わずoを足したくなる
なんとかしてくれ
315:デフォルトの名無しさん
13/02/13 10:40:12.85 .net
IUnkonow
316:デフォルトの名無しさん
13/02/23 01:11:21.52 .net
そういやcommってアプリはどうなった？
317:デフォルトの名無しさん
13/02/28 20:44:03.56 .net
Shellまわりのインターフェイス
どうせだったらexplorerそのもにも実装してくれればいいのにと思うものが多数
318:デフォルトの名無しさん
13/03/04 08:03:26.94 .net
winRTでカレーにフッカツ
とっととタヒねばいいのに
319:デフォルトの名無しさん
13/03/04 08:23:27.34 .net
アプリのプラグインdllでCOMを使いたい場合、イニシャライズは
どうすればいいんだろう?一般的な指針ってあるんだろうか?
320:デフォルトの名無しさん
13/03/17 12:52:41.05 .net
なんの初期化をしたいか、COMを使うというのは、
COM規約を利用してCOM実装を作る側なのか、
利用する側なのかで変わるから一概に答えられん。
当てずっぽうで言っとくと、利用する場合は、
DllMainでCoInitialize、CoUnitilializeだろう。
逆に自分でCOM objectを提供する場合は、
Factoryクラスで初期化と後片付けを提供すりゃいいだろう。
321:デフォルトの名無しさん
13/03/17 13:19:40.20 .net
初期化と後片付けの手間が半端ない
322:デフォルトの名無しさん
13/03/17 14:11:15.72 .net
聞きたかった点をもう少し詳しく書くと、COMを利用するdllにおいて
・アプリ本体側でCoInitialize(Ex)を行っていない場合、dll側で初期化してもよいのか
・する場合、どこですべきか(DllMainかあるいは各エントリポイントか)
・特に、dllの関数がマルチスレッドで呼び出される場合についてはどうか
というあたり。
アプリ側がdllの仕様を知っていて必要な初期化を行ってくれるんであればいいけど、
dllプラグインのような場合dll側がアプリに合わせる必要があるんで、そのとき
どういうふうにすればいいんだろうかと。
323:デフォルトの名無しさん
13/03/17 14:20:21.91 .net
VARIANT が VT_DATE のときの値と CRT の time_t を相互変換するにはどうすれば良い？
324:デフォルトの名無しさん
13/03/17 18:45:12.96 .net
>>322
CoInitialize(Ex)のremarksに書いてあるやつじゃだめなの？
一度初期化したスレッドモデルと異なってたら初期化に失敗するだけじゃね(後に初期化しようとした他の人のプラグイン含む)？
325:デフォルトの名無しさん
13/03/17 22:15:31.11 .net
なるほど、と思って改めてmsdn見にいったら、DllMainでは呼ぶなって書いてあるのね。
結局のところホストアプリ側で考慮してなきゃ無理ってことかな。
326:デフォルトの名無しさん
13/03/18 11:30:40.91 .net
DLLに、最初にこの関数呼んでね的な関数追加して、そこでCoInitializeすれば良いのかなぁ
327:デフォルトの名無しさん
13/03/18 13:47:33.00 .net
プラグインなんでしょ？
サーバーというかホストが 初期化するよ/終了するよ みたいなの教えてくれないの？
328:デフォルトの名無しさん
13/03/18 21:29:45.45 .net
>>323 MFCを読め
329:デフォルトの名無しさん
13/03/18 22:12:09.83 .net
>>326
>>327
アプリ側でケアするんならそっちでCoInitializeするだけじゃね？
330:デフォルトの名無しさん
13/03/20 16:18:28.68 .net
>>326
MSも含め、DLL側じゃなくexe側で初期化しろって方針なんだから、
DLL側で初期化すんのやめたら？
MSのDLL使う時だって、CoInitialize、CoUninitialize(もしくはWrapした関数)
必要なんだから、DLL使う側だって今更そこまで気にしないだろ。
331:デフォルトの名無しさん
13/03/20 17:08:33.74 .net
CoInitialize忘れてCOM使うと
エラーが良くわからん状態になるので
忘れないようにしたいという需要はある
332:デフォルトの名無しさん
13/03/20 18:51:54.57 .net
そういってもMS提供のDLLでもそうしてんだから、
それに従うしか無いだろうに
333:デフォルトの名無しさん
13/03/20 20:18:30.82 .net
アパートメントモデルの問題があるから、
ＤＬＬで勝手に初期化するわけにはいかない。
334:デフォルトの名無しさん
13/03/21 12:58:18.91 .net
foreach実装する方法おしえてチョン
335:デフォルトの名無しさん
13/03/21 13:36:26.47 .net
何語？
336:デフォルトの名無しさん
13/03/24 14:17:42.23 .net
マゲ
337:片山博文MZパンク ◆0lBZNi.Q7evd
13/04/06 22:42:52.62 .net
IShellViewのヘッダーが表示され内容に死体が胴すればいイカ？
338:デフォルトの名無しさん
13/04/07 15:09:37.56 .net
FWF_NOCOLUMNHEADER あたり
339:片山博文MZパンク ◆0lBZNi.Q7evd
13/04/17 20:53:57.97 .net
>>338 似たようなフラグで解決。ありが㌧。
相変わらずReactOS開発中。SHDOCVWとBROWSEUIの実装に関する資料希望。
340:片山博文MZパンク ◆0lBZNi.Q7evd
13/04/17 22:39:12.48 .net
儲かるActiveXの作り方教えて下さい、偉い人。
341:デフォルトの名無しさん
13/04/17 23:21:04.39 .net
んなもんない
342:デフォルトの名無しさん
13/04/21 13:17:50.82 .net
localのEXEサーバーに大きなデータ(数十MB)を渡したいんだが、SAFEARRAYに
突っ込んだ場合、パフォーマンスはどうなんだろう？
数秒とかかかるようならあきらめるけど。
343:片山博文MZパンク ◆0lBZNi.Q7evd
13/04/23 10:36:29.88 .net
登録されているCOMのCLSIDとそのDLLパスのペアの一覧を取得する方法を教えて下さい。
344:デフォルトの名無しさん
13/04/23 10:47:56.76 .net
レジストリを舐める
345:デフォルトの名無しさん
13/04/23 22:32:31.11 .net
>>344
構造を説明した資料ないっすか？英語可
346:デフォルトの名無しさん
13/04/24 12:35:05.38 .net
URLﾘﾝｸ(msdn.microsoft.com)
347:片山博文MZパンク ◆0lBZNi.Q7evd
13/04/24 19:07:02.13 .net
OLE Viewer使えば簡単だった。すまそ
348:デフォルトの名無しさん
13/04/24 20:21:39.67 .net
ヽ(･ω･)/ｽﾞｺｰ
349:片山博文MZパンク ◆0lBZNi.Q7evd
13/04/24 21:32:53.68 .net
ATLが使えてひまな人、ReactOSの開発に参加して下さい。お願いします。
350:デフォルトの名無しさん
13/04/24 21:36:25.70 .net
はい。
351:片山博文MZパンク ◆0lBZNi.Q7evd
13/04/24 23:19:06.74 .net
>>350
おお、参加してくれるか。まずは僕のHPの「ReactOS開発の手引き」を読んで下さい。
352:デフォルトの名無しさん
13/04/24 23:20:39.20 .net
いいえ。
353:デフォルトの名無しさん
13/04/24 23:31:49.80 .net
--------------------------
運命の選択
--------------------------
ReactOS開発に参加しますか？
[はい] [いいえ]
--------------------------
354:デフォルトの名無しさん
13/04/24 23:44:20.41 .net
それは人生のスイッチ。
実力と英語力と時間がある人はお金がもらえるよ
355:デフォルトの名無しさん
13/04/28 13:51:46.76 .net
複数のアプリで共通のインタフェースを持たせたい場合、単純にそのインタフェースを
定義したIDLをそれぞれのアプリでimportすればいいんですかね？
あとこのとき、インタフェースのバージョンアップ(メソッドの追加など)はどのようにすれば
いいんでしょうか？
356:デフォルトの名無しさん
13/04/29 01:24:17.27 .net
>>349
お前が亡くなれば参加してもいい
357:デフォルトの名無しさん
13/04/30 22:25:04.86 .net
>>356
ジェラシーか？
自分を恥じているのか？
いずれにしても時間の無駄
358:デフォルトの名無しさん
13/05/03 10:32:20.14 .net
VSのウィザードが生成するidlは最初にinterfaceの定義があって、その後に
coclassを含むlibraryが記述されますが、interfaceがlibraryの外で定義されるのは
どういう理由からなんでしょうか？
libraryの中にinterface定義を記述する場合とどう違うんでしょうか？
同じinterfaceを使う複数のlibraryが書けるようにしているんですかね？
359:デフォルトの名無しさん
13/05/05 19:33:07.15 .net
>>358
インターフェイスの再利用のため。
360:片山博文MZパンク ◆0lBZNi.Q7evd
13/05/05 19:35:18.14 .net
COMは人工知能を作りたい人が越えるべき一里塚
361:デフォルトの名無しさん
13/05/05 19:48:55.67 .net
いいえ。
362:片山博文MZパンク ◆0lBZNi.Q7evd
13/05/05 20:44:26.04 .net
COMではinterfaceと実装を分けて考える必要がある。
interfaceは外に公開する操作用の接点。実装はinterfaceに必要な機能の詳細。
interfaceを幅広く利用するために、生成・破棄の手段を一定の形式に従って公開している。
363:デフォルトの名無しさん
13/05/05 20:48:16.38 .net
ずっと昔はidlとodlに分かれてなかったっけ？
364:デフォルトの名無しさん
13/05/05 21:39:29.29 .net
馬鹿じゃね？
OOならずともinterfaceなら当たり前じゃね
365:片山博文MZパンク ◆0lBZNi.Q7evd
13/05/05 22:01:55.03 .net
例えば、集合を表すinterface ISetを公開する場合、実装方法は自由に選べる。
連結リストで集合を実装するclass CSetByListの実体を返してもいいし、ベクトルで集合を実装するclass CSetByVectorを返してもいい。
interfaceと実装を分離することでソフトウェア部品の共通化と再利用性が高まる。これはこれからの人工知能の要と言える。
366:デフォルトの名無しさん
13/05/05 22:12:28.10 .net
>>359
再利用ってのはつまり、複数のlibraryで同じinterfaceを参照したい場合のために
libraryの外でintefaceを定義しているってことですかね。
ということはひとつのlibraryでしか使わないintefaceはlibraryの中で定義しても
同等なんでしょうか？
dispinterfaceの場合はlibraryの中で定義する場合と外の場合とでMIDLの
コンパイル結果が大きく違うようですが。
367:デフォルトの名無しさん
13/05/05 22:36:34.92 .net
公開したくないなら公開するな。そういうことだ
368:デフォルトの名無しさん
13/05/05 22:55:13.70 .net
>>367
library内のcoclassが参照するinterfaceなら、中で定義されたものでも外で定義されたものでも
どちらの場合もタイプライブラリに含まれて公開されますが？
369:デフォルトの名無しさん
13/05/05 23:10:51.26 .net
じゃあ、参照するinterfaceを作成する方法は何通りある？
370:デフォルトの名無しさん
13/05/05 23:41:13.95 .net
とりあえず、再利用の話なのか公開の話なのか参照の話なのか話題を絞れ。
371:デフォルトの名無しさん
13/05/05 23:49:02.61 .net
>>369
一通りって何を数えるんだろう？
・同じidlに書く
・別のidlに書いてimportする
・別のタイプライブラリにコンパイルしたものをimportlibする
とか？
372:デフォルトの名無しさん
13/05/05 23:57:34.82 .net
>COMは人工知能を作りたい人が越えるべき一里塚
なんで人工知能を作りたい人の文脈でCOMが出てくんの？
373:デフォルトの名無しさん
13/05/06 00:03:17.85 .net
＞365 ：片山博文MZパンク ◆0lBZNi.Q7evd ：2013/05/05(日) 22:01:55.03
＞interfaceと実装を分離することでソフトウェア部品の共通化と再利用性が高まる。これはこれからの人工知能の要と言える。
なんでこの人広義なソフトウェアの一般論をわざわざ人口氏h脳だけに的を絞って話してんの？
覚えたてなの？きもちわるい
374:片山
13/05/06 00:44:13.05 .net
えいやこら
えいやこら
どっこいしょ
375:デフォルトの名無しさん
13/05/06 00:54:33.89 .net
ワリートマケの唄
えいやこらどっこいしょ
えいやこらどっこいしょ
パソコンのためならえいやこら
376:デフォルトの名無しさん
13/06/16 20:30:09.00 .net
We love COM
377:デフォルトの名無しさん
13/06/25 09:16:34.35 .net
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 );
って感じで使えてマジでスクリプトっぽい。ちょっと感動。
378:デフォルトの名無しさん
13/06/25 10:03:40.56 .net
当たり前じゃね？
なんで出来ないと思ったの？
379:デフォルトの名無しさん
13/06/25 11:18:52.59 .net
いやー
スクリプトさんがシグニチャからメソッド探すときに
よく間違えないで見つけてくれるもんだと思ってさぁ
オプション引数使ってないメソッドをシグニチャ違いで呼ぶと
スクリプトさんのプロセスで「プロシージャの呼び出し、または引数が不正です」って怒られるのよ
.netの方じゃなくて。
380:デフォルトの名無しさん
13/06/25 12:12:25.70 .net
引数があってるか確認してるのは
スクリプト側じゃなくてBinderだからな
381:デフォルトの名無しさん
13/06/25 22:38:57.90 .net
そうだ、バインダーが探せバインダー
382:デフォルトの名無しさん
13/06/26 10:22:05.92 .net
昔MSX界隈に、どうすれバインダーっていう人がいたな
383:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN .net
ファイルタイプのアイコンハンドラを登録して
InprocServer32にdllを設定する時、
64bitOSの場合でそのdllが64でビルドされてたら
32bitアプリケーションからはそのアイコンハンドラが呼ばれないって状況はありえる？
つーか普通そのdllって32bitで作るの？
384:デフォルトの名無しさん
13/07/13 NY:AN:NY.AN .net
状況はありえる
32bit専用で作ることも出来るし
64/32bit兼用で作ることも出来るが
64bit専用のものは32bit側からは使えない
385:デフォルトの名無しさん
13/08/07 NY:AN:NY.AN .net
comcom
386:デフォルトの名無しさん
13/08/08 NY:AN:NY.AN .net
comとcom+は何が違うのですか？
387:デフォルトの名無しさん
13/10/20 07:29:10.07 .net
COMはインプロセス
COM+はアウトプロセス
細かい違いはあるが基本はそれだけ
388:デフォルトの名無しさん
13/10/20 07:57:19.20 .net
32bit用に作られたcomサーバーを
64bit用のcomクライアントから使用したい場合
上記サーバーを64bit用に作り直す
(ソースの変更と再コンパイル)
必要がありますか？
それともwrapperみたいなのを書けば対処可能ですか？
389:デフォルトの名無しさん
13/10/20 08:13:57.34 .net
必要ありません
登録する時に適切な手順を踏めば問題なく利用できますし
390:デフォルトの名無しさん
13/10/20 10:33:00.13 .net
なるほど
どいうことは
64bit用のクライアントで使用できない
32bit用に作られたCOMサーバーは
登録する時に適切な手順を踏んでいないということですね
多分COMサーバーのインストーラーが変なことしてるのかな
391:デフォルトの名無しさん
13/10/20 10:52:02.39 .net
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.85).aspx
この辺見ると、63bit/32bit相互運用可能なのは、アウトプロセスの場合のみって思えるけど違うの?
IEやOfficeはともかく、一般のライブラリ的なCOMサーバはインプロセスが多そうなので、
相互呼び出しできないんじゃないの?
392:デフォルトの名無しさん
13/10/20 10:58:41.04 .net
×63bit/32bit相互運用可能なのは、
○64bit/32bit相互運用可能なのは、
です
393:デフォルトの名無しさん
13/10/20 11:57:13.62 .net
>>392
気付かなかったorz
眼科行くべきか
394:デフォルトの名無しさん
13/10/20 12:09:36.50 .net
２秒くらいえっ？てなった
395:デフォルトの名無しさん
14/03/08 15:04:30.80 .net
鳥の竜田揚げ
396:デフォルトの名無しさん
14/03/17 14:07:47.87 Z9hT6Asb.net
IDataObjectを実装してるオブジェクトから
あるフォーマットのデータを削除することってできる？
空データで上書きしてもそのフォーマットとしては残るし
空データでもデータとして意味がある場合もあるし
自前の実装でそういう処理を書ける場合じゃないと無理？
397:デフォルトの名無しさん
14/03/17 19:51:29.13 +0g3AXKA.net
無理だな
398:デフォルトの名無しさん
14/04/12 18:28:31.07 EWT/9iBD.net
IDataObjectにHGLOBALなデータを設定するとき、
一体どのAPIを使ってメモリを割り当てたらいいんでしょう？
伝統的にはGlobalAllocを使うんだと思いますが
LocalAllocを直接使っているコードを見たことがあります。。
399:デフォルトの名無しさん
14/04/12 18:44:11.92 ZtAe8uA3g
そやな
400:デフォルトの名無しさん
14/04/12 18:47:39.61 QTVFiGTh.net
HGLOBALならGlobalAlloc使っとけばいいんじゃない？
Win16と違って、Win32では同じものだけどね。
401:400
14/05/02 09:11:42.05 vd73L/AD.net
とりあえずシェルのカラムにあるやつはなんとか取得できそうです。
IShellFolder2::GetDetailsOf( null, ... をループでまわして取得したローカル名と比較するという力技ですが。
一致した場合にそのインデックスからIShellFolder2::MapColumnToSCIDでPROPERTYKEYが取れました……
402:デフォルトの名無しさん
14/05/06 20:14:34.65 XJoiCw0I.net
OLE スレッド モデルの概要としくみ
URLﾘﾝｸ(support.microsoft.com)
403:デフォルトの名無しさん
14/05/07 13:11:23.49 9Lrwf94O.net
φ(..)メモメモ
EternalWindows - COM
URLﾘﾝｸ(eternalwindows.jp)
温COM知新 (おんこむちしん)
URLﾘﾝｸ(www.asahi-net.or.jp)
COM研究室
URLﾘﾝｸ(atata.sakura.ne.jp)
404:デフォルトの名無しさん
14/05/07 13:19:13.42 9Lrwf94O.net
どとねと
相互運用マーシャリング
URLﾘﾝｸ(msdn.microsoft.com)
アンマネージ コードとの相互運用
URLﾘﾝｸ(msdn.microsoft.com)
405:デフォルトの名無しさん
14/05/14 14:14:24.97 duQE1tkX.net
A synchronous OLE call made by the recipient of an inter-process/inter- thread SendMessage fails with
RPC_E_CANTCALLOUT_ININPUTSYNCCALL(0x8001010D).
URLﾘﾝｸ(support.microsoft.com)
406:デフォルトの名無しさん
14/07/08 15:13:40.82 VCOU0wLj.net
テキストエディタのMeryみたく、自作アプリのマクロを
WSHエンジンで動かせるようにするにはどうしたらいいのでしょうか？
Visual Studio で C++(MFCなし) の場合です。
ヒントだけでもいただけたらと思います。
407:デフォルトの名無しさん
14/07/09 11:49:40.02 Q25RUpED.net
どなたか、いませんか～？
408:デフォルトの名無しさん
14/07/09 13:21:03.55 QQm9iNty.net
いませんよ
409:デフォルトの名無しさん
14/07/09 15:23:34.29 Q25RUpED.net
生存かくにん。 よかった(ハート)
410:デフォルトの名無しさん
14/07/10 06:52:04.27 fp5I0Zvk.net
season quinen age
411:デフォルトの名無しさん
14/07/10 08:28:32.99 hXB94njE.net
COMも、LoadLibraryみたいな形でアプリ内で閉じて使えたらアプリのプラグイン
インターフェースとして使えたのにな。
412:デフォルトの名無しさん
14/07/10 09:47:10.09 1VHW603R.net
>>406
WSH上で動かすんじゃなくてWSHの機能を呼び出すんじゃろ
まずは難しいことを考えずに
コマンドリストを実行できる機能をつけて
そこから改良していけばいいのではないか
凝ったことをやりたいなら構文解析・パーサーをキーワードにして
知識を広げていくのが良い
413:デフォルトの名無しさん
14/07/10 15:23:41.68 1VHW603R.net
それとも
IDispatch::Invoke と IDispatch::GetIDsOfNames を組み合わせて使うとか
そういう話かな
414:デフォルトの名無しさん
14/07/10 17:14:05.85 fp5I0Zvk.net
v8を組み込んで
jsインタプリタ内蔵の
プラグインにすれば良い
415:デフォルトの名無しさん
14/07/13 03:23:13.23 b3Vz6umr.net
>>406
サクラエディタのマクロはWSHだったような気がする
416:デフォルトの名無しさん
14/07/14 15:28:36.63 uZs3XM/U.net
IFileOperation でファイルのショートカットを作成することって出来ないの？
コピー・移動・リンク作成が直交的に作れたら美しいんだけど
417:デフォルトの名無しさん
14/07/14 22:35:59.63 DvBldTQU.net
EXCELをCOMアドインで操作していると、同じ処理をしているにも関わらず、
ある時は数秒で終わるのに、ある時は、何十秒も掛かったりと、挙動が
おかしいのですが、何か解決のヒントありますか？
418:デフォルトの名無しさん
14/07/15 20:35:27.97 UxnDWfjl.net
>>417
COMなんて使わずにこれ使えよ。マイクロソフトご謹製だよ。
URLﾘﾝｸ(www.microsoft.com)
ま、使うとかなり目眩がするけどなwww
419:デフォルトの名無しさん
14/07/21 07:49:19.08 6nmHe42m.net
>>416のシェルを使ったショートカット作成の件だけど、
→作成先フォルダのIDropTarget取得
→ショートカットを作るファイルのIDataObjectをCF_HDROPとかCF_SHELLIDLISTとかの形式で作成
IFolderViewがある場合簡単。
→IDropTargetのDropその他を順番に呼び出す。その時effectをDROPEFFECT_LINKにしておく
みたいなウンコな方法か、ちまちま一個ずつ作るしかないの？
ちまちま一個だとUndoを一度にやってくれないし
もしかしてこのウンコの方法が正統な方法だったりする？
420:デフォルトの名無しさん
14/07/21 07:53:53.45 hvY5HB9k.net
うん
421:デフォルトの名無しさん
14/07/24 19:57:03.53 s9ARWR1P.net
COMによるOffice automationを調べていると
COM/ATLというような用語も見つかるのですが、COMとCOM/ATLというのは
異なる技術ですか？
私の理解では、C++でCOMやる場合は、CoInitializeExやCoUninitializeを使って
やる方式のことだと思っています。COM/ATLというのが分りません。
どなたか簡単に解説お願いします。
422:片山博文MZ悪魔崇拝 ◆T6xkBnTXz7B0
14/07/24 20:19:40.19 BX5qEEGf.net
「active template library」で検索
423:デフォルトの名無しさん
14/08/07 17:34:11.54 utSp7A7J.net
>>421
プログラムが大きくなるとコンパイルに時間がかかるから
共通部分と分けるじゃない？ あれが静的ライブラリで lib
さらに共通であちこちのexeで使われるようなものは１度コンパイルしておいて
動的にメモリに読み込んで使えるようにすればいいじゃん これが動的ライブラリで dll
さらに動的ライブラリdllにもC++のオブジェクト構造のような関数以外のものも入れたいなぁ
さらに言語非依存にして、そこで参照回数などのオブジェクトのメモリ管理も加えたCOM技術で作ったdll
COMサーバーという
この外部オブジェクトライブラリを使うのに、CoInitializeExやCoUninitializeを使うのはCOMクライアント
COMクライアントは別にC++でなくてもJavaScriptでもVBでもC#でもPerlでもなんでもいい
COMサーバーは大別してインプロセスサーバー、アウトプロセスサーバーがあるけど
ぶっちゃけ一から書くのはメンドクサイ
そこでライブラリ作ろうか～ということで出来たのがATL/WTL
424:デフォルトの名無しさん
14/08/07 17:50:19.99 oQyOe1xD.net
わっかりやすーい
425:デフォルトの名無しさん
14/08/07 19:32:56.15 zGwpFhqC.net
参照カウントなんてどこで増やしてんの？
426:デフォルトの名無しさん
14/08/07 20:30:34.00 utSp7A7J.net
>>425
参照カウントはIUnkhownが担当してる
なぜ参照カウントが必要かというと使われなくなったオブジェクトを提供するために
dllをメモリに読み込んでいるわけだけど、つかわれなくなったら破棄するため
ちなみに何度も１個だけインターフェースを作ったり破棄したりする可能性のあるCOMは
dllの読み込みや破棄を連続で行わないためにClassFactoryを実装することが薦められている
COMは最初は言語非依存じゃなくて単に動的ライブラリdllにオブジェクト機能を持たせるだけだった
（インターフェイスの階層構造で、仮想ポインタの配列順で実現してた）
だから以前はヘッダが必要だった
つまりC++専用だった
IDispatchというインターフェイス名でを動的に関数ポインタを取得できるインターフェイスを作ることで
プログラム内にインターフェイス名を書くだけでよくなり言語非依存になった
従来の関数ポインタ順とは別にIDispatchを両方用意することをディアルインターフェースという
このあたりからOLEとか呼ばれるようになった
さらにこのインターフェイス名やGUIDはOS（というかレジストリ）に記録するものなので
Windowsアプリからはどこからでも利用できるはず・・・・
それならブラウザ内の埋め込みスクリプトからも利用できるようにしようということで ActiveX と名前を変え
ActiveXサーバーを作るものだから ATL（Active Template Library）なんだと思う
427:デフォルトの名無しさん
14/08/08 01:05:55.34 hqeBSYtp.net
COMはレジストリ登録必須じゃなくて従来のdllと同じようにアプリケーションに閉じた形で使えたら
もう少し使いでがあったんだがなぁ。
428:デフォルトの名無しさん
14/08/08 01:12:38.28 B23vVFp/.net
>>427
dllをLoadLibraryして関数呼べばＣＯＭオブジェクト作れるでしょ？
レジストリ登録はCoCreateInstanceでＣＯＭオブジェクト作るなら必要ってだけで
自前でやる分には何の問題もない
429:デフォルトの名無しさん
14/08/08 01:27:40.29 hqeBSYtp.net
なるほど、自分でDllGetClassObject呼んでやればいいのか。
もう使うことはないだろうが、参考になった。
430:デフォルトの名無しさん
14/08/08 04:42:26.72 1UU7vf/D.net
>>426
すべてが行き当たりばったりなんですね
431:デフォルトの名無しさん
14/08/08 07:00:09.81 /GOXeWKw.net
>>423
細かい突っ込みだが WTL は COM と関係ないべ
432:デフォルトの名無しさん
14/08/08 09:24:29.43 gW33htdT.net
概出かも知れませんが
URLﾘﾝｸ(keicode.com)
URLﾘﾝｸ(keicode.com)
433:デフォルトの名無しさん
14/10/23 13:56:20.92 ISc0F2Qf.net
OLEオブジェクトにゼロデイ脆弱性、Microsoftが暫定対策プログラムを公開
URLﾘﾝｸ(www.forest.impress.co.jp)
434:デフォルトの名無しさん
14/11/07 16:14:18.00 tCwEoRvN.net
分散オブジェクトは距離に応じた最適な大きさ（機能）があって、
一律の仕組みにすることが最良ではなかった。
435:デフォルトの名無しさん
14/12/06 08:07:09.24 1X8GhzUe.net
>>430
だがそれがいい
436:デフォルトの名無しさん
14/12/08 00:18:29.73 imKvrg71.net
COMは.NETの登場で廃れると思ってたが結局10年経っても廃れなかったな、ネイティブコードの言語が健在だから
437:デフォルトの名無しさん
14/12/08 10:11:02.56 rVPpfxjW.net
非同期処理には向いてないっぽい
438:デフォルトの名無しさん
14/12/12 09:04:26.82 s5Npqjiu.net
DCOMの非同期版みたいなのをMSが考案してMSJかMSDNマガジンでそれを読んだが、全く流行らなかった。名前も思い出せないわ。
439:デフォルトの名無しさん
14/12/12 11:51:31.03 RkbkbG+A.net
結局、MS Office は .NET では書かれないんだからな。そりゃCOMとOLEが残るわな。
440:デフォルトの名無しさん
14/12/12 11:55:33.92 r3Fvlg1D.net
OOOとかLibreOとかGoogleSpreadsheetとかで間に合うのに
なんでみんな有料のものを喜んで買うんだ
441:デフォルトの名無しさん
14/12/12 12:16:02.48 j/Rc/sNK.net
MS自体がデスクトップアプリで.NETなんか使わんと言ってるようなもんだからな
442:デフォルトの名無しさん
14/12/13 00:14:39.65 pBf+dW7w.net
DLLとしてのCOM実装は実行オーバーベッドもないし、それでいてコンポーネントベースのオブジェクト指向を実現できるからな、シンプルでよく出来てる
流行り廃りではなく、ネイティブコードならいつまでも使い続けらる技術だよ
.NETには何の魅力も長所も感じない
動作が遅い、デフォで導入されてない.NETフレームワークのインストールも、OSに任せればインターネット接続が要るし、丸ごと再頒布するにはデカ杉
443:デフォルトの名無しさん
14/12/13 00:17:26.75 hYWK5mUP.net
最近のＯＳには入ってるしインストールの手間はないだろ
444:デフォルトの名無しさん
14/12/13 00:25:07.03 pBf+dW7w.net
Win8からは.NET fxはVer4.5しかインストールされてないよ、デフォでは
.NET3とか2のエンジンは、Windows Featureのon/offの所からから明示的に導入しないと、.NETランタイム不在と認識される
.NET4は3や2の代用にはならない