|
So shouldn't that be "Calling a C++ function from a C#" ? Anyway once if you've made a function in COM you can very well call it a "COM function" rather than C++ function. And to answer your question, You can easily add or "referrence" your COM component in the C# project and start considering it a class. You create object from it, set event handlers access member variables, etc. But I suggest you have a look at here.
Introp[^]*
RCW[^]
CCW[^]
He's become a household word in the Lounge. A whole new phraseology has evolved. Post a link or reply with a smiley and rose, and you've made a "Satipsism". So what? It's an interesting thing about the Internet, the evolution (as in change, not progress) of tone, quality, terminology, etc.
-Marc Clifton.
Best wishes to Rexx[^
|
|
|
|
|
Hi VuNic,
I am talking about a different scenario -- invoking C# function from unmanaged C++ COM object. Any ideas or reference articles?
regards,
George
|
|
|
|
|
Hi George,
Little busy at work. The CCW is exactly meant for that. You may look into that. If you want a working sample them, I think Nishant Shivakumar has written nice articles about mixing up managed and unmanaged codes. You may give a dig at them. And one things is that you may look into any "unmanaged" code that access that managed code rather than trying to find "COM" calling a managed code. that's apparently if could do that in any unmanaged environment, then you should be able to do the same from COM which is of the same type right?.. So give a generic search key  . Good luck
He's become a household word in the Lounge. A whole new phraseology has evolved. Post a link or reply with a smiley and rose, and you've made a "Satipsism". So what? It's an interesting thing about the Internet, the evolution (as in change, not progress) of tone, quality, terminology, etc.
-Marc Clifton.
Best wishes to Rexx[^
|
|
|
|
|
Hi VuNic,
Two more questions,
1. I have not found any articles written by Nishant Shivakumar from CodeProject, could you help to point them out please?
2. for your comments,
VuNic wrote: And one things is that you may look into any "unmanaged" code that access that managed code rather than trying to find "COM" calling a managed code. that's apparently if could do that in any unmanaged environment, then you should be able to do the same from COM which is of the same type right?
I think you mean accessing from unmanaged code to managed code is the same for both,
A. accessing from a normal native unmanaged application (or DLL) to managed code (e.g. C#);
B. accessing from native unmanaged COM code to managed code (e.g. C#).
Right?
regards,
George
|
|
|
|
|
I currently have a piece of code that parses and extracts data from WAV files using Windows fuctions like
mmioOpen
mmioDescend
mmioRead
mmioAscend
mmioClose
I now want to open and parse WAV files using an IStream interface. Is there an equivalent set of library functions or will I have to parse the files myself?
|
|
|
|
|
the first question you must answer is WHY? mmio* functions are specifically designed to handle MultiMediaInputOutput why make life hard for yourself?
|
|
|
|
|
I want to feed the sound portion of WAV files into the new IMAPI2 API which expects data via an IStream interface. It's not me that is trying to make left hard for myself!!!
|
|
|
|
|
Hi -
My application needs to implement a command type window where you type in commands, get listings and that kind of thing. More or less exactly like what the Windows "Command Prompt" cmd.exe, or the JPSoft replacements provide.
Does anybody know of any source that's available that will save me the legwork on this? Either commercial or freeware? I'm on a tight schedule on this app and any help is much appreciated!
thanks,
- robin.
|
|
|
|
|
|
i have tried to draw image on non client area(glass effect) in windows vista aero glass view with GDI+ in MFC (included alpha channel) as suggested in one of previous article. but image gets invisible there because when i write the same code in xp it draws the image in non client area. what could be the reason for it?
|
|
|
|
|
I have a form view and i am fixing a CListCtrl on that view. I have 10 row in that list. On a certain event i want to change the color of the certain entire row. Is this possible? If yes how?
Thank you.
KIRAN PINJARLA
|
|
|
|
|
R u talking about changing the color of all rows of list ctrl or few rows?
Come online at:-
jubinc@skype
|
|
|
|
|
|
I don't remember the name of the article, but there is one very good CListCtrl here in code project that implements simple row, files, cells changing colors and a lot of additional features. Take a look in the sction MFC controls or search articles CListCtrl-related
Greetings.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
|
|
|
|
|
You can derived CListCtrl and use of cusom message to change color of items and background.
|
|
|
|
|
Hello everyone,
When converting from size_t to unsigned int, there will be a warning message,
warning C4267: '=' : conversion from 'size_t' to 'int', possible loss of data
I do not know why, since in crtdbg.h, size_t is defined to int, right?
thanks in advance,
George
|
|
|
|
|
Plzz write the statement u've written in u'r source which is generating the warning.
Come online at:-
jubinc@skype
|
|
|
|
|
Hi Don,
I am using fread to read contents from a file and the return value is size_t. Then I need to pass the size_t value to another function which accepts unsigned int as input parameter, and this is why I need to do the type conversion.
Any suggestions to solve this issue? (which types should I convert to? Any possible lost of data?)
regards,
George
|
|
|
|
|
Pragma warning disable! It doesn't hurt when you send a size_t to an int param. You could do like (int)size_tVariableHere, when you pass size_t as an int argument. The "possible loss of data" could be about the sign information. size_t is unsigned, We can be sure size can't be in negative, so you can very well use it. It's not a problem at all.
btw : add this in your header:
pragma warning( disable : C4267 )
He's become a household word in the Lounge. A whole new phraseology has evolved. Post a link or reply with a smiley and rose, and you've made a "Satipsism". So what? It's an interesting thing about the Internet, the evolution (as in change, not progress) of tone, quality, terminology, etc.
-Marc Clifton.
Best wishes to Rexx[^
|
|
|
|
|
Hi VuNic,
I find even if I convert to an unsigned int, the warning message is the same. I am using Visual Studio 2003.
Do you know the reason?
regards,
George
|
|
|
|
|
I would like to tell that size_t is an unsigned int. If u convert it into int, then it may have loss of data. But as u r saying, u r sending to a function accepting unsigned int, then there should not be any warning like such.
But as u r passing the return value of fread and u won't read more than 2147483647 bytes at a time, it won't have any problem. Let the warning appear.
Come online at:-
jubinc@skype
|
|
|
|
|
Thanks Don,
I am using Visual Studio 2003. I think there should not be any warning if I convert size_t to unsigned int, but there actually a warning. Strange.
regards,
George
|
|
|
|
|
I know this was already answered but you are obviously not trying to covert it to unsigned int.. You are correct that a size_t is an unsigned int, so technically no conversion is needed. You are trying to convert an unsigned int to an it, which could result in a loss of data if the value exceeds 32,768 (3K).
In any case the ‘warning…’ means exactly what it says.
INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra
|
|
|
|
|
Hi John,
I do not know why there will be data lost if I convert size_t to unsigned int. Could you show me an example please?
(I am using 32-bit machine.)
regards,
George
|
|
|
|
|
You had me worried there for a moment – I thought I did not make it clear. No conversion is needed, the warning says you are converting it to an ‘int’ which will result in possible data loss – if and only if the value exceeds 2,147,483,647 (corrected for 32-bit integer).
The warning is not saying that you have a possible loss of data when converting to ‘unsigned int’, it says you are converting it too ‘int’, which is why the warning is occurring.
INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
