g++;写在内存上,搞乱BBB上的SSH进程?

g++;写在内存上,搞乱BBB上的SSH进程?,ssh,compilation,g++,zxing,beagleboneblack,Ssh,Compilation,G++,Zxing,Beagleboneblack,这是一个疯狂的问题,也许根本没有意义,但我需要一些帮助。我正在开发一个应用程序在BeagleBone Black(BBB)在C++(用G++编译)。作为一个信息,BBB是一个开源硬件板(如Arduino或Raspberry Pi),可以通过SSH(并且只能通过SSH)访问。我使用opencv和zxing库。在我开始使用zxing(谷歌的开源QR阅读器库)之前,一切都很好。因此,当我开始编译包括这个库在内的应用程序时,它工作得很好,直到我关闭BBB。一旦我重新打开它,我就不能再通过SSH连接了。这

这是一个疯狂的问题,也许根本没有意义,但我需要一些帮助。我正在开发一个应用程序在BeagleBone Black(BBB)在C++(用G++编译)。作为一个信息,BBB是一个开源硬件板(如Arduino或Raspberry Pi),可以通过SSH(并且只能通过SSH)访问。我使用opencv和zxing库。在我开始使用zxing(谷歌的开源QR阅读器库)之前,一切都很好。因此,当我开始编译包括这个库在内的应用程序时,它工作得很好,直到我关闭BBB。一旦我重新打开它,我就不能再通过SSH连接了。这真的很奇怪,我想不出为什么会发生这种事

最近,我在我的应用程序中遇到了一个问题,它与一些变量所在的内存区域以及那些被覆盖的区域有关(使用gdb检查)。所以我开始怀疑BBB是否不能正确处理内存,并且与SSH进程相关的内容正在被覆盖。我不知道SSH进程在计算机上是如何处理的,所以我不知道这是否是一个疯狂的想法。有人能想到编译(或zxing)是否可能与SSH在那之后不工作有关?这可能吗


BBB使用。

您的问题更可能与驾驶员有关,您必须与BBB交谈。尝试卸载驱动程序,看看是否有帮助。我已经到了这样一个地步,我的Mac根本不会和我的BBB说话,即使是新安装的HoRNDIS和FTDI驱动程序。如果你通过Ubuntu机器连接,一切都很好。

当你编译zxing时,Beaglebone的存储空间可能已经满了,所以在下一次启动时,sshd无法启动