首先，那个东西叫“通知区域”，不叫 tray 。即使你认为 tray 来自于早期代码里的命名，tray 也是指整个任务栏。

这个问题的成因是通知区域图标是程序通知任务栏创建的，崩溃时程序没有通知删除，所以不会立刻消失。

鼠标放上去会消失是因为 Explorer 会给图标对应的窗口发消息，如果窗口句柄已经无效，则会删除图标——注意窗口句柄是 USER 句柄，因此既没有计数也会复用，在极限情况下可能新程序被分配到已经崩溃程序使用过的句柄，导致新程序莫名其妙收到消息。

Explorer 崩溃重启后程序需要重新添加图标，获取这一信息的方法是注册“任务栏创建好了”消息。

为什么不能轮询——因为不存在一个“心跳”消息，也不应该随便给窗口发送消息（虽然理论上可以注册一个新名字，这样任意窗口都不会对该消息有特殊反应才对），也不应该轮询（性能问题）。

这个问题显然是可以解决的，比如任务栏上列举窗口的按钮可以对崩溃立刻作出反应，这个变化是 USER 监控，并发送 WM_SHELL_* 消息给任务栏的。然而通知区域图标并不是 USER 概念而是 shell 概念（只存在于 explorer.exe 进程中），虽然可以提升到 USER 概念实现之，估计是不值得吧（ USER 是 per-session 级别的，可以容纳的句柄数量也相当有限）。

更好的解决方法是——不要崩溃。

类似的问题也存在于 Application Desktop Toolbar 。还有更多设计 bug 导致 shell 的一些部分需要两次操作才能刷新（ COM categories 、shellnew 等）。

@Youngsun #16 iOS 和 Android 都可以是平板电脑操作系统。

虽然不是期望的解决方法，但是为什么这么多人认为要远程桌面客户端必须是 PC ？可以是 iOS 或者 Android 啊。

正经的解决方法是虚拟机，为了提升效率可以采用启动到虚拟磁盘。即使不用虚拟启动，也可以为朋友建立主机上的另一个账户，然后另一个账户自己用虚拟机。

注意双系统是不能实质上解决问题的，这是因为对文件系统的权限保护是操作系统进行的，因此在 A 系统里具有管理员权限的用户自然可以任意修改 B 系统的内容。表面上解决问题是没问题的，只要 A 系统不要给 B 系统的分区分配盘符也不要挂载到目录上（ B 对 A 亦然）即可阻碍大多数程序（刻意或无意）修改另一个系统。

在干净的 Windows 上建立受限账户，可以保证受限账户不能影响其他账户。然而如果受限账户以管理员身份运行另一个程序，那相当于用了管理员账户，自然可以修改操作系统进而影响所有用户。

关键词是 fairness 和 guaranteed output delivery 。

@Jooooooooo #10 关键词是 succinct proof 和 delegation of computation 。验证计算正确所需要的时间可以远远小于执行计算本身所需要的时间。

可能 Chrome 只支持 directory 而不支持 folder ，试试选择 C:\Users\<用户名>\Desktop 这个 directory ？

@liuidetmks #14 那么你不应该用“签名”，因为签名的最基本功能是让只有特定人才能产生有效签名，这里没有类似的场景。你可以用 #4 提到的 Hashcash ，通过恰当设置 scheme ，可以让长时间算不出来的概率可忽略，从而在一切现实场景下都不是问题；也可以用 #5 提到的 verifiable delay function 。

实际操作里非密码学方法更常用，比如用业务逻辑限制访问频率。

“耗费 1G RAM” “不影响用户体验”

如果你想要计算需要大内存，你需要寻找 memory-hard function ；如果你要时间长，则需要 time-lock puzzle 。

通常来说产生签名的人需要知道特殊的内容（ key ）。在楼主的场景下，验证签名的人因为有所谓的“快速验证”，所以知道（另一个）特殊内容（ key ）也算合理。但我没有明白搂住想要解决什么问题。

@Newyorkcity #4 提示“快慢指针”之后就应该自己搜索了。

#6 什么叫“这类”？
返回数组里第一次重复的索引本来就很自然地可以 O(1) 空间。

利用原来编码的冗余空间（比如这里是 32 位整数只用来表示 1 到 10000 ）的算法是比较作弊的方法，本质上还是（额外）空间 Omega(n) 的算法。

此题的标准做法是快慢指针

支持一下，我之前想要用 OneNote COM API 做些东西，但是感觉它的 marshal 有 bug 🤣 （见 https://github.com/GeeLaw/onenote-object-model ）

https://stackoverflow.com/questions/45991094/which-part-of-the-c-standard-allow-to-declare-variable-in-parenthesis

另外声明语句优先于表达式语句也会造成传统的 most vexing parse 局面。

你的每对报错 /可以编译的例子里，都是一个只能解读为表达式语句，另一个既可以解读为表达式语句，又可以解读为声明语句，然后声明语句优先，但是无效。

@geelaw * 且运行 F(...) => 且运行 SampleCombination(...)

需要先定义什么“随机”，如果是所有可能的出题组合（顺序不同不算不同）中均匀选择一个组合，那么可以这样做：

1. 用动态规划计算 F(i, j, k) = 从前 i 道题目里选 j 道使总分是 k 有多少种组合。
2. 如果 F(N, 20, 100) 是零，则失败；否则运行递归算法 SampleCombination(N, 20, 100)，它工作方式如下：

SampleCombination(n, m, s):
令 n0, m0, s0 = n - 1, m, s
令 n1, m1, s1 = n - 1, m - 1, s - V(n)
令 p = F(n0, m0, s0) / F(n, m, s)
以 p 的概率不选择第 n 题且运行 F(n0, m0, s0)
如果没有不选择第 n 题，则选择之且运行 F(n1, m1, s1)

其中 V(n) 是题目 n 的分数。

因为当命令行是原生命令时，PowerShell 直接让原生命令写入它自己的 stdin/stdout/stderr 。
当原生命令是表达式的一部分时，例如赋值给变量，PowerShell 会开启一系列糟糕的操作，见 https://geelaw.blog/entries/powershell-use-rawpipeline/

这是因为你混淆了两种处理 object event 的方式，如果你 Register-ObjectEvent 的时候传入了 Action，那么 Wait-Event 的效果是未定义，因为文档 https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/wait-event 说

This feature provides an alternative to polling for an event. It also allows you to determine the response to an event in two different ways:

- using the Action parameter of the event subscription
- waiting for an event to return and then respond with an action

第一项的意思是 Register-XyzEvent 的时候传入 Action 参数，第二项的意思是可以 Wait-Event 一个（没有传入 Action ）的 event source identifier 。

如果你想既有超时，又可以处理 event，可以这样做：

# 不要传入 Action
Register-ObjectEvent $balloon BalloonTipClicked -sourceIdentifier $SourceIdentifier
$balloon.ShowBalloonTip(5000)
$event = Wait-Event -timeout -1 -sourceIdentifier $SourceIdentifier
if ($event -eq $null)
{
Write-Host "超时"
}
else
{
Write-Host "没有超时"
& $OnClicked
}

另外 Wait-Event 成功一次后再 Wait-Event 同一个事件回立刻返回，如果想要等下一次发生，需要删除后重新添加。

一般来说答案是 vacuously true，因为有些方案里有可能同一条密文本来就可以被解读为两个不同公钥下的密文，考虑 ElGamal 加密，考虑两个公钥分别是 g^a, g^b，则 h 在 g^a 下的密文 g^c, g^ac * h 也可以理解为 g^((a - b)c) * h 在 g^b 下的密文 g^c, g^bc * g^((a - b)c) * h 。

我觉得楼主的需求似乎不能解决楼主的问题：即使证明了某段密文只能是用 Bob 公钥加密所产生的，也没有证明加密了有意义的消息。

离线问题计算无向图的连通分量即可（比如 BFS ），在线问题用并查集。

https://i.imgur.com/58fgJKb.png

我的 blog 用这个实现英汉术语对照。