[转]Marshaling a SAFEARRAY of Managed Structures by P/Invoke Part 3.
1. Introduction.
1.1 In part
1 of this series of articles, I demonstrated how to transfer managed
arrays to unmanaged code as SAFEARRAYs. The transfer was single-directional
“into” the unmanaged function and the SAFEARRAY that was passed to the unmanaged
function is treated as “read-only”.
1.2 Then in part
2, I showed how to return a SAFEARRAY from unmanaged code to
managed code as an “out” parameter. The transfer this time was also
single-directional but the direction is “outwards” towards the managed
code caller. The SAFEARRAY that was returned is used to generate a managed
array.
1.3 Here in part 3, I shall explain how to pass a
managed array “to and from” unmanaged code as both an “in” and “out” (i.e. by
reference) parameter.
1.4 A parameter passed this way is marshaled
“into” the unmanaged function when it is called and when the function returns,
the same parameter is marshaled “out of” the unmanaged function. The parameter
is also subject to modification by the target function.
1.5 As usual, throughout this article, we shall be
working only with single-dimensional managed
arrays and SAFEARRAYs.
2. TestStructure, CSConsoleApp.tlb Type
Library and UnmanagedDll.DLL
2.1 We shall be using the same TestStructure struct that
we have developed in part 1.
2.2 We shall also continue to use
the CSConsoleApp.tlb type
library that was produced from the CSConsoleApp console application
solution that was presented in part 1.
2.3 We shall augment UnmanagedDll.dll with
some helper functions as well as a new exported API to be called in
the CSConsoleApp console application.
2.4 The source codes of the CSConsoleApp console
application will also be updated with new test codes.
3. Unmanaged API that References a SAFEARRAY of
TestStructure.
3.1 The new exported function that we will
expose to C# takes as parameter a double pointer to a SAFEARRAY of
TestStructure structures.
3.2 This double pointer will be used to point to a
SAFEARRAY of TestStructure UDTs that derives from a managed array. It will also
be used to return a SAFEARRAY of TestStructure UDTs to the caller.
3.3 In our case, the caller will be the interop
marshaler which will first transform a managed array into a SAFEARRAY in order
to pass to the exported function. The interop marshaler will then transform the
returned SAFEARRAY back into a managed array.
3.4 Note the protocol on memory ownership : because the
interop marshaler is the eventual receiver of the SAFEARRAY which is
returned, the interop marshaler owns the SAFEARRAY and is at liberty
to destroy it when it no longer needs it.
3.5 The following is a full code listing of this
function :
// ModifyArrayOfTestStructure() will modify the contents
// of the input SAFEARRAY. It will also add new elements
// to the SAFEARRAY.
extern "C" __declspec(dllexport) void __stdcall ModifyArrayOfTestStructure
(
/*[in, out]*/ SAFEARRAY** ppSafeArrayToModify
)
{
IRecordInfoPtr spIRecordInfo = NULL; // We obtain a pointer to the IRecordInfo interface associated
// with the SAFEARRAY. It is used to clear TestStructure structs.
SafeArrayGetRecordInfo(*ppSafeArrayToModify, &spIRecordInfo); // If we are unable to obtain such an interface,
if (spIRecordInfo == NULL)
{
return;
} // First determine how many elements there are inside
// "ppSafeArrayToModify".
long LBound = 0;
long UBound = 0; SafeArrayGetLBound(*ppSafeArrayToModify, 1, &LBound);
SafeArrayGetUBound(*ppSafeArrayToModify, 1, &UBound); ULONG ulSafeArraySize = UBound - LBound + 1; if (ulSafeArraySize > 0)
{
// The SAFEARRAY must have at least one element
// for us to modify.
TestStructure test_structure;
long rgIndices[1]; // The UDT receiving structure must be cleared
// before calling on SafeArrayGetElement() to
// obtain a copy of an element.
memset(&test_structure, 0, sizeof(TestStructure)); // We will modify the very first element.
rgIndices[0] = 0; SafeArrayGetElement
(
*ppSafeArrayToModify,
rgIndices,
(void FAR*)&test_structure
); // Increment the values of the
// "m_integer" and "m_double"
// fields.
test_structure.m_integer += 100;
test_structure.m_double += 100;
// Clear the original BSTR and
// set it to a different value.
::SysFreeString(test_structure.m_string);
test_structure.m_string = ::SysAllocString(L"Modified String"); // Insert "test_structure" into the SAFEARRAY
// at the same index position (i.e. 0);
SafeArrayPutElement
(
(SAFEARRAY*)*ppSafeArrayToModify,
(long*)rgIndices,
(void*)(&test_structure)
); // After "inserting" "test_structure" into
// the SAFEARRAY, we must remember to clear it.
spIRecordInfo -> RecordClear((void*)(&test_structure));
} // Now modify the size of the SAFEARRAY.
// Increase it 3 more elements.
SAFEARRAYBOUND rgsabound[1]; rgsabound[0].lLbound = 0;
rgsabound[0].cElements = ulSafeArraySize + 3; HRESULT hrRetTemp = SafeArrayRedim
(
*ppSafeArrayToModify,
rgsabound
); if (SUCCEEDED(hrRetTemp))
{
for (ULONG ulIndex = ulSafeArraySize; ulIndex < (ulSafeArraySize + 3); ulIndex++)
{
long rgIndices[1];
TestStructure test_structure; rgIndices[0] = ulIndex; memset(&test_structure, 0, sizeof(TestStructure)); // Add simple values to the fields of the new TestStructure
// structs that are added to the SAFEARRAY.
test_structure.m_integer = (int)ulIndex;
test_structure.m_double = (double)ulIndex;
test_structure.m_string = ::SysAllocString(L"New String"); SafeArrayPutElement
(
(SAFEARRAY*)*ppSafeArrayToModify,
(long*)rgIndices,
(void*)(&test_structure)
); spIRecordInfo -> RecordClear((void*)(&test_structure));
}
}
}
The following is a synopsis of this function
:
- The function first tries to obtain a pointer to
the IRecordInfo interface associated with the UDT contained in the
SAFEARRAY. This is done by using SafeArrayGetRecordInfo(). - It then calculates the total number of elements in the
SAFEARRAY (using SafeArrayGetLBound() and
SafeArrayGetUBound()). - Assuming that the SAFEARRAY contains at least one
element, this function will modify the field values of the very first
element. - Note that SafeArrayGetElement() is used to obtain a copy
of the target element and then SafeArrayPutElement() is used to replace the
target element. - When SafeArrayPutElement() is called, it will first
clear the fields of the existing element residing at the target
index. - Then the onus is on the ModifyArrayOfTestStructure()
function to clear the TestStructure struct which was used to insert the UDT at
the target index. For this, IRecordInfo::RecordClear() is
used. - After that, the ModifyArrayOfTestStructure() function
uses SafeArrayRedim() to resize the SAFEARRAY to a larger
size. - A loop is then performed to insert new additional UDTs
into the SAFEARRAY. - Note that as each UDT is inserted into the SAFEARRAY, a
copy of the UDT is made and stored in the SAFEARRAY. - Hence the original TestStructure UDT must be cleared
after each call to SafeArrayPutElement().
4. Example C# Call to
ModifyArrayOfTestStructure().
4.1 The following shows how the
ModifyArrayOfTestStructure() API should be declared in a C# program :
[DllImport("UnmanagedDll.dll", CallingConvention = CallingConvention.StdCall)]
private static extern void ModifyArrayOfTestStructure
(
[In][Out] [MarshalAs(UnmanagedType.SafeArray, SafeArraySubType = VarEnum.VT_RECORD)]
ref TestStructure[] SafeArrayToModify
);
Now note the use of the various attributes :
- The presence of the InAttribute and the OutAttribute
indicate that the managed array parameter (i.e. “SafeArrayToModify”) is to be
marshaled into and out of the ModifyArrayOfTestStructure() function. The “ref”
keyword further indicates this to the C# compiler. - These attributes also indicate to the interop
marshaler that whatever form the counterpart parameter (i.e. the parameter
of the unmanaged function) takes when it is passed to the target function, it
may be eventually modified before its return. - However, it is nevertheless owned by the caller
which is at liberty to destroy it when it is returned from the unmanaged
function. - The way the MarshalAsAttribute is specified as well as
the presence of the OutAttribute indicate to the interop marshaler that the
counterpart parameter will take the form of a double pointer to a
SAFEARRAY. - The “SafeArraySubType” field for the MarshalAsAttribute,
being equal to “VarEnum.VT_RECORD”, indicates to the interop marshaler that the
SAFEARRAY will contain UDTs. - And since the “SafeArrayToModify” parameter is typed as
an array of TestStructure, the UDT must be the equivalent of the
TestStructure.
4.2 The following is a sample C# function that makes a
call to GetArrayOfTestStructure() :
static void DoTest_ModifyArrayOfTestStructure()
{
// Define and instantiate a managed array of 3
// TestStructure structs.
TestStructure[] SafeArrayOfTestStructure = new TestStructure[3]; // Assign simple values to the elements of the array.
for (int i = 0; i < SafeArrayOfTestStructure.Length; i++)
{
SafeArrayOfTestStructure[i].m_integer = i;
SafeArrayOfTestStructure[i].m_double = (double)i;
SafeArrayOfTestStructure[i].m_string = string.Format("Hello World [{0}]", i);
} // Call on ModifyArrayOfTestStructure() to modify
// this array.
ModifyArrayOfTestStructure(ref SafeArrayOfTestStructure); // Display the contents of the array.
for (int i = 0; i < SafeArrayOfTestStructure.Length; i++)
{
Console.WriteLine("SafeArrayOfTestStructure[{0}].m_integer : [{1}]", i, SafeArrayOfTestStructure[i].m_integer);
Console.WriteLine("SafeArrayOfTestStructure[{0}].m_double : [{1}]", i, SafeArrayOfTestStructure[i].m_double);
Console.WriteLine("SafeArrayOfTestStructure[{0}].m_string : [{1:S}]", i, SafeArrayOfTestStructure[i].m_string);
}
}
The following is a synopsis :
- A managed array of 3 TestStructure structs is defined
and instantiated. - Simple values are assigned to the field values of each
element. - The ModifyArrayOfTestStructure() API is then invoked and
the managed array is passed as a parameter by reference. - Thereafter, we display all the contents of the managed
array.
4.3 The following is what happened under the
covers :
- When ModifyArrayOfTestStructure() is called, the interop
marshaler will internally prepare a SAFEARRAY and fill it with the (unmanaged)
UDT equivalent of each of the (managed) TestStructure structs contained in the
“SafeArrayOfTestStructure” array. - Then, sensing that the “SafeArrayToModify” parameter of
the ModifyArrayOfTestStructure() function has been designated as an “in” and
“out” parameter, the interop marshaler passes a double pointer to the SAFEARRAY
as parameter when it calls the ModifyArrayOfTestStructure()
function. - The ModifyArrayOfTestStructure() function is free to
modify the SAFEARRAY in whatever way it deems fit. - When ModifyArrayOfTestStructure() returns, the interop
marshaler will use the returned SAFEARRAY to internally modify the managed
array. - However, very likely, the interop marshaler will simply
delete the entire original managed array and re-create a new one from the latest
contents of the SAFEARRAY. - When the managed array of TestStructure is finally
modified/re-created, the returned SAFEARRAY which was shared by both the interop
marshaler and the ModifyArrayOfTestStructure() API will be destroyed. Each
TestStructure contained inside the SAFEARRAY will be destroyed by calling on the
RecordDestroy() method using the IRecordInfo pointer which is already contained
within the SAFEARRAY.
4.4 At runtime, the C# function
DoTest_GetArrayOfTestStructure() will produce the following expected output
:
SafeArrayOfTestStructure[0].m_integer : [100]
SafeArrayOfTestStructure[0].m_double : [100]
SafeArrayOfTestStructure[0].m_string : [Modified String]
SafeArrayOfTestStructure[1].m_integer : [1]
SafeArrayOfTestStructure[1].m_double : [1]
SafeArrayOfTestStructure[1].m_string : [Hello World [1]]
SafeArrayOfTestStructure[2].m_integer : [2]
SafeArrayOfTestStructure[2].m_double : [2]
SafeArrayOfTestStructure[2].m_string : [Hello World [2]]
SafeArrayOfTestStructure[3].m_integer : [3]
SafeArrayOfTestStructure[3].m_double : [3]
SafeArrayOfTestStructure[3].m_string : [New String]
SafeArrayOfTestStructure[4].m_integer : [4]
SafeArrayOfTestStructure[4].m_double : [4]
SafeArrayOfTestStructure[4].m_string : [New String]
SafeArrayOfTestStructure[5].m_integer : [5]
SafeArrayOfTestStructure[5].m_double : [5]
SafeArrayOfTestStructure[5].m_string : [New String]
The following is a general summary for the results shown
above :
- At the start of the DoTest_ModifyArrayOfTestStructure()
function, a managed array of 3 TestStructure structs is
created. - Then the ModifyArrayOfTestStructure() function modified
the very first element to contain values 100, 100 and “Modified String” for its
“m_integer”, “m_double” and “m_string” field values
respectively. - The ModifyArrayOfTestStructure() function also added 3
new TestStructure UDTs with numeric values that correspond with their SAFEARRAY
index positions and a standard string value of “New String”. - Hence eventually, the “SafeArrayOfTestStructure” array
contained 6 elements with values as shown.
5. In Conclusion.
5.1 Here in part 3, I have demonstrated sending and
returning a SAFEARRAY to and from an unmanaged function in managed
code.
5.2 Various SAFEARRAY APIs are used to demonstrate ways
to modify both the contents of SAFEARRAYs as well as the size of
SAFEARRAYs.
5.3 I have also shown that the modified contents of a
SAFEARRAY is used by the interop marshaler to modify/re-create the original
managed array.
5.4 Again I emphasized that with memory ownership,
the interop marshaler is at liberty to destroy the returned
SAFEARRAY.
5.5 This part marks the end of my basic treatment
of marshaling a managed array to and from unmanaged functions by way of
SAFEARRAYs.
5.6 Further parts of this series of articles are
not required reading for those who are not interested in more complex
containment of managed arrays as UDTs in SAFEARRAYs.
[转]Marshaling a SAFEARRAY of Managed Structures by P/Invoke Part 3.的更多相关文章
- [转]Marshaling a SAFEARRAY of Managed Structures by P/Invoke Part 1.
1. Introduction. 1.1 I have previously written about exchanging SAFEARRAYs of managed structures wit ...
- [转]Marshaling a SAFEARRAY of Managed Structures by P/Invoke Part 6.
1. Introduction. 1.1 Starting from part 4 I have started to discuss how to interop marshal a managed ...
- [转]Marshaling a SAFEARRAY of Managed Structures by P/Invoke Part 5.
1. Introduction. 1.1 In part 4, I have started to discuss how to interop marshal a managed array tha ...
- [转]Marshaling a SAFEARRAY of Managed Structures by P/Invoke Part 4.
1. Introduction. 1.1 In parts 1 through 3 of this series of articles, I have thoroughly discussed th ...
- [转]Marshaling a SAFEARRAY of Managed Structures by P/Invoke Part 2.
1. Introduction. 1.1 In part 1 of this series of articles, I explained how managed arrays may be tra ...
- [转]Passing Managed Structures With Strings To Unmanaged Code Part 2
1. Introduction. 1.1 In part 1 of this series of blogs we studied how to pass a managed structure (w ...
- [转]Passing Managed Structures With Strings To Unmanaged Code Part 1
1. Introduction. 1.1 Managed structures that contain strings are a common sight. The trouble is that ...
- [转]Passing Managed Structures With Strings To Unmanaged Code Part 3
1. Introduction. 1.1 In part 1 of this series of blogs we studied how to pass a managed structure (w ...
- Passing JavaScript Objects to Managed Code
Silverlight If the target managed property or input parameter is strongly typed (that is, not typed ...
随机推荐
- 自编jQuery插件实现模拟alert和confirm
现在绝大多数网站都不用自带的alert和confirm了,因为界面太生硬了.因此这个插件就这样产生了自己定制一个的想法...... 啥也不说,先上图,有图有真相 :) 现在绝大多数网站都不用自带的al ...
- 学习动态性能表(19)--v$undostat
学习动态性能表 第19篇--V$UNDOSTAT 2007.6.14 本视图监控当前实例中undo空间以及事务如何运行.并统计undo空间开销,事务开销以及实例可用的查询长度. V$UNDOSTAT ...
- Proxmox qm命令应用实例
1) 把一个物理硬盘增加到VM上qm set 105 --virtio1 /dev/sdb <-- 表示把/dev/sdb物理硬盘以 virtio 接口类型增加至 105 的 ...
- 在ThinkPHP的common.php文件里添加公共函数的注意事项
注意事项: 1.函数不要加public访问控制权限,因为默认就是public的. 2.当你写好了一个新函数后在本地运行发现没有问题,但是在生产环境运行会报错:找不到这个函数,解决方法是删除runtim ...
- HDU1695(容斥原理)
GCD Time Limit: 6000/3000 MS (Java/Others) Memory Limit: 32768/32768 K (Java/Others)Total Submiss ...
- 此上下文中不允许异步操作。启动异步操作的页必须将 Async 特性设置为 true,并且异步操作只能在 PreRenderComplete 事件之前的页上启动。
<%@ Page Language="C#" AutoEventWireup="true" ...... Async="true" % ...
- create-react-app脚手架中配置sass
本文介绍如何在react中配置sass 首先将你的文件名称改成scss结尾的文件 然后安装依赖 cnpm install sass-loader node-sass --save-dev 找到node ...
- Winsock 传输文件
文件传输的原理:发送方把文件读到socket发送端缓冲区中,接收方把socket接收端缓端冲区中的数据写到一个新文件中.当然了,大文件需要循环读写! 服务器端为发送端: #include " ...
- 命名管道-MSDN例子
服务器: #include "stdafx.h" #include <windows.h> #include <stdio.h> #include < ...
- css 文件上传按钮美化
转自:http://zixuephp.net/article-85.html 思路:在一个div里面添加一个图片用作按钮再添加一个input file 文件上传,把文件上传按钮设置透明度为0,绝对定位 ...