卡同学的压缩算法未记入被压缩数据开始位置和占用位数,要说这也叫做压缩算法,我想绝大多数人都不会很高兴地赞同的
用%d转换浮点数,c会认为那是一个整型数据,从而产生错误。错误是无意义的,总不至于谁会认为 1/4349 = 1/8698 吧?这是卡同学的图,注意图中逗号后的数字,两个是相等的

为了方便浏览者起见,下面直接给出这两个结果。卡同学的那个被压缩数43791在哪里?我用ue搜索了一下,结果很遗憾
1/4349=2.2993791676247413198436422166015e-4
1/8698=1.1496895838123706599218211083008e-4
“用1/n结果中的若干位表示被压缩数据” 难道等同于 “用m/n结果表示被压缩数据”?试图用那个例子证明后者,这很好。姑且不管那个例子的错误性,可是这两个命题之间的推导过程在哪里?
民科也不是那么容易当的