问题[executable](unix)

我不确定接下来要尝试什么来解决此问题。

~ ? cat /etc/fstab
# /dev/sdg1  /mnt/d/  ntfs    noatime,nodiratime,users,noauto,x-systemd.automount,autodefrag   0 0
/dev/md127   /mnt/d   btrfs   nofail,compress=zstd:1,noatime,nodiratime,users                  0 0 

磁盘安装位置/mnt/d以前由 ntfs 驱动器使用，但不确定这有多相关，因为我已经重新启动

~ ? chmod +x ./bin/DownZemAll_v2.5.5_x86_64/install.sh
~ ? ./bin/DownZemAll_v2.5.5_x86_64/install.sh
fish: The file “./bin/DownZemAll_v2.5.5_x86_64/install.sh” is not executable by this user

~ ? ls -lah ./bin/DownZemAll_v2.5.5_x86_64/install.sh
Permissions Size User Date Modified Name
.rwxr-xr-x@  977 xk   10 Jan 14:00  ./bin/DownZemAll_v2.5.5_x86_64/install.sh*
~ ? lsattr ./bin/DownZemAll_v2.5.5_x86_64/install.sh
---------------------- ./bin/DownZemAll_v2.5.5_x86_64/install.sh
~ ? file ./bin/DownZemAll_v2.5.5_x86_64/install.sh
./bin/DownZemAll_v2.5.5_x86_64/install.sh: Bourne-Again shell script, ASCII text executable
~ ? ldd ./bin/DownZemAll_v2.5.5_x86_64/install.sh
ldd: warning: you do not have execution permission for `./bin/DownZemAll_v2.5.5_x86_64/install.sh'
    not a dynamic executable

~ [1] ? ls /mnt
Permissions Size User Date Modified Name
drwxr-xr-x     - xk    5 Mar 00:18  d/
~ ? ls | grep 'd ->'
lrwxrwxrwx     7 xk   28 Feb 22:30  d -> /mnt/d/
~ ? ls | grep bin
lrwxrwxrwx@   23 xk    5 Mar 00:13  bin -> d/35_Linux_Software/bin/

~ ? uid
1000
~ ? ls -n ./bin/DownZemAll_v2.5.5_x86_64/install.sh
Permissions Size User Date Modified Name
.rwxr-xr-x@  977 1000 10 Jan 14:00  ./bin/DownZemAll_v2.5.5_x86_64/install.sh*

我可以很好地读取文件

~ ? head -1 ./bin/SoulseekQt-2018-1-30-64bit.AppImage
ELFAI> !@@s@@@@@@@@@@dd ddada` @e@ea@e@@DDPtd00A0A

                                                Qtd/lib64/ld-linux-x86-64.so.2GNUGNU...

当使加载程序显式运行正常时：

~ ? cd ./bin/DownZemAll_v2.5.5_x86_64/
~/b/DownZemAll_v2.5.5_x86_64 ? bash install.sh
Copying Manifest.JSON to Mozilla directory...

不知道为什么它说“ELF 文件 ABI 版本无效”，但如果我可以像普通的 unix 人一样执行，我更愿意（好吧，这是与AppImage 相关的事情，与我的问题无关）

~ ? file bin/SoulseekQt-2018-1-30-64bit.AppImage
bin/SoulseekQt-2018-1-30-64bit.AppImage: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.18, BuildID[sha1]=d4b0eeecada37bbc753023885a3f0f7e3bdac6cc, stripped
~ ? /lib64/ld-linux-x86-64.so.2 ./bin/SoulseekQt-2018-1-30-64bit.AppImage
./bin/SoulseekQt-2018-1-30-64bit.AppImage: error while loading shared libraries: ./bin/SoulseekQt-2018-1-30-64bit.AppImage: ELF file ABI version invalid

请注意，FS 是使用relatime选项安装的（因此未显示最近的上次访问时间）。

有没有办法查看最后一次运行可执行文件（ELF 64 位 LSB 可执行文件）的时间？

使用根访问。这个想法是复杂的生产应用程序可以运行当前存在于两个不同位置的相同 exec（待安装）。我只想确保从现在开始只运行其中一个，而不会中断任何事情（例如，不能暂时删除一个；99% 确定只使用其中一个，但需要 100% 确定）。

我有一个列出数据库文件的程序。

它从 shell 中被直接称为

db filename

列出整个文件，或喜欢

db 'filename :: conditions'

仅列出选定的元素...

另一种方法是使用包含所有参数的文件来调用它。

db < parameterfile

内容是这样的（和上面''中的内容差不多）：

filename
::
conditions

现在我想让这样的文件可执行。这样我就可以打电话了./parameterfile。

我认为使用 shebang#!/usr/bin/env db失败，因为#不是评论标志。我收到错误消息

db - Line 1 near ""#.//r" - " - syntax error

shell returned 26

有没有单行线可以做到这一点？

我遇到了一个安装它的二进制文件的包，555而不是通常755的权限/usr/bin，即禁止为每个人编写。我不明白这样做的原因......可以假设他们想要增加额外的安全性，但不确定。

我的问题如下：拥有二进制文件的权限555会/usr/bin导致这种二进制文件出现任何问题吗？

我注意到ls使用该命令时我的大多数图像文件都是绿色的，但其中一些看起来是紫色的。显然 .png 和 .jpg 文件看起来应该是洋红色，而可执行文件是绿色的。

但是在制作 Beamer 演示文稿时，只有“可执行图像”才能工作。

为什么我的 PNG 是可执行文件？

我在 WSL 上使用 Ubuntu。

我在不可执行的图像上收到以下错误。这会是乳胶错误吗？

~/LatexFiles/images/LSTM-falsepositive-DRTHIS.png: Permission denied

LaTeX Warning: File `LSTM-falsepositive-DRTHIS.png' not found on input line 32.

! Package pdftex.def Error: File `LSTM-falsepositive-DRTHIS.png' not found: usi
ng draft setting.

该stat命令给出以下输出：

  File: images/LSTM-falsepositive-DRTHIS.png
  Size: 90023           Blocks: 176        IO Block: 4096   regular file
Device: 2h/2d   Inode: 5348024557507288  Links: 1
Access: (0000/----------)  Uid: ( 1000/  marcus)   Gid: ( 1000/  marcus)
Access: 2020-02-25 10:56:13.114775800 +0000
Modify: 2020-02-25 10:56:13.114775800 +0000
Change: 2020-02-25 11:10:56.091436300 +0000
 Birth: -

在 NixO 上运行非 nixos 可执行文件有哪些不同的方法？（例如专有二进制文件。）我还想看看手动方法。

例如，如果我这样做

[OP@localhost executable]$ cat garbage 
lalala
trololol
[OP@localhost executable]$ chmod +x garbage
[OP@localhost executable]$ ./garbage 
./garbage: line 1: lalala: command not found
./garbage: line 2: trololol: command not found

Bash 似乎试图将这个“可执行文件”解释为脚本。但是，有两种情况显然不会发生这种情况：当文件以 a#!和 ELF 文件开头时。还有吗？在某处有这方面的综合文档吗？

例如grep，如果一个程序正在运行，而用户执行另一个实例，这两个实例是否共享它们之间的只读.text部分以节省内存？主要可执行文本共享的共享是否与共享库类似？

这种行为是否在 Linux 中表现出来？如果是这样，其他 Unices 也这样做吗？

如果这不是在 Linux 中完成的，那么实现通常作为共享库并行运行多个实例的可执行文件是否会带来任何好处，而被调用的可执行文件只是调用库中的 main 函数？

我遇到bsdtar包中的命令libarchive（至少在 Arch Linux 下）.zip在读取时确实会丢弃 -archives中的可执行文件位stdin，但在直接处理文件时不会。

在.tar-archives 上，它在从标准输入读取时也会保留可执行位。

测试用例：

创建档案：

创建文件：

touch a.txt
chmod 644 a.txt
touch a.out
chmod 755 a.out

文件权限：

ls -ln a.out a.txt

节目

-rwxr-xr-x 1 1001 1001 0 Dec 12 11:01 a.out
-rw-r--r-- 1 1001 1001 0 Dec 12 11:01 a.txt

将文件打包成档案：

bsdtar --format=zip -cf a.zip a.out a.txt
bsdtar -cf a.tar a.out a.txt

zip（使用和tar而不是创建档案bsdtar会产生相同的结果。）

直接提取/显示存档内容：

bsdtar -tvf a.zip

或者

bsdtar -tvf - < a.zip

节目

-rwxr-xr-x  0 1001   1001        0 Dec 12 11:01 a.out
-rw-r--r--  0 1001   1001        0 Dec 12 11:01 a.txt

的可执行位在a.out此处。的权限a.out是 755 和a.txt644。

读自stdin：

cat a.zip | bsdtar -tvf -

节目

-rw-rw-r--  0 1001   1001        0 Dec 12 11:01 a.out
-rw-rw-r--  0 1001   1001        0 Dec 12 11:01 a.txt

for 的可执行位在a.out这里被丢弃。此外，这两个文件都是组可写的，它们不是这样打包的。a.out和的权限a.txt都是664。

.tar-档案：

作为比较，对于.tar-archive，从以下管道读取时也会尊重存档中的权限stdin：

bsdtar --numeric-owner -tvf a.tar

和

cat a.tar | bsdtar --numeric-owner -tvf -

都显示

-rwxr-xr-x  0 1001   1001        0 Dec 12 11:01 a.out
-rw-r--r--  0 1001   1001        0 Dec 12 11:01 a.txt

（注意，当显示 ZIP 存档的内容时，bsdtar默认显示数字所有者；对于 TAR 存档，它显示所有者的名称。）

问题是：

stdin有什么特别之处bsdtar？为什么只在从管道中读取时，而不是在时尚中bsdtar -tvf - < a.zip？为什么对-archive特别，对.zip-archive不特别.tar呢？

如何创建executable shared-library使用cmake？

就像是：

libtest.so ::可链接共享库

libtest.so ::也可执行

注意：已知 gcc/g++ 选项可以实现相同的效果 ( https://unix.stackexchange.com/a/223411/152034 )。但解决方案需要cmake方法