home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / networks / tcpip / multinet / 2109 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.8 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!swrinde!sdd.hp.com!network.ucsd.edu!mvb.saic.com!tgv.com!info-multinet
  2. From: CCDK001@utxvms.cc.utexas.edu (David Barkelew)
  3. Newsgroups: vmsnet.networks.tcp-ip.multinet
  4. Subject: Re: decwindows, multinet, and ucx
  5. Message-ID: <2460505E08SEP92213958@TGV.COM>
  6. Date: 8 Sep 92 21:39:58 GMT
  7. Organization: The INFO-MULTINET Community
  8. Lines: 37
  9. X-Gateway-Source-Info: INTERNET
  10. X-Return-path: <info-multinet-relay@TGV.COM>
  11. X-RFC822-From: David Barkelew <CCDK001@utxvms.cc.utexas.edu>
  12. X-Envelope-to: info-multinet@tgv.com
  13. X-VMS-To: IN%"NED@SIGURD.INNOSOFT.COM"
  14. X-VMS-Cc: IN%"info-multinet@tgv.com"
  15. Nntp-Posting-Host: Mvb.Saic.Com
  16.  
  17. > The approach I use is to define the logical DECW$IGNORE_DECWINDOWS in
  18. > SYSSTARTUP_V5.COM. This then gives me the luxury of starting everything in
  19. > the order I choose. Since networking stuff is particularly sensitive to
  20. > ordering I start it up using a single separate command file that does
  21. > everything in the proper order that's rigidly defined. I find that while
  22. > you can save a minute or so by getting fancy the long-term price you pay
  23. > in obscure problems just isn't worth it.
  24. > 
  25. >                 Ned
  26.  
  27. That works for DECNET; I have that defined.  I also have a single .COM file
  28. that starts all networking software in the proper order.  If you happen to
  29. run this .COM file in parallel with SYSTARTUP_V5.COM as I do, you can (and
  30. I do about 50% of the time) have this race condition with DECWindows and
  31. MultiNet.  In my book, having a hack that works all the time outweighs
  32. getting phone calls from users and admin asking why they can't display
  33. a TCPIP window when the person on the next station can.
  34.  
  35. There is a similar problem with DEC's lat startup.  It creates a detached
  36. process (LATACP), then starts issueing lat commands that fail if the
  37. detached process hasn't completed it's startup, as is the case on our
  38. SMP systems.  (we typically have 10 or more detached processes running in
  39. parallel during startup) The only way I could fix it was to hack DEC's
  40. LAT$SYSTARTUP.COM to make sure that the LATACP was completely started
  41. before issuing LAT commands.  That hack is ugly, and it sucks! :-(  On
  42. the other hand, it is well-documented in our LAT$SYSTARTUP.COM file and
  43. it _does_ work - i.e., we get the lat services we expect to get.  :-\
  44.  
  45. Ned, like you and everyone else out there, I _hate_ these kinds of hacks.
  46. They make problem-solving difficult and obscure, not to mention your problem(s)
  47. tend to change/move as various products and VMS are upgraded...  I was
  48. merely pointing out something that I fumbled with for a while before I
  49. figured out what was happening in case there are others on the net who
  50. have seen similar things.  :-)  On the other hand, I hope nobody else's
  51. startup procedures are as convoluted as the ones I have to deal with. ;^)
  52.  
  53. ++ Dave
  54.