home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / windows / openloo / 3464 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  3.2 KB
  1. Path: sparky!uunet!zephyr.ens.tek.com!uw-beaver!news.u.washington.edu!byron.u.washington.edu!sue
  2. From: sue@byron.u.washington.edu (Shu-Chen Eclipse)
  3. Newsgroups: comp.windows.open-look
  4. Subject: Help: novice trying to understand "openwin" script
  5. Message-ID: <1992Aug14.200458.29921@u.washington.edu>
  6. Date: 14 Aug 92 20:04:58 GMT
  7. Sender: news@u.washington.edu (USENET News System)
  8. Organization: University of Washington, Seattle
  9. Lines: 67
  10.  
  11. I was wondering:
  12.  
  13.   I was trying to use the openwin script as a pattern for a script to use
  14. for tektronix xp27 and xp330, pc's logging to a sun sparc fileserver via
  15. telnet to run openwindows. There are several things I don't understand the
  16. function of:
  17.  
  18.   1.) there a routine in openwin that checks something about frame bufferes
  19. or is it base frams (I can't remember). Anyway, just how does this routine
  20. work? and is it necessary or desirable to include this in a c-shell script
  21. that I would be using for the above-desribed purpose?
  22. Currently, I am using s much simpler script that is patterned after .xinitrc
  23. which basically j ust calculates the DISPLAY variable does all the other
  24. stuff .xinitrc does. This works fine. However, once in a while, openwin-init
  25. seems to fail to create on or more windows, complaining about child processes
  26. die-ing and something about base frame buffers---resetting the tek x servers,
  27. OR using this new script patterened after "openwin", with that "buffer" routine
  28. OR
  29.  
  30.       
  31.  
  32. SEEMS to take care of this problem. Resetting the TEK server certainly does,
  33. whether the "buffer" routine does also, I don't know. Perhaps one of you
  34. guys can tell me. 
  35.  
  36.     2.) AUTHorization ROUTINE: I don't quite know if this is of any use for
  37. the above-described situation, since all tek,pc users would be logging in
  38. the
  39.  
  40. to the sun sparc file servers, it would seem that this routine would not
  41. prevent them from messing with each other's tek/pc screens. I tried to use
  42. thi
  43.  
  44. routine to prevent other users logged in to the server from other Tek's from
  45.  
  46. sending , say, displays to others logged in to the server on other teks,--
  47. no good, they are still able to mess each other's screens.
  48.  
  49. which lead me to another question: IS IT POSSIBLE TO RESTRICT SENDING DISPLAYS
  50. TO TO OTHER TEK TERMINALS IN THIS SITUATION at all??? It seems to work if
  51. the other user is on a sun work station, ie, he can't send displays to the
  52. teks with this authorization routine in force. (??)
  53.  
  54.  
  55.  
  56.  
  57.    
  58.       3.) THE NEWSSERVER routine. I can get the NEWSPORT/NEWSSERVER variables
  59. defined ok in the script, but I don't know what to do with it.
  60.  
  61. The DEMO/TUTORIAL BUTTONS IN the openwindows workspace menu don't work.
  62. The demo complains it can't connect to the newsserver. Apparently "xinit"
  63. starts up the newsserver. I don't know how this is done since xnit is a complied
  64. routine.  I run olwm, openwin-sys, openwin-init directly in the script.
  65.  
  66. Should I instead invoke "xnews" (or whatever it is that xinit runs) directly
  67. instead of running olwm, openwin-init,openwin-sys separately in the script??
  68.  
  69. (remember, I'm on a TEk xp27/xp330/pc logged-in via telnet when I'm doing this)
  70.  
  71. oh, I'm running openwindows 2.0, but will be going to version 3 later.
  72. the server is running sun 4.1.1.
  73.  
  74. thanks for aswering,
  75. sue@byron.u.washington.edu
  76. .
  77.  
  78.