Memory Allication (Managed VC++ DLL to Unmanaged DLL) [Second Try]

[Weston Fryatt]

(Sorry for spamming multiple groups, But I need a solution to this problem)

I think this should be a simple question on Memory Allocation in a managed DLL and passing a memory pointer over to an unmanaged DLL.

I have a "Unmanaged" Client DLL that I'm creating a Managed "wrapper" to be used in VB.Net and/or C#..

In the my Client DLL (unmanaged), There are several functions where I need to allocate a "client side" memory buffer to marshall data into from the server side of the application.

Normally in VC++ 7.1 (unmanaged) I would normally just malloc the memory that I needed:

UBYTE *pDataPtr = NULL;
DWORD dwDataSize = 0;

try
{
GetServerSideDa taSize(dwDataSi ze);
pDataPtr = (UBYTE *)malloc(dwData Size);
if (pDataPtr)
{
GetServerSideDa ta(pDataPtr);
// Do something with pData Now..
free(pDataPtr);
pDataPtr = NULL;
}
}
catch(...)
{
if (pDataPtr)
free(pDataPtr);
}

In my Managed DLL wrapper I've done this so far which fails when I call "new" on the VB.Net side..

namespace CDMSClient_SQL
{
[DllImport("CDMS Client.dll", EntryPoint = "SQLGetRows ", CharSet = Ansi)]
STATUS SQLGetRows(cons t Int32 RowCount, const Int32 DataSize, UBYTE *Data, String *Columns, String *From, String *Where, String *OrderBy);

[DllImport("CDMS Client.dll", EntryPoint = "SQLGetRowInfo" , CharSet = Ansi)]
STATUS SQLGetRowInfo(I nt32 &RowCount, Int32 &ColumnCount , Int32 &DataSize, String *Columns, String *From, String *Where);
}
Array *CCDMSClientInt erface::SQLGetR ows(const Int32 MaxRows, String *Columns, String *From, String *Where, String *OrderBy)
{
STATUS Status = EC_OK;
Int32 dwRowCount = 0;
Int32 dwColumnCount = 0;
Int32 dwDataSize = 0;
Array *Data = NULL;
UBYTE __pin *pDataPtr = NULL;

Status = CDMSClient_SQL: :SQLGetRowInfo( dwRowCount, dwColumnCount, dwDataSize, Columns, From, Where);
if (Status == EC_OK)
{
pDataPtr = (UBYTE *)new char[dwDataSize]; // <--- This is the line that fails in the Managed VC++ Side
Status = CDMSClient_SQL: :SQLGetRows(dwR owCount, dwDataSize, pDataPtr, "*", "CDMS_Confi g", "", "");
if (Status == EC_OK)
Data = Convert_CDBArra y_2_Object(pDat aPtr);
}

return (Data);
}

VB.Net Side of code:

Imports ClientInterface = CDMSClientDotNe t.CCDMSClientIn terface

Module Module1

Sub Main()
Dim ci As ClientInterface = New ClientInterface
Dim Data As Array
Dim Status As Int32

Status = ci.SetApplicati onID("43C1F2F1-CB68-4B89-A8C8-5E0C42CE4866")
If Status = 1 Then
Status = ci.SetDomain("P rimary")
If Status = 1 Then
Status = ci.CreateServer Context()
If Status = 1 Then
Status = ci.Login("admin ", "optical")
If Status = 1 Then
Console.WriteLi ne("Logged In!")

Data = ci.SQLGetRows(1 000, "*", "CDMS_Confi g", "", "") // <---This is the line that fails in the VB.Net side

ci.Logout()
Else
Console.WriteLi ne("Failed to Login!")
End If
ci.DeleteServer Context()
Else
Console.WriteLi ne("Failed to Create Server Context!")
End If
Else
Console.WriteLi ne("Failed to Set Domain!")
End If
Else
Console.WriteLi ne("Failed to Set ApplicationID!" )
End If
End Sub

End Module
I have many functions that pass data from the server side to the client side via a memory buffer. This data in the memory buffer is parsed and put back into a dynamic array (Custom C++ class called a CDBArray). The first function that I'm trying to get to work, fetches a database table from the server side and marshalls it back over to the client side. The Server and Client is using RPC to marshall data back and forth. (Just a side note, The client side can not access the database directly via ODBC or anything else. It must go thought my client dll. This is done for security reason to keep the client side locked down.)

Any ideas or suggestion are more than welcomed!!

Thanks Again!
Weston Fryatt

[Richard Grimes [MVP]]

Weston Fryatt" <wfryatt "at wrote:

In my Managed DLL wrapper I've done this so far which fails when I
call "new" on the VB.Net side.. namespace CDMSClient_SQL
{
[DllImport("CDMS Client.dll", EntryPoint = "SQLGetRows ", CharSet =
Ansi)]
STATUS SQLGetRows(cons t Int32 RowCount, const Int32 DataSize,
UBYTE *Data, String *Columns, String *From, String *Where, String
*OrderBy);

[DllImport("CDMS Client.dll", EntryPoint = "SQLGetRowInfo" ,
CharSet = Ansi)]
STATUS SQLGetRowInfo(I nt32 &RowCount, Int32 &ColumnCount ,
Int32 &DataSize, String *Columns, String *From, String *Where);
}
This is managed C++? If so, why are you using platform invoke to access the
methods. Why don't you use an import library (.lib) and use IJW?
Array *CCDMSClientInt erface::SQLGetR ows(const Int32 MaxRows, String
*Columns, String *From, String *Where, String *OrderBy)
Note that const means nothing to .NET and since you are calling this class
with VB.NET the constness of MaxRows is ignored. What is Array? Is this
System::Array? If so, why are you returning an untyped array?
pDataPtr = (UBYTE *)new char[dwDataSize]; // <--- This is
the line that fails in the Managed VC++ Side
Since you are using unmanaged pointers this should call the unmanaged new.
To make absolutely sure you can write it as

pDataPtr = (UBYTE *)__nogc new char[dwDataSize];

are you sure that this is where the error lies? What is the error message?
have you tried testing dwDataSize to see if it is not zero, and pDataPtr to
see if it is not null?
Status = CDMSClient_SQL: :SQLGetRows(dwR owCount, dwDataSize,
pDataPtr, "*", "CDMS_Confi g", "", "");
if (Status == EC_OK)
Data = Convert_CDBArra y_2_Object(pDat aPtr);
}
Where do you call delete []?

If SQLGetRows does not care where the memory comes from you can use
Marshal::AllocH Global or Marshal::AllocC oTaskMem and then use the
appropriate FreeCoTaskMem and FreeHGlobal. Both of these returns a IntPtr
which can be cast to a void* and then assigned to a pinning pointer.
However, the C++ new should work fine as long as you call delete []
somewhere. (Personally I would bracket the code in try/__finally and call
delete [] in the __finally clause.)

Imports ClientInterface = CDMSClientDotNe t.CCDMSClientIn terface
This is poor naming, it's a class, not an interface, you cannot call New on
an interface!
Module Module1

Dim Data As Array

Data = ci.SQLGetRows(1 000, "*",
"CDMS_Confi g", "", "") // <---This is the line that fails in the VB.Net
side
Again System.Array is not much use. You should write the managed C++ to
return a typed array instead.
I have many functions that pass data from the server side to the
client side via a memory buffer. This data in the memory buffer is
parsed and put back into a dynamic array (Custom C++ class called a
CDBArray). The first function that I'm trying to get to work,
fetches a database table from the server side and marshalls it back
over to the client side. The Server and Client is using RPC to
marshall data back and forth. (Just a side note, The client side can

RPC should handle any type of memory you pass to it, the RPC layer will
allocate the appropriate buffer. The only time that you'll get a problem is
if you're returning a new array from the RPC method. Are any of the pointers
in SQLGetRows [in,out]?

Richard
--
www.richardgrimes.com
my email ev******@zicf.b et is encrypted with ROT13 (www.rot13.org)

[Weston Fryatt]

Thanks Richard!

Marshal::AllocH Global() did the trick!


"Richard Grimes [MVP]" <read my sig> wrote in message
news:uJ******** ******@TK2MSFTN GP10.phx.gbl...

Weston Fryatt" <wfryatt "at wrote:

In my Managed DLL wrapper I've done this so far which fails when I
call "new" on the VB.Net side..

namespace CDMSClient_SQL
{
[DllImport("CDMS Client.dll", EntryPoint = "SQLGetRows ", CharSet =
Ansi)]
STATUS SQLGetRows(cons t Int32 RowCount, const Int32 DataSize,
UBYTE *Data, String *Columns, String *From, String *Where, String
*OrderBy);

[DllImport("CDMS Client.dll", EntryPoint = "SQLGetRowInfo" ,
CharSet = Ansi)]
STATUS SQLGetRowInfo(I nt32 &RowCount, Int32 &ColumnCount ,
Int32 &DataSize, String *Columns, String *From, String *Where);
}

This is managed C++? If so, why are you using platform invoke to access

the methods. Why don't you use an import library (.lib) and use IJW?

Array *CCDMSClientInt erface::SQLGetR ows(const Int32 MaxRows, String
*Columns, String *From, String *Where, String *OrderBy)
Note that const means nothing to .NET and since you are calling this class
with VB.NET the constness of MaxRows is ignored. What is Array? Is this
System::Array? If so, why are you returning an untyped array?

pDataPtr = (UBYTE *)new char[dwDataSize]; // <--- This is
the line that fails in the Managed VC++ Side

Since you are using unmanaged pointers this should call the unmanaged new.
To make absolutely sure you can write it as

pDataPtr = (UBYTE *)__nogc new char[dwDataSize];

are you sure that this is where the error lies? What is the error message?
have you tried testing dwDataSize to see if it is not zero, and pDataPtr

to see if it is not null?

Status = CDMSClient_SQL: :SQLGetRows(dwR owCount, dwDataSize,
pDataPtr, "*", "CDMS_Confi g", "", "");
if (Status == EC_OK)
Data = Convert_CDBArra y_2_Object(pDat aPtr);
}
Where do you call delete []?

If SQLGetRows does not care where the memory comes from you can use
Marshal::AllocH Global or Marshal::AllocC oTaskMem and then use the
appropriate FreeCoTaskMem and FreeHGlobal. Both of these returns a IntPtr
which can be cast to a void* and then assigned to a pinning pointer.
However, the C++ new should work fine as long as you call delete []
somewhere. (Personally I would bracket the code in try/__finally and call
delete [] in the __finally clause.)

Imports ClientInterface = CDMSClientDotNe t.CCDMSClientIn terface

This is poor naming, it's a class, not an interface, you cannot call New

on an interface!

Module Module1

Dim Data As Array

Data = ci.SQLGetRows(1 000, "*",
"CDMS_Confi g", "", "") // <---This is the line that fails in the VB.Net
side
Again System.Array is not much use. You should write the managed C++ to
return a typed array instead.

I have many functions that pass data from the server side to the
client side via a memory buffer. This data in the memory buffer is
parsed and put back into a dynamic array (Custom C++ class called a
CDBArray). The first function that I'm trying to get to work,
fetches a database table from the server side and marshalls it back
over to the client side. The Server and Client is using RPC to
marshall data back and forth. (Just a side note, The client side can

RPC should handle any type of memory you pass to it, the RPC layer will
allocate the appropriate buffer. The only time that you'll get a problem

is if you're returning a new array from the RPC method. Are any of the pointers in SQLGetRows [in,out]?

Richard
--
www.richardgrimes.com
my email ev******@zicf.b et is encrypted with ROT13 (www.rot13.org)