|
hello
I'm trying to pass multi-dimensional arrays from C# to un-managed WIN32 C++ dll - second parameter of each of the two functions exported below are meant to be OUTPUT parameter (memory allocated in C# however)
<br />
MATLABGENERICDLL_API void GetCurves(char* strParam, double * myCurve)<br />
{<br />
for(int i=0; i<10; i++)<br />
{<br />
if(i>0) {<br />
myCurve[i] = 1.01 * Curve[i-1];<br />
} else {<br />
myCurve[i] = 0.5;<br />
}<br />
}<br />
return;<br />
}<br />
<br />
MATLABGENERICDLL_API void GetMatrix(char* strParam, double ** myMatrix)<br />
{<br />
try {<br />
for(int i=0; i<10; i++)<br />
{<br />
for(int j=0; j<10; j++)<br />
{<br />
myMatrix[i][j] = 0.25;<br />
}<br />
}<br />
} catch( ...)<br />
{<br />
throw;<br />
}<br />
<br />
return;<br />
}<br />
GetCurves executed successfully, but not GetMatrix.
<br />
class Program<br />
{<br />
[DllImport(@"C:\MatlabGenericDll.dll")]<br />
private static extern string ToUpper2(string Src);<br />
<br />
[DllImport(@"C:\MatlabGenericDll.dll")]<br />
private static extern void GetCurves(string strParam, [In, Out] double[] myCurves);<br />
<br />
[DllImport(@"C:\MatlabGenericDll.dll")]<br />
private static extern void GetMatrix(string strParam, [In, Out] double[,] myMatrix);<br />
<br />
static void Main(string[] args)<br />
{<br />
string strTest = "abc";<br />
string strResult = null;<br />
<br />
double[] myCurve = null;<br />
double[,] myMatrix = null;<br />
<br />
try<br />
{<br />
strResult = ToUpper2(strTest);<br />
<br />
myCurve = new double[100];<br />
GetYieldCurves("AAA", myCurve); << For some reason, executed succssfully (Although I checked &myCurve - address seems to be different in C#/C++ layer so I really don't understand why it worked)<br />
<br />
myMatrix = new double[10, 10];<br />
GetMatrix("BBB", myMatrix); << System.AccessViolationException, complained saying memory probably corrupted.<br />
}<br />
catch (Exception ex)<br />
{<br />
Console.WriteLine(ex.ToString());<br />
}<br />
<br />
return;<br />
}<br />
}<br />
I'm not sure if I am doing right thing ... allocating memory from C# layer and if C# exe and C++ dll share same address space at all.
My end goal is: I actually also need to pass, from c# exe to unmanaged C++ dll, a two-dimensional array of undetermined size of different column types (string, doubles, int, DateTime)
Thanks!
http://msdn.microsoft.com/en-us/library/aa288453(VS.71).aspx
dev
modified on Thursday, July 30, 2009 2:00 AM
|
|
|
|
|
Hi,
in native code all arrays are actually one-dimensional, i.e. all the elements are on consecutive addresses.
in managed code you have two kinds of multi-dimensional arrays, and their lay-out isn't what the native world needs at all. So if you manage to get it marshalled, all data will have to be copied.
If OTOH you declare a managed one-dimensionl array, you could use either the fixed keyword or the GCHandle class to obtain the data pointer and pass that, no copying involved.
So rather than using array[x][y] I would recommend something along the lines of aray[x*YDIM+y] (or is it y*XDIM+x, not sure).
Luc Pattyn [Forum Guidelines] [My Articles]
The quality and detail of your question reflects on the effectiveness of the help you are likely to get.
Show formatted code inside PRE tags, and give clear symptoms when describing a problem.
|
|
|
|
|
hi, i have a managed c++ project using /clr using old syntax.
one of the functions in the program has the following argument list: (System::Object __gcc * _gcc yValue[])
i'm trying to pass four doubles in an array, but am having difficulty with the notation.
any help?
thank you
|
|
|
|
|
Member 3153721 wrote: i'm trying to pass four doubles in an array
What type of array? An array of System::Object references?
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.freetls.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
it can be any one of these types: String DateTime Double Decimal Single Int32 UInt32 Int64 UInt64
it's for a winforms control. here is the link to the full method description: http://support.dundas.com/OnlineDocumentation/WinChart2005/topic1363.html[^]
from the documentation, i 'should' be able to just list values in the argument, so AddY(1,2,3,4). however, managed c++ does not convert the values to an array. creating the array first and then passing the variable in the argument will not compile... it apparently does not reconginze the array value. i've come up with a work around using another set of functions in the library, but it's very difficult to get managed code to play nice with windows forms libraries to say the least.
|
|
|
|
|
function declaration should look rather like the following:
int AddY(System::Object __gc * yValue __gc []);
or
int AddY(System::Object* yValue[]);
params keyword isn't supported in C++, so this function should be called with argument of type array of Object*.
int AddY(Object* yValue[])
{
return yValue->Length;
}
Object* arr[] = new Object*[2];
ar[0] = __box(1.1);
ar[1] = __box(2.1);
AddY(arr);
|
|
|
|
|
I am using Visual C++ 2005 NET.
How can I write in status bar when the mouse is over the button or when I am runing a process, I can show a message in status bar.
|
|
|
|
|
mikobi wrote: How can I write in status bar
Take a look at the StatusBar Class Documentation[^]. No doubt there is something in there that will help you.
|
|
|
|
|
i have implemented the dfs algo in c++ using recursion but i wish to find all routes from source to destination. any good article or guidelines will helpful..i wish to do it using a link list if possible..!!!
|
|
|
|
|
|
Hi,
I'm doing a simple managed C++ class to grab data from a USB device and pass it to the C# side.
This is my class:
public __gc class Communication<br />
{<br />
private:<br />
LPVOID dataInBuffer; <br />
HANDLE _hFileHandle;<br />
int nBytesToRead; <br />
int maxPacketSize;<br />
<br />
public:<br />
<br />
Communication()<br />
{<br />
_hFileHandle = INVALID_HANDLE_VALUE;<br />
<br />
maxPacketSize = 256;<br />
dataInBuffer = malloc(sizeof(char) * maxPacketSize);<br />
nBytesToRead = maxPacketSize;<br />
}<br />
<br />
~Communication()<br />
{<br />
if( _hFileHandle != INVALID_HANDLE_VALUE )<br />
{<br />
CloseHandle( _hFileHandle );<br />
}<br />
}<br />
<br />
bool OpenDevice( String* driverName )<br />
{<br />
char* lpFileName = new char[driverName->Length + 10];<br />
<br />
sprintf( lpFileName, "\\\\?\\%s", driverName );<br />
<br />
_hFileHandle = CreateFile((LPCSTR) lpFileName,GENERIC_READ,0,0,OPEN_EXISTING,0,0);<br />
<br />
if( _hFileHandle == INVALID_HANDLE_VALUE )<br />
{<br />
puts("Couldn't not open device");<br />
}<br />
<br />
delete lpFileName;<br />
<br />
return( _hFileHandle != INVALID_HANDLE_VALUE );<br />
}<br />
<br />
BOOL CloseDevice()<br />
{<br />
return CloseHandle( _hFileHandle );<br />
}<br />
<br />
int GetPacket()<br />
{<br />
char outBuffer[256];<br />
<br />
int nBytesRead = -1;<br />
<br />
if (_hFileHandle!=INVALID_HANDLE_VALUE)<br />
{<br />
ReadFile(_hFileHandle, dataInBuffer, nBytesToRead, (PULONG) &nBytesRead,0);<br />
}<br />
<br />
memset(outBuffer,0,maxPacketSize*sizeof(char));<br />
memcpy(outBuffer,dataInBuffer,maxPacketSize*sizeof(char));<br />
<br />
return nBytesRead;<br />
}<br />
};
My problem right now it how to pass the outBuffer variable in the GetPacket method outside the class.
If I let the variable being declared inside the function, it gets erase when the function ends and my data goes with it.
If I declare that variable in the class itself, the compiler says the following:
'outBuffer' : must explicitly specify __gc or __nogc for an array declared in a managed type
And if I put the __gc attribute on the variable, then the compiler tells the following:
'identifier' : '__gc' can only be applied to a class, struct, interface, array or pointer
So... what do I have to do in order to make this variable available in the C# side?
I'm using char, because I need a signed 8-bit value on each position of the array.
Can anyone give me some lights here?
Thanks,
Nuno
|
|
|
|
|
You are using the obsolete Managed C++ syntax. Are you using a compiler that don't support C++/CLI? If not, I would suggest you to rewrite this in C++/CLI.
|
|
|
|
|
Hi,
You could try something like this:
#pragma once
#include <memory.h>;
#include <string.h>;
using namespace System;
namespace CnvBuffLib
{
public __gc class ConvertBuffer
{
const char __nogc * const _buffer;
static const int bsize = 256;
public:
ConvertBuffer()
: _buffer(new char __nogc [bsize])
{
}
~ConvertBuffer()
{
delete [] _buffer;
}
int GetPacket()
{
char tmp[] = {'t', 'e', 's', 't'};
int tmplen = sizeof(tmp);
char __nogc * _bp = const_cast<char*>(_buffer);
_bp = static_cast<char*>(memset(_bp, 0, bsize));
memcpy(_bp, tmp, tmplen);
return tmplen;
}
SByte GetData() __gc []
{
int rlen = strlen(_buffer);
if(rlen == 0)
return 0;
SByte result[] = new SByte[rlen];
char __pin * presult = &result[0];
memcpy(presult, _buffer, rlen);
return result;
}
};
}
|
|
|
|
|
CComPtr<iwshruntimelibrary::ifilesystem>fileSystem;
fileSystem->DeleteFolder((wchar_t*)ServerPath, VARIANT_TRUE);
fileSystem->DeleteFolder() is failing . Can I know when this happens and what could be the solution.
Thanks.
|
|
|
|
|
Read return code into a HRESULT and identify the return code.
|
|
|
|
|
It is most unlikely that the poster of this question is still waiting for an answer nearly eleven years later.
|
|
|
|
|
hey, i'm new to managed c++, and i need to use managed c++ to perform some tasks. I am using capicom.dll to create an application which will be able to sign, verify, encrypt,etc. only encrypt function requires the use of managed functions (to get file as bytes, convert to base-64 string and then encrypt), whereas the sign function does not require any managed code. even so, I am getting a System.Runtime.InteropServices.SEHException error on the signing function. here is the code which deals with the signing part:
if(cert->HasPrivateKey())
{
signedData->Content = "This is a string";
signer->PutCertificate(cert);
_bstr_t text = signedData->Sign(signer,true,CAPICOM_ENCODE_BASE64);
return text;
}
I have traced the code to fail at the Sign(signer,....) part. signer is the certificate being used to sign the data with, signedData and signer variables have been initialized with the __uuidof method, which is also how i've initialized encrypt and verify functions in their code sections.
the debugger takes me inside the capicom.tli file and fails. here is the tli code block which fails:
inline _bstr_t ISignedData::Sign ( struct ISigner * pSigner, VARIANT_BOOL bDetached, enum CAPICOM_ENCODING_TYPE EncodingType ) {
BSTR _result = 0;
HRESULT _hr = raw_Sign(pSigner, bDetached, EncodingType, &_result);
if (FAILED(_hr)) _com_issue_errorex(_hr, this, __uuidof(this));
return _bstr_t(_result, false);
pSigner, bDetached, and EncodingType get their proper values, but the _result variable keeps getting set to <undefined value>
any suggestions would be most welcomed on what i might do or what might be going wrong here.
the error on debugger output is (at line: raw_Sign(pSigner, bDetached, EncodingType, &_result); )
First-chance exception at 0x7c81eb33 in CAPICOMGUI.exe: Microsoft C++ exception: _com_error at memory location 0x0012d708..
A first chance exception of type 'System.Runtime.InteropServices.SEHException' occurred in CAPICOMGUI.exe
An unhandled exception of type 'System.Runtime.InteropServices.SEHException' occurred in CAPICOMGUI.exe
Additional information: External component has thrown an exception.
hope i was clear enough 
|
|
|
|
|
My best guess is that there's something about the pSigner pointer that it's choking on.
You say that the sign function does not call any managed code, but that the other functions do.
Is it possible that the pSigner object contains pointers to managed objects that the "raw_Sign" function doesn't understand?
|
|
|
|
|
thanks for the reply Richard. I assumed it was pSigner as well at first. pSigner is a pointer to a certificate (stored on the computer), certificate variable being initialized as ICertificate2Ptr cert (this initialization also exists in functions such as verify,encrypt, decrypt that are also calling managed variables)
I checked what all it was passing on signing and encryption and this is what I noticed:
on this line:
_bstr_t text = signedData->Sign(signer,true,CAPICOM_ENCODE_BASE64);
signer had the values (on hovering mouse over the variable):
-signer: 0xhexvalue
-m_pInterface: 0xhexvalue
-IDispatch: {...}
-IUnknown: {...}
-__vfptr: 0xhexvalue
[0]: values
[1]: values
[2]: values
and once it was passed onto the inline raw_Sign function the values were:
- pSigner: 0xhexvalue
-IDispatch: {...}
-IUnknown: {...}
-Children could not be evaluated
this was also the case on the encrypt function (when running encryption function only, and no other function), yet it worked. all the variables otherwise (in the raw_Sign) were holding thier proper values. Do you think its failing because of the "Children could not be evaluated" part? If so, is there anything I can do to pass values successfully?
|
|
|
|
|
UserNameless wrote: Do you think its failing because of the "Children could not be evaluated" part?
That's where my suspicions would fall. Unfortunately, COM is not my strength.
I'm interested to know why the "children" CAN be evaluated when the debugger is stopped on the outside of the function call, but once we go inside the function, then the children can no longer be evaluated.
|
|
|
|
|
Richard Andrew x64 wrote:
That's where my suspicions would fall. Unfortunately, COM is not my strength.
No worries, appreciated your thoughts on the problem.
Richard Andrew x64 wrote: I'm interested to know why the "children" CAN be evaluated when the debugger is stopped on the outside of the function call, but once we go inside the function, then the children can no longer be evaluated.
Yes this was as interesting point to me as well. Thanks for the thoughts. I guess it can't be helped as the pointers are defined in the capicom.dll already
|
|
|
|
|
One last remark, if I may:
You might try constructing a test project to call the CAPICOM dll from native code and see if the error still happens.
Good luck.
|
|
|
|
|
Funny that you should mention it. I did have a backup of a native code which simply signed data, and worked as I wanted/expected it to, it would generate the signed hash as expected. But after I ran this (managed) project a few times (in a separate VS 2008), I went over to test my native application, which surprisingly now, also started giving me this same error. I assume it's a bug of having porting my project from VS 2005 to VS2008.
|
|
|
|
|
I've posted on here several times and gotten nothing but great advice, so I once again return with my most recent C++/CLI headache.
First, I have some native code, which I wrapped in a C++/CLI library, and the result was MyLib.dll. I've gotten this working very well with C#, but would like to produce some example code in VC++ and VB, and can't seem to figure out how to get those two working.
I could compile the C# program using:
$ csc /nologo /platform:x86 TestProgram.cs /r:MyLib.dll
I know pretty much nothing about VB and don't really know what's different between VC++ and regular C++. What I'm looking for are instructions on what I need to do to convince a VC++ program and a VB program to talk to MyLib.dll. Much of what I found on the internet either looked dated, or mandated the presence of .lib files.
Long story short, what steps need to be taken to call functions defined in a C++/CLI .dll from VC++ and VB code? Any and all advice is very much appreciated!
|
|
|
|
|
Shadowsoal wrote: looking for are instructions on what I need to do to convince a VC++ program and a VB program to talk to MyLib.dll.
MyLib.dll is a mixed mode DLL (compiled using /clr switch), right?
Communicating with a mixed mode DLL from native code is tough. I guess, you need to use conditional compilation and expose the interfaces for managed and unmanaged clients depending upon the compiler options. _MANAGED is a macro which will be defined when /clr compilation switch is used. Make use of this macro to decide the functions you need to expose to native clients. You need to provide a header file as well for native clients as they can't read from the assembly meta data.
I haven't tried the above, but I believe it should do the trick.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
