V2EX › iwtbauh 的所有回复 › 第 43 页 / 共 68 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 39 40 41 42 43 44 45 46 47 48 ... 68

❮

❯

2018-08-11 14:23:18 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang

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

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

2018-08-11 14:16:31 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang #92

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

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

2018-08-11 14:11:46 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang #91

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

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

但其实是恰恰相反

2018-08-11 14:03:19 +08:00

回复了 javaCoder 创建的主题 › 程序员 › TCP 粘包问题浅析及其解决方案

@pangliang #67

你这个说法完全是扯谈

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

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

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

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

2018-08-11 09:50:35 +08:00

回复了 yohanechan 创建的主题 › 宽带症候群 › 如何在路由器上使用远程 DNS？

都 ss 了可以 ss-tunnel

2018-08-11 09:46:55 +08:00

回复了 lanmingyan 创建的主题 › 分享发现 › 谷歌的搜索结果终于改成在新窗口打开了吗？

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

2018-08-11 00:13:26 +08:00

回复了 lanmingyan 创建的主题 › 分享发现 › 谷歌的搜索结果终于改成在新窗口打开了吗？

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

2018-08-11 00:11:59 +08:00

回复了 0x8192dd 创建的主题 › Android › 好像没有办法能够阻止 Android 应用乱改系统音量？

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

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

2018-08-10 22:45:47 +08:00

回复了 0x8192dd 创建的主题 › Android › 好像没有办法能够阻止 Android 应用乱改系统音量？

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

2018-08-10 18:38:23 +08:00

回复了 0x8192dd 创建的主题 › Android › 好像没有办法能够阻止 Android 应用乱改系统音量？

appops 应该可以治

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

2018-08-10 18:37:17 +08:00

回复了 0x8192dd 创建的主题 › Android › 好像没有办法能够阻止 Android 应用乱改系统音量？

appops 应该可以治

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

2018-08-09 22:49:07 +08:00

回复了 abc1763613206 创建的主题 › Linux › AMD 芯片组没法正常安装 Ubuntu

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

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

2018-08-09 10:57:49 +08:00

回复了 RealGM 创建的主题 › Linux › deepin Linux 15.6 休眠后经常假死是什么埂？

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

2018-08-09 10:12:37 +08:00

回复了 Blanke 创建的主题 › Android › 目前 (2018.8) Android 平台有没有比较好的推送方案？

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

2018-08-09 09:39:49 +08:00

回复了 LCD 创建的主题 › 硬件 › 打印机服务器经常或偶尔死机，有质量扛扛的推荐吗？

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

然后说下客户端

1. Linux/macOS 直接 cups。

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

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

2018-08-09 09:24:51 +08:00

回复了 xuanwu 创建的主题 › 分享发现 › 汉化了十数个编译器的前辈的心得体会

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

2018-08-09 09:22:58 +08:00

回复了 xuanwu 创建的主题 › 分享发现 › 汉化了十数个编译器的前辈的心得体会

@xuanwu

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

2018-08-08 20:41:29 +08:00

回复了 xuanwu 创建的主题 › 分享发现 › 汉化了十数个编译器的前辈的心得体会

这种不就一个 sed 解决的问题么

1 ... 39 40 41 42 43 44 45 46 47 48 ... 68

❮

❯