home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / question / 10254 < prev    next >
Encoding:
Text File  |  1992-08-20  |  2.5 KB  |  81 lines
  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!mcsun!Germany.EU.net!murignis!ap542!D012S436!frank
  3. From: frank@D012S436.sniap.mchp.sni.de ()
  4. Subject: Re: Shared memory baby question on ultrix 4.2
  5. Message-ID: <1992Aug21.103445.1279@sniap.mchp.sni.de>
  6. Sender: news@sniap.mchp.sni.de (News Admin)
  7. Organization: Siemens-Nixdorf AG
  8. References: <1992Aug17.152207.3268@otago.ac.nz>
  9. Date: Fri, 21 Aug 92 10:34:45 GMT
  10. Lines: 69
  11.  
  12. aipost@otago.ac.nz writes:
  13. : Help Help Help
  14. : 
  15. : !!!! please e-mail me at deano@piglet.otago.ac.nz not the posting address
  16. : 
  17. : I don't understand shared memory.  Sorry, but all I can find in the
  18. : documentation for our DECstations is the man pages which tell me what to use
  19. : and what to pass but not HOW to use ?!?!?!?!?!?
  20. : 
  21. : I am using Ultrix 4.2 etc ...... on DECstation 5000/200's
  22. : 
  23. : at the moment I do this :
  24. : 
  25. : key = ftok("/tmp", 'a');
  26. : shmid = shmget(key, 64, IPC_CREAT | IPC_EXCL);
  27.  
  28.             what permissions does this give your shm?
  29.             (you can check by typing 'ipcs'
  30.             at the command line.)
  31.             it may be that you don't have RW access
  32.             for the shm
  33.             try IPC_CREAT | IPC_EXCL | 0660
  34.  
  35.             also this may return -1  if the shm has
  36.             already been created.  If so you should
  37.             try again with IPC_CREAT | 0660 (no EXCL)
  38.  
  39. : s = shmat(shmid, 0, SHM_R | SHM_W);
  40.  
  41. why not check these calls for (-1) return codes and do a perror()
  42. if you get a failure.  At least then you'll know which call fails.
  43. Sometimes the message even makes sense!
  44.  
  45. i.e. if ((r=nastysystemcall(nastyparameters))==-1)
  46.      {
  47.     perror("nastysystemcall");
  48.     exit(1);
  49.      }
  50.     
  51. Check your man page (yes, again) to ensure that the call in
  52. question does in fact return -1 on error.  There's always
  53. one that doesn't.
  54. : 
  55. : *s = 1; /* BARF BARF BARF, kernel acces since s == -1 */
  56. : 
  57. : help help help 
  58. : 
  59. : sorry this is probably a really dumb question on the wrong roup
  60. : but hey it's all I know how to do !!!!
  61.  
  62. Seems like the right group to me...
  63.  
  64. : 
  65. : deano
  66. : 
  67. : p.s: please e-mail me at deano@piglet.otago.ac.nz not the posting address
  68. : -- 
  69. : ==============================================================================
  70. : 
  71. :                               "The AI Kids"
  72. :                      Department of Computer Science
  73. :                            University of Otago
  74. :                                New Zealand
  75. :                        Internet: AIPOST@otago.ac.nz
  76. --
  77. Frank O'Dwyer                           Disclaimer: 
  78. Siemens-Nixdorf AG                             I will deny everything
  79. Tel.  : +49 (89) 636-40639                      Fax.  : +49 (89) 636-45860
  80. e-mail: Frank.ODwyer@sniap.mchp.sni.de
  81.