home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / sasl / 4032 < prev    next >
Encoding:
Text File  |  1992-09-03  |  6.3 KB  |  145 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!LEICESTER.AC.UK!MAIL_SYSTEM
  3. Via: uk.ac.leicester; Thu, 3 Sep 1992 16:07:15 +0100
  4. Message-ID: <SAS-L%92090311083079@VTVM2.BITNET>
  5. Newsgroups: bit.listserv.sas-l
  6. Date:         Thu, 3 Sep 1992 16:06:00 BST
  7. Reply-To:     Mail_System@LEICESTER.AC.UK
  8. Sender:       "SAS(r) Discussion" <SAS-L@UGA.BITNET>
  9. From:         Mail_System@LEICESTER.AC.UK
  10. Subject:      %% Undelivered Mail %%
  11. Comments: To: SAS-L <SAS-L@VTVM2.CC.VT.EDU>
  12. Lines: 131
  13.  
  14. Your mail was not delivered as follows:
  15. %MAIL-E-USERSPEC, invalid user specification '@UK.AC.LEICESTER.IRIX'
  16.  
  17. Your original mail header and message follow.
  18.  
  19. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  20. Via: UK.AC.NSFNET-RELAY; Thu, 3 Sep 92  16:06 BST
  21. Received: from vtvm2.cc.vt.edu by sun3.nsfnet-relay.ac.uk with Internet SMTP
  22.           id <sg.25388-0@sun3.nsfnet-relay.ac.uk>;
  23.           Thu, 3 Sep 1992 16:06:19 +0100
  24. Received: from vtvm2.cc.vt.edu by VTVM2.CC.VT.EDU (IBM VM SMTP V2R2) with BSMTP
  25.           id 9512; Thu, 03 Sep 92 11:05:12 EDT
  26. Received: from VTVM2.BITNET by vtvm2.cc.vt.edu (Mailer R2.08 R208002)
  27.           with BSMTP id 1241; Thu, 03 Sep 92 11:04:20 EDT
  28. Date: Thu, 3 Sep 1992 16:02:00 BST
  29. Reply-To: Mail_System@UK.AC.LEICESTER
  30. Original-Sender: "SAS(r) Discussion" <SAS-L@EDU.VT.CC.VTVM2>
  31. From: Mail_System@UK.AC.LEICESTER
  32. Subject: %% Undelivered Mail %%
  33. Comments: To: SAS-L <SAS-L@VTVM2.CC.VT.EDU>
  34. To: Multiple recipients of list SAS-L <SAS-L@EDU.VT.CC.VTVM2>
  35. Sender: SAS-L@EDU.VT.CC.VTVM2
  36.  
  37. Your mail was not delivered as follows:
  38. %MAIL-E-USERSPEC, invalid user specification '@UK.AC.LEICESTER.IRIX'
  39.  
  40. Your original mail header and message follow.
  41.  
  42. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  43. Via: UK.AC.NSFNET-RELAY; Thu, 3 Sep 92  16:02 BST
  44. Received: from vtvm2.cc.vt.edu by sun3.nsfnet-relay.ac.uk with Internet SMTP
  45.           id <sg.25108-0@sun3.nsfnet-relay.ac.uk>;
  46.           Thu, 3 Sep 1992 16:02:06 +0100
  47. Received: from vtvm2.cc.vt.edu by VTVM2.CC.VT.EDU (IBM VM SMTP V2R2) with BSMTP
  48.           id 9476; Thu, 03 Sep 92 11:00:59 EDT
  49. Received: from VTVM2.BITNET by vtvm2.cc.vt.edu (Mailer R2.08 R208002)
  50.           with BSMTP id 0899; Thu, 03 Sep 92 11:00:55 EDT
  51. Date: Thu, 3 Sep 1992 15:13:00 BST
  52. Reply-To: Mail_System@UK.AC.LEICESTER
  53. Original-Sender: "SAS(r) Discussion" <SAS-L@EDU.VT.CC.VTVM2>
  54. From: Mail_System@UK.AC.LEICESTER
  55. Subject: %% Undelivered Mail %%
  56. Comments: To: SAS-L <SAS-L@VTVM2.CC.VT.EDU>
  57. To: Multiple recipients of list SAS-L <SAS-L@EDU.VT.CC.VTVM2>
  58. Sender: SAS-L@EDU.VT.CC.VTVM2
  59.  
  60. Your mail was not delivered as follows:
  61. %MAIL-E-USERSPEC, invalid user specification '@UK.AC.LEICESTER.IRIX'
  62.  
  63. Your original mail header and message follow.
  64.  
  65. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  66. Via: UK.AC.NSFNET-RELAY; Thu, 3 Sep 92  15:12 BST
  67. Received: from vtvm2.cc.vt.edu by sun3.nsfnet-relay.ac.uk with Internet SMTP
  68.           id <sg.22242-0@sun3.nsfnet-relay.ac.uk>;
  69.           Thu, 3 Sep 1992 15:12:35 +0100
  70. Received: from vtvm2.cc.vt.edu by VTVM2.CC.VT.EDU (IBM VM SMTP V2R2) with BSMTP
  71.           id 9187; Thu, 03 Sep 92 10:11:43 EDT
  72. Received: from VTVM2.BITNET by vtvm2.cc.vt.edu (Mailer R2.08 R208002)
  73.           with BSMTP id 9064; Thu, 03 Sep 92 10:11:42 EDT
  74. Date: Thu, 3 Sep 1992 10:03:45 EDT
  75. Reply-To: Howard Schreier <HIS%BITNET.NIHCU@EDU.VT.CC.VTVM2>
  76. Original-Sender: "SAS(r) Discussion" <SAS-L@EDU.VT.CC.VTVM2>
  77. From: Howard Schreier <HIS%BITNET.NIHCU@EDU.VT.CC.VTVM2>
  78. Subject: Re: SASLIST output before SASLOG output r6.07; what are other sites
  79. To: Multiple recipients of list SAS-L <SAS-L@EDU.VT.CC.VTVM2>
  80. Sender: SAS-L@EDU.VT.CC.VTVM2
  81.  
  82. CONTENT:  Response/Comment
  83. SUMMARY:  Don't require that *all* DD names be alphabetized
  84. REL/PLTF: MVS
  85.  
  86. >   We are moving from r5.18 to r6.07 at our site, MVS batch.  The
  87. > problem is the name change of the SASLIST and SASLOG DDnames.  It
  88. > is a long standing practice at our site to order all the DDnames
  89. > alphabetically in public procs.  In r5.18 of SAS, the SASLIST DD
  90. > name was FORTRAN unit FT12F001 and came after the SASLOG DD name
  91. > FT11F001 (alphabetically).  Consequently, in r5.18, the user would
  92. > always get the LOG output before the LIST output.  However, for
  93. > r6.07, the user always gets the LIST output before the LOG output
  94. > (again, because SASLIST comes before SASLOG alphabetically).
  95. >
  96. >   This has caused a stir for our SAS Software Consultant.  She
  97. > insists that the LOG output MUST come first, for a variety of
  98. > reasons, among them being:
  99.  
  100. [details deleted for sake of brevity]
  101.  
  102. >   My question is, what are other sites doing about this change?
  103. > Or, is it a non-issue at most sites?  There are two ways I know
  104. > of to work around this problem:
  105.  
  106. [details deleted for sake of brevity]
  107.  
  108. This whole thing is real flame-bait, but I'll refrain.
  109.  
  110. As this problem illustrates, the ordering of  DD  statements
  111. is significant.  Therefore, a rigid, arbitrary rule like the
  112. mandatory alphabetization at  this  site  has  some  serious
  113. implications;  in  particular,  there  will be problems with
  114. procedures imported from sites which  don't  adhere  to  the
  115. rule.
  116.  
  117. IMHO, the answer is to  relax  the  alphabetization  policy.
  118. Something   like   this:    (1)   alphabetize  except  where
  119. circumstances   require   exceptions,   and   annotate   the
  120. exceptions;  (2)  design  locally  developed  procedures  to
  121. conform to the alphabetization standard.
  122.  
  123. > Which is the lesser of two evils?
  124. >
  125. > Are there any other solutions or options I have overlooked?  I
  126. > need some ideas, as we are soon to have a meeting to decide once
  127. > and for all which way SAS r6.07 will go.  Any help will be
  128. > appreciated!
  129.  
  130. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  131. \   Howard Schreier, U.S. Dept. of Commerce, Washington    /
  132. /                     MVS 5.18 & 6.07                      \
  133. \   Voice: (202) 377-4180        BITNET: HIS@NIHCU         /
  134. /   Fax:   (202) 377-4614      INTERNET: HIS@CU.NIH.GOV    \
  135. \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  136.  
  137. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  138. End of returned mail
  139.  
  140. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  141. End of returned mail
  142.  
  143. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  144. End of returned mail
  145.