🔴 Critical

第 385 行声明 DataCopyExtParams copyInParamszeroPoints;，随后第 386 行仅设置了 blockCount = 1，blockLen 字段从未被赋值。

由于第 387–391 行的复制粘贴错误将 blockLen 错误地写到了 copyInParamsScales.blockLen（参见上一条 P0 报告），copyInParamszeroPoints.blockLen 实际保持未初始化状态。

第 392–393 行设置了 srcStride 和 dstStride，但 blockLen 仍然是栈上的脏数据。

随后在第 406 行（hasZeroPoints1 路径）和第 413 行（hasZeroPoints2 路径），DataCopyPad 使用这个未初始化的 copyInParamszeroPoints 进行 GM→UB 数据搬移，导致：

• 拷贝数据量不可预测（栈上的随机值）
• 可能从 GM 越界读取，触发内存访问错误
• 可能向 UB 越界写入，破坏其他 LocalTensor 数据

触发条件：hasZeroPoints1 == true 或 hasZeroPoints2 == true 时必然触发。

建议：与上一条合并修复：将第 387–391 行的赋值目标从 copyInParamsScales 改为 copyInParamszeroPoints，类型从 T_SCALES 改为 T_ZEROPOINTS。修复后 copyInParamszeroPoints.blockLen 即被正确初始化。

🔴 Critical

在 CopyInOhters 函数中，第 387–391 行（zeroPoints 段）的 blockLen 赋值存在明显的复制粘贴错误：

这段代码是从第 370–374 行（scales 段）复制过来但未修改目标变量和类型。它导致了两个独立的缺陷：

1. copyInParamszeroPoints.blockLen 未初始化：第 385 行声明 DataCopyExtParams copyInParamszeroPoints 后仅设置了 blockCount=1，blockLen 从未被赋值，保持栈上的脏数据。第 406 行、413 行调用 DataCopyPad(... copyInParamszeroPoints ...) 时使用未初始化的 blockLen，导致未定义行为——可能拷贝错误数量的数据或越界。

2. copyInParamsScales.blockLen 被意外覆盖：如果 hasScales2 为 true（第 395 行），第 399 行会复用 copyInParamsScales 做 scales2 拷贝，此时 blockLen 已被覆盖为 zeroPoints 段错误写入的值（sizeof(T_SCALES) 或 numR * sizeof(T_SCALES)，但语义上应是 zeroPoints 的 size），导致 scales2 拷贝数据量可能不正确。

触发条件：当 hasZeroPoints1 或 hasZeroPoints2 为 true 时触发未初始化 blockLen 的问题；当 hasScales2 && (hasZeroPoints1 || hasZeroPoints2) 时还会触发 scales2 拷贝错误。

建议：将第 388 行的 copyInParamsScales 改为 copyInParamszeroPoints，将 T_SCALES 改为 T_ZEROPOINTS；第 390 行同理。修正后的代码如上。