你可以先排查一下扩展*

先检查下有没有中毒吧。。。

默认的沙箱拦不住扫盘吧（
得隐私保护沙箱，那个兼容性更差一点

@ksedz poll 和 select 都是不支持 poll 的时候直接返回，原因多半是因为缺少错误报告的手段（用 fdset ，报错的时候你咋知道是哪个的问题），而 epoll 可以在 ctl 的时候返回报错，这就是原因

@ksedz 那是用户态提供 buffer 有问题的情况才会失败，这个角度所有设计 buffer 的 syscall 你都得考虑失败了。。。但这情况你重试也没用啊

@ksedz urandom 极端情况也不会失效，那函数实现就是在没墒的时候发几个警告就过了
static ssize_t urandom_read_iter(struct kiocb *kiocb, struct iov_iter *iter)
{
static int maxwarn = 10;

/*
* Opportunistically attempt to initialize the RNG on platforms that
* have fast cycle counters, but don't (for now) require it to succeed.
*/
if (!crng_ready())
try_to_generate_entropy();

if (!crng_ready()) {
if (!ratelimit_disable && maxwarn <= 0)
++urandom_warning.missed;
else if (ratelimit_disable || __ratelimit(&urandom_warning)) {
--maxwarn;
pr_notice("%s: uninitialized urandom read (%zu bytes read)\n",
current->comm, iov_iter_count(iter));
}
}

return get_random_bytes_user(iter);
}
可以看出根本没有失败的执行路径，get_random_bytes_user 里也没有任何失效的代码，就纯算法而已））出错就直接 panic 了，根本没机会返回爆炸的结果）
你那个资料可能过时了））
实际上按之前的 poll 方法，那也是纯粹毫无作用，是原开发者的错误理解，你这如果只需要考虑 linux 平台的话（你看都用 epoll 了，肯定是 linux only ），就直接返回可读即可

但是 urandom 按定义就是不会阻塞的，你这个 epoll 也没意义啊。。。
urandom/random 只实现了 read_iter, write_iter, unlocked_ioctl, compat_ioctl, fasync, llseek, splice_read, splice_write 这几个方法，没有实现 poll 方法，因此 epoll 不能用（
至于 poll 和 select 系统调用，当发现目标没有实现 poll 方法的时候，直接就原样放回去了（假装都可读写）

https://developer.arm.com/documentation/ddi0344/c/programmer-s-model/thumb-2-instruction-set
直接看官方的说明不就可以了

我的建议是，用联网同步的密码管理器（

主程序 32 位方便分发而已）

能不能考虑增加个不同色彩模型的随机颜色（比如 HSV 里固定明度，改色相和饱和度

似乎可以用 https://nip.io/来代替自己弄域名））

@snowkylin 不让重名覆盖的话意味着只有一个版本可以发布，那还是没多少实用性啊🤔️

不是，你这一点鉴权都不做，那几乎没有实用性啊。。。就算自己合法用途也担心别人覆盖同名的啊，不如学隔壁 nightly.link 重定向到 github 上对应项目的最新版本下载（

不是都在推手势导航了吗
没有返回键怎么长按

想起 steam 上 linux 还比不上 mac((即使有 proton ，linux 能玩的游戏比 mac 多得多

还有 page size 的问题，这个部分也不是说改代码就能解决的（

怎么就变成更底层了？只是方便移植其他语言的库给 js 用而已，在此之前也不是不能做
性能方面，虽然非浏览器领域可以刷到接近原生性能，但目前浏览器环境下并没有特别高效的（受限于安全和 js 接口，绑定 api 全都得 js 走一圈，而后端环境可以直接绑定原生接口）

本来就有的啊，命令是 Search Editor: New Search Editor