如何确定程序未在docker内部启动的原因我有一个DOCKER图像，它有一个C++可执行文件，其中的依赖项被打包到其中。这个可执行文件在docker环境之外运行良好，我已经对它进行了多次测试。然而，在docker内部，它在启动时立即停止_C++_Docker

如何确定程序未在docker内部启动的原因我有一个DOCKER图像，它有一个C++可执行文件，其中的依赖项被打包到其中。这个可执行文件在docker环境之外运行良好，我已经对它进行了多次测试。然而，在docker内部，它在启动时立即停止

c++ docker

如何确定程序未在docker内部启动的原因我有一个DOCKER图像，它有一个C++可执行文件，其中的依赖项被打包到其中。这个可执行文件在docker环境之外运行良好，我已经对它进行了多次测试。然而，在docker内部，它在启动时立即停止,c++,docker,C++,Docker,为了调试，我添加了一个std:：cout添加--cap add=SYS\u PTRACE To docker run命令，这有助于使用gdb发现问题此外，解决方案是将上述选项添加到docker run命令，因为exe需要根权限下面的命令解决了我的问题 docker run --cap-add=SYS_PTRACE -it --rm 添加--cap add=SYS_PTRACE to docker run命令有助于使用gdb发现问题此外，解决方案是将上述选项添加到docker run命令，

为了调试，我添加了一个std:：cout添加--cap add=SYS\u PTRACE To docker run命令，这有助于使用gdb发现问题

此外，解决方案是将上述选项添加到docker run命令，因为exe需要根权限

下面的命令解决了我的问题

docker run --cap-add=SYS_PTRACE -it --rm

添加--cap add=SYS_PTRACE to docker run命令有助于使用gdb发现问题

此外，解决方案是将上述选项添加到docker run命令，因为exe需要根权限

下面的命令解决了我的问题

docker run --cap-add=SYS_PTRACE -it --rm

我可以在docker内部运行cat或ls-al等命令。我可以看到所有的文件。即使是可执行文件上的ldd也会返回所有链接库，我在该列表中看不到任何

未找到

。我已使用用于准备docker映像的Dockerfile更新了问题。有关如何使用gdbThanks Alan，请参阅，这帮我找到了问题所在。如果你已经解决了问题，你可以回答你自己的问题来帮助他人。我可以在docker内部运行cat或ls-al等命令。我可以看到所有的文件。即使是可执行文件上的ldd也会返回所有链接库，我在该列表中看不到任何

未找到

。我已使用用于准备docker映像的Dockerfile更新了问题。有关如何使用gdbThanks Alan，请参阅，这帮助我找到了问题所在。如果你已经解决了自己的问题，你可以回答自己的问题，将来帮助别人