草庐IT

marshalling

全部标签

java - Windows 上的 Marshaller 在文件末尾添加新行

我有一个项目使用JAXB编码的XML文件来比较不同环境的配置状态。我注意到Windows下JAXB编码器的实现与Unix版本肯定存在一些差异。当我比较在不同平台上创建的2个文件时,我的比较工具总是在文件末尾标记一个差异。在Windows上创建的文件在文件末尾有一个新行(CR和LF),而Unix版本没有。请注意,该问题与两个平台之间换行符的差异无关!Windows编码器有效地在文件末尾添加了一个“新行”,而Unix编码器在根标记的结束“>”后停止。是否有任何参数我可以传递给编码器以防止这个额外的行,或者我是否必须在Windows上编码后显式删除它,以便我的比较工具不会标记差异?这是编码代

c++ - 跨进程 COM 编码(marshal)拆收器 : reduce number of copies for large arrays

作为简化的案例:我需要通过现有的COM接口(interface)将VARIANT传输到另一个进程。我目前使用MIDL生成的编码器。实际传输是针对许多值的,是时间关键过程的一部分,并且可能涉及大字符串或safearray(几MB),因此复制的数量似乎是相关的。由于接收方需要“保留”函数调用之外的数据,因此编码(marshal)拆收器至少需要制作一份拷贝。然而,我能想到的所有签名都包括两份:SetValue([in]VARIANT)GetValue([out]VARIANT*)//calledbyreceiver在这两种情况下,根据我的理解,编码器制作了一个跨进程拷贝,但确实被编码器销毁了

c# - 在结构中编码(marshal) IntPtr[] 会导致 midiStream 函数出现错误,但将数组展开到一堆字段是可行的

我正在尝试使用C#中的Windows多媒体MIDI函数。具体来说:MMRESULTmidiOutPrepareHeader(HMIDIOUThmo,LPMIDIHDRlpMidiOutHdr,UINTcbMidiOutHdr);MMRESULTmidiOutUnprepareHeader(HMIDIOUThmo,LPMIDIHDRlpMidiOutHdr,UINTcbMidiOutHdr);MMRESULTmidiStreamOut(HMIDISTRMhMidiStream,LPMIDIHDRlpMidiHdr,UINTcbMidiHdr);MMRESULTmidiStreamRest

windows - 为 COM 接口(interface)启用编码(marshal)处理需要什么?

我有一个没有类型库的32位ATLCOM组件。它有一个类工厂,用于一个实现多个接口(interface)的给定类。当我将它用作进程内服务器时,一切正常-客户端调用CoCreateInstance(),对象被实例化,QueryInterface()检索指向所请求接口(interface)的指针。但是,当我将组件放入COM+时,我无法再实例化该类-CoCreateInstance()现在返回E_NOINTERFACE。我认为问题在于COM+无法执行编码(marshal)处理,因为缺少类型库-它不知道如何执行。我需要生成并注册一个类型库来解决这个问题还是有其他方法?

c# - 调用 Marshal.PtrToStructure 时出现 AccessViolationException

我通过调用Marshal.PtrToStructure(intPtr,typeof(Servent))得到一个AccessViolationExcpetion。任何想法我做错了什么?我在x64上试过这个。IntPtrintPtr=NativeMethods.GetServByName(name,"tcp");if(intPtr!=IntPtr.Zero){Serventservent=(Servent)Marshal.PtrToStructure(intPtr,typeof(Servent));result=System.Convert.ToInt32(IPAddress.Networ

windows - 我是否需要编码 CreateStreamOnHGlobal 返回的 IStream,以便跨线程使用?

我有一个COM流对象(IStream),是用CreateStreamOnHGlobal创建的.我想在同一进程的不同线程中使用它。我是否需要编码流对象本身(使用CoMarshalInterface等)?或者它已经是线程安全的了?已编辑,读/写/查找与我的代码中的锁正确同步。 最佳答案 COM将IStream视为一种特殊类型的接口(interface),可以安全地跨线程使用。这是必要的,以便可以使用CoMarshalInterThreadInterfaceInStream在IStream中跨线程边界编码其他接口(interface)。.

c# - 在 C# 中编码一个 char**

我正在与采用char**(即指向字符串的指针)的代码进行交互:intDoSomething(Whatever*handle,char**error);基本上,它需要一个状态句柄,如果出现问题,它会返回错误代码和可选的错误消息(内存是在外部分配的,并通过第二个函数释放。那部分我已经弄明白了:)).但是,我不确定如何在C#中处理in。我目前拥有的:[DllImport("mydll.dll",CallingConvention=CallingConvention.Cdecl)]privatestaticunsafeexternintDoSomething(IntPtrhandle,byte

c# - 如何绕过 Marshal.Copy(32 位)长度限制?

我正在尝试在托管(C#)和非托管(C++Win32)代码之间来回移动数据。我可以使用Marshal.Copy它工作正常,直到数据集变大>2GB因为Marshal.Copy有一个带符号的32位int(2GB)长度限制。知道如何解决这个问题吗?目前,我在托管端使用AllocHGlobal(IntPtr),在非托管端使用.ToPointer()。如果我不能使用Marshal.Copy来回移动大数据(>2GB)我可以使用什么? 最佳答案 我的第一react是:为什么要复制2GB以上的数据?也许您的应用程序约束不允许这样做,但在我看来,如果您

C# 到 C++ 进程,WM_COPYDATA 传递带有字符串的结构

在c#程序中,我想使用WM_COPYDATA和SendMessage来与遗留的c++/cliMFC应用程序通信。我想传递一个包含字符串对象的托管结构。我可以找到与SendMessage一起使用的c++应用程序的句柄。我不知道的一点是如何在另一端编码和读取结构及其字符串。特别是因为它包含非blittables。大家觉得这可行吗?我会继续努力,但会感谢做过此类事情的人告诉我它是否行不通。这里有一些演示代码,如果它是一个c++/cli程序,它不难运行。但是,我希望它位于.Net类库中,以便可以轻松地重复使用。//Quickdemonstationcodeonly,notcorrectlyst

c# - .net 中的转换 : Native Utf-8 <-> Managed String

我创建了这两种方法来将nativeutf-8字符串(char*)转换为托管字符串,反之亦然。以下代码完成这项工作:publicIntPtrNativeUtf8FromString(stringmanagedString){byte[]buffer=Encoding.UTF8.GetBytes(managedString);//notnullterminatedArray.Resize(refbuffer,buffer.Length+1);buffer[buffer.Length-1]=0;//terminating0IntPtrnativeUtf8=Marshal.AllocHGlob