- 主题:请教两个二级指针的问题
可以理解，面对的人群不一样。
人和人沟通，总是要对对方有一个预判，然后基于对方的知识结构，组织自己的语言。
我觉得他核心犯的一点错就是，没必要向网友证明自己的系统有多好，
又不需要卖给网友。
只需要客户相信就可以了。客户听了之后敢不敢提反对意见，很大程度上也取决于商务关系如何。
实际上我也比较相信他的系统是稳定的。
这世上哪有那么多攻击。安全这东西就是出力不讨好，真要出事儿让网警去抓呗，
前期也没必要投入太大。
【 在 slowaction 的大作中提到: 】
: 我发现越是不明白的，越喜欢引入新的概念
: 越喜欢讲解基础知识，比滑动窗口是什么 mss和mtu什么关系
--
修改:flw FROM 163.125.197.*
FROM 163.125.197.*
私域系统，没那么多弯弯绕绕，
我们要学会包容。
工程上的事儿，能跑就行。
【 在 slowaction 的大作中提到: 】
: 这样，可以理解
: 但是就这个问题来说，允许加密协议里面传超长的数据
: 不说安全问题，程序写起来也很别扭
: 对方说长度是1g，这玩意内存怎么管理
: 块加密算法，
: 弄个1g的空间慢慢写？
: 还是先弄小块，最后拼起来解密？
: 这两个方案都很难办
--
FROM 163.125.197.*
他俩也是挺奇葩的，
一个非要证明自己没问题，
一个非要证明你有问题。
多大点事，又不是甲方乙方。
像极了美国中国。我们要道路自信。
【 在 z16166 的大作中提到: 】
: ylh0315应该是60多岁已经退休了
: 他搞那些代码时，有可能有些成熟的规范还没有
--
FROM 163.125.197.*
malloc 然后接收呀。内存不够用 mmap 也可以的呀。
再原始一点，分片收到文件里，然后走 IO seek 呀。
封闭系统里面，对方想发 1g，那肯定是有 1g 的理由呀。
你有能力收你就收，你没能力收你就报错误码，多正常的事儿。
FTP 不就这么干的吗？
难道超过 1G 的文件就不下载了？
HTTP length 就不支持大于 1G 的长度了？
别老是一惊一乍的，把通讯对端当仇人可不好。
是不是警察上门你还要看警号呀？
所有的系统设计都有个前置条件，他的系统在他的前置条件下，
工作了都几十年了，你现在非要说他有问题，也不知道是他欠你的，还是你欠他的。
【 在 slowaction 的大作中提到: 】
: 这个版叫程序设计
: 不叫特快
: 问题摆在这里，对方发过来包头的长度值是1g
: 你打算怎么收这个数据？
--
FROM 163.125.197.*
能
mmap 了解一下
FILE * 了解一下，fseek/fread/fwrite
【 在 ylh0315 的大作中提到: 】
: 我也是这么想的，value更合适一点。第一次见那个文就说的vector，后来就这么延续下来了。
: 你说tlv不安全引出来一大堆。后来又说大包不安全，再后来又说需要ACK。这楼就是这么歪的。
: 现在还是问，接收方不确定的内存需求，能躲开malloc吗？
--
FROM 27.38.228.*