那么为什么要套一层微信呢？直接用邮件 app 的推送功能不就行了。

@gwy15 #9 的确，改成固定范围缓存（我选了 100000000 ）之后比较快。

@geelaw #3 https://gist.github.com/GeeLaw/16cf55d209eeed93463b07499f4e86c2

用 C++ 的 std::map 似乎就已经足够了，在我的电脑上大约需要 2 分 45 秒，吃掉了 9.5 GB 内存，并且验证了需要 949 次（最大次数）的数是惟一的。

根据 Wikipedia，答案包括 63728127，需要 949 次。

由于这是一个未证明的猜想，所以用于枚举的机器不已知是多项式时间的。一个简单的思路是准备一个平衡树用来记录步骤数，然后枚举每个数并进行运算。

@humpy #6 感谢查阅文档，值得注意的是这里的类型转换会尝试 unbox，导致 cond ? a : b 里面若 a 、b 具有原始类型的引用版本且其中一个是 null，则可能导致意外的空引用异常，这个可以加入 Java 反人类设计之一了。

public class HelloWorld
{
public static void main(String[] args)
{
System.out.println((Integer)null);
System.out.println((Object)(Integer)null);
System.out.println((Float)null);
System.out.println((Object)(Float)null);
System.out.println(true ? (Object)(Integer)null : Float.valueOf(1.0f));
System.out.println(true ? (Integer)null : (Object)Float.valueOf(1.0f));
// 下面这行会抛出异常
System.out.println(true ? (Integer)null : Float.valueOf(1.0f));
}
}

相应的，在 C# 里则无此问题——大多数情况下无法产生声明类型是值类型但被当作引用类型的表达式。最接近的两个情况：

可空类型的转换是正常的（这点比 Java 自然很多），表达式 true ? (int?)null : (float?)1.0f 等同于 (float?)null 。

值为装箱后的值类型的引用类型转换是正常的（这点同 Java ），表达式 true ? (IConvertible)(int?)null : (float?)1.0f 等同于 (object)null 。

目测是那个“自动改变全形半形字符之间是否有空格”的后果，之前提示过很多次这个自动算法有很多问题，然而没有什么作用。

理论上 Windows 自带的字体是可以这样使用的，但是方正似乎有不同意见。

@lithbitren #11 在 #6 暗示的答案就是使用 CreateFile 系列 API 而不是用 C 运行时的文件。你的贴子并没有表现出你知道 CreateFile 限制更少。

另外一个很自然的问题是：你的 C 扩展使用的 C 运行时是 Python 的那一个，还是它有自己的 C 运行时？如果 C 扩展改变的是自己的运行时的设置，当然对 Python 不会有改变。

这个和任务栏没关系，是 Office 的 bug （既可能是设计上的 bug 也可能是实现上的 bug ）。打开 Word 后选空白文档，此时再打开 Word 的行为等同于在原来的 Word 里面新建一个文档，然后点“文件”选项卡进入开始页。

为什么不搜索一下呢？

https://stackoverflow.com/questions/870173/is-there-a-limit-on-number-of-open-files-in-windows

C 运行时默认会限制最多同时有 512 个流式访问的 FILE，以及最多同时有 8192 个文件描述符，超过该限制则需要使用 Win32 CreateFile 系列 API，而一个进程可以同时使用的文件句柄数量的最大值至少是 16384。

看起来是 VirtualBox 没有采用 ClearType 反走样的设置

没有人想和 C++ 标准对着干，但是似乎不存在完美实现标准的编译器。

如果惟一可能的释放点是进程结束之前，那么是没有必要进行这个操作的，因为“大厦马上就要拆除了，没有必要打扫房间”。

不过你的第一个问题可以用简单的逻辑论证为什么你不需要释放：如果你释放了 strdup 产生的内存，则无法正确调用 execvp （除非你准备静态存储用来放置参数，但这显然无端增加麻烦，系统不会这样设计），因此你无法释放这段内存。

第二个问题取决于你的对内存泄露的定义。

解决这个问题的一个办法是用 LGPL 发布自己的开源项目。

你需要的是确定性加密（ deterministic encryption ）。有现成实现的加密算法通常具有 CPA 安全性（实际上一般是 AEAD 或 CCA ），密文必须比明文长，所以很可能需要自己造轮子。

欢迎来到 1998，就快要到千禧年了呢！

http://misweb.cbi.msstate.edu/~rpearson/tips/monitors.html

Imperative 是“祈使语气”，而不是“第一人称”，而且根据最先的原文这个只适用于对代码改变的描述（原因描述需要其他人称和语气）。

@x537196 #5 最简单的想法是用不 rich 的 TextBox。

@ysc3839 WinForm 默认情况下会对每个 UI 变化进行检查，如果当前线程不是建立该 UI 对象的线程则直接抛出异常。

你应该认为所有的 UI 对象都相当于一个 STA COM 对象，而 Windows 提供的 SendMessage 等 API 相当于是带有 marshalling 的，因此如果你尝试从另一个线程 SendMessage 到 UI 对象，就相当于你进行了正确的跨 apartment COM 调用。SetWindowText 最终也会变成 SendMessage，因此调用 Win32 API 会有正确的结果。

然而这样随意的编程方式很危险——因为 SendMessage 自己会进行消息处理，你的 WndProc 必须是 reentrant 才行，大多数人写出来的都不是。WinForm 的做法就是默认不允许跨线程操作，程序员需要显式表达线程切换——好习惯从最开始就要培养。