我说的是 GetModuleHandle 的情况啊，上面的情况是要传0进去。

😵 那我就完全糊涂了... 总之我上面的情况你支持吧？
之前的 GetModuleHandle 的处理，反正我不是 Win32 的程序员，算了吧

不支持，有这种需求的情况下直接写 "" 不就好了？

也没有，你想想 sizeof(char *) 是 4
上面那条 call printf 指令是跳转子程序

mov dword ptr [rbp - 4], eax
你知道这是赋值第二个参数（vararg）就可以了，前面 eax 的值肯定是 0 (xor eax, eax)

mov rdi, qword ptr [EMPTY_CHARP]
使用 rdi 寄存器传递是因为这是 x86_64 (long mode 支持)
你用 x86 作为目标机器再编译一遍就会发现都是用机器栈传参数的

我之前是说有人觉得 "" 不优雅的情况，就不用 nullptr 替换了....

等等我理解你的意思了，原来 nullptr 的确和 "" 是不一样的... 但我之前没有说他们一样啊...

我不觉得

GetModuleHandle 不是正常情况使用非 NULL char* 调用嘛
我之前一直是以这个前提发的消息，没有考虑输入 NULL 的情况

传null获取当前程序的基址也是正常情况。甚至可以说是主要用途。

也就是说 NULL 和 "" 都支持？

procedure GetModuleHandle(char *modname)
match args
[NULL] -> return GetModuleHandle("")
otherwise -> return RealGetModuleHandle(args)

噢... 我之前以为 "" 就是你说的 NULL 自身特例
听起来也很符合直觉，不过可能 NULL 更好一些

现在我发现其实之前一直都是我搞错了

Yuuta 贴了两块代码一个里面是

GetModuleHandle("")

一个是

GetModuleHandle(0)

此时我就把他传 0 当成等价 ((char *) "") 了...

所以才有后来对此函数作用和 "" == 0 的争论

说起来 Trumeet 真是幸福啊，虽然我快放寒假了，但是 Trumeet 是每次熬夜修仙，然后在我旷课闲逛的时候合理合法地写代码

等到高中了，是没有任何时间留给你开什么实际工程的...

哇 NoSQL 面向文档数据库
你现在是在建立数据格式示范？
消息类型、来源、发布用户、发布时间... 还有发送类型？ 🤔

说起来这个统计之类的东西 @dsuse 频道以前也做过（开始码 TelegramScanner 的时候，这个玩意可以解析 Telegram Copy selected as text 输出的文本，然后转换成 XML）
现在把其中简单折线统计的部分打包放这里了
需要参考的话就到这里看用例吧，虽然是 Python 和 Ruby 的...

#recommended 这里转发是... 因为我要加链接，如果有人发现其他频道都撤下了，我删。
[Forwarded from Drakeets]
本频道已经清空过往消息，可能有些朋友刚上 Telegram 遇到这个情况感到很不解，不用去追溯原因或发生了什么，之所以又发布这条消息是因为很多朋友私下来告诉我 曾经因为我的分享而收益很多，很感谢，至于发生了什么，就让它过去吧，也许哪天线下你遇到我，茶余饭后或闲来没事，倒是可以作为无聊的事情吐槽吐槽，当下其实不必再纠结或浪费时间了，我也是这样，我很好，已经花费了许多力气但完全没有忧郁或不开心，只是想摆脱困境。

有朋友说他会反复看我写的东西，令我很感动，因为我也是这样，我也会无数遍不停看自己写的东西或分享，所以当有人细心一点会发现我的内容即使有错别字或不妥的内容，但最终都会相对改正和变得相对得当，这点上我也很佩服王垠，他的博客文章，我从来没有发现错别字，即使我是一个很敏锐且阅读文章特别慢的人 ... 只是说人的东西永远都会成为黑历史，经典是非常难得的，因为一个好的人应该是不断飞速成长的，如果黑历史没有精力去一一重新审视扶正，就会变得不负责任，或自己也不能接受，所以删除是好事。

另外我一开始喜欢上 Telegram 的频道功能是因为它可以很敏捷且可控，更关键的是它不用接受评论，也绝不是要小孩子从头到尾以各种高姿态无所不晓无所不能指点地来和我说「我希望你要谦虚」要如何如何。现在的情况是，尽管频道不能评论，但却可以转发在另外的频道进行附加评论和断章取义、像孔乙己一般视人论断，这完全违背了我的初衷。我无意与人辩驳，所以没有任何正面回应，因为面对小人，我去一一解释就是在浪费自己的时间和继续令其从我自己这边收获更多。总之就是难免又陷入絮絮叨叨，我非常热爱工作和写代码，我要尽快恢复投入，因此不多说了，周末愉快！

已撤下所有和 drakeet 有关的论据，只保留这一条包含个人情感但不包含任何事实/更多信息的的这一条。

首先道歉，有些内容……可能做的就像和某频道一样过分了，这是我和P9的错，他写出了很多非常不友好的话语，我也有些放任P9的发言而没有给出反对意见。
抱歉，drakeet。

但是，其次，我讨厌你，drakeet。
就是这样。

我认为你在很多方面……由于不能够相对理性的思考，从而使我收到了很不愉快的体验。

这使我不开心。

而且，由于你的隐私政策，我无法将这些事发给别人（即使其他频道已经公开了很多信息），让他人评价孰对孰错。
一口老血噎在喉头，反正我是很不好受的。

综上所述，我讨厌你，drakeet。

#public

... 说起来，我就现在也还是不了解机器学习类算法，大概还需要很多时间吧...

这里：

那 NLP 就不是这种情况喽，看 HanLP 它说它用了 Markov 链，这也是一种机器学习预测算法

谈到 Markov 链，发明 Synthesizer V （一个信号处理的三语种拼接 + 人工神经网络歌声合成软件）的大佬华侃如曾经高中的时候有讲过


https://github.com/Sleepwalking/hmm-workshop

...

噢找到了在这里，
Sleepwalking/SHIRO/master/readme.md#hsmm-primer