Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
int
Rust
提交
f2655e23
R
Rust
项目概览
int
/
Rust
接近 1 年 前同步成功
通知
1
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
DevOps
流水线
流水线任务
计划
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
R
Rust
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
DevOps
DevOps
流水线
流水线任务
计划
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
流水线任务
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
提交
f2655e23
编写于
8月 20, 2016
作者:
S
Steven Allen
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
Note that formatters should not return spurious errors.
Doing otherwise would break traits like `ToString`.
上级
e4dd785b
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
8 addition
and
2 deletion
+8
-2
src/libcollections/fmt.rs
src/libcollections/fmt.rs
+8
-2
未找到文件。
src/libcollections/fmt.rs
浏览文件 @
f2655e23
...
...
@@ -166,8 +166,14 @@
//!
//! Additionally, the return value of this function is `fmt::Result` which is a
//! typedef to `Result<(), std::fmt::Error>`. Formatting implementations should
//! ensure that they return errors from `write!` correctly (propagating errors
//! upward).
//! ensure that they propagate errors from the `Formatter` (e.g., when calling
//! `write!`) however, they should never return errors spuriously. That is, a
//! formatting implementation must and may only return an error if the passed-in
//! `Formatter` returns an error. This is because, contrary to what the function
//! signature might suggest, string formatting is an infallible operation.
//! This function only returns a result because writing to the underlying stream
//! might fail and it must provide a way to propagate the fact that an error has
//! occurred back up the stack.
//!
//! An example of implementing the formatting traits would look
//! like:
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录