glibc 知：手册11：输入/输出概述

原创 已于 2022-05-23 22:32:41 修改 · 379 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#glibc

于 2021-12-09 00:00:58 首次发布
本文档介绍了程序与文件进行输入/输出操作的相关概念，包括流、文件描述符和文件位置。流提供了一个高级接口，而文件描述符则用于低级I/O操作。文件位置跟踪读写位置，可以使用fseek或lseek进行更改。文件名解析涉及目录、绝对和相对路径，以及特殊符号如'.'和'..'。文件名错误如EACCES和ENOENT也进行了讨论。文章适合关心输入输出机制和文件操作的程序员阅读。

文章目录

1. 前言

The GNU C Library Reference Manual for version 2.35

2. 输入/输出概述

Input/Output Overview

大多数程序需要进行输入（读取数据）或输出（写入数据），或者最常见的情况是两者都进行，以执行任何有用的操作。 GNU C 库提供了如此多的输入和输出函数选择，最难的部分通常是决定哪个函数最合适！

本章介绍与输入和输出相关的概念和术语。其他与 GNU I/O 工具相关的章节是：

输入/输出流，涵盖了对流进行操作的高级函数，包括格式化的输入和输出。
底层输入/输出，涵盖文件描述符的基本 I/O 和控制功能。
文件系统接口，涵盖对目录进行操作和操作文件属性（如访问模式和所有权）的功能。
管道和 FIFO，其中包括有关基本进程间通信设施的信息。
套接字，它涵盖了更复杂的进程间通信设施，支持网络。
底层终端接口，涵盖更改输入和输出到终端或其他串行设备的处理方式的功能。

2.1. 输入/输出概念

Input/Output Concepts

在您可以读取或写入文件的内容之前，您必须建立到该文件的连接或通信通道。 这个过程称为打开文件。 您可以打开文件进行读取、写入或两者兼而有之。

与打开文件的连接表示为流或文件描述符。 您将此作为参数传递给执行实际读取或写入操作的函数，以告诉它们要操作哪个文件。 某些函数需要流，而其他函数旨在对文件描述符进行操作。

当您完成对文件的读取或写入后，您可以通过关闭文件来终止连接。 一旦关闭了流或文件描述符，就不能再对其进行任何输入或输出操作。

2.1.1. 流和文件描述符

Streams and File Descriptors

当您想要对文件进

最低0.47元/天 解锁文章
glibc 知：手册01：介绍
canpool
12-08 2633
文章目录1. 前言2. 介绍2.1. 入门2.2. 标准和可移植性2.2.1. ISO C2.2.2. POSIX（可移植操作系统接口）2.2.2.1. POSIX 安全概念2.2.2.2. 不安全特性2.2.2.3. 条件安全特征2.2.2.4. 其它安全备注2.2.3. 伯克利 Unix2.2.4. SVID（System V接口描述）2.2.5. XPG（X/Open 可移植性指南）2.3. 使用库2.3.1. 头文件2.3.2. 函数宏定义2.3.3. 保留名称2.3.4. 功能测试宏2.4. 手册
glibc 知：手册26：进程
canpool
12-10 420
The GNU C Library Reference Manual for version 2.35Processes进程是分配系统资源的原始单位。每个进程都有自己的地址空间和（通常）一个控制线程。一个进程执行一个程序；您可以让多个进程执行同一个程序，但每个进程在其自己的地址空间内都有自己的程序副本，并独立于其他副本执行它。进程是分层组织的。每个进程都有一个明确安排创建它的父进程。给定父进程创建的进程称为其子进程。子进程从父进程继承了许多属性。本章描述程序如何创建、终止和控制子进程。实际上，涉及到三个不同
glibc中文手册
10-11
glibc中文手册，比较清晰 glibc是GNU发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 UNIX 通行的标准，可以想见其内容包罗万象。
《GLIB C MANUAL》--1.介绍
TODD911的专栏
07-10 1361
C语言提供了非内建处理来执行输入/输出，内存管理，字符串处理等普通操作。相反，这些处理都定义在标准的库中，这些库在你编译和链接程序时使用。在本文档中描述的GNU C库，不但定义了所有在ISO C中详细说明的库功能，而且还包括了POSIX和其他衍生的unix系统的附加特性，GNU系统的扩展。
浅析GLib
郭天聪的专栏
09-16 530
浅析GLib文档选项<trvalign="top"><img alt="" height="1" width="8"src="//www.ibm.com/i/c.gif"/><img alt="" width="16"height="16" src="//www.ibm.com/i/c.gif"/><td class="small"width="122">未显示需要 JavaScr
glibc函数手册
04-22
常用glibc函数手册
glibc函数手册.zip。
10-03
glibc中文。
glibc 知：手册18：系统日志
canpool
12-09 594
文章目录1. 前言2. 系统日志2.1. Syslog概述2.2. 提交系统日志消息2.2.1. 打开日志2.2.2. 系统日志2.2.3. 关闭日志2.2.4. 设置日志掩码2.2.5. 系统日志示例3. 参考 1. 前言 The GNU C Library Reference Manual for version 2.35 2. 系统日志 Syslog 本章描述了用于发布和记录系统管理感兴趣的消息的工具。本章与向自己的用户发布消息或保留私人日志的程序无关（通常会使用输入/输出流中描述的工具来做到这一点）
glibc 知：手册06：字符集处理
canpool
05-09 898
文章目录1. 前言2. 字符集处理2.1. 扩展字符简介2.2. 字符处理函数概述2.3. 可重启的多字节转换函数2.3.1. 选择转换及其属性2.3.2. 表示转换的状态2.3.3. 转换单个字符2.3.4. 转换多字节和宽字符串2.3.5. 一个完整的多字节转换示例2.4. 不可重入转换函数2.4.1. 单个字符的不可重入转换2.4.2. 字符串的不可重入转换2.4.3. 不可重入函数中的状态2.5. 通用字符集转换2.5.1. 通用字符集转换接口2.5.2. 一个完整的iconv示例2.5.3. 关于
glibc 知：手册17：底层终端接口
canpool
12-09 665
文章目录1. 前言2. 底层终端接口2.1. 识别终端2.2. I/O 队列2.3. 两种输入方式：规范或非规范2.4. 终端模式2.4.1. 终端模式数据类型2.4.2. 终端模式功能2.4.3. 正确设置终端模式2.4.4. 输入模式2.4.5. 输出模式2.4.6. 控制模式2.4.7. 本地模式2.4.8. 行速度2.4.9. 特殊字符2.4.9.1. 输入编辑字符2.4.9.2. 引起信号的字符2.4.9.3. 流控制的特殊字符2.4.9.4. 其他特殊字符2.4.10. 非规范输入2.5. BS
Glib参考手册
03-19
跨平台开发时基本都会用到Glib。文档是Glib的参考手册。英文，pdf
GLib 中文参考手册
08-22
GLib中文参考手册,学习GLib库的好帮手，提高自己的C语言开发水平。
GLib 2.10.3 CHM手册
10-18
glib库是Linux平台下最常用的C语言函数库，它具有很好的可移植性和实用性。glib是 Gtk+库和Gnome的基础。glib可以在多个平台下使用，比如Linux、Unix、Windows等。glib为 许多标准的、常用的C语言结构提供了相应的替代物。
Glib离线API手册
10-19
Glib离线API手册
Glib库简介.pdf
10-26
Glib库简介.pdf Glib库简介.pdfGlib库简介.pdfGlib库简介.pdfGlib库简介.pdf
glibc 知：手册07：语言环境和国际化
canpool
12-08 569
文章目录1. 前言2. 语言环境和国际化2.1. 语言环境有什么影响2.2. 选择语言环境2.3. 语言环境类别2.4. 程序如何设置语言环境2.5. 标准语言环境2.6. 语言环境名称2.7. 访问区域信息2.7.1. localeconv：它是可移植的，但是……2.7.1.1. 通用数字格式参数2.7.1.2. 打印货币符号2.7.1.3. 打印金额的符号2.7.2. 精确访问区域设置数据2.8. 格式化数字的专用函数2.9. 是或否问题3. 参考 1. 前言 The GNU C Library Ref
glibc 知：手册03：虚拟地址分配和分页
canpool
12-08 1024
文章目录1. 前言2. 虚拟地址分配和分页2.1. 进程内存概念2.2. 为程序数据分配存储空间2.2.1. C 程序中的内存分配2.2.1.1. 动态内存分配2.2.2. GNU 分配器2.2.3. 无约束分配2.2.3.1. 基本内存分配（malloc）2.2.3.2. malloc的例子2.2.3.3. 释放使用malloc分配的内存（free）2.2.3.4. 更改块的大小（realloc）2.2.3.5. 分配已清理空间（calloc）2.2.3.6. 分配对齐的内存块（aligned_alloc
gnu glibc_GNU glibc手册
cuma2369的博客
07-28 902
gnu glibc“The C language provides no built-in facilities for performing such common operations as input/output, memory management, string manipulation, and the like. Instead, these facilities are defi...
史上最强、最全、最管用的【glibc安装手册】
机器学习算法与Python学习
05-19 8767
本文档适用于安装glibc-2.14及以上版本的安装。 下载安装文件 安装文件都在官网http://ftp.gnu.org/gnu/glibc/这里可以找到你想要的版本，可自行下载，示例：wgethttp://ftp.gnu.org/gnu/glibc/glibc-2.17.tar.gz 安装检查 为了防止安装不可用，导致系统奔溃，建议先做机器检查，备份相关数据。 运行strings /lib64/libc.so.6 查看该so指向哪个版本。本人的so指向2.12， ll /lib64/l...
git reset --soft 之后，Changes to be committed: (use "git restore --staged <file>..." to unstage) renamed: recipes-core/glibc/cross-localedef-native_2.35.bb -> recipes-core/glibc/cross-localedef-native_2.39.bb modified: recipes-core/glibc/glibc-common.inc modified: recipes-core/glibc/glibc-locale.inc renamed: recipes-core/glibc/glibc-locale_2.35.bb -> recipes-core/glibc/glibc-locale_2.39.bb renamed: recipes-core/glibc/glibc-mtrace_2.35.bb -> recipes-core/glibc/glibc-mtrace_2.39.bb modified: recipes-core/glibc/glibc-package.inc renamed: recipes-core/glibc/glibc-scripts_2.35.bb -> recipes-core/glibc/glibc-scripts_2.39.bb 这些怎么删除掉
最新发布
07-29
<think>我们参考了用户提供的引用内容，特别是关于`git reset`不同选项的解释。用户的问题是：在执行`git reset --soft`后，如何删除暂存区（Changes to be committed）中的文件更改（包括文件重命名和修改）。 ### 问题分析 - 用户已经执行了`git reset --soft HEAD^`（或类似命令），这会将HEAD移动到前一个提交，同时保留之前提交的更改在暂存区（index）中。 - 此时，用户想要清除暂存区中的所有更改（包括文件重命名和修改），使这些更改变为工作区的未暂存状态（即撤销`git add`操作），但保留工作区的文件内容不变。 ### 解决方案 要清除暂存区（即取消所有已暂存的更改），可以使用`git reset`（不带选项，默认是`--mixed`）或`git restore --staged`命令（Git 2.23版本及以上）。具体步骤如下： #### 方法1：使用`git reset`（推荐） 1. **清除暂存区**： ```bash git reset ``` - 说明：此命令默认使用`--mixed`选项，它会将暂存区的内容重置为当前HEAD所指向的提交状态，但保留工作区的修改（即文件内容不变）。执行后，之前暂存的所有更改（包括文件重命名和修改）都会变为未暂存状态（Unstaged changes）[^1][^2]。 2. **验证结果**： - 运行`git status`，您将看到所有更改都显示在“Changes not staged for commit”部分，而“Changes to be committed”部分为空。 #### 方法2：使用`git restore --staged`（Git 2.23+） 1. **清除暂存区**： ```bash git restore --staged . ``` - 说明：此命令将暂存区（index）恢复到当前HEAD的状态，取消所有文件的暂存状态，但保留工作区文件的修改[^2]。这里的`.`表示当前目录下的所有文件，也可以替换为特定文件路径。 2. **验证结果**： - 同样使用`git status`检查，确认暂存区已清空。 ### 注意事项 - **文件重命名的处理**：Git会将重命名视为一次删除（原文件）和一次添加（新文件）。上述方法会同时取消这两项操作的暂存状态，使重命名变为工作区的未暂存更改。 - **保留工作区修改**：这两种方法都不会丢弃工作区的文件内容，仅影响暂存区。如果您想彻底丢弃工作区的修改（包括重命名），需额外使用`git restore .`或`git checkout -- .`（但根据用户需求，这一步不需要）。 ### 操作示例 假设您已执行`git reset --soft HEAD^`，现在暂存区有更改： ```bash $ git status On branch main Changes to be committed: (use "git restore --staged <file>..." to unstage) renamed: old.txt -> new.txt modified: example.txt ``` 执行清除暂存区命令： ```bash git reset # 或 git restore --staged . ``` 再次检查状态： ```bash $ git status On branch main Changes not staged for commit: (use "git add/rm <file>..." to update what will be committed) (use "git restore <file>..." to discard changes in working directory) deleted: old.txt modified: example.txt new file: new.txt no changes added to commit (use "git add" and/or "git commit -a") ``` - 注意：重命名操作被拆分为删除`old.txt`和添加`new.txt`（因为暂存区重置后，Git不再记录重命名）。但工作区中实际文件已重命名（即`old.txt`不存在，`new.txt`存在）。 ### 总结 - 目标：清除暂存区更改（包括重命名）→ 使用`git reset`或`git restore --staged .`。 - 效果：更改退回工作区，文件内容不变，可重新编辑或暂存。 ### §§相关问题§§ 1. 如何撤销`git add`操作（取消暂存单个文件）？ 2. `git reset`、`git restore`和`git checkout`在撤销更改时的区别？ 3. 如何彻底丢弃工作目录的修改（包括未暂存和暂存的更改）？</think>### 解决方案：清除 `git reset --soft` 后的暂存区更改 执行 `git reset --soft` 后，所有更改会被保留在暂存区（Changes to be committed）。要清除这些更改（包括文件重命名和修改），同时保留工作区文件内容不变，请按以下步骤操作： --- #### 方法 1：使用 `git reset`（推荐） ```bash # 清除所有暂存区更改（保留工作区文件） git reset ``` **效果**： - 所有暂存区更改（包括重命名）会退回工作区 - 文件内容保持不变 - `git status` 显示为 "Changes not staged for commit" - 引用说明：这是最安全高效的方式，直接重置暂存区到 HEAD 状态[^1][^2] --- #### 方法 2：使用 `git restore`（Git 2.23+） ```bash # 清除所有文件的暂存状态 git restore --staged . ``` **效果**： - 精确取消所有文件的暂存状态 - 文件重命名会显示为删除+新增（如 `deleted: old-name.txt` + `new file: new-name.txt`） - 工作区文件内容不受影响 --- ### 操作示例 假设您执行 `git reset --soft HEAD^` 后： ```bash $ git status Changes to be committed: renamed: old-file.txt -> new-file.txt modified: config.yml ``` 执行清除命令： ```bash git reset # 或 git restore --staged . ``` 结果： ```bash $ git status Changes not staged for commit: (use "git add/rm <file>..." to update what will be committed) (use "git restore <file>..." to discard changes in working directory) deleted: old-file.txt modified: config.yml new file: new-file.txt ``` 此时所有更改已退回工作区，可重新编辑或选择性暂存。 --- ### 关键区别说明 | 操作 | 暂存区(Changes to be committed) | 工作区(文件内容) | 文件重命名状态 | |--------------------------|----------------------------------|------------------|----------------------| | `git reset --soft HEAD^` | 保留所有更改 ✅ | 保留 ✅ | 保持重命名状态 ✅ | | `git reset` (无参数) | 完全清除 ❌ | 保留 ✅ | 拆分为删除+新增 🔄 | | `git restore --staged .` | 完全清除 ❌ | 保留 ✅ | 拆分为删除+新增 🔄 | > ⚠️ **注意**：文件重命名在 Git 中本质是删除旧文件+添加新文件。清除暂存区后，重命名操作会退回到这两个独立变更[^1]。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

canpool

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值