1 INFO-VAX	Sat, 04 Nov 2000	Volume 2000 : Issue 616       Contents:F Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportF Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportF Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportF Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportF Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportB Re: ??== Password protect access on VT500 and VT400 screen savers. Re: Alpha equivalent$ Re: Decnet over IP - where to start? Re: GAWK for VMS? 9 looking for printer driver (sources?) for LPS printserver , Memory test or 'public' diagnostic for AS200' Need help with $GETUAI in wildcard-mode  Re: Number of users exceeded porting from open vms to winnt  Re: Porting from Unix to OpenVMS  Re: Porting from Unix to OpenVMS Re: Question on Memory2 Re: Research Systems Inc. dropping support for VMS( Re: Sun UE10000 is *NOT* an HPC platform( RE: Sun UE10000 is *NOT* an HPC platform( Re: Sun UE10000 is *NOT* an HPC platform
 Re: Time Zone + Re: RE: VAX Mail question - corrupted files  Re: Vaxstation 4000 halt codes [Fwd: FW: Java on Openvms]  F ----------------------------------------------------------------------   Date: 3 Nov 2000 11:58:22 PST T From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)O Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support 3 Message-ID: <Y$lu$a+JOEu5@mccdev.slac.stanford.edu>   * In article <8tuvj8$mmj$1@nnrp1.deja.com>, 1     	Alan E. Feldman <alan48@my-deja.com> writes:  > [...]  > F > How about EDT's SET NOTRUNCATE? Can you do that in TPU? I would haveH > found that really useful if TPU could do it when I needed it for filesH > that had more than 255 chars. per line. NOTE: Shift left, etc., is notG > the same. SET NOTRUNCATE wraps each line and starts each continuation D > line with a diamond, all without affecting the text in the buffer. > H > I asked if TPU could do SET NOTRUNCATE before in this newsgroup and no > one could come up with a way.   H         This is one of those things that would  be hard to do in TPU.  IH     can  think  of ways to do it, but I expect the performance would  be
     lousy.  F > As far as EDT goes, it would be really nice if it could show as manyJ > lines as would fit on the screen and if it could work with longer lines.  H         Right.  And that was one of the main reasons I got involved withH     EVE/TPU.  The other was the ability  to (easily) remap keys in orderH     to  support a variety of non-VT terminals (Ambassador's with 48-lineH     screen support and a non-VT but programmable numeric  keypad  was  aH     biggie  at  the  time).   Prior  to  EVE, I just used a line-by-lineH     editor (Wylvax,  mentioned  earlier,  written  by  a  fellow then at
     SLAC).           -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------   Date: 3 Nov 2000 13:17:42 PST T From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)O Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support 3 Message-ID: <gJNgiaA60cOk@mccdev.slac.stanford.edu>   . In article <3A024279.9F5454CA@earthlink.net>, >     	"David J. Dachtera" <djesys.nospam@earthlink.net> writes:; > "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:  >>  K >>         Please forgive me for reordering David's remarks, but they'll be & >>     easier to respond to if I do... >>  j >> In article <3A00F514.37832A8B@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes:   [...] ? > Now: here's the killer: (You'd likely never use this specific = > combination of keys together - it's just to prove a point.)  > 5 > Produce the equivalent of this EDT sequence in TPU:  >  > CTRL+K > CTRL+G  > (SEL 2W CHGUSR W 3W CHGLSR L). > ENTER  > J > Note that "CHGUSR" and CHGLSR" are inserted by pressing the keys DEFINEd > as such at EDT startup time.  H         Forgive me for asking the  obvious,  but what does the above do?H     I've  never used EDT so the translation is less than apparent to me.H     What I'm missing is the significance of "2W","W", "3W" and "L".   MyH     best guess (guaranteed wrong!) is that you uppercase 2 words, move aH     word,  then  lowercase 3 more words, then ???  That sort of thing is<     as easy to do in vanilla EVE as what you've shown above.  H > For some tasks where others would seek AWK or an equivalent, I use EDTF > by defining CTRL+G as above, use GOLD 7 SHOW BUFF <ENTER> to get theH > appropriate repeat count, then GOLD count CTRL+G to apply the changes.  H         EVE also has repeat  counts  and  "learn"  sequences.  I tend toH     avoid learn sequences except for one-off edits to a file where thereH     are  a  lot  of repetitive actions to be taken.  But  I've  probably4     misunderstood what you've accomplished in EDT...   > [snip]@ >> > DEFINE KEY GOLD  G AS "PASTE=?'Paste from which buffer? '."< >> > DEFINE KEY GOLD  K AS "CUTSR=?'Cut to which buffer? '." >>  K >>         Here I'll guess that the tools available (EDT vs.  EVE) _impose_ K >>     a style of work.  I  can't  imagine  why  I'd need to specify "which - >>     buffer" for a Cut or Paste operation.   > , > Think of multiple clipboards in Whinedoze.  H         OK, I haven't needed them.  However,  I _do_ maintain a separateH     Insert Here Buffer and Rectangular Insert Here buffer (where I addedH     a  full package of Rectangular Select/Remove/Insert Here/Store  TextH     based on something I saw first in EVE-Plus (from DECUS???), and longH     before EVE got BOX SELECT, et al.).  On occasion it's been useful to/     have the second "paste" buffer, but rarely.   H         Again, I think tools available  in  one editor lead to styles ofH     work.   Multiple  paste buffers may be very handy in EDT.   I  can't0     think of a use for them in EVE.  Just MHO...    >> One merely splits the screen, >  > "Merely" ???!!!   H         Yes, merely.  As many  times  as  you  want  (although a 40 lineH     screen split into 8 windows may _not_ be particularly useful as eachH     window  will have only 4 lines visible (plus its status line).   :-)H     One keystroke splits a window.  One keystroke moves to the next  (orH     other)  window.   One  keystroke  reverts  to a single window.  PlusH     variations to expand or  shrink  a  given  window, or remove a givenH     window.   A mouse click also gets to the window clicked on if you're<     using a DECterm (or the DECwindows EVE).  Yes, "merely".   [...] . >> > DEFINE KEY GOLD  A AS "EXT CHANGE =ALT.." >>E >>         I simply don't know what this does and so can't comment...  > D > Does the same as the "split screen" mode you describe: creates andD > CHANGEs to an empty buffer called ALT. You can then GOLD 7 INCLUDEF > filespec to load the file you wish to cut from so you can paste into > another buffer.   H         Sure, no problem.  Split the  window (one keystroke), optionallyH     reposition  to the new window (one keystroke _or_ mouse click),  GETH     FILE to load a new file into a new buffer which  is  mapped  to  theH     current window (one keystroke, prompted for file name).  It would beF     trivial to define a key to "split window, other window, get file".       = > Do this for as many buffers as you like (Remember GOLD B?).   H         Of course ("for as  many  buffers"),  but  no,  I don't remember     "GOLD B" in that context...   @ > Upside:   Any inadvertent changes are discarded when you EXIT.@ > Downside: Any intentional changes are discarded when you EXIT.  H         I don't fully understand the above.  What  I do know is that EVEH     will _prompt_ you whether to save any buffer that has been modified.H     Of course, you can set any buffer you like to be READ-only, or READ-H     only  Unmodifiable, as well as Write, with the click of the mouse onH     the status line (or on EVE's command line).  READ-only buffers don't     get written.  D >> > DEFINE KEY GOLD  \ AS "DATE."           (Modelled on WPS-Plus.)A >> > DEFINE KEY GOLD  C AS "D+CCUNDC."     (Transpose characters) = >> > DEFINE KEY GOLD  J AS "DEWWUNDW."     (Transpose words.) = >> > DEFINE KEY GOLD  L AS "D+NL L UNDL."  (Transpose lines.)  >>  K >>         These  are  _trivially_   implemented   as  TPU  functions.   By 5 >>     "trivially",  I mean 5-10 lines each at most.   > 8 > As opposed to one line each in EDT. My point, exactly.  H         Yes and no.  Below you said, "Consider the amount of code neededH     to replace these functions in  TPU  ..." I'm stating that the amountH     of  code  is  small, not that it's zero.  I'm sure  there  are  someH     built-in EVE functions/commands that EDT doesn't have, or can't  do,H     or  would  require  a  non-trivial EDT macro.  But I'm not trying toH     beat up on EDT, nor get anyone to change to EVE.  I'm just trying toH     point out that the amount  of  work  you  estimated to get TPU to do4     what EDT does for you was greatly overestimated.   > 6 >> > DEFINE KEY GOLD  X AS "SEL -KS +C CUTSR=UNPASTE."M >> >                                         (An "UNPASTE" key - suffers from G >> >                                          a long-standing EDT bug.)  >>  K >>         This is probably  the  hardest  to  implement, _if_ I understand K >>     what  it  does.  If it works in any way like LSE's UNDO command,  it K >>     would be tough to do in EVE.  If the idea is to take the last  range K >>     inserted  (PASTE'd)  and  remove  (CUT)  it, that would not be hard, K >>     meaning I know  how  I'd  do  it,  but  it  would  be  a  bit of TPU  >>     programming.  > F > EDT knows only the length of the last PASTE in bytes, but comes up aF > byte short when the PASTEd text crosses one or more line boundaries.F > (That's the "bug".) GOLD X ("unpaste"), of course, only works if theE > cursor is still (or has been returned to) the end point of the last  > PASTE operation.  H         Oh, then that would be  easy  to  code.   No,  it wouldn't be 10H     lines, maybe 50 or 100.  And once, coded, it would be available as a&     single EVE command, e.g., UNPASTE.  M >> > Consider the amount of code needed to replace these functions in TPU and M >> > you will understand why EDT remains the editor of choice for many common  >> > operations. >>  K >>         No, I disagree.  Not  much  code  at  all  for  13 out of the 14 H >>     examples you give.  A bit of code for the 14th, but quite doable. >  > If you have the time.   H         Absolutely.  Physics graduate students have  all the time in theH     world: to learn the guts of TeX or LaTeX and write their own macros;H     to program a completely customized editor in TPU; and that after (orH     maybe  before!)  writing  their own programs to analyze data  for  aE     thesis; and all of the above before (or during) writing a thesis!      <wide grin>   J >                       I didn't have to read pages and pages of referenceG > to develop these functions - most of them came straight from the line C > mode HELP. Over the course of the last ten years or so, I've been I > picking up the TPU reference from time to time trying to re-write these / > function keys for EVE/TPU. I'm still stymied.            Two or three points:  H         First, I find vanilla EVE  as  shipped a bit "spare", especiallyH     in  the limited number of keys mapped to functions.  The first thingH     an EVE user usually does is to start mapping EVE commands  to  keys.H     However, there is the "EDT" keymap available in vanilla EVE, even if"     it's _not_ the Real Thing(tm).  H         Secondly, EVE provides three  ways  to  customize the editor: anH     EVE.INIT  initialization file (like EDT), a TPU$COMMAND file,  whichH     is TPU source code executed when the editor starts, or a TPU sectionH     file.  A TPU$COMMAND "command" file is faster than an EVE.INIT  fileH     because the EVE command parser doesn't need to be called, you can doH     the same things directly in TPU as you can via EVE commands, and youH     can  do other things that you can't do with EVE commands (like queryH     the input file's name  to  determine,  e.g.,  if you're editing fromH     within  MAIL  and  can set buffer margins, etc.,  accordingly,  evenH     "quote" existing message text with ">").  The last way to  customizeH     EVE is to write TPU functions, some of which define EVE commands, orH     modify the behaviour of EVE commands, or define entire key mappings,H     etc.,  package  them  up  in  "modules"  and  use  them  as input toH     EVE$BUILD to create your own  customized  EVE section file.  (With aH     section  file,  the  procedures  you've written  have  already  beenH     compiled, whereas a TPU$COMMAND file must be compiled  as  its  read     in.)  H         You can do most of this with LSE as well, but access to internal?     LSE functions is tougher since you don't have the source...   H         Thirdly, the best way I've found to actually learn TPU/EVE is toH     "use the source, Luke!".  The entire  EVE source is shipped on everyH     version  of  VMS since at least V4.5 or so.  Look  in  SYS$EXAMPLES:H     EVE$*.TPU.  Granted, some of these are  inscrutable  on  first  lookH     (stay  away  from  EVE$BUILD.TPU,  except for comments on how to useH     it).  But a  simple  SEARCH  of  SYS$EXAMPLES:EVE*.TPU for somethingH     like  "procedure,eve_next_screen/mat=and"  will take you to the  TPUH     source for the NEXT SCREEN command (all EVE commands are implementedH     via TPU procedures named with EVE_ as the prefix and followed by theH     command words separated by underscores).  The point being  that  youH     don't have to, or want to, start cold from the TPU reference manual;H     you  use  EVE's  source  as  code  examples  and/or  the  basis  forH     customizations.  Personally, I'd recommend starting with key mapping,     (search for DEFINE_KEY in EVE$CORE.TPU).   [...] C > I guess my point is that for the work I do, EDT and the uses I've & > developed for it are just fine.  ...            Right, so stick with it.   [...] H > Your mileage may (and probably will) vary considerably. I just find itH > easier than spending hours, days, months or even years researching TPUJ > functions, developing and/or debuging TPU code, etc. when EDT will do itH > with a few keystrokes in a matter of minutes - little, if any, testing > and even less debugging.  H         FWIW, I think EVE  gives  you  the  "opportunity" to program theH     editor as much as you want while giving you only the "basics" out ofH     the  box  (is that sort of like un*x?  gasp!).  I suspect  that  EDTH     gives you more functions out of the box, or at least, already mapped     to keys.  H         Having done a _lot_ of EVE customizations over the years, I findH     I enjoy programming in  TPU  and  find  it  an interesting language.H     Nevertheless,  I haven't touched my section file in 5 or 6 years.  IH     seem to have gotten it to a point where it does what I  need  and  IH     haven't  had  the  time  or  inclination to change it since.  [Well,H     about  three  years  ago,   I   merged  a  former  system  manager'sH     customizations into my section file for reasons of continued support
     here.]  H         My point in responding in this thread  is not to knock EDT.  FarH     from it.  Rather, I wanted to counter some of the knocks against EVE.     and TPU.  I hope I've managed that.  YMMV.           -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  # Date: Fri, 03 Nov 2000 23:58:28 GMT * From: Alan E. Feldman <alan48@my-deja.com>O Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq supportI) Message-ID: <8tvjf1$8ld$1@nnrp1.deja.com>   3 In article <gJNgiaA60cOk@mccdev.slac.stanford.edu>,eF   Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) wrote:/ > In article <3A024279.9F5454CA@earthlink.net>,a@ >     	"David J. Dachtera" <djesys.nospam@earthlink.net> writes:= > > "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:t > >>B > >>         Please forgive me for reordering David's remarks, but
 they'll be( > >>     easier to respond to if I do... > >>F > >> In article <3A00F514.37832A8B@earthlink.net>, "David J. Dachtera"% <djesys.nospam@earthlink.net> writes:h   [lots of other stuff deleted]u   > > 8 > >> > DEFINE KEY GOLD  X AS "SEL -KS +C CUTSR=UNPASTE."B > >> >                                         (An "UNPASTE" key - suffers fromC > >> >                                          a long-standing EDTs bug.)a > >>B > >>         This is probably  the  hardest  to  implement, _if_ I
 understand@ > >>     what  it  does.  If it works in any way like LSE's UNDO command,  itF > >>     would be tough to do in EVE.  If the idea is to take the last range-G > >>     inserted  (PASTE'd)  and  remove  (CUT)  it, that would not be8 hard, F > >>     meaning I know  how  I'd  do  it,  but  it  would  be  a  bit of TPU > >>     programming.D > >NH > > EDT knows only the length of the last PASTE in bytes, but comes up aH > > byte short when the PASTEd text crosses one or more line boundaries.H > > (That's the "bug".) GOLD X ("unpaste"), of course, only works if theG > > cursor is still (or has been returned to) the end point of the laste > > PASTE operation. >fG >         Oh, then that would be  easy  to  code.   No,  it wouldn't be5 10E >     lines, maybe 50 or 100.  And once, coded, it would be availableE as a( >     single EVE command, e.g., UNPASTE.  G To UNDO in EDT, first press ^Z to get the * prompt. Then run QUIT/SAVE. E Make a backup copy of the resulting .JOU file and your original file. E Edit the .JOU file and delete stuff at the end that you want to UNDO. B No, it's not very readable, but if you're desperate enough, you'llD experiment with it and figure out what to delete. You can experimentG with a junk file: EDIT/EDT a copy of your original file, press the keysuD you want to undo, QUIT/SAVE and then look in the journal file to seeF what those keystrokes look like in .JOU-space. (Actually, deleting theF last line before the QUIT/SAVE in the .JOU file is often just what youF want or pretty close.) Then, run EDIT/RECOVER <file-spec> and watch itG recover. (You can leave any QUIT/SAVE's in the .JOU file; they won't be 
 executed.)  D I know TPU has a simliar recover function for recovery from a crash,= but I don't know if it has the equivalent of EDT's QUIT/SAVE.    [yet more stuff deleted]   -- Disclaimer: JMHO Alan E. Feldman    w:n  alan48  &-)        afeldman  &-) dellnet.com        gfigroup.com4 dellnet.com     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 3 Nov 2000 17:02:44 PST-T From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)O Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support 3 Message-ID: <YkkJJ$it8pvf@mccdev.slac.stanford.edu>-  V In article <8tvjf1$8ld$1@nnrp1.deja.com>, Alan E. Feldman <alan48@my-deja.com> writes:   [...big snip...]F > I know TPU has a simliar recover function for recovery from a crash,? > but I don't know if it has the equivalent of EDT's QUIT/SAVE.s  D         Hey, Ctrl/Y does the trick!  Leaves the journal file withoutD     saving a new version.  But I've never tried actually _editing_ a2     journal file.  Sounds, er, _interesting_.  :-}  H         BTW, early versions of  EVE/TPU  did keystroke journaling.  ThatH     was  fine  but  slow  to recover and produced  perhaps  larger  thanH     necessary journal files, IIRC.  More recent versions (at least sinceH     VMS 6.x) do "buffer change" journaling.  That may, in fact, be  more     amenable to editing...           -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edua:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Fri, 03 Nov 2000 17:25:34 -0800)! From: Shane.F.Smith@Healthnet.comeO Subject: Re: %EDT-F-INTERERR, Internal software error; contact a Compaq support D Message-ID: <OF5E7828C9.A27CA9BC-ON8825698D.00076A5A@foundation.com>  K I have often edited EVE journal files. There used to be a bug in DECWindowsTG EVE that used to crash the session after a certain combination of editseK (never did track down what). I think it was on Alpha VMS 1.5. Rerunning thesH whole journal file would crash it again, so you had to chop the last fewK buffer updates out of the journal file before running it. It worked, but iteJ was sometimes a bit of a puzzle working out where one update ended and theD next one started, so you didn't truncate in the middle of an update.   Shanet          D Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX:# 926-3515) on 11/03/2000 05:02:44 PMe   To:   Info-VAX@Mvb.Saic.ComT cc:   H Subject:  Re: %EDT-F-INTERERR, Internal software error; contact a Compaq
       support     9 In article <8tvjf1$8ld$1@nnrp1.deja.com>, Alan E. Feldmanf <alan48@my-deja.com> writes:   [...big snip...]F > I know TPU has a simliar recover function for recovery from a crash,? > but I don't know if it has the equivalent of EDT's QUIT/SAVE.   D         Hey, Ctrl/Y does the trick!  Leaves the journal file withoutD     saving a new version.  But I've never tried actually _editing_ a2     journal file.  Sounds, er, _interesting_.  :-}  H         BTW, early versions of  EVE/TPU  did keystroke journaling.  ThatH     was  fine  but  slow  to recover and produced  perhaps  larger  thanH     necessary journal files, IIRC.  More recent versions (at least sinceH     VMS 6.x) do "buffer change" journaling.  That may, in fact, be  more     amenable to editing...           -Ken ---  Kenneth H. Fairfield            |  Internet:l Fairfield@SLC.Slac.Stanford.Edut:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515  M -----------------------------------------------------------------------------(  B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Fri, 03 Nov 2000 14:06:26 -0500g# From: Jim Agnew <agnew@hsc.vcu.edu>oK Subject: Re: ??== Password protect access on VT500 and VT400 screen savers.o+ Message-ID: <3A030CB2.D190D6C6@hsc.vcu.edu>N  r NO, (i don't think so..) but you can invoke some terminal lockers which are avail on Hunter Goately's site... plus i have on i've used for years..  you need to change the string "barfbarfbarf" to something else, otherwise the entire world knowsI+ the password to your terminal locker... ;-)t   j.   $! $! BUSY.COMt $!K $!+++ This turkey locks a terminal as being in use and disables all entrieseC $!except the password.  A note may be entered with the BUSY commande( $!which will be displayed on the screen.< $!To unlock the terminal, enter CTRL-Y, wait for the prompt,E $!then enter the password.  Note the default note and password below.  $!= $!Modified 15-feb-1984 by AAW to test for hardcopy terminals.. $!  $!   @BUSY [ "note" [password] ] $! $	ver='f$verify()  $ 	set noverify & $	termtype = f$getdvi("tt:","devtype") $	video = termtype .ge. 95 $! $!  Startup  $!' $       on control_y then goto PASSWORDn $	on error then goto ERR_HNDLR $	SET BROADCAST=(NOPHONE)e7 $	if video then write sys$output "[2J"   !Clear screen A $	if video then write sys$output "[6;0r" !Scroll bottom 18 lines ; $	password := "barfbarfbarf"		!!! Default password    <<<<<d, $       if p2 .nes. "" then password := 'p2' $	note := "''p1'"-  $	if p1 .nes. "" then goto BEGIN7 $	    note := "Terminal reserved for Jim Agnew"  !<<<<<  $! $!  Screen loop  $! $BEGIN:a $lB $	if video then write sys$output "[0;0H" !Home cursor (0,0 = 1,1)" $	if video then write sys$output -2 "#6#3[5m  Terminal locked (See note)[0m#6#3"D $	if .not.video then write sys$output "  Terminal locked (See note)"" $	if video then write sys$output -2 "#6#4[5m  Terminal locked (See note)[0m#6#4" $! $LOOP: $	timstr := 'f$time()r $	dot = 'f$locate(".",timstr)U $	dot = dot - 3 : $	timstr := 'f$extract(0,dot,timstr) !basic substring func $	write sys$output timstre5 $	write sys$output "***  ", note, "  ***"    ! line 4B $	wait 00:01:00o $	goto BEGIN $! $!  Control_y enteredr $!
 $PASSWORD:> $	if video then write sys$output "[4;0H" ! Position to line 4@ $	if video then write sys$output "[0K"   ! Erase to end of line> $	if video then write sys$output "[4;0H" ! Position to line 4 $       set term/noechoeC $	READ/PROMPT="Enter the password to continue. >" SYS$COMMAND magicT $       set term/echon( $	if password .eqs. magic then goto EXIT) $	if video then write sys$output "[4;0H"e- $	write sys$output "Bad guess Bozo, bug off!"a $	wait 00:00:05i) $	if video then write sys$output "[4;0H"E6 $	write sys$output "                                 "- $	if video then write sys$output "[4;0H[0J" - $	if video then write sys$output "[6;0H[0J"  $	RUN JIM$GBL:BIBLEu $ERR_HNDLR:> $	on error then goto ERR_HNDLR $	goto BEGIN $EXIT: $	SET BROADCAST=(PHONE)  $	set control_y.C $	if video then write sys$output "[0;0r" !Set entire screen scrollb6 $	if video then write sys$output "[0;0H" !Home cursor7 $	if video then write sys$output "[2J"   !Clear screent $	if ver then $set verify 5 $       write sys$output "At your service, Master..."d $	exit     "Hans M. Aus" wrote: > J > Can I password protect the access to VT400 and VT500 terminals which are  > in energy (screen) saver mode? >  > --D > Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------   Date: 3 Nov 2000 13:52:17 PSTrT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) Subject: Re: Alpha equivalenti3 Message-ID: <OtouySCIzOIv@mccdev.slac.stanford.edu>c  3 In article <3a02a2ed.2147963548@news.newsguy.com>, m+     agreig@my-deja.com (Alan Greig) writes:u [...]oG > Not directly Oracle related but the Wihitehouse is moving back to VMSdF > for its mail backbone as they haven't been able to get anything likeB > their old reliability since phasing out VMS in favour of PC mail > systems. [...]  .         Interesting.  Do you have a reference?               -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Eduv:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Fri, 03 Nov 2000 16:30:44 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>n- Subject: Re: Decnet over IP - where to start?o) Message-ID: <3A02E834.BBDA1161@bbc.co.uk>n  9 "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:   + > In article <8tmr2q$tde$1@nnrp1.deja.com>, ; >         Mike Price <mike.price@littlewoods.co.uk> writes:VJ > > We have some boxes using decnet phase 5 on VMS7.1-2. They also use UCXK > > 4.2. Our comms people don't like us using DECnet throught their routerseE > > so I was wondering about using decnet over IP to keep them quiet.   A  Your comms people are there to provide a service to you, surely,,  not masquerade as network nazis?  H There is an issue that some routers apparently require hardware upgradesB to route DECNET, which does involve spending real cash rather thanK just s/w upgrades or configuration. Then again, if VMS and DECNET is a partT@ of your buisiness's core infrastructure, they should have bought& routers that were correctly specified.  C You comms people no doubt are looking for an easy life and anythinge but IP scares them.d  C DECNET over IP won't help you when you need to upgrade IP remotely,mA whereas a proper DECNET connection will (and allow you to upgrade F DECNET using an IP connection also).  Of course, if you have more thenA one VMS box on the same LAN at anysite you can always telnet to anC node on the same LAN as that you wish to upgrade then SET HOST/LAT."  C Tim, who has fought this battle (and usually lost :-() in the past.m   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of( MedAS or the BBC.    ------------------------------   Date: 3 Nov 2000 18:52 PST) From: rankin@eql.caltech.edu (Pat Rankin)  Subject: Re: GAWK for VMS?. Message-ID: <3NOV200018520381@eql.caltech.edu>  . In article <3A0238C6.2F74331A@earthlink.net>,\<  "David J. Dachtera" <djesys.nospam@earthlink.net> writes... : johnson@umtc.de wrote: :> Bernd wrote:l [...]n1 :> >http://www.montagar.com/freeware/GAWK-2_15_6/n :> :> $ r gawk.exeh1 :> %DCL-W-ACTIMAGE, error activating image MTHRTL M :> -CLI-E-IMGNAME, image file UMTC$DKA0:[SYS0.SYSCOMMON.][SYSLIB]UVMTHRTL.EXEe= :> -SYSTEM-F-SHRIDMISMAT, ident mismatch with shareable imageD :U : Unfortunate, yes.s : H : Hunter has been successful distributing ZIP, UNZIP and other things inJ : object form for both VAX and Alpha (LINK on the target system at install? : time). Maybe that should be a standard practice for freeware.s  @      Well, Hunter already has a more recent version of gawk than@ 2.15.6 available from ftp.wku.edu (gawk.zip in [.vms.fileserv]),@ and it does include linkable object libraries as well as VAX andB Alpha executables.  It is gawk 3.0.3; the current version is 3.0.6 though.   2                 Pat Rankin, rankin@eql.caltech.edu   ------------------------------  # Date: Fri, 03 Nov 2000 22:53:55 GMTE8 From: rvdberg@jupiter.strijp.Ehv.nl (Remco van den Berg)B Subject: looking for printer driver (sources?) for LPS printserver: Message-ID: <slrn906ggp.2h4.rvdberg@jupiter.strijp.Ehv.nl>  C I'm desparately looking for a way to get my LPS20 turbo printservert working.? I'm running linux, and there's no driver support for my system.i  I The printers are not supported anymore by Compaq. So perhaps somebody candB help me by sending me some sources? (If that's allowed. Or not ;-)  K The printer already boots and runs VMS, and is now waiting for a management G client to connect. In my management client I don't succeed in correctlygK uploading binary files to the printer, the printer is asking for. And then,  the printer crashes.   Any help is appreciated...   -Remco   ------------------------------  # Date: Fri, 03 Nov 2000 21:37:34 GMTg+ From: rjordan@mars.mcs.net (Richard Jordan)y5 Subject: Memory test or 'public' diagnostic for AS200d3 Message-ID: <yeGM5.863$z93.121509@news.goodnet.com>h  G The SRM firmware on my Alphastation 200 apparently has no test command, C or any way to test memory (beyond what POST does).  It is from the hA V5.1 firmware CD, don't recall the SRM version right now.  Do anyrC later firmware versions include some kind of diagnostic software?  mA Any publically available diagnostics that could run under SRM (or E even ARC)?  The machine POSTs fine, but NT can no longer stay runningkE for long (4-6 hours, then BSOD, even with nobody on).  New memory wassB installed, so thats the first suspect.  One hard drive was removedB (tall SIMMs = no clearance) so I doubt that power is an issue.  ItD has a higher capacity input fan (original had a bearing failure) andF a CPU fan (CPU from a cabriolet, kept its heat sink and fan).  I don't  believe it is a heating problem.  F If there's no available program I'll bring it up with VMS (that secondD disk I had to pull...) and see what happens; maybe its just NT being  whiney about the added memory...   Thanks for any info.   Rich Jordana rjordan@mcs.net>   ------------------------------  % Date: Fri, 03 Nov 2000 14:39:49 -0700u( From: l_ricker@lto.locktrack.com (Lorin)0 Subject: Need help with $GETUAI in wildcard-mode. Message-ID: <00110314394969@lto.locktrack.com>  L Environment: VMS V7.2, nothing fancy --- I'm working on a little applicationN to make tracking/reporting user-account data in SYSUAF a bit more "relational-K like".  I'm trying to do this "by the rule-book", i.e., no cheating by just M opening SYSUAF.DAT as an RMS-indexed file, fetching by username key, and thenlM just carving data out of fixed offsets... nope, gonna use $GETUAI() calls "by.L the book" so's not to get caught by some future-enhancement change.  Good on me, eh?   M Problem is one of documentation (or its lack) in how, exactly, to use $GETUAICJ calls to sequentially return records, and to "fetch by wildcard username":  H 1. How to set up $GETUAI argument list, including "usrnam" and "contxt",J    to get a "wildcard-fetch", one record after another?  Or, failing that,6    just return *all* records in the file sequentially?  L    `OpenVMS System Services Reference Manual (GETQUI-Z)' (p.SYS2-67ff) givesI    contradictory advice:  "usrnam" is simply "Name of the user about whom J    $GETUAI returns authorization information."  But on next page, "contxt"I    is "Longword used to maintain authorization file context... On initial I    call, this longword should contain the value -1.  On subsequent calls,tA    the value... from the previous call should be passed back in."   H    OK, this seems well and good.  Trouble is, a simple-minded, test-modeE    prototype of this doesn't work.  Regardless of whether I provide ahK    "usrnam" parameter of "all blanks" (fixed-length string, 12 space-chars)oJ    *or* one of '*' (also 11-blank padded) *plus* an initial "contxt" valueI    of -1, the initial (and all other) call to $GETUAI returns a conditionaI    code of %x182B2 (%RMS-E-RNF, record not found).  After the first call,hI    the value of the "contxt" argument is observed to be 65537, which *is*oJ    then passed carefully back to the next call (same %RMS-E-RNF response),    etc.   M    Note:  I'm *not* a novice/confused about VMS datatypes, parameters, systemwJ    services, itemlists, passing mechanisms, etc.  Problem is that the doc-M    pages don't tell nearly enough to do/explain what I want/need, so I'm leftSI    guessing about what the "magic" is to do a sequence gets from $GETUAI.k  J    This kind of thing *must* be possible, since I'm imagining that the VMSK    AUTHORIZE utility uses $GETUAI to support command lines like UAF> SHOW *OK    and UAF> SHOW /BRIEF SYS*, and even UAF> SHOW /BRIEF [1,*], for example..H    What transformation magic must be going on between the command line's7    wildcard and the actual $GETUAI parameter/call, huh?t  I    a)  Is this even possible, using $GETUAI?  Or is the "hint" about whati*        the "contxt" argument itself bogus?  >    b)  Anyone ever done this?... Got a code fragment to share?  J 2. NB to VMS Engineering:  If I can get the above working, I'm planning toJ    fetch records "qualified" by username (wildcard patterns, e.g. "RICK*")I    and to examine this record-set against other data field qualificationsuG    within my own code (e.g., Display all records with Username startingpH    with "RICK" and for which the "primary password has not been set," orC    "is expired", or whose "last login is older than 3 months ago").i  J    (Hoff, in your "official capacity"!)  Along these lines, it'd be great,G    in a future enhancement of VMS, to support a general context-settingQE    (qualification) mechanism (e.g., similar to F$CONTEXT for fetchingiG    process information via F$PID) which could guide record-fetches fromt0    SYSUAF via $GETUAI (or a new fetch- routine).  I 3. NB to VMS Engr'g/Documentation:  The item-code UAI$_USERNAME, found by.J    inspection in (for example) SYS$LIBRARY:STARLET.PAS, is undocumented inI    both the $GETUAI and $SETUAI sections of the System Services Ref. Mnl.n  J 4. Yes, I know about the DECUS freeware program SCANUAF, and have tried itF    out.  Good so far as it goes, but does not fully map our needs, andG    doesn't use $GETUAI, so may/*will* break in some future VMS upgrade.d   TIA for any help/responses.5  E Lorin Ricker            Lorin.Ricker@T-NETIX.com        (303)705-5575-
 T-NETIX, Inc.- 67 Inverness Drive East- Englewood, CO 80112-   ------------------------------    Date: 03 Nov 2000 16:12:03 -0800( From: Javier Henderson <javier@kjsl.com>% Subject: Re: Number of users exceeded0- Message-ID: <86pukcioj0.fsf@cartero.kjsl.com>c  9 "David J. Dachtera" <djesys.nospam@earthlink.net> writes:m   >  > "antonio.carlini" wrote: > >  > > pasmith@ppg.com wrote: > > >oJ > > > Our users have recently started getting the message Number of UsersL > > > Exceeded when they try to log in.  To get around this, we simply giveK > > > their accounts oper privileges (the users connect to a command filenL > > > with no way to get out of it except to log out).  Is there a parameter > > < > > You may not have realised but you don't have to give theG > > accounts OPER as an AUTHORIZED priv, it can just be a DEFAULT priv.e > I > If memory serves, it *MUST* be a default privilege (in force by defaultd7 > at login time) in order to subvert "logins disabled".n > * > ...but, and as always, I could be wrong.  < 	I may be misunderstanding the whole thread, but this soundsE like the max interactive login is set too low for the need, so ratheroA than giving OPER privs indiscriminately, how about upping the max  interactive login number?y   -jav   ------------------------------  % Date: Fri, 03 Nov 2000 23:40:53 -0500 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>' Subject: porting from open vms to winnt 7 Message-ID: <200011032341_MC2-B997-7A1A@compuserve.com>   J         You need more help than you are likely to be able to get here!  T= heJ inclusion of all those header files says the your "tool" is doing a lot o= fiE work with RMS control blocks.  Winnt doesn't have RMS and the controll8 blocks your "tool" is trying to manipulate do not exist.  J         It may be possible to port this tool but not without knowing a lo= td# more about VMS and RMS than you do.a  J         I, or many others here, could probably reverse engineer this code=  J and learn what it was doing with these data structures, and RMS calls but=  F few of us could write the Winnt equivalents if, indeed, there are any.   For your edification: $ fab.h declares a "file access block"& rab.h declares a "record access block" nam.h declares a "name block"i) abdef.h ???? no idea unless it's fabdef.h G libdef.h declares return status values used by the VMS Run Time Library1F ssdef.h declares status values returned by VMS system services and RMS	 services.o rmsdef.h declares RMS routines  J xaballdef.h declares an allocation control extended attributes block (XAB= )k( xabdatdef.h declares a Date and Time XAB6 xabfhcdef.h declares a File Header Characteristics XAB) xabkeydef.h declares a Key Definition XABo" xabsumdef.h declares a Summary XAB% xabprodef.h declares a Protection XABo  J For your further edification, the tool appears to be using indexed files.=  =  J Winnt doesn't have those either.  Winnt and its predecessors use the Unix=  D model of I/O; files do not have attributes or records, they are just ordered sequences of bytes.   J If you remove all those header files and recompile, the diagnostics shoul= dhJ point out the data structures and functions that are not declared.  These=  H are the functions and data structures that you will have to replace with4 those of your own design in order to port this tool.  H You may, if you wish, contact me privately to discuss my consuling rates for further assistance.     & Message text written by Pallavi Dongre- >i need to port a tool from open vms to winntP how do i do it ? kindly help asap...t   the tool includes files like fab.he rab.h  nam.hp abdef.hr libdef.h ssdef.h  rmsdef.h   xaballdef.hr xabdatdef.h! xabfhcdef.hs xabkeydef.hd xabsumdef.hp xabprodef.he   <s   ------------------------------  % Date: Sat, 04 Nov 2000 04:01:24 +0100o2 From: martin@radiogaga.harz.de (Martin Vorlaender)) Subject: Re: Porting from Unix to OpenVMSv; Message-ID: <3a037c04.524144494f47414741@radiogaga.harz.de>   3 Robert Deininger (rdeininger@mindspring.com) wrote:a : ncherry@home.net wrote:#D : > I have some Unix daemons that I want to port over to Open VMS (aJ : > MicroVAX BA123 w/KA-630 processor). Any pointers? The code is in C andF : > I will need to access the serial ports (I don't have any yet but I< : > have access to terminal servers that support LAT & IP).  :)  : Standard advice would include: :uH : 1.  Use a reasonably current version of VMS.  Prefereable 7.2, but 7.1 : is nearly as good for vaxes.  D VMS 6.2 is okay, too, as with reasonably recent versions of DEC C (ID believe since v5.6), the VMS v7 C RTL is included to statically linkA against under VMS v6. That gives you most of the VMS v7 features.H  E : 2.  Don't use VAX C.  Use the much newer, currently supported DEC Ce1 : (probably renamed Compaq C, but I'm not sure.)     You bet it is.  + : I don't know the current version offhand.v  D I believe 6.4 is at least in field test. The last ConDist version is
 6.2, IIRC.   [More sound advice snipped]t  = I might also help to look at the PROG section of the VMS FAQ, < http://seqaxp.bio.caltech.edu/www/UNIX_TO_VMS_NOTES.TXT, andD http://www.pdv-systeme.de/users/martinv/VMS_Programming_FAQ.html [1]   cu,    Martin  C [1] If anybody wants to fill in any of the TBS's, contribute to it,SA     or give suggestions / corrections, please feel free to do so.; --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.desN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  # Date: Sat, 04 Nov 2000 04:01:20 GMT 5 From: njc@CC47532-A.ewndsr1.nj.home.com (Neil Cherry)W) Subject: Re: Porting from Unix to OpenVMSe> Message-ID: <slrn9072hk.bgd.njc@CC47532-A.ewndsr1.nj.home.com>  ; On Fri, 03 Nov 2000 22:01:06 -0500, Robert Deininger wrote:5W >In article <slrn906kpv.ajs.njc@CC47532-A.ewndsr1.nj.home.com>, ncherry@home.net wrote:d  F >> >4.  Some things that are common in Unix are Very Bad Ideas in VMS,C >> >and vice-versa.  It may not be easy to recognize these cases ate@ >> >first, but it's best not to try to bend VMS to be unix-like. >> tD >> I'll try but it's going to be hard as I've never programmed under: >> VMS. Of course that's why I got a MicroVAX II also. :-) > F >Well, there's nothing wrong with posting questions here.  If you post@ >questions related to a unixism, try to tell us a bit more than K >"unix thing xxx is giving me trouble on VMS".  Try to describe in somewhat F >more general terms what you are trying to do, and someone will likely! >suggest a VMS-like way to do it.-  D Thanks for the advice, I'll try to remember it the first time I post such a question.  M >A microvax II is pretty old and slow.  Make sure you give it lots of memory,0F >and consider buying something newer.  A Vaxstation 4000-60 at ebay isM >usually quite reasonably priced.  A 4000-90 is much nicer, but somewhat morec: >expensive.  Most any alpha will run circles around these.  D I actually wanted an older computer, I started out playing AdventureD (Colossal Caverns?) on a PDP-8 or 11. I was taking a class in BASIC,B which I got an A. Though I don't remember the class but I remember helping everyone with lab.  F I collect older computers and I always wanted a VAX. I couldn't affordE the care and up keep of a PDP. So when I got the offer for a MicroVAXvC II I took it. :-) I'm in the process of getting an OpenVMS CD (7.2)h+ and my membership to DECUS (now Encompass).r  L >I assume you've found the VMS FAQ, and have access to the VMS documentationG >set.  If you don't have your own copy, Compaq keeps the docs online atD2 >    http://www.openvms.compaq.com:8000/index.html   YUP!  G >The manuals are generally very well done.  Don't be intimidated by the > >large number of manuals; you don't have to read them all. :-)  E I've worked in computers since 1978, manuals are a way of life and ife7 they didn't come with them I'd have to make my own. :-)a  F Actually, I'm used to porting between Unix - Unix (BSD - AT&T), Unix -A MSDOS/Windows and MSDOS - OS9. Unix - OS9 is a pain as somethingsc don't translate. Such is life.   -- eH Linux Home Automation           Neil Cherry             ncherry@home.netC http://members.home.net/ncherry                         (Text only)yB http://meltingpot.fortunecity.com/lightsey/52           (Graphics)0 http://linuxha.sourceforge.net/				(SourceForge)   ------------------------------  # Date: Fri, 03 Nov 2000 20:41:17 GMT ) From: sfm1115@bjcmail.carenet.org (Shawn)A Subject: Re: Question on Memory-1 Message-ID: <3a0322cd.202381609@news.starnet.net>   @ Thank you that site helped, I found that all the slots all full.     Shawn3    0 On Fri, 03 Nov 2000 09:22:02 -0500, David Beatty$ <David.Beatty.NOSPAM@sas.com> wrote:   >c< >    You didn't say exactly which AlphaServer.  However, you+ >should be able to go to the Golden Eggs atp3 >http://www5.compaq.com/info/golden-eggs/, click onr; >Archives, then select the machine in question.  You'll get 0 >a PDF displayed that includes the internal slot; >configuration.  You should be able to make your best guessn >on your memory configuration. >U- >    Otherwise, you'll have to open it up ...u >s >David R. Beatty >,F >On Fri, 03 Nov 2000 13:00:47 GMT, sfm1115@bjcmail.carenet.org (Shawn) >wrote:g >s> >>We have a Alpha Server 4/166 that currently has 192mb of RAMH >>installed.  Is there a command that I can issue to tell me how many ofE >>the memory slots are filled with RAM and how many are avaliable fors4 >>additional RAM.  The Server is running OpenVms 7.1 >>A >>I am thinking the only way to do this is to open the Server ande >>physically look. >> >    ------------------------------  % Date: Fri, 03 Nov 2000 14:03:11 -0500-# From: Jim Agnew <agnew@hsc.vcu.edu>:; Subject: Re: Research Systems Inc. dropping support for VMSn+ Message-ID: <3A030BEF.F2743A97@hsc.vcu.edu>s  1 what did the murderer do, blow someone up???  ;-).   Phillip Helbig wrote:pF > The same company sells this product about the murderer who after his> > execution let himself be sliced up and used for 3-D exploded > representation etc.    ------------------------------  # Date: Fri, 03 Nov 2000 18:45:26 GMTd4 From: "Terry C. Shannon" <terryshannon@mediaone.net>1 Subject: Re: Sun UE10000 is *NOT* an HPC platforms; Message-ID: <aJDM5.2020$ml4.370519@typhoon.ne.mediaone.net>.  4 "Ebinger . Eric" <EEbinger@drc.com> wrote in message< news:7162F87E9EF4D311BA9900805FC1D3AE7A622E@and02.drc.com... >  > > -----Original Message-----D > > From: young_r@eisner.decus.org [mailto:young_r@eisner.decus.org]C >         Quite a select group we are gathering here, eh?  Maybe wen@ >         can give 'em a name.  Help me out here folks.  Got any- >         creative nmaes for the ecache club?e >g  G I called it "Cachegate" in my newsletter. That said, all vendors suffereG glitches (not to mention the odd catastrophe) once in a while. Rememberr) DEC's go-round with the RA-xx disk drive?e   ------------------------------  % Date: Fri, 03 Nov 2000 14:16:29 -0600 + From: "Main, Kerry" <Kerry.Main@compaq.com>a1 Subject: RE: Sun UE10000 is *NOT* an HPC platformvN Message-ID: <910612C07BCAD1119AF40000F86AF0D80528497D@kaoexc3.kao.cpqcorp.net>   Terry,  4 <Remember DEC's go-round with the RA-xx disk drive?>   Yep - all to well. :-)  I Of course, DEC at the time ponied up to the bar and replaced all of thosetI HDA's. It was a huge cost, but a Customer issue that was acknowledged and  addressed. r  I However, my albeit limited understanding (based on press reports only, sotJ this might need correcting),  of the issue is that the SPARC II modules doH not include ECC on their cache like other platforms from IBM, HP, CompaqI etc. This is a bit different than something not working ie. the cache ECCr apparently does not exist. j  K With respect to what Sun will do for this issue is a question for Andrew to9 respond to.r   Regards,  
 Kerry Main Senior Consultantc Compaq Canada Inc. Professional Services  Voice: 613-592-46603 Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com           -----Original Message-----9 From: Terry C. Shannon [mailto:terryshannon@mediaone.net]a Sent: November 3, 2000 1:45 PM To: Info-VAX@Mvb.Saic.Como1 Subject: Re: Sun UE10000 is *NOT* an HPC platform       4 "Ebinger . Eric" <EEbinger@drc.com> wrote in message< news:7162F87E9EF4D311BA9900805FC1D3AE7A622E@and02.drc.com... >o > > -----Original Message-----D > > From: young_r@eisner.decus.org [mailto:young_r@eisner.decus.org]C >         Quite a select group we are gathering here, eh?  Maybe we @ >         can give 'em a name.  Help me out here folks.  Got any- >         creative nmaes for the ecache club?. >w  G I called it "Cachegate" in my newsletter. That said, all vendors suffereG glitches (not to mention the odd catastrophe) once in a while. Remembers) DEC's go-round with the RA-xx disk drive?a   ------------------------------  " Date: Fri, 3 Nov 2000 21:17:01 GMT( From: Terry Kennedy <terry@gate.tmk.com>1 Subject: Re: Sun UE10000 is *NOT* an HPC platform$' Message-ID: <G3GwGD.4xE@spcuna.spc.edu>"  + Main, Kerry <Kerry.Main@compaq.com> writes:s6 > <Remember DEC's go-round with the RA-xx disk drive?> >  > Yep - all to well. :-) >oK > Of course, DEC at the time ponied up to the bar and replaced all of those K > HDA's. It was a huge cost, but a Customer issue that was acknowledged and 
 > addressed. n  J   Every company has its good and bad responses. Digital (in the pre-CompaqH days) made some really bad judgement calls along with the good ones. OneH example is the fires in BA-series boxes due to substandard connectors onI the power harness. That one was categorized as a non-mandatory FCO and sonG there was no inspection/proactive replacement in the field - DEC waited H until the boxes burned, and for customers without maintenance contracts,I the customers had to eat the cost (which, post-fire, usually involved notMG only the harness but the power supply and backplane, and sometimes someu boards).  H   At a DECUS Symposium in the late 80's, there was an upset manager withI one of the Big 3 automakers who had an assembly line shut for a couple of I days due to that particular bad decision - and she had dedicated on-site   24 x 7 support...m  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USAu   ------------------------------  $ Date: Fri, 3 Nov 2000 15:39:51 -0600) From: "John E. Malmberg" <wb8tyw@qsl.net>, Subject: Re: Time Zone/ Message-ID: <t06c2jia0iosd5@corp.supernews.com>   9 "Paul Hardy" <Paul@lsl.co.unitedkingdom> wrote in messagec! news:eas*nmkGo@relay.lsl.co.uk...o > Bill Gunshannon  writes: > > 5 > >What do you mean the US date is out of synch??  We > > >invented Daylight Savings Time.  It's the rest of the world  > >that's out of sync!!  :-) :-) > C > Sorry, you didn't. The USA introduced it in 1918, but Britain haduD > previously brought it in in 1916, following a campain over several' > years by William Willett (1865-1915).e  I Ben Franklin seems to be the one that the history books credit (blame?:-)r
 for the idea.   C As he died in 1790, my guess is that his invention predates Williamr Willett's claim.   -John  wb8tyw@qsl.network   ------------------------------   Date: 3 Nov 2000 10:52:07 -0800o From: old_timer@user.vms4 Subject: Re: RE: VAX Mail question - corrupted files( Message-ID: <8tv1gn0kkd@drn.newsguy.com>   John wrote:.  B >Relaying was not an essential ingredient of the original problem.   Correct.  C >The only reason for trying A:: -> B:: -> A:: was that the originalrB >poster had no access to system B:: so couldn't set up any kind of >test environment there.   Correct.  * >However, he did receive reports that mail@ >he sent from A:: to B:: was received by users on B:: corrupted.   Correct.  ? >I think this problem of (apparently) dropped packets causing a,> >transfer to hang is a separate issue, and needs to be pursued >separately.  > As I said early on, I'm not a VMS guru, just a long-time user./ But I tend to agree with your assessment above.s   Thanks.    ------------------------------  # Date: Fri, 03 Nov 2000 20:13:08 GMT,1 From: "Mark D. Jilson" <jilly@clarityconnect.com>1' Subject: Re: Vaxstation 4000 halt codesa2 Message-ID: <3A031DC9.4CAF73D8@clarityconnect.com>  E If you have a piece of k-mode code that issues a HALT instruction ;*) F then having Restart set will allow VMS to see this and the system willF take a Halt Instruction Restart bugcheck and write the dumpfile.  ThenF you can analyze the dump to find the offending code.  If the system isD set to Reboot then you will not get a dump to analyze and all you'll4 know is that the system wen't down and came back up.   sms@antinode.org wrote:( >  >    "abirkett@my-deja.com": > L > > Just a quick question for you guys - what are the meanings of the 3 halt' > > codes (1-3) on the VAxStation 4000?o >  >   On the 3100: >  >    1 = Restart >    2 = Rebootp
 >    3 = Haltt > J >    2 and 3 are useful.  1 is a mystery, and may not be supported by VMS. > J > ------------------------------------------------------------------------ > E >    Steven M. Schweda               (+1) 651-699-9818  (voice, home)gE >    382 South Warwick Street        (+1) 763-781-0308  (voice, work)eI >    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work),; >    sms@antinode.org                sms@provis.com  (work)v   -- -D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Fri, 03 Nov 2000 21:25:01 -0500h0 From: Glenn and Mary Everhart <Everhart@gce.com># Subject: [Fwd: FW: Java on Openvms]=' Message-ID: <3A03737C.59FBC62D@gce.com>t  C Seems to me that in VMS, unless one is damn fool enough to run Javai> apps as system or installed with all privs, the OS is going to> prevent those apps from getting where they are not authorized.@ The trick is to run them as the appropriate account (i.e., oftenD a "guest hostile alien" account), but once that is done, VMS is well8 able to protect against whatever misdeeds they attempt.   B VMS is able to install an image in such a way that it obtains someD identifier(s) when run, which in turn can be used to limit accesses.B (If you don't care to do it that way, Safety has some capabilitiesB along those lines too, as well as abilities to force images to run with minimal privs.)  B The point of this is that one needs to rely on the Java sandbox inD losing environments where native security is joke-like. (Do Unix and8 Windows care to sit for that portrait? Yes? Thought so!)   VMS is made of sterner stuff.  <Harrumph!>  :-)c    H In article <gurman-9066C1.08030103112000@news.crosslink.net>, "Joseph B.  Gurman" <gurman@ari.net> writes:G > In article <39eedbf8.851835114@news.newsguy.com>, A.Greig@virgin.net h > (Alan Greig) wrote:l >  > [snip] > < >> I also don't  have much time for posts like: "but Java isI >> slow/crap/Sun/insecure/I-ALWAYS-TURN-IT-OFF so who cares". Well that'stE >> their sitiation. That's of no help at all at a site which actuallyy >> needs it. > K >     At the risk of being drawn into an A. Harrison rant, er, discussion, sK > I would respectfully disagree with Mr. Greig. If Java is insecure, as it nG > currently is on all platforms with all JDK's, _no one_ needs it. The eF > dangers of running Java- (and for that matter, JavaScript-) enabled   > browsers are real and serious. > J >     I look forward to the day that Sun and the developers who port Java K > to other platforms get the security right. It won't be easy, and I guess . > that means it won't be soon.  F The nasty part is that "get the security right" will never be _proven_D given the ad-hoc nature of the operating system business.  Thus eachC would-be Java using organization must make their own decision as to ( when "all the problems" have been fixed.  F Of course we are really talking about the security of the Java VirtualC Machine (and JavaScript) as used for running software provided by aeC potentially inept or potentially hostile outside source.  Java as awB programming language has fewer problems than some other languages,B but only Sun seems interested in compiling Java to ordinary objectD code (at least their Chief Science Officer said they were interested in a speech in January 1999).c   ------------------------------   End of INFO-VAX 2000.616 ************************