华为MindX相关报错能否证明造假？

华为

实际上，这个time.sleep(6)说明不了什么问题。视频第一帧就出现了一个本地网址。

华为有个叫mindx的东西，搜索mindx sdk相关文档可知都存在ssh连接。因此，有理由推测华为的mindx为socket连接。然后我就写了如下这样一段socket代码：接着我发觉，recv要是卡住了，这个程序就没法结束（按ctrl+c也没用）。

不过对于这种状况，将代码改成如下形式（运用多线程）就不会存在这个问题了。二更：今天又看这里，才发觉忘start了，不过测试过不影响结论。并且，使用ctrl+c可正确终止程序。

客户端

接着展示出的便是和图片中相同的错误。所以说，这东西根本没法证实华为大模型能力的真假。华为完全能在这个库里进行多线程接收。从目前的报错来看，我们只能推断出query方法不执行，write方法执行的情况，其他的都推断不了，只能猜测是多线程或者存在造假的可能。更何况，华为已经发布的基于MindStudio的MindX SDK应用开发全流程（第一范式），完全没必要造假，因为确实能够做出来。不过，这里有个情况，报错的是它的库。说不定到时候能直接在mindx库找到相关代码。所以届时查看这个库的代码，大概就能明白是怎么回事了。有人说发布会看到的是指出write里sleep了6秒，那我改改，好让大家明白什么是函数调用。客户端的代码：服务端的代码：

能看到上面部分和发布会是一样的。至于下面有一截test和报错是为啥，很简单，我多按了几次ctrl+c。要是只按一次，就不会这样了。

所以，总的来讲，这既无法证实华为造假，也不能表明华为没有造假。我个人倾向于华为没必要造假，mindx能用，在这方面没有造假的必要，或许编造一个假的比写真实的还要麻烦。再更新一下，有人称recv应为阻塞的，理由是win32函数。接着，我据此写了一段简单的C++代码，并用visual studio编译测试，结果表明在recv均为阻塞状态时，C++可通过ctrl+c直接终止。下面是C++代码：代码是从网上抄来的。

运行结果为，开始时两段代码都处于接收状态，随后我按下了ctrl+c。

此时能够直接结束，与socket超时毫无关联。