@pangliang

文件描述符的说法来自 Unix 系统，Unix 系统的设计就是“一切皆文件”，这个我上面已经说了。不过你知不知道 Unix 的文件和一些早期其他操作系统的“文件”不同，Unix 的文件没有记录结构之类的概念，因此 Unix 文件被称为“字节大袋子”，Unix 的一切皆文件就是在暗示 Unix 一切皆字节流。因此这个文件描述符隐含的信息量太大了。

至于说为什么这个接口是流，除了这个原因，参考本帖第一页我回复的你的楼层，我不想再重复了。

@pangliang #92

这是两个问题，不要转移话题

原因是 I/O 请求的不确定性，可能应用程序想一次性读取 512 个字节但是剩下的数据只有 100 字节了。另外，这个返回值同样起到 0 表示 EOF （文件结束，也就是说流结束）的作用和<0 表示出错的情况

@pangliang #91

你的#67 原话：“本质问题是 tcp 一个流协议却给了一个"包"式的接口”

我的意思：你在故意模糊接口参数的含义（最大长度和缓冲区大小看起来区别不大，但是表达的是不同的思想），故意隐藏掉“文件描述符”，来试图说明 read 这个接口“是包式接口“

但其实是恰恰相反

@pangliang #67

你这个说法完全是扯谈

什么时候有过这个接口了？
实际长度=read(缓冲区, 最大长度)
socket 接口可是这样的
读取到的长度=read(文件描述符, 缓冲区, 缓冲区长度)

文件描述符就是一个流的引用，你想从这个流里面读多少字节，就设置多大的缓冲区长度。

否则流的底层接口你说怎么设计啊。

现在明白 Unix 的最终设计思想“一切都是文件”的含义了吧：“一切都是文件”就是在暗示“一切都是字节流”

都 ss 了可以 ss-tunnel

@OscarUsingChen 我知道，但是 Google 没有提供一个选项允许用户禁用此功能就很难受

@Cavolo 对，这个 amp 太恶心了，还没有地方可以禁用

@fengleidongxi
appops 是 Android 系统自带的功能
appopsx 只是一个 appops 的前端
adb appops 命令是一个命令行的 appops 前端
lineageos 隐私防护也是一个 appops 的前端
所以他们禁用的权限并没有区别。

这里用 appopsx 是因为命令行的 appops 并不好用，而且也不能确定对方用的是不是 lineageos

@fengleidongxi 恩，是 appopsx，appops 的一个 frontend。
不想装 appopsx 可以 adb 命令直接运行
adb shell appops ....
不过很蛋疼就是了
lineageos 有隐私防护，那个也是 appops 的 frontend，用 lineageos 也可以用隐私防护

appops 应该可以治

https://i.imgur.com/kxjz6Ma.png

appops 应该可以治

https://i.imgur.com/kxjz6Ma_d.jpg

这可能是因为 Ubuntu 的 livecd 没有携带 firmware-amd-graphics 软件包导致的。

你可以在另一台计算机上为这块硬盘安装系统（使用 debootstrap ）或者禁用 livwcd 的 amdgpu 驱动（使用 vga 模式）并且不要使用图形安装

台式机吗？ nvidia 卡用户把独显拔掉显示器插集成显卡，没有集成显卡的买一张 AMD 卡凉机
笔记本用户 BIOS 禁用 nvidia 卡用核显

歪楼，gcm （ fcm ）国内可访问。

cups 大法好
选则对 Linux 友好的打印机，最好是 fsf 为其背书的打印机。当然闭源驱动也不是不行，但是很折腾，开源驱动的打印机发行版都打好包了很方便 闭源的你得自己装，还会有各种坑等你折腾。
然后装上 cups

然后说下客户端

1. Linux/macOS 直接 cups。

2. android 系统自带 IPP 打印服务。

3. windows （只要不是那些瞎 jb “精简”系统的）自带 postscript 驱动。

@xuanwu “编译器”就可以是写个上面那样的脚本处理下然后调用下 as

@xuanwu

sed 's/^异或 /xor/g'
sed 's/寄甲 /%r1/g'
......