Building a C# dll for an application that wants to call c++

[Raj Wall]

Hi,

I have an application that allows functionality extension by third party
DLL's. All the specs for building these DLL's are targeted to c++, with
demo.h files containing "extern" statements, etc.

However not really knowing c++ I would rather use C#. Could you point me to
documentation/information on how to use this c++ information to properly
construct my C# routine to connect properly?

Thank-you for your help!!
Regards,
Raj

[Arne Vajhøj]

Raj Wall wrote:

I have an application that allows functionality extension by third party
DLL's. All the specs for building these DLL's are targeted to c++, with
demo.h files containing "extern" statements, etc.

However not really knowing c++ I would rather use C#. Could you point me to
documentation/information on how to use this c++ information to properly
construct my C# routine to connect properly?

Are those DLL's .NET assemblies or Win32 DLL's ?

Arne

[Carl Daniel [VC++ MVP]]

Raj Wall wrote:

Hi,

I have an application that allows functionality extension by third
party DLL's. All the specs for building these DLL's are targeted to
c++, with demo.h files containing "extern" statements, etc.

However not really knowing c++ I would rather use C#. Could you point
me to documentation/information on how to use this c++ information to
properly construct my C# routine to connect properly?

Odds are reasonably good that unless the application expects you to provide
extensions as COM DLLs then you won't be able to use C# to build an
extension - at least, not without first using managed C++ (or C++/CLI if
you're using VS 2005) to build a "shim" DLL that adapts your C# class to the
C-based interface that the program requires.

If you can give some examples of the types of function signatures that the
application expects your extension DLL to expose, someone will be able to
give you more specific help on how to proceed.

-cd

[Raj Wall]

Arne, Carl, hi,
Thanks for your help.The SDK includes a "Demo.cpp" file that references <windows.hand two SDK .h files. I have included them below ("Wave59" is the name of the application).
Thanks again for your help!!
Regards,
Raj
The two SDK .h files are as follows:
---
Wave59_SDK.h
-------------------
#ifndef WAVE59_SDK_H
#define WAVE59_SDK_H
struct WAVE59_DATASTRU CT
{
int year,month,day, starttime,endti me;
double t;
double open,high,low,c lose;
int volume;
int upticks,downtic ks,equalticks;
bool plotme;
bool ascii_been_here ;
};
#endif
----------------------------------
Demo.h
---------------------------------
#ifndef DEMO_H
#define DEMO_H
extern "C" double __declspec(dlle xport) average(WAVE59_ DATASTRUCT *price_ptr,
int currentptr,int *int_args,int num_int_args,do uble *double_args,
int num_double_args ,char **string_args,i nt num_string_args );
#endif
-------------------------------
And the demo .cpp file is as follows:
-----------------------------
#include <windows.h>
#include "Wave59_SDK .h"
#include "Demo.h"
extern "C" double __declspec(dlle xport) average(WAVE59_ DATASTRUCT *price_ptr,
int currentptr,int *int_args,int num_int_args,do uble *double_args,
int num_double_args ,char **string_args,i nt num_string_args )
{
//don't crash if we've got a bad length parameter
if ((num_int_args< 1)||(int_args[0]<1))
return 0;
//too soon to start our average, just return the close
if (currentptr<int _args[0])
return price_ptr[currentptr].close;
//calculate a simple moving average of the closes
double average=0;
for (int i=0; i<int_args[0]; i++)
average+=price_ ptr[currentptr-i].close;
average/=(double)int_ar gs[0];
return average;
}

#pragma argsused
BOOL WINAPI DllMain(HINSTAN CE hinstDLL, DWORD fwdreason, LPVOID lpvReserved)
{
return 1;
}
---------------------
Thanks for any advice or pointers!
Raj

-------------------
"Carl Daniel [VC++ MVP]" <cp************ *************** **@mvps.org.nos pamwrote in message news:u0******** ******@TK2MSFTN GP04.phx.gbl...

Raj Wall wrote:

>Hi,

I have an application that allows functionality extension by third
party DLL's. All the specs for building these DLL's are targeted to
c++, with demo.h files containing "extern" statements, etc.

However not really knowing c++ I would rather use C#. Could you point
me to documentation/information on how to use this c++ information to
properly construct my C# routine to connect properly?

Odds are reasonably good that unless the application expects you to provide
extensions as COM DLLs then you won't be able to use C# to build an
extension - at least, not without first using managed C++ (or C++/CLI if
you're using VS 2005) to build a "shim" DLL that adapts your C# class to the
C-based interface that the program requires.

If you can give some examples of the types of function signatures that the
application expects your extension DLL to expose, someone will be able to
give you more specific help on how to proceed.

-cd

[Carl Daniel [VC++ MVP]]

Raj -

You're going to need to use C or C++ to make an extension for that app. You
could write a wrapper in managed C++ that adapts a C# class to that
interface, but AFIAK there's no way to make a DLL that exposes that
interface directly in C#.

-cd
"Raj Wall" <me********@nos pam.nospamwrote in message
news:%2******** ********@TK2MSF TNGP04.phx.gbl. ..
Arne, Carl, hi,
Thanks for your help.The SDK includes a "Demo.cpp" file that references
<windows.hand two SDK .h files. I have included them below ("Wave59" is
the name of the application).
Thanks again for your help!!
Regards,
Raj

[Raj Wall]

Carl, hi,

*sigh* thanks--I was afraid of that. I was hoping something existed for c++
interfaces similar in ease of use to the ActiveX interop "drop-in", which
automagically eats a ActiveX and gives you a nice i/f to it.

Regards,
Raj

"Carl Daniel [VC++ MVP]" <cp************ *************** **@mvps.org.nos pam>
wrote in message news:uO******** ******@TK2MSFTN GP05.phx.gbl...

Raj -

You're going to need to use C or C++ to make an extension for that app.
You could write a wrapper in managed C++ that adapts a C# class to that
interface, but AFIAK there's no way to make a DLL that exposes that
interface directly in C#.

-cd
"Raj Wall" <me********@nos pam.nospamwrote in message
news:%2******** ********@TK2MSF TNGP04.phx.gbl. ..
Arne, Carl, hi,
Thanks for your help.The SDK includes a "Demo.cpp" file that references
<windows.hand two SDK .h files. I have included them below ("Wave59" is
the name of the application).
Thanks again for your help!!
Regards,
Raj

[Peter Huang [MSFT]]

Hi Raj,

So far .NET provides two approaches to interop with unmanaged code.
1. P/Invoke, calling unmanaged C++ legacy DLL from .NET.
2. COM Interop, Calling .NET code from unmanaged COM Client or Calling
unmanaged COM server from .NET.
Interoperating with Unmanaged Code
http://msdn2.microsoft.com/en-us/library/sd10k43k.aspx

But so far .NET did not provide such an approach that make a C# .NET
assembly and export function just as legacy C++ DLL do.

Now a possible approach is to write a mix-mode managed C++ to wrap the C#
dll just as Carl said.

If you have further question about this issue, please feel free to post
here and I am happy to be of assistance.
Best regards,

Peter Huang

Microsoft Online Community Support
=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====
This posting is provided "AS IS" with no warranties, and confers no rights.

[hjgvhv uhhgvjuhv]

Peter Huang [MSFT] wrote:

Hi Raj,

So far .NET provides two approaches to interop with unmanaged code.
1. P/Invoke, calling unmanaged C++ legacy DLL from .NET.
2. COM Interop, Calling .NET code from unmanaged COM Client or Calling
unmanaged COM server from .NET.
Interoperating with Unmanaged Code
http://msdn2.microsoft.com/en-us/library/sd10k43k.aspx

But so far .NET did not provide such an approach that make a C# .NET
assembly and export function just as legacy C++ DLL do.

Now a possible approach is to write a mix-mode managed C++ to wrap the C#
dll just as Carl said.

If you have further question about this issue, please feel free to post
here and I am happy to be of assistance.
Best regards,

Peter Huang

Microsoft Online Community Support
=============== =============== =============== =====
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
=============== =============== =============== =====
This posting is provided "AS IS" with no warranties, and confers no rights.

I for one would like to have a tutorial on how to access hardware in C#.

C++ was a pain, and C# is not possible.

Please try to address the hardware interface of C#.

Thank You
Donald

[Willy Denoyette [MVP]]

"hjgvhv uhhgvjuhv" <as**@asdf.comw rote in message
news:eM******** ******@TK2MSFTN GP05.phx.gbl...
| Peter Huang [MSFT] wrote:
| Hi Raj,
| >
| So far .NET provides two approaches to interop with unmanaged code.
| 1. P/Invoke, calling unmanaged C++ legacy DLL from .NET.
| 2. COM Interop, Calling .NET code from unmanaged COM Client or Calling
| unmanaged COM server from .NET.
| Interoperating with Unmanaged Code
| http://msdn2.microsoft.com/en-us/library/sd10k43k.aspx
| >
| But so far .NET did not provide such an approach that make a C# .NET
| assembly and export function just as legacy C++ DLL do.
| >
| Now a possible approach is to write a mix-mode managed C++ to wrap the
C#
| dll just as Carl said.
| >
| If you have further question about this issue, please feel free to post
| here and I am happy to be of assistance.
| >
| >
| Best regards,
| >
| Peter Huang
| >
| Microsoft Online Community Support
| =============== =============== =============== =====
| When responding to posts, please "Reply to Group" via your newsreader so
| that others may learn and benefit from your issue.
| =============== =============== =============== =====
| This posting is provided "AS IS" with no warranties, and confers no
rights.
| >
|
| I for one would like to have a tutorial on how to access hardware in C#.
|
A tutorial of what? It's just not possible to use .NET to access the
hardware, at least not directly.
| C++ was a pain, and C# is not possible.
|

No it's not possible, but this has nothing to do with C#, which is after all
just a programming language, it's the framework (CLR and FCL) which is not
suited to directly access hardware (devices), this is the domain of device
driver programming using C and/or C++. C# just like any other .NET language
can only access the hardware via the device driver interface.

Willy.

[hjgvhv uhhgvjuhv]

Willy Denoyette [MVP] wrote:

|
| I for one would like to have a tutorial on how to access hardware in C#.
|
A tutorial of what? It's just not possible to use .NET to access the
hardware, at least not directly.

A tutorial on writing device drivers, then accessing those drivers in C#.

| C++ was a pain, and C# is not possible.
|

No it's not possible, but this has nothing to do with C#, which is after all
just a programming language, it's the framework (CLR and FCL) which is not
suited to directly access hardware (devices), this is the domain of device
driver programming using C and/or C++. C# just like any other .NET language
can only access the hardware via the device driver interface.

Does C# have a standard way of accessing device drivers ?

Are there any good links on how this is can be done ??

>
Willy.