where did the _syscallN macros go in <linux/unistd.h>?

Posted by Evan Teran on Stack Overflow See other posts from Stack Overflow or by Evan Teran
Published on 2010-05-22T07:43:40Z Indexed on 2010/05/24 15:11 UTC
Read the original article Hit count: 263

Filed under:
|
|
|
|

It used to be the case that if you needed to make a system call directly in linux without the use of an existing library, you could just include <linux/unistd.h> and it would define a macro similar to this:

#define _syscall3(type,name,type1,arg1,type2,arg2,type3,arg3) \
type name(type1 arg1,type2 arg2,type3 arg3) \
{ \
long __res; \
__asm__ volatile ("int $0x80" \
  : "=a" (__res) \
  : "0" (__NR_##name),"b" ((long)(arg1)),"c" ((long)(arg2)), \
      "d" ((long)(arg3))); \
if (__res>=0) \
  return (type) __res; \
errno=-__res; \
return -1; \
}

Then you could just put somewhere in your code:

_syscall3(ssize_t, write, int, fd, const void *, buf, size_t, count);

which would define a write function for you that properly performed the system call.

It seems that this system has been superseded by something (i am guessing that "[vsyscall]" page that every process gets) more robust.

So what is the proper way (please be specific) for a program to perform a system call directly on newer linux kernels? I realize that I should be using libc and let it do the work for me. But let's assume that I have a decent reason for wanting to know how to do this :-).

© Stack Overflow or respective owner

Related posts about c

    Related posts about linux