home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18216 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  2.3 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!slcs.slb.com!BRYDON@128.58.42.3
  2. From: brydon@asl.slb.com (Harvey Brydon (918)250-4312)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Plans for mixed Alpha/VAX cluster with common system disk?
  5. Message-ID: <1992Nov19.125756.7901@slcs.slb.com>
  6. Date: 19 Nov 92 12:57:56 GMT
  7. References: <01GQSBYNA64Y9I497E@KVI.nl> <1992Nov12.224853.23999@engage.pko.dec.com>,<1992Nov13.100832.3777@dxcern.cern.ch>
  8. Sender: news@slcs.slb.com (News Administrator)
  9. Reply-To: brydon@dsn.SINet.slb.com
  10. Organization: Schlumberger/Anadrill Sugar Land, TX
  11. Lines: 31
  12. Nntp-Posting-Host: 129.87.186.2
  13.  
  14. In article <1992Nov13.100832.3777@dxcern.cern.ch>, julian@vscn08.cern.ch
  15. (Julian James Bunn) writes:
  16. >What worries me more about a mixed architecture VAX/Alpha VMS Cluster is
  17. >how the poor innocent users are going to sort out the confusion between
  18. >VAX and Alpha executables. I assume DEC will provide solutions for system
  19. >logical name tables etc etc for MAVCs, but I bet they wont for the default
  20. >login directories. The particular problem I see is if the user logs in to
  21. >the Alpha node in the Cluster one day, re-compiles and links all his source
  22. >files, then logs in to the VAX node in the Cluster the next day (why should
  23. >he care what architecture he happens to get?) and wonders why he gets 
  24. >
  25. >Image file VXCRNA::DISK$C:[JULIAN]COUNTER.EXE;20
  26. >Image is not an OpenVMS Alpha image
  27. >
  28. >Perhaps one could define a LINK symbol in sylogin that, for the Alpha
  29. >node, directs the .EXE file into a subdirectory [.ALPHA_EXE] ? But this is
  30. >messy, and probably not what the user wants. Defining different directory
  31. >trees depending on the node type is no good either, as it defeats one 
  32. >advantage of a cluster, which is to share the data. Unless ... there was some
  33. >way of linking the source files together, and keeping the excutables and object
  34. >files separate. 
  35. >
  36. >Has anybody got any bright ideas ?
  37.  
  38. It's probably too late by now, but since the two executable types are
  39. incompatible, it would have made sense to me if the Alpha executables were
  40. something else besides *.EXE
  41. _______________________________________________________________
  42. Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
  43. Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
  44. The sooner you fall behind, the more time you have to catch up!
  45.