５ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

1 ：IUnknown：2001/02/11(日) 01:42

ATL や MFC でラッピングされていない素顔の COM について語り合いましょう。

497 ：デフォルトの名無しさん：02/05/06 00:10

VCスレに逝くべきかもしれませんが、COM特有なのでここで質問。

#define _WIN32_WINNT 0x0400
#define WINVER 0x400
#include <windows.h>
#include <tchar.h>
#include <comdef.h>
#include <objbase.h>

#undef DialogBoxW
#pragma comment ( lib, "Rpcrt4.lib" )

#import "xl5jp32.olb" \
rename("DialogBox", "DialogBoxForExcel") \
rename( "RGB", "RGBForExcel")


int foo()
{
CoInitializeEx(0, COINIT_MULTITHREADED);
Excel::_Application *pRawExcel = NULL;

VC6で上のコードをビルドすると、Excel::_Application の行で
C:\proj\src\libexcel\libexcel.cpp(18) : error C2039: '_Application' : 'Excel' のﾒﾝﾊﾞではありません。
C:\proj\src\libexcel\libexcel.cpp(18) : error C2065: '_Application' : 定義されていない識別子です。
なかんじのエラーが出てしまいますが、何がまずいんでしょうか?

C++からexcelのセルがいじれてマクロが呼べればどのようなやり方でもいいんですけど、
そのへんから拾ってきたコードも、MSDNのサンプルもろくにビルドできずに困ってます。

498 ：デフォルトの名無しさん：02/05/06 00:12

ちなみに、excel9.olbをインポートすると、かわりに
c:\proj\src\libexcel\debug\excel9.tlh(1194) : error C2504: '_IMsoDispObj' : 定義されていない基本ｸﾗｽが宣言されています。
みたいなエラーがたくさん出てきます。

はひゅー

499 ：デフォルトの名無しさん：02/05/06 04:55

>>497
CoInitializeEx(0, COINIT_MULTITHREADED);
Excel::_ApplicationPtr pRawExcel( __uuidof( Excel::Application ) );

これでいかないか？
タイプライブラリをインポートすると、生のインターフェイスの代わりに
スマートポインタ版インターフェイスが定義されるはず。
_com_ptr_t<>ってやつ。インターフェイス名にPtrと付く事に注意。
スマートポインタなんで普通NULLは入れないな。

500 ：デフォルトの名無しさん：02/05/06 05:12

純粋にC++だけやってるからか
オートメーションやアクテブXの存在理由がイマイチわからん。
使うこともないし。何の意味があるのこれ？
C++を使う上で、無意味ともとれる決まりごとが多くてかなわん。
VBとかで使う為に必要なんですよとかそんなの理由になるのか？
.NETの本にCOMが難しいのは、本来OSが受け持つサービスを
自前で用意しなければならないからだとか書いてあったが正しくその通り。

501 ：デフォルトの名無しさん：02/05/06 13:01

>>500
> VBとかで使う為に必要なんですよ

.NETもそういう決まりごとでがんじがらめになってるけど、
コードを書く側にとって見えなくなってる。それがCOMとの違い。
COMは負担が大きすぎた。

502 ：497：02/05/06 13:47

>>499
ありがとーん
あの後、MS09.olbとかVB6EXT.olbとかいること発見したんで、EXCEL9.olbを
使うように戻しました。

#import "C:\Program Files\Microsoft Office\Office\MSO9.DLL" \
rename("DocumentProperties", "DocumentPropertiesXL")
#import "C:\Program Files\Common Files\Microsoft Shared\VBA\VBA6\VBE6EXT.OLB"
#import "C:\Program Files\Microsoft Office\Office\EXCEL9.OLB" \
rename("DialogBox", "DialogBoxXL") \
rename("RGB", "RBGXL") \
rename("DocumentProperties", \
"DocumentPropertiesXL") \
no_dual_interfaces \
exclude("IFont","IPicture")

int foo()
{
CoInitializeEx(0, COINIT_MULTITHREADED);
Excel::_ApplicationPtr pRawExcel( __uuidof( Excel::Application ) );
pRawExcel->Quit();

return 0;
}

でもやぱーり、
c:\proj\src\libexcel\debug\excel9.tli(3731) : error C2511: 'PutOnDoubleClick' : ｵｰﾊﾞｰﾛｰﾄﾞされたﾒﾝﾊﾞ関数が '<Unknown>' にありません。
なんてのが出てきてお手上げ状態です。

web上にも完全なコードやOLB間の依存関係の情報があまりないところを見ると、
#importではみんなうまくいかなくてあきらめちゃってるんじゃないかと思う次第であります。

503 ：499：02/05/06 15:31

>>502
折れも試しに作ってみたが、一応コンパイルは通ったよ。
動くかどうかは試してないけど。
普通にATL COM AppWizard でexeサーバー作ってる。

// Test.cpp : CTest のインプリメンテーション
#include "stdafx.h"
#include "EXCEL9_TEST.h"
#include "Test.h"

#import "E:\Program Files\Microsoft Office\Office\MSO9.DLL"
#import "E:\Program Files\Common Files\Microsoft Shared\VBA\VBA6\VBE6EXT.OLB"
#import "E:\Program Files\Microsoft Office\Office\EXCEL9.OLB" rename("DialogBox", "DialogBoxXL") rename("RGB", "RBGXL")

/////////////////////////////////////////////////////////////////////////////
// CTest
STDMETHODIMP CTest::a()
{
CoInitializeEx(0, COINIT_MULTITHREADED);

Excel::_ApplicationPtr pRawExcel( __uuidof( Excel::Application ) );
pRawExcel->Quit();

::CoUninitialize();

return S_OK;
}

504 ：497：02/05/06 15:58

>>503
ｳﾜｰﾝ
#includeを付けたりはずしたらりしてたらビルドできるようになったよー

手順はこうです

>>497をふつうのWin32 Console exeで作成
↓
いろいろいじるがﾊﾟｰｲ
↓
2chに泣きつく
↓
>>503を読んで、ATL COM AppWizardでexeｻｰﾊﾞを作ってコンパイル
↓
Σ(ﾟдﾟlll)ｶﾞｰﾝ動くよ
↓
#includeしてるヘッダが関係してるかと思って>>497に#include <atlcom.h>とか
#define STRICTとかいれてみる
↓
Σ(ﾟдﾟlll)ｶﾞｰﾝコンパイル通るよ
↓
元の>>497に戻してビルド
↓
Σ(ﾟдﾟlll)ｶﾞｰﾝコンパイル通るよ

という次第です。
コンパイラが作成する tlhとかが壊れてたのかなーと思ってみたりして。

505 ：497：02/05/06 16:01

というわけで野望に向けてようやく一歩前進です。

ところで、excel 97/98/2000/2002を同じようにC++側から操作したい場合、
ソースは一個で何とかなるんでしょうか?

それぞれのofficeのバージョンごとにolbとか取り込まなきゃいかんのでしょうか?

506 ：499：02/05/06 17:47

>>505
折れはアマゲープログラマなんで
EXCELのことは全然わからんのですよ。（ ´Д⊂
ただやっぱ、COMなんだから
EXCEL97〜EXCEL2002が
同じCLSIDを持つコーポネントを利用しているのなら
最新のOLD1つを対象に組むだけで良いんのではないかな？

507 ：497：02/05/06 18:06

互換性に関しては
__uuidof( Excel::Application )
のところがポイントですかね。
Excel97で持っているUUIDを渡すべきかな?

場つなぎ的なサンプルしかないのでこれも試行錯誤するしかないですね。

508 ：デフォルトの名無しさん：02/05/06 19:03

バージョンなしのProgIDを使えばいい。
が、97〜2002で全く挙動が一緒だという保証はないと思うが。

509 ：497：02/05/06 19:53

"Excel.Application.9" みたいなのがバージョン付きで
"Excel.Application" みたいなのがバージョンなしのProgIDなんでしょうか。

やりたいことはセルの値の取得と設定、マクロの起動くらいなので
バージョンには依存しないと思われます。

最新のOLD+バージョン無しProgIDの線で攻めてみます。

510 ：499：02/05/06 20:00

>>507
調べまくってわかりました。
EXCEL95がxl5jp32.olb、
EXCEL97がEXCEL8.olb、
ELECEL2000がEXCEL9.olbなんですね。
それで折れが調べた限り
xl5jp32.olbとEXCEL9.olbは
コーポネント上の互換性は無いみたいです。
インターフェイスやそのメソッドとかは
なんとなく似てるんですが。
自分のWin2000ではxl5jp32.olbのインターフェイスを呼ぶと
何故か失敗するので確かめることはできなかったんですけど。
EXCEL8.olbは手元に無いのでわかりませんでした。

511 ：497：02/05/06 20:57

こりゃああきらめてVBを間に挟むしかないかな。

512 ：デフォルトの名無しさん：02/05/07 08:51

↑みたいなのを#importを介さずに同じ事するにはどうすんだべ？
BCCからも使いたいっぺ。

513 ：デフォルトの名無しさん：02/05/07 12:00

>>512
当然だが、C++からは直でタイプライブラリは読めないので
C++のソースファイルへの変換が必要。
#importディレクティブは、OLBファイルから
TLHとTHIというC++のヘッダとソースを作り出す。
それに加え、OLBファイルからツールを使ってIDLファイルを作成し、
IDLファイルからMIDLコンパイラを使ってC++ヘッダをコンパイルする方法もある。
上記二つのどっちかのC++ソースを、何らかの方法でゲットしてBCCで使えるかどうか
試す。
又は、COMの機能を使って動的にタイプライブラリを読み出す事も可能。
LoadTypeLibEx()でITypeLibインターフェイスを取得する方法。

514 ：デフォルトの名無しさん：02/05/07 20:51

一番古いバージョンのExcelのタイプライブラリをインポートして、
CLSIDFromProgID( "Excel.Application" )ではだめでしょうか？

だめなら、全てIDispatch経由でアクセスするしかないでしょうか...

515 ：499：02/05/08 02:43

>>514
497？
ならすいません。ウソこいてました。
EXCEL9.olbはxl5jp32.olbの上位互換性を持ってるようです。
xl5jp32.olbで公開されているインターフェイスは
dispinterfaceだけしかありません。
EXCEL9.olbはそれに加えdual interfaceとinterfaceを公開しているようです。
しかし、xl5jp32.olbで公開されている
dispinterface _Globalとdispinterface Applicationの
このふたつは何故かEXCEL9.olbには無いです。それ以外の
dispinterfaceは定義されているようです。
自分はEXCELにはあまり詳しくないんで
わからないんですが無くてもいいんですかね？
まあ結論としては、インポートするOLDはEXCEL9.olbで1つでOK。
ただし、xl5jp32.olbへのアクセスはIDispatch経由以外ないと、
こうなると思います。

516 ：499：02/05/08 02:48

＞ただし、xl5jp32.olbへのアクセスはIDispatch経由以外ないと、
＞こうなると思います。
xl5jp32.olbと互換性を持たせるなら、IDispatch経由以外ないと
の間違いです。

517 ：514：02/05/08 22:29

>>515 497ではないですが(^^;)

古いexcel等は確かおっしゃるとおりdispinterfaceしか定義されていなかった
と記憶しています。

そこで >>497 さんは #import を使っているみたいですから、#import すれば
Dispatch経由でアクセスしてくれるラッパが自動的にできないかなーと思ったしだいです。

今手元に環境が無いのでおぼろげな記憶だけですが..

だめならやっぱり >>514 に書いたとおり、
せめて excel のクラスIDぐらいはバージョン非依存で取得して、
あとは自分で IDispatch 経由でアクセスするしかないかと..

518 ：497：02/05/09 01:17

>>514-517
ありがとーございましし。

>xl5jp32.olbと互換性を持たせるなら、IDispatch経由以外ないと

コードレベルでの互換をとるなら、という意味ととってよいでしょうか。
OLBは今ある最新のものを使うとして、それがofficeのバージョンに
依存するかどうか、が一番の焦点だったのですが、問題なさそうですね。

とりあえず、バージョン非互換のクラスID+OLBのインポートで
テストしてみます。
2chで初めて人に感謝しました。

519 ：sage：02/05/11 16:26

すんません質問です。DelphiでCOMを作る方法を探しています。

Delphi6 PersonalでCOMが作れるか調べていたのですが、
Personalにはウィザードがないようです。ベタに作る手は
あると思うのですが、Googleでもあまり情報がなく。

VC++は歯が立たないので、ほかの言語でCOM作って遊ぼうと
している次第で。WSC、VB6、.Net(C#)は実践済み。

520 ：デフォルトの名無しさん：02/05/11 16:31

それだけできてVC++で作れないというのが信じられない

521 ：デフォルトの名無しさん：02/05/11 18:35

hello worldだけとか？<実践済み

WSC(わんだーすわんからー？)/C# がCOMと関係あるとは思えない

522 ：519：02/05/12 10:17

sage間違いすいません。

>>520
Cの経験がないのです。ニセモノです私（恥）

>>521
ASP/スクリプト環境で使うことを考えていたのです。
作ったものが呼べるとわかればあとは何とかなると思っています。

WSCはWindows Script Componentです。あまり流行ってませんが。
スクリプトのかたまりをCOMとして呼べる代物。
C#/.netはinterop経由でアセンブリをCOMとして呼べます。

VBならActiveX DLLでCOMのこと何も知らずに作れるので、
気楽なものかと思っていたのですが。このスレ読む限り
非常にレベル高そうですね。

ここまで書いてCOMの意味を誤解している気がしてきました。

523 ：デフォルトの名無しさん：02/05/12 10:34

生COMの実装はカナーリつらいぞ。
知識として知っておくのはいいかもしれんが、自分でやることはないだろうなあ。
DelphiでのやりかたはDelphi関連のスレで聞いた方がいいとおもう。
なんらかのサポートがあったと思うがよく知らない。

524 ：519：02/05/12 17:44

ありがとうございます。場所を変えて聞いてみます。

525 ：デフォルトの名無しさん：02/05/13 03:21

今からCOMはかなりお勧めしない。
やるならオートメーションは意図的に省いて
それ以外のアーキテキチャを勉強を勉強すべき。
マーシャリングとかそこらへん。
俺は確信に至った。
IDispatchやIDispatchExなんてのは
明らかに死に行く技術だ。存在価値ゼロ。

526 ：ななし：02/05/13 09:26

>>525

そこまで読み切れる判断力がうらやましい。（決して皮肉とかじゃないですよ）
VBがやっとな俺の頭脳では、高度な技術の是非までは残念ながら判定できない。(泣

527 ：sage：02/05/13 13:15

497です。
なんとかうまいことC++からExcelを操作することができるようになりましし。

重ね重ねお礼を申し上げます。

528 ：ななし：02/05/14 07:55

age

529 ：デフォルトの名無しさん：02/05/14 12:12

>それ以外のアーキテキチャを勉強を勉強すべき。
君はまず日本語を勉強すべき。

530 ：ななし：02/05/14 12:49

>>525
>>529
単に手が滑ったか、コピペミス程度のことと思われ。

531 ：デフォルトの名無しさん：02/05/14 22:44

アーキテキチャ

532 ：デフォルトの名無しさん：02/05/17 04:37

>Excelを操作することができるようになりましし
こういうのってIDispatchのおかげじゃないの？

533 ：デフォルトの名無しさん：02/05/17 08:41

このスレでMFCアプリケーションからのMSHTMLの利用方法に関する質問をしてもいいですか？
Web制作板はscriptの話ばっかりで参考にならなくて。

534 ：デフォルトの名無しさん：02/05/17 08:43

>>533
こんなスレもあるよ。
http://pc.2ch.net/test/read.cgi/tech/982930049/l50

535 ：533：02/05/17 09:10

>>534 おおう。サンクス。とりあえずそっち全部読んでみるよ。それでもわからんかったら帰ってくるかも。

536 ：デフォルトの名無しさん：02/06/05 20:44

age

537 ：デフォルトの名無しさん：02/06/09 19:47

COMってEJBとかと比較されますけど、速度はどうなんでしょうか？単純に比較は
しにくいかもしれないですけどVBとVCで作ったCOMの比較とEJBを比較するとどの
程度の速度差になるのでしょうか？やはりATLなどでVCのCOMがあまりはやらない
のはVBなどでも満足いく速度だから？

538 ：デフォルトの名無しさん：02/06/10 07:45

>>537
>VBとVCで作ったCOMの比較とEJBを比較するとどの程度の速度差になるのでしょうか？
何の速度差か知らないけど多分、
VC>>>>>VB=>EJB
でしょう。

>やはりATLなどでVCのCOMがあまりはやらないのはVBなどでも満足いく速度だから？

なにが「やはり」なのかはおいといて、
エンドユーザー／開発者から見た場合、COMはVBの為に作られたんだから、
そもそもVCで流行るはずが無いのは当然の結果かと。
VCだけで使うんなら、ただのDLLでもなんでもいいし。
VCでのCOMは「作る」よりも「しかたなく使う」が圧倒的。
速度については、VBは元々遅いから、それで満足する様なやつらからは
文句はでないってだけだと思う。速いマシンに換えるとかね。
それで満足しないやつらは他の手段を模索するでしょう。

539 ：COMビギナ：02/06/10 18:44

どうかご教授を。

タイプライブラリにenumで定義した定数シンボルを、
XMLで記述されたクライアントから参照することは可能でしょうか？

よろしくお願いいたします。

540 ：COMビギナ：02/06/10 18:53

連続カキコでスマソ。

ちょっと誤解を招きそうな表現なので書き直します。

enum定義を含むタイプライブラリを、XMLで利用する際に、
その定義されたシンボルを参照することは可能でしょうか？

よろしくです。

541 ：デフォルトの名無しさん：02/06/10 19:25

無理

542 ：COMビギナ：02/06/11 03:43

>>541

レスどもです。
やっぱ無理ですか。
別な方法を考えます。

543 ：デフォルトの名無しさん：02/06/18 15:49

COMってコールバック関数を引数に出来ないんだねぇ。
クライアントにコネクションポイント実装させるのもなあ。
しかし本気でこの型制限にはいらつくよ。何も出来やしねえじゃねえか。

544 ：デフォルトの名無しさん：02/06/18 16:10

素直にインターフェイスポインタ渡せよ。

545 ：デフォルトの名無しさん：02/06/23 05:39

まったくだ。コールバック関数よりはるかに柔軟だと思うが。

546 ：デフォルトの名無しさん：02/06/29 11:58

COMにおける配列参照はいままでも話題になっては
いるのですが、私も文字列の配列をCOM<->VC++クラ
イアント間でやり取りする方法に悩んでいます。

どなたか以下の状況で実装されているソースをご存知
ありませんか？

(1)VC++クライアント側に配列のインスタンスがある。
これはCOleSafeArray

(2)配列はBSTRの一次元構造

(3)COM側で、受け取った配列の参照に対して操作を加える

よろしくお願いします。

547 ：543：02/06/29 20:05

>>544-545
ピュアなCやC++の環境で使いたい場合どうすんの？
それだとCOMクライアント専用になっちゃうじゃん。
あと質問。
IDLでメンバのオーバーロードを定義すると怒るんだけど。
これって仕様？
だとしたら本当に糞だなCOMって。

548 ：デフォルトの名無しさん：02/06/29 20:18

古い話してるね〜
ＣＯＭなんてもうないだろ。
今はＥＸＥだよ。

549 ：デフォルトの名無しさん：02/06/29 20:20

コールバックされたいクラスの事だよな。
それなら、別にIUnknownから継承をうけて、実装を
いれたとしても、pureなC++でも使えると思うが。

550 ：名前：デフォルトの名無しさん：02/06/29 20:22

>>548
意味不明。ネタにしても自殺を勧めたくなるほどつまらん。

551 ：543：02/06/29 20:32

>>549
IUnknownから継承を受けるには
IUnknownの実装を入れなければならないと思うけど。
Release()とかダミーで実装させるの？

552 ：デフォルトの名無しさん：02/06/29 20:44

真っ当に実装したらいいやん。

553 ：543：02/06/29 22:43

>>552
それじゃ、COMで実装させることと変わりないじゃん。(笑
MSだって、DirectXとかの例があるし諦めろってことだな。
所詮過渡期の技術か。

554 ：デフォルトの名無しさん：02/06/29 22:51

＞553
でも、COMクライアント専用(この語もなんだか意味不明っぽいが)
というわけではないだろ。

555 ：デフォルトの名無しさん：02/06/29 23:22

Cからタイプライブラリってどうやって使うんですか？
FreeのBCCでExcelの定数を認識させたいんですが、
さっぱりです。Invokeとかはなんとなくつくれるんですが。
Excelのタイプライブラリの参照例みたいなコードどこかに無いでしょうか

556 ：デフォルトの名無しさん：02/06/30 00:14

>>553
お前、結局何が不服なんだ？
まぁ過渡期ってのは間違いないだろうな。といってもあるものすべて過渡期と言えるが。
安心しろ。いろんな欠点は.NETで解消されてるだろうから。

557 ：543：02/06/30 03:08

>>556
俺は、CやC++用のライブラリをCOMで作りたい。
COMの基本的な概念、インターフェイスとか参照カウントなどは
良いと思うのでそれは導入したい。
しかし、マーシャリングやオートメション、スプリクト言語対応
といった機能は別に使わないのでいらない。
だから、そういったものに付随する制限まで課せられるのは
イヤだなと。
それに、C++で使う為のライブラリをC++で作ってるのに、
訳のわからない理由でC++の機能が使えなくなるのは
なんだか納得がいかない。
だったら使うなと言わないで欲しい。
代わりになるものがあるなら別だが。
生のC++や.NETでは代わりにはならない。

558 ：デフォルトの名無しさん：02/06/30 08:30

>>543
MS社某のお言葉。
0.1%の比率に過ぎないないコンポーネントビルダーは、
99.9%のVBプログラマ向けに、彼らの頭脳では製造不可能な
ものを構築するために存在するんだそうだ。
COMのさまざまな制限はVBあるいはVBA/VBSとの接点による
ものであり、核心部分はC++で記述、フロントをVB/ASP等で
安く作らせるための構図であると。

559 ：ななし：02/06/30 10:17

>>558

ホンネなんだろうけど・・・正直過ぎ。(苦笑)

560 ：デフォルトの名無しさん：02/06/30 11:39

あの構成を見てそう思わない奴は居ないと思う。
いまさら言ってるお前って・・・

561 ：543：02/06/30 20:04

>>543
いや、COM初心者の俺に説明してくれただけだよ。
いや、よくわかりました。
もう愚痴を言うのはやめるよ。

562 ：デフォルトの名無しさん：02/07/12 17:41

スレッディングモデル絡みの質問なんですが、
ActiveIMM(ActiveX)のCOMサーバをCoIntilaizeEx(NULL,COINIT_MULTITHREADED)で初期化した
スレッド(MTA)で使おうとすると[REGDB_E_IIDNOTREG]なるエラーが出てインターフェイスが
取得できません。
レジストリでそのCLSIDを見ると[ThreadingModel]は[Apartment]でした。
MSのサポート技術情報を見る限りMTA所属のスレッドでも、[Apartment]で登録されている
COMサーバはプロキシ経由で使えそうなのですが、なにか必要な手続きがあるのでしょうか？

ちなみにCoIntilaize()(STA)で初期化したときは正常に取得できます。

563 ：デフォルトの名無しさん：02/07/12 20:01

IMarshalに答えない仕組みなんじゃない。あるいは、local属性つけてるか。

564 ：デフォルトの名無しさん：02/07/12 20:28

>>558
ガーン、おれは残り99.9%の中のその他大勢だったのか・・・
0.1%の中にはいるにはどうすればいいんだ・・・(鬱

565 ：デフォルトの名無しさん：02/07/12 20:31

>>564
0.1%なんて世紀末におけるサウザーぐらいな奴と思われ。
フハハハーとか言って、余興でジジイ殺しちゃうような。

566 ：デフォルトの名無しさん：02/07/13 00:03

開発言語の格差をＣＯＭで吸収しようという。
ただしオブジェクトはバイナリレベルで提供と。

■ このスレッドは過去ログ倉庫に格納されています