在我的Ubuntu18.04机器上,我使用qemu为ARM平台执行32位ELF文件,如下所示:
$ file bin
bin: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 3.2.0, BuildID[sha1]=5018caf41114f911f0a0fd09c4f9a0bb1191c87a, not stripped
$ qemu-arm bin
bin: error while loading shared li
我在和玩。在我的Mac上运行它没有任何问题,我可以通过在终端中输入fsl来启动它。
但是,我不知道如何在我们学校的HPC服务器上启动软件。通过SSH登录到学校服务器后,我像往常一样键入fsl,然后再输入
If 'fsl' is not a typo you can run the following command to lookup the package that contains the binary:
command-not-found fsl
-bash: fsl: command not found
然后,我导航到FSL安装目录(/data/apps/arc
我有一个非常简单的c代码,它可以将一个字符串打印到我的linux命令行。当我在编译这个程序的主机上运行这个程序时,它会打印到我的CLI。当我将它移到另一个linux主机时,它会抛出一个错误“浮点异常”。
#include <stdio.h>
int main(void){
printf("My first C program\n");
return 0;
}
编译它的主机是
Linux Kali Debian 4.17.8 GCC版本8.2.0
主持我试图执行的
Debian Linux 4.0
我在Ubuntu12.04上交叉编译了一个程序,运行在x86上,使用gcc-arm-linux-gnueabi和binutils-arm-linux-gnueabi,使用arm-linux-gnueabi-gcc而不是gcc编译,我的目标架构是ARM。它编译得很好,没有错误或警告。
当我尝试在ARM机器(Pandaboard也运行Ubuntu 12.04)上运行它时,我得到:
bash: ./sttyl: No such file or directory
我知道该文件在那里,并且它具有适当的权限:
-rwxrwxr-x 1 haziz haziz 8.5K Feb 10 10:34 stty
我正在用.exe从R调用一个system("script.exe object")。
我得到了Warning: running command had status 127。我知道这意味着还没有找到.exe文件。
我在窗户上。当我使用shell而不是system时,它就像一种魅力。但是,我正在设计一个闪亮的应用程序,它将部署在Linux环境(shinyapps.io)中。这就是我需要使用system的原因。
编辑
在Windows上,它按照建议的system(paste("cmd.exe /c", "script.exe object"), in