C++组件dll传递字符串数组参数,如何设计接口？

[庚武讲堂]

一个DLL组件用VC6做的，接受( std::list<char*> & ls )参数，往里塞值，然后在主调程序(Qt MinGW)用完后，再调接口释放，莫名报错“程序异常退出”。 在VC6做测试调用完全正常，我猜想是Qt MinGW中有些实现与VC6不一致，参数类型的问题。另个有个思路就是传一个字符串指针，特殊字符分割，不过操作起来有点麻烦。
请问有经验的朋友，组件参数传递，有哪些更好的方式？能保证兼容性和易用性。
谢谢。

[jiqiang01234]

dll接口用C语言接口，不要用c++接口，因为c++没有标准的ABI

[庚武讲堂]

引用 1 楼 jiqiang01234 的回复:

dll接口用C语言接口，不要用c++接口，因为c++没有标准的ABI

嗯，很有借鉴意义。我已经是使用extern "C" 调用，猜想是list内部实现不一致。

[庚武讲堂]

引用 2 楼 zhao4zhong1 的回复:

不要做A语言代码修改为B语言代码的无用功。

赵4老师 一大篇是copy还是打出来的啊？呵呵。不完全认同，内存IO与磁盘IO效率不是同一个级别的，像音视频这种需要即时处理的数据，放在磁盘作为组件数据中转，几乎是不可能的。 Thanks anyway!

[珍惜生命远离CPP]

引用 3 楼 stupid_boy2007 的回复:

[quote=引用 1 楼 jiqiang01234 的回复:] dll接口用C语言接口，不要用c++接口，因为c++没有标准的ABI

嗯，很有借鉴意义。我已经是使用extern "C" 调用，猜想是list内部实现不一致。 [/quote] 参考main的参数 char* argv[]

[encoderlee]

要在EXE和DLL间传递std::list之类的标准库容器，需要满足两个条件：
1.EXE和DLL均使用同一个版本的编译器编译
2.EXE和DLL均动态链接到CRT运行库（/MD）

[庚武讲堂]

引用 6 楼 CharlesSimonyi 的回复:

要在EXE和DLL间传递std::list之类的标准库容器，需要满足两个条件： 1.EXE和DLL均使用同一个版本的编译器编译 2.EXE和DLL均动态链接到CRT运行库（/MD）

嗯，谢谢！

[赵4老师]

不要做A语言代码修改为B语言代码的无用功。 也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。 只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。 即可很方便地让A、B两种语言之间协调工作。 比如： A将请求数据写到文件a.txt，写完后改名为aa.txt B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt A发现bb.txt存在时，读取其内容，读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。 除非A或B不支持判断文件是否存在、文件读写和文件更名。 但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？ 可以将临时文件放在RamDisk上提高效率减少磨损磁盘。 数据的结构很复杂的话，文本文件的格式问题可参考json或xml 共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·…… “跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边， 回头是“使用共享纯文本文件进行信息交流”的岸！

[赵4老师]

引用 4 楼 stupid_boy2007 的回复:

[quote=引用 2 楼 zhao4zhong1 的回复:] 不要做A语言代码修改为B语言代码的无用功。

赵4老师 一大篇是copy还是打出来的啊？呵呵。不完全认同，内存IO与磁盘IO效率不是同一个级别的，像音视频这种需要即时处理的数据，放在磁盘作为组件数据中转，几乎是不可能的。 Thanks anyway! [/quote] 无profiler不要谈效率！！尤其在这个云计算、虚拟机、模拟器、CUDA、多核 、多级cache、指令流水线、多种存储介质、……满天飞的时代！