Re: Getting link error - COM Discussion Boards

Re: loosing data in COM method

17-Sep-09 3:48

shivako wrote:
I have modified a method of a com interface

You should never, ever do that without up-versioning the interface. I suspect the COM server you're talking to is one that conforms to the original interface and doesn't realise there's another BOOL going in.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Roger Stoltz17-Sep-09 3:57

Roger Stoltz

17-Sep-09 3:57

Make sure that you have

updated the IDL-file
rebuilt the typelibrary without warnings and/or errors
rebuilt the server without warnings and/or errors
re-imported the typelib in the client (the *.tli and *.tlh files should be updated)
that the parameter list of the function has changed in the client code
rebuilt the client without warnings and/or errors

BTW, I really hope this server and its interface haven't been distributed yet.
If they are, you're breaking one important rule of COM.

"It's supposed to be hard, otherwise anybody could do it!" - selfquote
"High speed never compensates for wrong direction!" - unknown

Re: loosing data in COM method

CPallini17-Sep-09 12:14

CPallini

17-Sep-09 12:14

shivako wrote:
I have modified a method of a com interface

That's GAME OVER.
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Getting link error

gtag16-Sep-09 23:00

16-Sep-09 23:00

I am using following dll's in VC++

mso.dll
vbe6ext.olb
namespace Office

comutil

I am getting following build errors:

Error 96 error LNK2005: "void __stdcall _set_com_error_handler(void (__stdcall*)(long,struct IErrorInfo *))" (?_set_com_error_handler@@YGXP6GXJPAUIErrorInfo@@@Z@Z) already defined in comsupp.lib(comsupp.obj) comsuppwd.lib

Error 97 error LNK2005: "void __stdcall _com_issue_error(long)" (?_com_issue_error@@YGXJ@Z) already defined in comsupp.lib(comsupp.obj) comsuppwd.lib

Error 98 error LNK2005: "void __stdcall _com_issue_errorex(long,struct IUnknown *,struct _GUID const &)" (?_com_issue_errorex@@YGXJPAUIUnknown@@ABU_GUID@@@Z) already defined in comsupp.lib(comsupp.obj) comsuppwd.lib

Error 99 error LNK2005: "long __stdcall _com_dispatch_propget(struct IDispatch *,long,unsigned short,void *)" (?_com_dispatch_propget@@YGJPAUIDispatch@@JGPAX@Z) already defined in comsupp.lib(comsupp.obj) comsuppwd.lib

Error 100 error LNK2005: "long __cdecl _com_dispatch_propput(struct IDispatch *,long,unsigned short,...)" (?_com_dispatch_propput@@YAJPAUIDispatch@@JGZZ) already defined in comsupp.lib(comsupp.obj) comsuppwd.lib

Error 101 error LNK2005: "void (__stdcall* __errorPfn)(long,struct IErrorInfo *)" (?__errorPfn@@3P6GXJPAUIErrorInfo@@@ZA) already defined in comsupp.lib(comsupp.obj) comsuppwd.lib

Error 102 error LNK2005: "long __stdcall _com_dispatch_raw_propget(struct IDispatch *,long,unsigned short,void *)" (?_com_dispatch_raw_propget@@YGJPAUIDispatch@@JGPAX@Z) already defined in comsupp.lib(invkprxy.obj) comsuppwd.lib

Error 103 error LNK2005: "long __cdecl _com_dispatch_raw_propput(struct IDispatch *,long,unsigned short,...)" (?_com_dispatch_raw_propput@@YAJPAUIDispatch@@JGZZ) already defined in comsupp.lib(invkprxy.obj) comsuppwd.lib

Error 104 fatal error LNK1169: one or more multiply defined symbols found

Please give me clue to solve this issue.

I am new to VC++ stuff.

Thanks in advance.

Regards,
Gtag

Stuart Dootson17-Sep-09 0:23

17-Sep-09 0:23

Well, you're including multiple versions of the COM support library - I see comsupp.lib and comsuppwd.lib for a start.

You need to examine your project settings to see where the libraries are being pulled into your project.

I presume you're using #import to interface to mso.dll and vbe6ext.olb?

How are you 'using' comutil, by the way?

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

gtag17-Sep-09 1:35

17-Sep-09 1:35

#import \
"C:\Program Files (x86)\Common Files\Microsoft Shared\OFFICE12\mso.dll"\
rename("DocumentProperties", "DocumentPropertiesXL"),\
rename("RGB", "RBGXL")

//Microsoft VBA Objects
#import \
"C:\Program Files (x86)\Common Files\Microsoft Shared\VBA\VBA6\vbe6ext.olb"raw_interfaces_only,\
rename("Reference","ignorethis"),rename("VBE","XLVBE")

//Excel Application Objects
#import "C:\Program Files (x86)\Microsoft Office\Office12\EXCEL.EXE"\
rename("DialogBox", "DialogBoxXL"),rename("RGB", "RBGXL"),\
rename("DocumentProperties", "DocumentPropertiesXL"),\
rename("ReplaceText", "ReplaceTextXL"),\
rename("FindText", "FindTextXL"),\
rename("CopyFile", "CopyFileXL"),\
rename("VBE","XLVBE"),\
exclude("IFont", "IPicture") no_dual_interfaces

In property pages->linker->input -->additional dependencies i mentioned comsuppw.lib and comsupp.lib.

Please tell me what and all I need to check in project settings.

#include "comutil.h"
#pragma comment(lib, "comsuppw.lib")

Stuart Dootson17-Sep-09 2:00

17-Sep-09 2:00

Your #imports are fine.

I've just looked at a project of mine that #imports Excel and I don't #include comutil.h and I don't mention comsupp or comsuppw at all.

In fact, after some investigation, I can say that you don't need to mention them at all. The .tlh file created by the #import includes comdef.h, which in turn a) #includes comutil.h and b) uses #pragma comment to reference the correct comsuppxx library.

So to fix your issue, get rid of your #pragma comments and get rid of references to comsuppxx libraries in your linker input properties.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

gtag17-Sep-09 2:29

17-Sep-09 2:29

Hi,

Thank you.

I have removed from linker and removed #includes even. Project is building but basic functionality is not working.

I can put this way:
I have one VC++ application built on older version which includes macros and these macros functionality depend on some lib which uses comsupp.lib I guess.

Now I have to add some function to read excel data which uses mso.dll and other libraries which I mentioned , these use comsuppw.lib.

Both the things I need but if I am removing reference to comsupp.dll macros functionality is not working.

Is there any way to make both the things working using single com dll.

Thanks in advance.

Regards,
Gtag

Stuart Dootson17-Sep-09 3:05

17-Sep-09 3:05

The only difference between comsupp and comsuppw is that comsupp uses ASCII strings, comsuppw uses wide character strings.

Anyway - it's very hard to suggest ANYTHING when the only statement you've given is 'functionality is not working'.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

gtag17-Sep-09 3:44

17-Sep-09 3:44

I am retrying the same thing, want to make sure that only bcoz of linker reference its not working or any other reason.

Hey please suggest if you know any other way, I am ready to do R and D.

Pleasee.

Stuart Dootson17-Sep-09 3:46

17-Sep-09 3:46

Well - as I said, the only difference between comsupp and comsuppw is the string/character type they use - seems to me that maybe you've probably got an issue with string handling somewhere.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

gtag17-Sep-09 19:40

C#development about Visio link the txt file.

17-Sep-09 19:40

Hey its working. Now even functionality is working perfectly.

There was some problem in previous old application, I resolved it.

Thank you very much.

Regards,
Gtag

fbi56fbi15-Sep-09 22:47

fbi56fbi

15-Sep-09 22:47

There is a problem in my coding. I want to take the dates which store in a txt file like this:
Laugh | :laugh:

Name,Reports_to,Alias,Title,Office,Team,CompanyCount

Gino Sega, Rajesh Munshi, ginos, SENIOR GROUP PROGRAM MANAGER, 40/3274, SENIOR GROUP PROGRAM MANAGER, MICROSOFT: 9 Chinasoft: 11
Anand Menon, Gino Sega, anandme, PROGRAM MANAGER LEAD 2, 40/3273, PROGRAM MANAGER LEAD 2, MICROSOFT: 3 Chinasoft: 11
Anthony van Gemert, Anand Menon, anvang, PROGRAM MANAGER, 40/3247, PROGRAM MANAGER,
Indra Puri, Anand Menon, ipuri, PROGRAM MANAGER II, 40/3292, PROGRAM MANAGER II,
Urmila Singhal, Anand Menon, urmilas, PROGRAM MANAGER 2, 40/3288, PROGRAM MANAGER 2, Chinasoft: 11
Mad | :mad:

And I want open the txt file with Visio2007 and then get the Visio imange,
how do I can do it by C#? That is say how can I make the visio open the txt file by himeself according C# code.

new to this

eclipsdrs14-Sep-09 8:56

eclipsdrs

14-Sep-09 8:56

whats up guys reccomend any good reads? Smile | :)

Fat Smash diet

Re: new to this

Stuart Dootson14-Sep-09 13:39

Using a COM Server in an Visual Studio .vcproj

14-Sep-09 13:39

Iain M Banks - Consider Phlebas, The Player of Games
Almost anything by J.G.Ballard

That'll do you for a start.

Oh wait...did you mean COM books? Inside COM[^], then

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Shared Add-in issues

SRKSHOME11-Sep-09 5:57

SRKSHOME

11-Sep-09 5:57

Hi,
I have creating shared add-in in C# and then am then using Shim on top of it.
Shared add-in has some user defined functins.once you type the UDFs in Excel, it will log in to server using username and password,creates sessions and get the data.

I am planning to move VSTO. Is it possible to introduce VSTO instead of Shim on top of shared add-in?

how can I do it? can any one share the thoughts?

Thanks

Juergen_8010-Sep-09 5:44

Re: Using a COM Server in an Visual Studio .vcproj [modified]

10-Sep-09 5:44

I have (I think for some of you) a simple question. I have an .vcproj project (no ATL support and no MFC support) and a I have an .exe file. Within this .exe file should be an COM Server that runs on WinVista. Now I need an connection from my .vcproj project to that COM server. Is there anywhere an step by step tutorial with that I can do such something? I’ve heard in several forums that it is the easiest way to create an ATL project and implement this .exe file. This works also if I create a new ATL project. A new .h file will be created with all the Methods and so on out of the .exe file.

But what should I do with an non ATL/MFC supported project? Is there also a way to work with such an project and an COM server?
The main problem I have is that I need to work later with some events of the COM server, and this should be also very complicated with no ATL support?

It would be nice if someone could send me some information (Step by Step tutorial / simple example how events could be called and so on). I’ve found some things but no complete running example with an event handling.

Thanks for any hints.

System: WinVista, Visual Studio 2005

Stuart Dootson10-Sep-09 6:27

10-Sep-09 6:27

Just add the ATL header files in - that's all you need - that's all that "ATL Support" actually means. Doing stuff with COM without ATL is just too much like hard work.

You remember that Excel connection point sample of mine I linked to? That consists of a single .cpp file, whose 'ATL Support' consists of these three lines:

#include <atlbase.h>
#include <atlstr.h>
#include <atlcom.h>

And the atlstr.h isn't needed for COM.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

modified on Thursday, September 10, 2009 11:35 AM

Juergen_8010-Sep-09 23:51

10-Sep-09 23:51

Thanks for your help, Stuart. I try now to implement MFC + ATL support and then I can implement all the COM classes out of the .exe file directly with Visual Studio.

Regards,

Jürgen

Stuart Dootson11-Sep-09 0:10

11-Sep-09 0:10

Ignore MFC - you don't need it for a simple connection point sink.

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Juergen_8011-Sep-09 0:59

11-Sep-09 0:59

ok, thanks.

Now I made the following steps in Visual Studio:

-> Add Class --->Simple ATL-Object with Connection Points. With that the ATL support was added to my project.

After that the project could be compiled without any problem.

Now I click with the right mouse on the new class I've created with the ATL OBject and choose "Implement interface". With that I can now navigate to the .exe file and implement all the interfaces I need.

And now after that I got the following message after I tried to compile it:
Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\atlcom.h(1868) : error C2259: 'ATL::CComObject<Base>': Instance of abstract class could not be built1> with
1> [
1> Base=CEGR_COM
1> ]
1> because of the following member:
1> "HRESULT ICOLE::cSetLanguage(BSTR,VARIANT_BOOL *)": is abstract
1> c:\dev\cw_source\vitra scene\release\configurator.tlh(605): Siehe Deklaration von 'ICOLE::cSetLanguage'
1> "HRESULT ICOLE::cSetDefaultCurrency(BSTR,VARIANT_BOOL *)": ist abstract
.
.
.
.
.

Ok, all these function bodys are now in an TEST_COM.h and in the configurator.tlh file. The TEST_COM.cpp is empty. I don't know why this error message now will come up. The error message will come only for a few of the functions in the .tlh file, not for all.

.
.
.
virtual HRESULT __stdcall get_DimensionZ (
/*[out,retval]*/ double * Value ) = 0;
virtual HRESULT __stdcall put_DimensionZ (
/*[in]*/ double Value ) = 0;
virtual HRESULT __stdcall get_ErrorCode (
/*[out,retval]*/ short * Value ) = 0;
virtual HRESULT __stdcall put_ErrorCode (
/*[in]*/ short Value ) = 0;
virtual HRESULT __stdcall cInitializeProperties ( ) = 0;

// All the functions below will cause an error message

virtual HRESULT __stdcall cSetLanguage (
/*[in]*/ BSTR pLanguage,
/*[out,retval]*/ VARIANT_BOOL * Result ) = 0;
virtual HRESULT __stdcall cSetDefaultCurrency (
/*[in]*/ BSTR pCurrency,
/*[out,retval]*/ VARIANT_BOOL * Result ) = 0;
virtual HRESULT __stdcall cShowCatalogChooser (
/*[out,retval]*/ VARIANT_BOOL * Result ) = 0;
.
.
.

Any ideas?

Stuart Dootson11-Sep-09 1:55

11-Sep-09 1:55

I don't think you've gone around this quite right - I thought you wanted to catch events raised by the COM server in the EXE file?

If this understanding is correct, then you don't need to re-implement the interfaces exposed by the EXE's COM server to do that - instead, you just need to instantiate the COM object implemented in the EXE and implement a connection point sink that you link to the instantiated object.

Please let me know if I've understood your situation correctly (although I'll be mostly off-line over the weekend).

Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p

Juergen_8011-Sep-09 2:58