COMにはやられた...

>941
>GetModulePathだったかなんとか
ありがとさんです。
出来ればVB.NETで使える方法を教えてちょうだい。

よく考えたらXPでなくてもDllGetClassObjectを直接呼べば、
同じことが出来るんだけどね・・・

>>943
DllGetClassObjectでは、ThreadingModelを意識した処理ができないのではないでしょうか。

「キムにはやられた」（木村祐一）
「コムにはやられた」（山崎邦正）

ばーかあああああああああああああああああああああああああああああああああああああああああああああああああ

次スレのタイトルはどうする？
COMスレは三つ目なんだけど。

「3COM」でよろ

COMについての質問はこのスレでいいのでしょうか。
勉強中なのですが、インターフェースについての理解で分からない部分が
あるので教えてください。

たとえばエディットボックスにオートコンプリート機能を追加するとして、IEnumStringを
継承したクラスとIAutoCompleteを用いて

CEnumString *pEnumStr = NULL;
IAutoComplete *pAutoComp;

CoCreateInstance(CLSID_AutoComplete, NULL, CLSCTX_INPROC_SERVER, IID_IAutoComplete, (void**)&pAutoComp);
pAutoComp->Init(GetDlgItem(hWnd, IDC_EDIT1), pEnumStr, NULL, NULL);

のようにした場合、エディットボックスに対してpEnumStrとのインターフェースを
指定し終わったpAutoCompはすぐに解放してしまってもよいのでしょうか？

最終的にやりたいことは、動的に生成されるエディットコントロールに対して
オートコンプリートを実装したいのですが、IAutoCompleteやCEnumStringを
どのように管理すればよいのかで悩んでいます。

俺もそんなに詳しくはないけど、とりあえず IAutoComplete に関しては
解放しても問題ない。ただし、保持しておくとモードの切替なんかが後でも
可能になる。あとはMSDN嫁。

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/programmersguide/shell_int/shell_int_programming/ac_ovw.asp
> The autocomplete object will remain attached to the edit control even after you release it.
> You might not want to release these interfaces if you need to access them later.
> For example, you might want to change the autocomplete options at a later point.

boost::xpcom


これで世界は変わる
だれか作って

次スレは
「サングラスをかけてて、中肉中背の３０代の男にやられた」
でお願いします。

COMインターフェイスは仮想継承にしてもいい？

IUnknownを継承してAddRef/Releaseだけを実装したクラス、ReferenceCountを作った。
そして自作のインターフェイスIFooを継承して実装するクラスHogeがある。
これは当然ReferenceCountも継承したい。当然仮想継承にしないとまずい。
ReferenceCountは外には見せないので仮想継承にでも何でも出来るが、IFooの方は仮想継承にしたらまずいような気がするんだ。

心配だから結局ReferenceCountはIUnknownを継承せず、HogeがReferenceCountをメンバとして持つように修正した。
そしてマクロでHogeのAddRef/ReleaseがReferenceCountのAddRef/Releaseを呼ぶようにしている。
だけどやっぱり不恰好な感が否めない。

クラス構成が間違ってるだろそれ

HogeとIFooの間にReferenceCountを挟め。

>>956
さらにIFooとは継承関係のないIBarとそれを実装するHageも存在しHageにもReferenceCountが欲しいんですよ。

じゃあ、HageとIBarの間にもRefernceCountを挟めばいいだろう。
テンプレートを舐めるな。

テンプレート
いつもSTLとBoostは欠かさずに使っているのに忘れていた……。　　○|￣|＿

template<typename T>
class ReferenceCount : public T { /* * */ };
class Hoge : public ReferenceCount<IFoo> { /* * */ };
こうですよね。

次スレ既にある様なんだけど
http://pc8.2ch.net/test/read.cgi/tech/1102521580/l50

やられた...

VariantInit()やっていないVARIANTオブジェクトにVariantClear()やっていた。
どおりでわけわかんない挙動になるわけだ……。

今ファイラー作ってるんですが右クリックを押したままドロップすると
表示されるコンテキストメニューはどうやったら表示できるんですか

>>962
win32apiスレできいたほうがいいかも

>>963
わかりました

最近PCがメモリのエラーを起こすCOM何なんだ
ゴルァ

ここで聞くのが適当かわかりませんが、コンテキストメニューに登録して
実行するツールを右クリックから実行すると、その処理が終わるまで
呼び出し元（右クリックしたフォルダ）が復帰しない（固まった状態になる）
のですが、これを解消させる（非同期で処理させる）にはどうすれば
いいのか教えてください。

command.com?

>>966
スレッドを作ってそこで処理しろ。

インターフェースについて、そもそもそれが何なのかというレベルから解説している
良質のサイトってどんな所がありますか

http://www.cqpub.co.jp/interface/

>>969
http://www.microsoft.com/japan/msdn/thisweek/combasics/combasics1.asp

次スレがなさそうなのでage

DCOMがむかつくので、無効化しています。DCOMで開発している方々、いい加減にしてください。

VC++からタイプライブラリでexcelを操作したい場合の
質問スレはどこいけばよい？

>>974
たぶんここでも平気。

>975
ありがとう

VC++　タイプライブラリ　excel操作の結合されたセルの値の取得についてなんだけど
例えば　A1　に　"test"という文字を入力してA2とA3と結合してあるExcelがある。

これに対してA1(1,1)を取得するようにすれば"test"という文字の取得できるんだけど、A2(1,2)とかA3(1,3)だと値は空白になっていて
"test"という文字が取得できない。これってなんか取得する方法、又は取得しようとしているセルが
どこかのセルと結合されているというプロパティみたいのないでしょうか？

下はサンプルコードです。どなたか知ってる方お願いします。
別の方法でもいいです。

_ApplicationobjExcel;
_WorksheetoneSheet;
RangepXlsRange;
LPDISPATCHpCells;
COleVariant x,y,ItemId;
CString CellName;

/* 〜中略〜 */
pCells = oneSheet.GetCells();
pXlsRange.AttachDispatch(pCells,TRUE);

y = (short)1;　x = (short)1;

/* セル値取得 */
ItemId = pXlsRange.GetItem(y,x);
objExcel.AttachDispatch(ItemId.pdispVal,TRUE);
CellName = objExcel.GetValue();

>>976
Range::GetMergeArea()

>977
ありがとうございます。
Range::GetMergeArea()ってLPDISPATCHで戻ってきて・・・
それから・・・・
・・ごめんなさい。続きを教えてください。

>>978
結合されたセルのRangeオブジェクトが帰ってくるから。
あとはRange::GetCount()なり、Range::GetItem()でやりたいことはできると思うけど。

ありがとうございました！
なんとかできました！！

構造体みたいなCOMオブジェクトをつくりました。
これをリモート呼び出しで受け渡ししたいのですが
参照ではなくコピーを渡したい。
どうすればよろしいか？

値渡しマーシャリングというものを見つけた。
面倒だなあ。

自分でマーシャンリングしないとなると、

・構造体をADOのRecordsetで代用する（確かMBVに対応してるはず）
・XMLで代用する

とか。

渡すときにコピー作ればいいだけじゃなくて？

>>983
マーシャリングってなぁに？

線路は続くよどこまでも

いまさらCOMしてどうなる？

COMatta

>>984
コピーを作ってもリモート側にそれが出来上がるだけであって、そいつに対する
アクセスは相変わらずプロキシ経由（リモート呼び出し）になるのではないかと。

981は恐らくオブジェクト実体をローカルに持ってきてリモート呼び出しを避けたい
という話だと思う。

このあたりにMBVの例がでてます。
ttp://msdn.microsoft.com/library/en-us/dnesscom/html/custommarshaling.asp

>>985
辞書的には整列。JavaやMFCのシリアライズと同じ物かと。

>>987
否定は出来ませんね。すぐにはなくならないにしても、適用範囲は減りつづける
一方でしょう。

WindowsはCOMで出来ている
MozillaもXPCOMで出来ている
世界はCOMで出来ている

>>989
おっしゃる通りです。
しかしマーシャリングうまくいかん。リモート側でNULLになっとる。
MarshalはコールされるがUnmarshalがコールされない。

>>983
もっともな意見ですが
構造体COMにIPersistStream実装して
byte* buf;
構造体COM->save(buf)
サーバ->setX(buf, buflength)
バイトの塊でわたすという無茶苦茶なインターフェイスでいくことにしました。