Matlab2015a与VS2013混合编程，出现如下问题

[好大的压力]

VS2013调用封装好的matlab封装好的程序，运行时总出现无法定位程序输入点于动态链接库，如下

请问是怎么回事，快被烦死了

[boylafong]

路径对吗，文件在输出文件夹下面吗？2013中引用了吗

[赵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 共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·…… “跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边， 回头是“使用共享纯文本文件进行信息交流”的岸！

[danteliujie]

需要更多信息: 1.是C++接口吗? 从一个老帖子中摘取一段过来, 请参考下: 由于C++标准没有对C++的二进制接口进行规范，所以C++缺少二进制一级的标准。由此导致在动态库中导出C++对象会面临很多麻烦，最主要是的一条是同一个C++对象导出，不同编译器会形成不同的符号名（就是LZ对话框中那一长串）。 简言之，就是如果你的DLL与你的EXE不是同一个编译器生成的，而DLL中又导出了C++对象，就很大可能出现LZ的情况。 解决办法是DLL导出尽量使用C导出函数,不要将C++对象直接暴露出来。如果实在想暴露C++接口，可以使用纯虚类的方法，这也是COM之类技术的基础。 针对LZ的问题，要么使用与DLL一致的编译器版本重新编译，要么改写DLL，重新设计为C函数导出模式（DLL内部实现可以自由使用C++，只是导出函数要使用C） 2. 有没有最简单的demo可以上传的?如果可能的话,最好从已经成功的例子的基础上开发

[weixin_41760829]

可以试一试VS2015+Matlab2016 http://blog.csdn.net/weixin_41760829/article/details/79389685

[weixin_41760829]

64位编译，VS2015调用Matlab2016编译生成的DLL，搞定：各种运行错误，调试错误。