home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vxworks / 1183 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!gatech!usenet.ins.cwru.edu!agate!dog.ee.lbl.gov!lbl.gov!vxwexplo
  2. From: baumann@proton.llumc.edu (Michael Baumann)
  3. Newsgroups: comp.os.vxworks
  4. Subject: re:  RPC's
  5. Date: Fri, 8 Jan 93 07:54:41 PST
  6. Organization: Lawrence Berkeley Laboratory, Berkeley CA
  7. Lines: 28
  8. Sender: vxwexplo@lbl.gov
  9. Message-ID: <9301081554.AA25815@proton.llumc.edu>
  10. NNTP-Posting-Host: 128.3.112.16
  11. Originator: daemon@vxw.ee.lbl.gov
  12.  
  13.  
  14. >Submitted-by: gordon@tpocc.gsfc.nasa.gov (Gordon Miller)
  15. > 
  16. >
  17. >sapp@falcon.ssc.gov (Kevin Sapp) writes:
  18. >
  19. >>I have RPC's working between a Sparc2 and a VxWorks MVME147, but only
  20. >>at the shell.  When I execute the RPC server directly from the shell
  21. >>everything works fine.  When I do a taskSpawn 100,0,20000,myRpcTest
  22. >>the program dies down in the pmap_unset function during an indirect
  23. >>function call off of (a1), the address that it is trying to call 
  24. >>causes a bus error.
  25. >
  26. >I am surprised this works from the shell.  
  27.  
  28. I'm not. Odds are he uses NFS for some functions, this allows:
  29. 1) RPC to be loaded
  30. 2) rpcTaskInit() is run for the shell. So his server gets the shells task vars.
  31.  
  32. When you spawn a process, that process MUST run rpcTaskInit(), or you don't
  33. get the needed task variables added to the task context. This should be
  34. done long before you even consider opening a dialoge (so to speak) with the
  35. portmapper.
  36.  
  37. Michael Baumann
  38. Radiation Research Lab        |Internet: baumann@proton.llumc.edu
  39. Loma Linda Universtiy Medical Center |        UUCP: ...ucrmath!proton!baumann
  40. Loma Linda, California. (714)824-4077|
  41.