方言酱刚入门呢… 直接用stdin之类的术语似乎会有点不好… 所以senioria尽量通俗了… (但是还是会有些地方忍不住><
保留到当前shell进程退出算是比较持久, 嗯(((
zsh的话senioria也不是很了解它比bash/posix shell多的部分呀
忽然意识到senioria似乎不知不觉讲了些bash的东西呢qwq
其实似乎可以靠挂hook来实现, 不用改源码, 但是改源码看起来更好操作一点(因为有现成的/dev/zero抄(((
另外发现了两个蛮好用的bash重定向操作符(:
diff <(echo hello) <(echo hi)
asciinema rec >(curl -F 'c=@-' https://paste.limelight.moe)
第一个是创建一个只读的文件握柄(也许相对句柄会是handle的一个更好的翻译?()), 内容是括号里命令的标准输出;
第二个是创建一个只写的文件握柄, 然后将写入其中的内容作为括号内命令的标准输入.
草，我竟然排第四了
Senioria酱勇夺第一！
我暑假期间ll是挂在后台无间断地开着的（（
好耶是读linux kernel的天才少女
Rust 目前支持的各种 64 位目标平台，都被人为限制了内存地址空间明显小于 64 位（现代 x86 平台只暴露了 48 位的寻址空间），所以我们可以依赖于 OOM 实现上面的要求。但是对于 32 位目标平台，特别是那些借助扩展可以使用多于寻址空间的内存的平台（PAE x86 或 x32），理论上可能成功分配到多于 isize::MAX 字节的内存。
???
@ushiocres
不是很懂这些… ><
但是… x86平台暴露48位寻址空间似乎是正确的… "上面的要求"不知道是什么所以也不敢说…
32位平台的话… 构造解: 用c糊(被打死((((((
毕竟isize::MAX说的是可以"合法地"被分配到的内存上限吧… (或者, 换个表达方式, "合法的"内存地址上限?
(对rust和计算机原理不是很了解所以大概是这样? ><(
(求证实…
呜… ><
不会读kernel(只是grep了一下><), 不是天才(周测又爆炸了qwq), 更并非少女(看着姐姐们都在debian而自己还在lfs的senioria哇的一声哭了出来)((((((((((((((
不知道lfs是什么的哇的一声哭了出来
assert!(::mem::size_of(isize) == ::mem::size_of(&isize))
是 指针 可访问的地址空间
Linux from scratch (戏精 Senioria!
据说是从头自己编译内核，依赖，桌面环境的linux
很快就能吃到Debian了… 揉揉
其实还要更进一步… 光这些的话gentoo甚至arch也可以(
使用Scratch编写的linux发行版（✓
https://blog.csdn.net/lixinze779/article/details/81012318
有些东西翻译出来并不会让它易于理解一些……
（一个极端的例子：统一资源定位器
Update 10.17：
一个更好的例子：线代里的 rank，中译为“秩”。
url是很常用的说法呀( 但是stdin就感觉有点…(
(不过确实似乎比标准输入好… (
以及… 说一下这篇文章里感觉有些不好的一些地方(
首先, 通配符总是被尝试展开感觉不算设计失误, 因为这样保持了这一语法总是具有一样的语义. 在想要在脚本里查找一些文件的时候, 本来就应该用find里的通配符, 而不是依赖shell和命令"碰巧"在这种情况下的错误 — 就算在绝大多数情况下都正确, 下次呢?
然后, if里要执行比较复杂的操作的时候, 总是建议用[[]]的, []本来就应该完全posix兼容, 因为posix shell似乎并没有[[]]这个运算符(
好简洁（qaq
（感觉自己的prompt乱七八糟的（缩成一团
