在 MINIX 上通过文件名检索文件的索引节点号
Retrieve a file's inode number by the filename on MINIX
我想在 VFS 服务器中创建一个新的系统调用,它将被赋予一个文件名作为参数,并将在 MINIX3.2.1 中打印这个特定文件的索引节点号。
我检查了 do_stat() 函数的代码(在 /usr/src/servers/vfs/stadir.c 中),我发现我必须将派系 eat_path() 分配给 vnode 结构变量才能访问 v_inode_nr 这是 inode number.In 的顺序,我如何分配我正在寻找的文件,将用户输入文件名放在哪里(m_in.m1_p1)?
这里是 do_stat() 里面的函数 stadir.c
int do_stat() {
/* Perform the stat(name, buf) system call. */
int r;
struct vnode *vp;
struct vmnt *vmp;
char fullpath[PATH_MAX];
struct lookup resolve;
int old_stat = 0;
vir_bytes vname1, statbuf;
size_t vname1_length;
vname1 = (vir_bytes)job_m_in.name1;
vname1_length = (size_t)job_m_in.name1_length;
statbuf = (vir_bytes)job_m_in.m1_p2;
lookup_init(&resolve, fullpath, PATH_NOFLAGS, &vmp, &vp);
resolve.l_vmnt_lock = VMNT_READ;
resolve.l_vnode_lock = VNODE_READ;
if (job_call_nr == PREV_STAT)
old_stat = 1;
if (fetch_name(vname1, vname1_length, fullpath) != OK)
return (err_code);
if ((vp = eat_path(&resolve, fp)) == NULL)
return (err_code);
r = req_stat(vp->v_fs_e, vp->v_inode_nr, who_e, statbuf, old_stat);
unlock_vnode(vp);
unlock_vmnt(vmp);
put_vnode(vp);
return r;
}
您可以将用户输入作为参数添加到 sys_call。如果我没理解错的话,这是一项学校作业,所以你可能只是:
int do_stat(char * 文件名) {
...
}
我找到了解决问题的方法,我无法理解 fetch_name() 参数的工作方式(vname1、vname1_length 和完整路径)。
所以为了做到这一点,我调查了 /usr/src/vfs/params.h
#define name m3_p1
#define flength m2_l1
#define name1 m1_p1
#define name2 m1_p2
#define name_length m3_i1
#define name1_length m1_i1
#define name2_length m1_i2
#define nbytes m1_i2
Y你可以看到name1代表m1_p1,name1_length代表m1_i1消息变量。
至于fetch_name函数,我看了/usr/src/vfs/utility.c
int fetch_name(vir_bytes path, size_t len, char *dest)
{
/* Go get path and put it in 'dest'. */
int r;
所以fetch_name实际上获取路径(来自用户的文件名)并将其转换为文件的完整路径。
现在的问题是 size_t len 变量实际上是什么...我在网上查了一下,发现它是路径变量的 strlen!
它是 m 中存储的 strlen(name) + 1。m1_i1
我想在 VFS 服务器中创建一个新的系统调用,它将被赋予一个文件名作为参数,并将在 MINIX3.2.1 中打印这个特定文件的索引节点号。 我检查了 do_stat() 函数的代码(在 /usr/src/servers/vfs/stadir.c 中),我发现我必须将派系 eat_path() 分配给 vnode 结构变量才能访问 v_inode_nr 这是 inode number.In 的顺序,我如何分配我正在寻找的文件,将用户输入文件名放在哪里(m_in.m1_p1)?
这里是 do_stat() 里面的函数 stadir.c
int do_stat() {
/* Perform the stat(name, buf) system call. */
int r;
struct vnode *vp;
struct vmnt *vmp;
char fullpath[PATH_MAX];
struct lookup resolve;
int old_stat = 0;
vir_bytes vname1, statbuf;
size_t vname1_length;
vname1 = (vir_bytes)job_m_in.name1;
vname1_length = (size_t)job_m_in.name1_length;
statbuf = (vir_bytes)job_m_in.m1_p2;
lookup_init(&resolve, fullpath, PATH_NOFLAGS, &vmp, &vp);
resolve.l_vmnt_lock = VMNT_READ;
resolve.l_vnode_lock = VNODE_READ;
if (job_call_nr == PREV_STAT)
old_stat = 1;
if (fetch_name(vname1, vname1_length, fullpath) != OK)
return (err_code);
if ((vp = eat_path(&resolve, fp)) == NULL)
return (err_code);
r = req_stat(vp->v_fs_e, vp->v_inode_nr, who_e, statbuf, old_stat);
unlock_vnode(vp);
unlock_vmnt(vmp);
put_vnode(vp);
return r;
}
您可以将用户输入作为参数添加到 sys_call。如果我没理解错的话,这是一项学校作业,所以你可能只是:
int do_stat(char * 文件名) { ... }
我找到了解决问题的方法,我无法理解 fetch_name() 参数的工作方式(vname1、vname1_length 和完整路径)。
所以为了做到这一点,我调查了 /usr/src/vfs/params.h
#define name m3_p1
#define flength m2_l1
#define name1 m1_p1
#define name2 m1_p2
#define name_length m3_i1
#define name1_length m1_i1
#define name2_length m1_i2
#define nbytes m1_i2
Y你可以看到name1代表m1_p1,name1_length代表m1_i1消息变量。
至于fetch_name函数,我看了/usr/src/vfs/utility.c
int fetch_name(vir_bytes path, size_t len, char *dest)
{
/* Go get path and put it in 'dest'. */
int r;
所以fetch_name实际上获取路径(来自用户的文件名)并将其转换为文件的完整路径。
现在的问题是 size_t len 变量实际上是什么...我在网上查了一下,发现它是路径变量的 strlen!
它是 m 中存储的 strlen(name) + 1。m1_i1