home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / aix / 8042 < prev    next >
Encoding:
Text File  |  1992-07-21  |  2.8 KB  |  80 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!iWarp.intel.com|ichips!tmcconne
  3. From: tmcconne@sedona.intel.com (Tom McConnell)
  4. Subject: Re: AIX 3.2 equivalent of syscall(2) and <syscall.h>?
  5. Message-ID: <1992Jul21.234645.5504@ichips.intel.com>
  6. Originator: tmcconne@sedona
  7. Sender: tmcconne@sedona (Tom McConnell)
  8. Reply-To: tmcconne@sedona.intel.com
  9. Organization: Intel Corporation
  10. References:  <1992Jul21.203837.9228@math.waterloo.edu>
  11. Date: Tue, 21 Jul 1992 23:46:45 GMT
  12. Lines: 66
  13.  
  14.  
  15.   The short answer:
  16.  
  17.     There isn't any.
  18.  
  19.   The long answer:
  20.  
  21. > From: dan@watson.ibm.com (Walt Daniels)
  22. > Subject: syscall on RS/6000 for XView 3.0
  23. > 
  24. > I read the information in info by searching on the string syscall and
  25. > looking at all the information. However some of the information
  26. > I see may not be available outside IBM.  Here is my retyping of what I
  27. > found - not guaranteed to be accurate.
  28. > ------------
  29. > 10/02/91 NEED AIX EQUIVALENT OF THE SUN SYSCALL ROUTINE
  30. > Item Number: Q557045
  31. > ...
  32. > Question:
  33. > We are try to port an application that runs on a SUN. One of the
  34. > programs uses a routine called 'syscall' to do its low-level
  35. > read, write and fnctl's. What, if any, can we use on the RS/6000
  36. > to accomplish this task. Without this or an equivalent feature we will
  37. > have to write an EXTENSIVE work-around.
  38. > 
  39. > Answer:
  40. > There aren't any routines that you can use on the RS/600 to duplicate
  41. > the function of the "syscall" system call.  The "syscall" system call
  42. > is an indirect system call on BSD.  That is, the first argument
  43. > indicates which other system call the kernel should perform and
  44. > subsequent arguments are passed to the other call.  This is inherently
  45. > non-portable, since the system call numbers become visible at
  46. > user-level, instead of being hidden in a C wrapper in libc.  The
  47. > system call numbers are defined in syscall.h (which is not included in
  48. > AIX V3).  [since the kernel can be and is extended dynamically]
  49. > 
  50. > To port code which uses this call, you need to understand which calls
  51. > are being made and write your own version of syscall which basically
  52. > consists of a switch statement on the first argument, and then calls
  53. > the appropriate system call with the correct number of arguments.
  54. > 
  55. > Suitable use of varagrs.h (stdarg.h) may be needed depending on the
  56. > systems calls being made.
  57. > 
  58.  
  59.  
  60.   The work around looks like this:
  61.  
  62.   Replace such constructs as
  63.     syscall(SYS_read .....
  64.  
  65.   with
  66.     read(....)
  67.  
  68.  
  69.   I had to do this in a big way to port XView to the RS/6000. It's a pain, but
  70. relatively easy to do.
  71.  
  72.     Cheers,
  73.  
  74.     Tom McConnell
  75. -- 
  76.  Tom McConnell          |     Internet: tmcconne@sedona.intel.com
  77.  Intel, Corp. C3-21     |     Phone: (602)-554-8229
  78.  5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
  79.  Chandler, AZ  85226    | their right mind would claim them.
  80.