从c#i中插入nim dll可以调用并执行下面的代码
如果我要添加另一个函数(proc)来调用GetPacks()
并尝试回显每个元素' s buffer
我可以正确地看到C#控制台中的输出
但我无法按原样传输数据,我尝试了一切,但我无法完成任务
proc GetPacksPtrNim(parSze: int, PackArrINOUT: var DataPackArr){.stdcall,exportc,dynlib.} =
PackArrINOUT.newSeq(parSze)
var dummyStr = "abcdefghij"
for i, curDataPack in PackArrINOUT.mpairs:
dummyStr[9] = char(i + int8'0')
curDataPack = DataPack(buffer:dummyStr, intVal: uint32 i)
type
DataPackArr = seq[DataPack]
DataPack = object
buffer: string
intVal: uint32
当我在c / c ++中执行相同操作时,我使用的类型是IntPtr
或char*
很高兴包含已退回的buffer
成员
EXPORT_API void __cdecl c_returnDataPack(unsigned int size, dataPack** DpArr)
{
unsigned int dumln, Index;dataPack* CurDp = {NULL};
char dummy[STRMAX];
*DpArr = (dataPack*)malloc( size * sizeof( dataPack ));
CurDp = *DpArr;
strncpy(dummy, "abcdefgHij", STRMAX);
dumln = sizeof(dummy);
for ( Index = 0; Index < size; Index++,CurDp++)
{
CurDp->IVal = Index;
dummy[dumln-1] = '0' + Index % (126 - '0');
CurDp->Sval = (char*) calloc (dumln,sizeof(dummy));
strcpy(CurDp->Sval, dummy);
}
}
上面c代码的c#签名
[DllImport(@"cdllI.dll", CallingConvention = CallingConvention.Cdecl), SuppressUnmanagedCodeSecurity]
private static extern uint c_returnDataPack(uint x, DataPackg.TestC** tcdparr);
C#Struct
public unsafe static class DataPackg
{
[StructLayout(LayoutKind.Sequential)]
public struct TestC
{
public uint Id;
public IntPtr StrVal;
}
}
最后像这样调用函数:
public static unsafe List<DataPackg.TestC> PopulateLstPackC(int ArrL)
{
DataPackg.TestC* PackUArrOut;
List<DataPackg.TestC> RtLstPackU = new List<DataPackg.TestC>(ArrL);
c_returnDataPack((uint)ArrL, &PackUArrOut);
DataPackg.TestC* CurrentPack = PackUArrOut;
for (int i = 0; i < ArrL; i++, CurrentPack++)
{
RtLstPackU.Add(new DataPackg.TestC() { StrVal = CurrentPack->StrVal, Id = CurrentPack->Id });
}
//Console.WriteLine("Res={0}", Marshal.PtrToStringAnsi((IntPtr)RtLstPackU[1].StrVal));//new string(RtLstPackU[0].StrVal));
return RtLstPackU;
}
我怎么能从Nim那里产生类似的c代码?
它不必是相同的代码,但效果相同,在c#i中它将能够读取字符串的内容。目前,int是可读的,但字符串不是
编辑:
这就是我试图让事情变得简单的事情 struct array of int members
更新
似乎问题与我的Windows操作系统中的nim设置有关。 我会在发现确切错误后立即更新。
答案 0 :(得分:8)
Nim中的string
类型不等同于C的const char*
类型。 Nim中的字符串表示为指针,指向堆分配的内存块,具有以下布局:
NI length; # the length of the stored string
NI capacity; # how much room do we have for growth
NIM_CHAR data[capacity]; # the actual string, zero-terminated
请注意这些类型是特定于体系结构的,它们实际上是编译器的实现细节,可以在将来进行更改。 NI
是架构默认的interger类型,NIM_CHAR
通常等同于8位char,因为Nim倾向于使用UTF8。
考虑到这一点,您有几种选择:
1)您可以教C#关于此布局并在正确的位置访问字符串缓冲区(以上警告适用)。可以在此处找到此方法的示例实现: https://gist.github.com/zah/fe8f5956684abee6bec9
2)您可以在Nim代码中为buffer
字段使用不同的类型。可能的候选人是ptr char
或固定尺寸array[char]
。第一个将要求您放弃自动垃圾收集并维护一些代码以进行手动内存管理。第二个将放弃一点空间效率,它将对这些缓冲区的大小设置硬限制。
编辑:
使用cstring
也可能看起来很诱人,但这最终会很危险。将常规字符串分配给cstring
时,结果将是正常的char *
值,指向上述Nim字符串的数据缓冲区。由于Nim垃圾收集器正确处理指向已分配值的内部指针,因此只要将cstring
值放置在跟踪堆栈等跟踪位置,这就是安全的。但是当你将它放在一个对象中时,cstring
将不会被跟踪,并且没有任何东西阻止GC释放内存,这可能会在你的C#代码中创建一个悬空指针。
答案 1 :(得分:0)
尝试将您的结构更改为:
public unsafe static class DataPackg
{
[StructLayout(LayoutKind.Sequential)]
public struct TestC
{
public uint Id;
[MarshalAs(UnmanagedType.LPStr)]
public String StrVal;
}
}