home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / vmsnet / networks / tcpip / multinet / 2376 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.8 KB  |  44 lines

  1. X-Gateway-Source-Info: INTERNET
  2. Path: sparky!uunet!usc!news.service.uci.edu!unogate!mvb.saic.com!tgv.com!info-multinet
  3. Date: 20 NOV 92 21:03:41 GMT
  4. Newsgroups: vmsnet.networks.tcp-ip.multinet
  5. X-Return-path: <info-multinet-relay@TGV.COM>
  6. Subject: Re: Alternate UIC for MULTINET_SERVER?
  7. X-RFC822-From: simon@internode.com.au  (Simon Hackett)
  8. From: simon@internode.com.au
  9. Organization: The INFO-MULTINET Community
  10. Message-ID: <36A00FB320NOV92210341@TGV.COM>
  11. Nntp-Posting-Host: Mvb.Saic.Com
  12. Lines: 30
  13.  
  14.  
  15. > We are trying to develop a local application to provide weather data to 
  16. > a group of observatories here in Hawaii. There is no problem getting the 
  17. > MultiNet ser ver to spawn off a process to get the data, however, due to 
  18. > the way in which the weather station data we need is used by our 
  19. > telescope control systems, the data resides in a Group global section 
  20. > and is therefore unreadable by the spawned process. Is it possible to 
  21. > modify the RUN command in START_SERVER.COM so that the server is started 
  22. > by a (fully-privileged) UIC in the proper group? Will anything else 
  23. > break if we do this?
  24. > (For various reasons, it is not possible to rewrite the weather software 
  25. > to use a system global section.)
  26.  
  27. There are two other alternatives that might work for you:
  28.  
  29. #1: run your server independently to the MULTINET_SERVER process (See
  30. the standalone examples in the back of the MultiNet documentation and
  31. in the MultiNet examples directory for some starting points for this)
  32.  
  33. #2: write a program which reads the global section (and which runs
  34. with the right group id), and have that program "publish" the weather
  35. data to anyone who wants it by using some other mechanism (e.g.
  36. reading the contents of the global section via a system wide mailbox,
  37. or some similar mechanism).
  38.  
  39. Simon
  40.  
  41. 
  42.