2017.9.16

2017.9.16

ReinWD(张巍)工作日志

11:00 外出觅食+寻找Unix环境高级编程以及C++参考材料

13:00 进行开始之前的准备工作
1.同步ArchLinux至最新版
2.在Arch虚拟机环境下配置Samba服务器实现与windows文件共享(方便部署一些文件用于代理)
↑卡了一小下(不止一小下吧)

参考ArchWiki步骤
1.sudo pacman -S samba安装samba
2.sudo cp /etc/samba/smb.conf.defalt /etc/samba/smb.conf启用配置文件
3.编辑smb.conf

最后因为太麻烦还是不搞了

悲惨的一下午

14:00被叫去上课。。。(全班去了十个不到是怎么回事
16:00营业厅来了外国人去帮忙
18:00系统崩掉了
19:00营业厅出事了。。。(真是多灾多难,好在有人买卡~)
22:00系统重置完成(喂喂现在才开始学习吗!!!)

第三章学习笔记:

3.1:

Unix系统中大多数的文件IO使用open、read、write、lseek、以及close函数
这些函数属于不带缓冲的IO操作,是POSIX的组成部分。

3.2:

通过文件描述符(fd,File Discriptor)来引用打开的文件
open、creat函数会返回一个文件描述符用来代表打开的文件/新创建的文件
惯例上把数字0、1、2分别对应标准输入、标准输出、标准错误,但是在POSIX标准中建议使用STDIN_FILENO、STDOUT_FILENO、STDERR_FILENUM来提高可读性。
Q.(2)

↑并没表错号,是后来发现的问题
在后面测试open函数的O_CREAT模式时,偶然发现一个我并不了解的错误:

这个错误导致我的程序进入死循环,debug后发现经过sprintf(*str,"%d",i);语句之后变量i 被重置为0.


2017.9.16_第1张图片
issue_2.png

解决方案是使用一个中间变量tem达到原本目的


2017.9.16_第2张图片
issue_2_solved.png

因祸得福,我得以了解到Win 10下OPEN_MAX值为2048。
文件标识符为一个从3-2047的整数,用来表示在该main函数中所打开的文件。

3.3:

open函数
函数格式:

    int open(const char *path,int oflag,.../*mode_t mode */);

函数作用:打开指定文件或创建指定文件。
返回值为最小可用的文件标识符,或者-1(如果出现错误)。
oflag中,所需的选项在fcntl.h中有所定义。
O_flag可以用或符号(|)并联共用

测试用例:


2017.9.16_第3张图片
open_create.png

初次尝试使用open函数创建文件


2017.9.16_第4张图片
open_file_number_test.png

文件标识符测试
2017.9.16_第5张图片
create_test.png

1.0版本测试用例。。因为当时不会使用sprintf连接字符串弄得乱乱的
原本目的是想测试win下OPEN_MAX的值


2017.9.16_第6张图片
issue_1.png

发现问题1:使用不受支持的字符做文件名会导致文件创建失败
Q.(1)

为什么在fcntl.h中有几个书中未曾提及的O_Flag?书中所提及的O_Flag也没有全部在fcntl.h中出现。(我可能买了假书或者用了假头。。(思考了一下可能是我在win上偷懒的锅))

Q.(3)

并没有搞懂创建文件时的权限分配方式(难不成和linux类似的777?)看书没能解决此问题。。
此问题直接导致后面测试read/write函数时打开文件失败。

int openat(int fd,const char *path, int oflage, .../* mode_t mode */);

函数作用:打开指定文件或创建指定文件。
与open();的不同点在于,如果path指定的值不同,打开方式会有所不同。
如果
path是一个绝对路径,二者相同。
如果*path是相对路径,fd指出相对路径名在文件系统中的开始地址。

3.4:

int creat(const char *path, mode_t mode);

函数作用:创建一个指定的文件,相当于函数open(path, O_WRONLY|O_CREAT|O_TRUNC, mode);//以只写形式读取文件,若文件不存在则创建它,若文件存在则将其截断为0(保证此文件为空文件)
应用不够灵活,但是可以减少代码复杂度。
讲道理这个函数已经不再必要。

3.5:

int close(int fd);

函数作用:关闭标号为fd的文件。
进程终止时会自动关闭所有已打开的文件。

从23点折腾到1点多的玩意↓

VMware下使用物理磁盘安装ArchLinux并进行引导时的步骤记录:

1.先从主机上将ArchLinux安装至硬盘
2.安装grub至目标硬盘
3.尝试从该硬盘启动,成功后启动windows
4.使用VMware创建虚拟机,使用SATA物理磁盘
5.在虚拟机设置选项卡中寻找“使用UEFI”选项(如果grub装了BIOS版本就使用BIOS,但是具体能否实现有待考证)
6.启动前按del进入设置界面,选择Enter Setup-Configure boot options-Add boot option-[寻找一个含有的目录-EFI-目标配置-xxx.efi,修改Discription为一个好记的名称
7.在进入“Add boot option”选项存在的页面选择“Change boot oder”
8.按回车,找到刚才添加的启动项,使用+号键调至最上
9.Commit change and exit,esc,esc...
10.Boot normally。
即可进入archlinux

明天准备做的事

把虚拟机的文件共享打开(发现VMware自带一个共享管理功能)
继续往后看函数,了解一下open函数O_CREAT模式下权限mode的管理方式
试着利用write函数和read函数批量输出一些意义并不大的文件

你可能感兴趣的:(2017.9.16)