标签：system-calls shared-libraries linux-kernel c-3 linux

我知道系统调用不在C标准库中.是否有系统调用所在的库(某种系统库)？

如果有这样的库,该库如何链接到可执行程序？

解决方法:

根据目标体系结构,系统调用可以几种不同的方式工作,但无论如何,它不是库调用.这是正在运行的用户空间程序调用内核中某些功能的一种方式.

在非常老的系统中,这通常意味着直接跳转到该内核功能开始的某个地址.后来,内核引入了“跳转表”,从而增加了一个间接层,因此在更改内核时不必更改地址.这种简单的方法很长一段时间都不再起作用(Linux从未使用过),因为如今,用户空间程序以某种“受保护”模式运行,从而限制了它们可以执行的操作并使其在虚拟地址空间中运行,因此仅由于一个用户空间程序错误而保护系统免于崩溃.

因此需要新的方法,使CPU处于允许任何代码的模式(特权模式),并且仍确保仅将控制权传递给内核,因此,没有其他代码可以意外地在特权模式下运行.在x86上,通常使用触发软中断的int指令完成此操作,然后内核会处理该中断.在amd64上,有一个用于进入内核的特殊syscall指令.

无论如何,C都不知道系统调用.您不能直接使用C发出syscall(但如果知道目标体系结构,则可以使用内联汇编). Linux上的C库包含许多功能,这些功能只是实际syscall的微小包装,因此您可以直接从C使用它们.

尽管不在问题范围之内：与Linux相反,Windows会将系统调用隐藏到甚至没有文档记录并且随时可能更改的程度.在Windows上,应该仅将系统库(例如user32.dll)用于应用程序软件.

标签：system-calls,shared-libraries,linux-kernel,c-3,linux
来源： https://codeday.me/bug/20191110/2015836.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。