Does the number of bytes read need to be used?
还没有人认领这个 Issue。
评估
调研方向
从 src/main/java/loci/common/ByteArrayHandle.java 的第161–186行附近开始。检查 read(b) 如何报告其字节数，以及 ByteBuffer.put 如何影响 buf.position()，包括短读。完成的标准是缓冲区位置反映实际读取的字节数，并且已根据外围方法的逻辑验证该行为。
由索引模型根据 Issue 内容生成。
描述
Line 184 does not return the returned number of bytes read. I’m thinking this number might be needed at line 185 when populating the ByteBuffer buf. This way, buf.position() will know exactly how many bytes were read. Maybe not important/needed??
Add len = to line 184?
len = read(b);
buf.put(b, 0, len);
Below is where the number of bytes read can get modified, line 163
- 主要语言
- Java
- 星标
- 2
- 派生
- 19
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
ome/ome-common-java 的其他 Issue
-
难度 4/5 3-5 天 新手友好度 45/100
ome/ome-common-java#119 ·
查看 ome/ome-common-java 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 72/100
federicoiosue/Omni-Notes#1032 ·
-
难度 2/5 1-3 小时 新手友好度 78/100
unitycatalog/unitycatalog#2025 ·
维护者通常 4 天内回复
-
难度 1/5 1-3 小时 新手友好度 78/100
krizaka/krizaka-notifications#22 ·
维护者通常 1 天内回复
-
CommandDispatcher.register returns a node that is not in the tree when the literal is already registered可能已有人在做 @auraseb 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 83/100
-
ToolCallbackProvider AutoConfiguration does not preserve tool order可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭status: waiting-for-triage
难度 2/5 1-3 小时 新手友好度 79/100
spring-projects/spring-ai#7206 ·
维护者通常 2 天内回复