开发工具:
文件大小: 381kb
下载次数: 0
上传时间: 2014-03-04
详细说明： 大学操作系统课程设计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）。文件描述符应该是一个非负整数，该整数是进程当前打开的文件表中的索引。注意，当一个文件被关闭时，该文件的文件描述符（即整数）可以被重复利用。不同进程可以使用相同的文件描述符来指示不同的文件。 件表中的索引。注意，当一个文件被关闭时，该文件的文件描述符（即整数）可以被重复利用。不同进程可以使用相同的文件描述符来指示不同的文件。 ...展开收缩
(系统自动生成,下载前可以参看下载内容)
下载文件列表
相关说明
- 本站资源为会员上传分享交流与学习,如有侵犯您的权益,请联系我们删除.
- 本站是交换下载平台，提供交流渠道，下载内容来自于网络，除下载问题外，其它问题请自行百度。
- 本站已设置防盗链，请勿用迅雷、QQ旋风等多线程下载软件下载资源，下载后用WinRAR最新版进行解压.
- 如果您发现内容无法下载，请稍后再次尝试；或者到消费记录里找到下载记录反馈给我们.
- 下载后发现下载的内容跟说明不相乎，请到消费记录里找到下载记录反馈给我们，经确认后退回积分.
- 如下载前有疑问，可以通过点击"提供者"的名字，查看对方的联系方式，联系对方咨询.
