V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lslqtz  ›  全部回复第 1 页 / 共 237 页
回复总数  4723
1  2  3  4  5  6  7  8  9  10 ... 237  
@iseki 无论如何, 让我们看看 Apple 对此的回应和态度.
做出这种“无缘无故”的更改, 肯定是有其理由在. 我只能推测最大的可能性是基于安全相关的理由.
@iseki 引用: https://zhuanlan.zhihu.com/p/346722474
1. SIGSEGV 并没有严格定义, 在 Linux 中, 有一个要求: 内存访问的目标在程序可以访问的用户态地址空间;
2. 早在 2020 年, 就有人指出 macOS 并不完全正确的实现了 POSIX 兼容, 如 https://stackoverflow.com/a/56674321. 其原因不难理解, BSD/XNU/Darwin 可能是 POSIX 兼容的, 但我想 macOS 可以并不一定是;
想起来那个笑话, 最好把验证用户密码是否正确也放到前端.
我就问几点: 在前端做所谓的加密怎么让用户无法绕过密码规则验证? 怎么防止用户的无效构造数据? 通过 RSA 在 HTTPS 的基础上对数据进行**重复**验证对性能的影响和意义?
因为这个音质我已经把一对 HomePod 出了, 感觉省了不少钱, 而且环绕声效果还更好...
我重新看了看这个文档:
These crashes are **most often** identified by the EXC_BAD_ACCESS (SIGSEGV) or EXC_BAD_ACCESS (SIGBUS) exceptions in the **crash report**
所以 Apple 并不保证这个信号一定是两者中的其中之一, 但又说的很隐晦...
即, 未担保的方法/接口 显然是可以改动的, 但在改动之前, 应该先进行小范围/大范围测试, 而不是直接推到正式版上, 利用这种未担保特性显然是程序本身的问题, 但如果这种未担保特性的影响特别广泛, 那么测试有助于提前解决问题.
@Rorysky 合理了.
不用担保的 API 或特性去产生的任何行为都不应该被视为可靠的, 利用这种特性去做的程序本身也是不可靠的, 只不过这个不可靠性取决于上游 (也就是 Apple).
大家都用 **不等于** 这么用正确.

不过 Apple 在 Dev 不改甚至 RC 不改, 却在正式版改, 太激进了, 这样的发布策略并不合理.
10 天前
回复了 rednose1037 创建的主题 macOS bclm 并不能保持在 80?
电量校正的话, 为了获得尽可能大的容量数值, 一般是从 100% 放到 0% 作循环, 放的少了可能会影响“检测到的”最大容量, 但检测和实际是两码事.
10 天前
回复了 rednose1037 创建的主题 macOS bclm 并不能保持在 80?
@rednose1037 看起来和 Asahi Linux 的硬编码值差不多, 低于 75% 开始充电, 高于或等于 80% 停止充电. 嗯, 所以如果用户刚好落入在这个区间上充电, 会无法充入.
我将我的守护进程改为了 78-80% 的区间, 因为我觉得 75% 还是低了点.
我不关心, 所以一直不校准, 现在 440 次循环电池 85%, 感觉还行.
11 天前
回复了 rednose1037 创建的主题 macOS bclm 并不能保持在 80?
@rednose1037 原始方法就我实际测试是不充电, 放电后在 76% 下做的测试, 插入充电器后观察不到充电.
可能和楼上所说是有个区间吧, 我主要还是希望控制 LED.
11 天前
回复了 rednose1037 创建的主题 macOS bclm 并不能保持在 80?
@barra2k AIDente 的问题是: 1. 免费版不能控制 Magsafe LED; 2. 利用的不是固件特性;
不过听说他们也在评估这个新功能了.
粗看感觉挺不错的.
11 天前
回复了 rednose1037 创建的主题 macOS bclm 并不能保持在 80?
https://d.loli.wiki/lslqtz/bclm.zip
如果你敢用未知来源的二进制文件, 可以试试用这份替换 homebrew 安装的 /opt/homebrew/bin/bclm.
在替换之后, 用 bclm unpersist 删除原来的一次性保持法, 然后用 bclm persist-loop 加入新的守护进程保持法.

猜测: 系统通过 CHWA 去控制的不仅仅是保持 80% 行为, 可能还控制了充电行为, 而 bclm 原有的一次性保持法使 CHWA 一直为 1, 进而固件会持续的阻止充电.
11 天前
回复了 rednose1037 创建的主题 macOS bclm 并不能保持在 80?
https://github.com/zackelia/bclm/pull/39
我选择用守护进程解决问题, 还顺带解决了 Magsafe LED 灯不变的问题. 这段时间测试下来没什么问题.
11 天前
回复了 Ruttel 创建的主题 Apple Mbp 2021 14 风扇问题故障求助
既然官方同意检修, 那就说明这个机器是可靠的, 没有经过维修过的 (或者只是 Apple 看不出来), 所以没太大必要担心.
继续走售后吧.
11 天前
回复了 Kroos 创建的主题 Apple macbook 新人想请教一些问题。
(因为有沙盒, 所以 App Store 的应用可能会少一些或可缺或不可缺的功能)
11 天前
回复了 Kroos 创建的主题 Apple macbook 新人想请教一些问题。
App Store 的应用有沙盒, 更安全, 同步和内购会更好一点, 其它没什么区别.
访问受保护的内存区域, 应用可以收到通知, 这意味着可以探测保护的内存区域块?
@stinkytofu 用密码填充器自动填充可以弥补登录态过短的问题.
1  2  3  4  5  6  7  8  9  10 ... 237  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1262 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 50ms · UTC 17:55 · PVG 01:55 · LAX 10:55 · JFK 13:55
Developed with CodeLauncher
♥ Do have faith in what you're doing.