linux操作系统课程设计完善代码
大学操作系统课程设计linux代码完善,(30%,125行)实现文件系统的系统调用(creat,open,read,write,close和unlink,在syscall.h文件中列出)。你可以在UserProcess.java中看到处理halt系统调用的代码;最好把你的新的系统调用也放在这儿。注意:你不是实现一个文件系统,而是使用户进程能够访问我们已经实现好的文件系统。 我们已经提供了从用户程序调用系统调用的必要的汇编代码(看一下start.s;SYSCALLSTUB宏会生成每一个系统调用的汇编代码)。 你需要使Nachos内核“防弹”,不受用户程序错误的破坏,即用户程序无论如何都不能破坏操作系统(除了明确调用halt())。换句话说,你必须保证用户程序不能给内核传递会导致内核破坏自己或其他进程内部状态的假参数。同时,你必须采取措施保证,当一个用户进程做任何非法的动作时,如企图访问未映射的内存或跳转到错误的地址等,该进程能够被彻底杀死,它的资源能够被释放。 你必须清楚halt()系统调用只能被“根”进程调用,即系统的第一个进程。如果另外一个进程企图调用halt(),你应该忽略该调用并且立即返回。 由于传递给系统调用的内存地址参数是虚拟地址,你需要使用UserProcess.readVirtualMemory和UserProcess.writeVirtualMemory在用户进程和内核之间传递内存。 用户进程在虚拟地址空间中使用null-terminated 字符串的形式存储文件名和其他字符串参数。传递给系统调用的字符串参数的最大长度为256字节。 当一个系统调用想给用户反馈错误信息时,它应该返回-1(而不是在内核内抛出一个异常!)。否则,系统调用应该返回在test/syscall.h文件中列出的合适的值。 当任何进程开始时,它的文件描述符0和1必须是指向标准输入和标准输出。使用UserKernel.console.openForReading()和UserKernel.console.openForWriting()会很容易做到这点。用户进程可以关闭这些描述符,就像通过open()返回文件描述符一样。 我们还提供了UNIX文件系统的stub文件系统接口;该接口是在machine/FileSystem.java中给出的。你可以通过静态成员ThreadedKernel.fileSystem访问该stub filesystem。(注意:由于UserKernel继承于ThreadedKernel,你仍然可以访问这个成员)。该文件系统可以访问Nachos下的test文件夹,当你想支持exec系统调用时,这会非常有用。你不需要实现任何文件系统功能。你应该仔细检查FileSystem和StubFileSystem的说明书,这样你就可以确定你的系统调用应该提供什么功能,什么功能是由文件系统处理的。 不要实现任何类型的文件锁;这是文件系统的职责。 如果ThreadedKernel.fileSystem.open()返回non-null OpenFile,用户进程就可以访问指定的文件;否则,你应该报错。同样地,如果多个进程企图同时访问同一个文件,你不用关心具体发生了什么,该stubFileSystem会帮你处理这些细节。 你的实现代码应该支持一个进程至少可以并发的打开16个文件。进程打开的每一个文件应该拥有唯一的文件描述符。(具体细节见syscall.h)。文件描述符应该是一个非负整数,该整数是进程当前打开的文(30%,125行)实现文件系统的系统调用(creat,open,read,write,close和unlink,在syscall.h文件中列出)。你可以在UserProcess.java中看到处理halt系统调用的代码;最好把你的新的系统调用也放在这儿。注意:你不是实现一个文件系统,而是使用户进程能够访问我们已经实现好的文件系统。 我们已经提供了从用户程序调用系统调用的必要的汇编代码(看一下start.s;SYSCALLSTUB宏会生成每一个系统调用的汇编代码)。 你需要使Nachos内核“防弹”,不受用户程序错误的破坏,即用户程序无论如何都不能破坏操作系统(除了明确调用halt())。换句话说,你必须保证用户程序不能给内核传递会导致内核破坏自己或其他进程内部状态的假参数。同时,你必须采取措施保证,当一个用户进程做任何非法的动作时,如企图访问未映射的内存或跳转到错误的地址等,该进程能够被彻底杀死,它的资源能够被释放。 你必须清楚halt()系统调用只能被“根”进程调用,即系统的第一个进程。如果另外一个进程企图调用halt(),你应该忽略该调用并且立即返回。 由于传递给系统调用的内存地址参数是虚拟地址,你需要使用UserProcess.readVirtualMemory和UserProcess.writeVirtualMemory在用户进程和内核之间传递内存。 用户进程在虚拟地址空间中使用null-terminated 字符串的形式存储文件名和其他字符串参数。传递给系统调用的字符串参数的最大长度为256字节。 当一个系统调用想给用户反馈错误信息时,它应该返回-1(而不是在内核内抛出一个异常!)。否则,系统调用应该返回在test/syscall.h文件中列出的合适的值。 当任何进程开始时,它的文件描述符0和1必须是指向标准输入和标准输出。使用UserKernel.console.openForReading()和UserKernel.console.openForWriting()会很容易做到这点。用户进程可以关闭这些描述符,就像通过open()返回文件描述符一样。 我们还提供了UNIX文件系统的stub文件系统接口;该接口是在machine/FileSystem.java中给出的。你可以通过静态成员ThreadedKernel.fileSystem访问该stub filesystem。(注意:由于UserKernel继承于ThreadedKernel,你仍然可以访问这个成员)。该文件系统可以访问Nachos下的test文件夹,当你想支持exec系统调用时,这会非常有用。你不需要实现任何文件系统功能。你应该仔细检查FileSystem和StubFileSystem的说明书,这样你就可以确定你的系统调用应该提供什么功能,什么功能是由文件系统处理的。 不要实现任何类型的文件锁;这是文件系统的职责。 如果ThreadedKernel.fileSystem.open()返回non-null OpenFile,用户进程就可以访问指定的文件;否则,你应该报错。同样地,如果多个进程企图同时访问同一个文件,你不用关心具体发生了什么,该stubFileSystem会帮你处理这些细节。 你的实现代码应该支持一个进程至少可以并发的打开16个文件。进程打开的每一个文件应该拥有唯一的文件描述符。(具体细节见syscall.h)。文件描述符应该是一个非负整数,该整数是进程当前打开的文件表中的索引。注意,当一个文件被关闭时,该文件的文件描述符(即整数)可以被重复利用。不同进程可以使用相同的文件描述符来指示不同的文件。 件表中的索引。注意,当一个文件被关闭时,该文件的文件描述符(即整数)可以被重复利用。不同进程可以使用相同的文件描述符来指示不同的文件。
- 1
- 2
- 3
- 4
- 粉丝: 0
- 资源: 1
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
- apk.tw_LineLite_v8a_v.2.17.1_sign.apk
- Elasticsearch实战:构建高效搜索系统的秘诀.zip
- HTML+CSS+JS网页设计:从入门到精通.zip
- 数据库课程设计:从理论到实践的全面指南.zip
- Python闭包:深入理解与应用场景解析.zip
- Win64OpenSSL-3-3-0.exe
- 课高分程设计-基于C++实现的民航飞行与地图简易管理系统-南京航空航天大学
- 航天器遥测数据故障检测系统python源码+文档说明+数据库(课程设计)
- 北京航空航天大学操作系统课设+ppt+实验报告
- 基于Vue+Echarts实现风力发电机中传感器的数据展示监控可视化系统+源代码+文档说明(高分课程设计)
- 1
- 2
前往页