我最近做了一些关于可执行文件压缩的研究。当编译test.c C语言源码并用UPX压缩时,在Linux而不是windows下。它在终端中列出:UPX: test.so NotCompressibleException。test.c的源码如下:
int main(){
int i = 0;
printf("HelloWorld\n");
return 0;
}
我猜是因为可执行文件太简单而无法压缩吗?或者可能是我错过了什么?如果有人知道这个问题,请告诉我原因。如果没有人告诉我,我必须阅读源代码来找出问题所在。阿!阅读源码负担。
我已经为ARM平台交叉编译了/bin/ls NetBSD实用程序。在执行相同的命令时,我发现应用程序崩溃了。尝试使用gdb解码相同的代码。我看到以下错误。
GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5_5.2)版权所有(C) 2009 Free Software Foundation,Inc. License GPLv3+:GNU GPL version 3或更高版本这是自由软件:您可以自由更改和重新分发它。在法律允许的范围内,没有任何担保。键入"show Type“和"show warranty”查看详细信息。这个G
团队:需要帮助,以获得一些提示,什么可能是原因。我试图在高山容器上运行二进制lctl,但无法运行我从运行ubuntu的主机上挂载的二进制文件。同一二进制文件在主机上运行良好。
不知道为什么我不能跑。
/host-usrsbin # uname -a
Linux lustre-exporter-ncvbg 5.4.0-65-generic #73-Ubuntu SMP Mon Jan 18 17:25:17 UTC 2021 x86_64 Linux
#container>
/host-usrsbin # ls -ltr lctl
-rwxr-xr-x 1 root root
我正在编写一些代码,将zip文件写入文件系统,然后将该zip文件作为附件发送到电子邮件中。用于创建消息和附加文件的代码是:
msg = MIMEMultipart()
..
with open( filepath, 'r') as fin:
data = fin.read()
part = MIMEBase( 'application', 'octet-stream' )
part.set_payload( data )
Encoders.encode_base64( part )
part.add_h
我将以lib开头的所有文件从/../移到某个文件夹as,mv /../lib* /to/some/folder
在此之后,我无法移动它,back.It作为-bash: /bin/mv: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory来了
即使对ls来说,它也是-bash: /bin/ls: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory
有一个数字媒体设备,我想让ImageMagick命令行工具‘导入’工作。尝试从其他系统运行二进制文件会产生“无法执行二进制文件”错误,因为体系结构不同(我猜)。
我如何让这个工具在这个MIPS架构上工作--设备上没有编译器或包管理器。
最终的目标是使用导入来拍摄任何给定时间附加显示上的屏幕截图。
uname -a
Linux 4310 2.6.22.19-27-sigma #2 PREEMPT Mon May 16 01:03:35 PDT 2011 mips GNU/Linux
more /proc/cpuinfo
system type : Sigma Des