0 INFO-VAX	Tue, 06 Feb 2001	Volume 2001 : Issue 74      Contents:
 Re: 65535 ?!?   Re: Archive methods and software bleah 	 Re: bleah * Re: Changing LA600 from serial to parallel Re: CI activity. Compaq and Ally McBeal servers copying saveset from a tape  Re: copying saveset from a tape " copying savesets from tape to disk& Re: copying savesets from tape to disk& Re: copying savesets from tape to disk& Re: copying savesets from tape to disk# Difference between COPY/FTP and FTP ' Re: Difference between COPY/FTP and FTP  Educational License Problems??? ; Re: Employment opportunity at SLAC (and "So long!" for now) ; Re: Employment opportunity at SLAC (and "So long!" for now) ; Re: Employment opportunity at SLAC (and "So long!" for now) ; Re: Employment opportunity at SLAC (and "So long!" for now) ; Re: Employment opportunity at SLAC (and "So long!" for now) ; RE: Employment opportunity at SLAC (and "So long!" for now) ; Re: Employment opportunity at SLAC (and "So long!" for now) ; Re: Employment opportunity at SLAC (and "So long!" for now) 8 Re: Formal Letter to the Newsgroup from Richard Marcello8 Re: Formal Letter to the Newsgroup from Richard Marcello3 Re: From Richard Marcello Vice President of OpenVMS  Re: Getting to SRM on a 1200 HELP6 Re: How to detect if VT320 has local printer attached.$ how to get the owner field of sysuaf( Re: how to get the owner field of sysuaf( Re: how to get the owner field of sysuaf( Re: how to get the owner field of sysuaf( Re: how to get the owner field of sysuaf( Re: how to get the owner field of sysuaf( Re: how to get the owner field of sysuaf( Re: how to get the owner field of sysuaf HSJ controller issue?  Re: I still dont know!/ Re: It's the end for VMS and other Wild Rumours O Re: Laser and Blazer (Was: Re: Capellas agrees conference gave wrong impression O Re: Laser and Blazer (Was: Re: Capellas agrees conference gave wrong impression  Re: Latest BIND exploit  Re: Latest BIND exploit  Re: Latest BIND exploit  Re: Latest BIND exploit  Re: Latest BIND exploit  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: Lisbon Conference  Re: MMS/MMK Ghostscript problem  Re: MMS/MMK Ghostscript problem  Re: OpenVMS x NATO+ Re: OT - Proof: Gates has a "Jesus" complex + Re: OT - Proof: Gates has a "Jesus" complex + Re: OT - Proof: Gates has a "Jesus" complex # output_routine error while printing - Re: RMS bug, possible triggered by autoextend  Re: Shadowed Processes Re: sysuaf question  Re: tcpipa eco2 now out  Re: Try this on Linux or NT/ME Re: Two Mail Files Re: Two Mail Files Re: Two Mail Files= Re: Typo in SPD for Compaq Enterprise Toolkit v2.0 (70.12.01) ! UCX and SMTP duplicate mail HELP! % Re: UCX and SMTP duplicate mail HELP!  Re: UCX vs TCP/IP Services Re: UCX vs TCP/IP Services Re: UCX vs TCP/IP Services Re: UCX vs TCP/IP Services Re: Variables in DCL Re: Variables in DCL Re: VMS Backup on Unix" VMSINSTAL to PRODUCT INSTALL tool?4 Re: Volume Shadowing vs. RA7000 (WAS: DS20 Slow I/O)( Re: Vote Early and Often... A TRUE STORY( Re: Vote Early and Often... A TRUE STORY( Re: Vote Early and Often... A TRUE STORY( Re: Vote Early and Often... A TRUE STORY( Re: Vote Early and Often... A TRUE STORY( Re: Vote Early and Often... A TRUE STORY( Re: Vote Early and Often... A TRUE STORY( Re: Vote Early and Often... A TRUE STORY9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security 9 Re: Vote Early and Often... Give up your Browser Security % what version of VMS are people using? ) Re: what version of VMS are people using? ) Re: what version of VMS are people using? ) RE: what version of VMS are people using? ) Re: what version of VMS are people using? ) Re: what version of VMS are people using? ) Re: what version of VMS are people using? ) Re: what version of VMS are people using? ) Re: what version of VMS are people using? 9 Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle73 9 Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle73  Re: Xerox = Digital  Re: Xerox = Digital  Re: Xerox = Digital  Re: Xerox = Digital   F ----------------------------------------------------------------------   Date: 6 Feb 2001 00:39 CST' From: carl@gerg.tamu.edu (Carl Perkins)  Subject: Re: 65535 ?!?, Message-ID: <6FEB200100391616@gerg.tamu.edu>    Joshua.Cope@Compaq.com writes...N }Sounds like an application-specific error code of -1 to me (65535 = 0xFFFF), ) }and not something generated by OpenVMS.    C An IO status of -1 means "end of file", as returned by things like:   $         read(chan,*,iostat=ios) data  9 in Fortran. In sdtio.h, -1 is also the definition of EOF.   K In C, errno.h indicates that 65535 is EVMSERR - "error for non-translatable  VMS errors".  2 No way of knowing if any of this is what is meant.   --- Carl   }David B Sneddon wrote:  }>  . }> At 10:57 AM 2/5/01 GMT, Aieie Brazor wrote:
 }> >Hello,< }> >i'm searching for an information about error code 65535.) }> >Maybe it is related to File System ?. E }> >Can you suggest a manual where i can find out the meaning of this  }> >error code ? }> > }> >Thanks in advance 	 }> >Aieie    ------------------------------  % Date: Tue, 06 Feb 2001 10:18:48 -0500 - From: "Richard D. Piccard" <piccard@ohio.edu> ) Subject: Re: Archive methods and software ' Message-ID: <3A8015D2.8A52284@ohio.edu>   H VMS has a very good history of BACKUP being able to read BACKUP savesets written by earlier versions.  G The primary issues with any archiving project are survival of the media K (e.g., magnetic tapes tend to self-erase with time, especially if not wound > and re-wound), survival of the drives, and survival of the OS.  I I am confident that there are very few 8-inch floppy disk drives still in H working order, and I am sure that there will be fewer in five years than there are now.  J Any machine-readable archive, it seems to me, makes sense only if there isE continuing budget to re-record the data every few years with the best  currently available technology.   #                                 RDP      Linda Luik wrote:   I > My company is finally starting to take a serious look at how to archive H > data on VMS systems. We are chartered to archive certain types of dataG > 20 years or longer. I am clueless as to what is the best route. Using D > the BACKUP command sounds logical but will data backedup using theJ > BACKUP command always be readable by future OS versions? Is there actual< > archive software for VMS systems? Are there other methods? > 	 > Thanks!  > Linda    --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Tue, 06 Feb 2001 15:03:07 GMT  From: operagost@my-deja.com  Subject: bleah) Message-ID: <95p3n5$5j0$1@nnrp1.deja.com>   ) In article <95ok4c$p2u$1@nnrp1.deja.com>, 2   Mike Price <mike.price@littlewoods.co.uk> wrote:E > After a comment from an engineer that most of the sites he has seen G > recently are still on VMS 7.1, I started wondering what percentage of I > VMS sites are on 7.1 and what are on 7.2 (and I suppose what percentage # > are on earlier version) (7.3???). @ > Does anyone know of any stats that are kept on this subject???F > Obviously some systems are stable and are kept on old version on theE > basis of 'if it ain't broke don't fix it' but I always assumed that G > most people kept reasonably up to date - if only for support purposes   E My hobbyist systems are on 7.1, VAX and Alpha. However, I am sorry to B report that I also support two VAXen that are still running 5.5-2,F because we were erroneously informed by Oracle that 6.2 would not workC with Oracle 7.1.3.2. Now we're trying to keep the production system B going until it's retired later this year, so I've decided to leaveA things as they are in fear that something will blow up on the old  chassis during the upgrade.      Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Tue, 06 Feb 2001 13:21:25 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br  Subject: Re: bleahL Message-ID: <OF5B58D57F.43F1E14E-ON032569EB.005980D3@ep-bc.petrobras.com.br>  B I am planning to upgrade my Alphas to OVMS 7.2-1  until the end of? Febrary and March. Nowadays I have one server with OVMS 7.1-1H2  and the other with 7.2.   ? I would like to jump directly to OVMS 7.3 but it depends on the   shipping of RDB 7.1 (old RDB 8).  ? And  anyone really knows why Oracle changed from RDB 8 to 7.1 ? < I believe it is not to make mistakes with Oracle Server 8/8i  ) But why if they are launching Oracle 9i ?   ; Or Oracle is expecting to Compaq lauch the OVMS 8.0 to have  a RDB 8.0 ! ! !        Regards    FC        , operagost@my-deja.com em 06/02/2001 13:03:07             Info-VAX@Mvb.Saic.Com        Assunto: bleah    ) In article <95ok4c$p2u$1@nnrp1.deja.com>, 2   Mike Price <mike.price@littlewoods.co.uk> wrote:E > After a comment from an engineer that most of the sites he has seen G > recently are still on VMS 7.1, I started wondering what percentage of I > VMS sites are on 7.1 and what are on 7.2 (and I suppose what percentage # > are on earlier version) (7.3???). @ > Does anyone know of any stats that are kept on this subject???F > Obviously some systems are stable and are kept on old version on theE > basis of 'if it ain't broke don't fix it' but I always assumed that G > most people kept reasonably up to date - if only for support purposes   E My hobbyist systems are on 7.1, VAX and Alpha. However, I am sorry to B report that I also support two VAXen that are still running 5.5-2,F because we were erroneously informed by Oracle that 6.2 would not workC with Oracle 7.1.3.2. Now we're trying to keep the production system B going until it's retired later this year, so I've decided to leaveA things as they are in fear that something will blow up on the old  chassis during the upgrade.      Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Tue, 06 Feb 2001 12:10:33 -0500 0 From: Paul Anderson <paul.r.anderson@compaq.com>3 Subject: Re: Changing LA600 from serial to parallel C Message-ID: <paul.r.anderson-B4E86F.12103306022001@news.compaq.com>   E In article <95n90u$lhm$1@nnrp1.deja.com>, scottv67@my-deja.com wrote:   D > Can anyone tell me how to switch an LA600 from serial to parallel?  F You can run the LA600 in PARALLEL, SERIAL or SHARED modes.  In SHARED A mode, both parallel and serial ports are active at the same time.   C This setting is under the INSTALLATION | INTERFACE | I/F TYPE menu.    Paul   --  ,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  % Date: Mon, 05 Feb 2001 19:43:24 +0000   From: steven.reece@quintiles.com Subject: Re: CI activity. H Message-ID: <OFE0AA3FA9.C24DEF6B-ON802569EA.006C2F97@qedi.quintiles.com>  H What is it that you are trying to achieve Leigh - that the connection isE there or what volume of data are being transferred or something else?   I Leigh G. Bowden (lgbowden at bowdenfamily dot fsnet dot co dot uk) asked: B >>>Is there a way of measuring the activity across an FDDI cluster interconnect with OpenVMS Alpha 6.2?   ; I sort of assume that there would be but cannot find it.<<<    ------------------------------  % Date: Tue, 06 Feb 2001 08:01:10 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br ' Subject: Compaq and Ally McBeal servers L Message-ID: <OF00C1CD25.861E420D-ON032569EB.003C6F74@ep-bc.petrobras.com.br>   Click at  ; http://news.cnet.com/news/0-1003-200-4720537.html?tag=cd_mh   + I would like a Juliete Binoche server ! :-)    Regards    FC   ------------------------------  $ Date: Tue, 6 Feb 2001 20:13:07 +13006 From: "antony wardle" <antony.wardle@nospam.met.co.nz>$ Subject: copying saveset from a tape1 Message-ID: <hoNf6.2366$sS4.79786@ozemail.com.au>    Hi.   % Im sure I have done this in the past,   0 When I try to copy some saveset off a tape I get    2 CAT$ mount/over=id/media=compaction METCAT$MKC400:2 %MOUNT-I-MOUNTED, CY1WE mounted on _METCAT$MKC400: CAT$ reca copy% CAT$ copy/log METCAT$MKC400:[]*.* *.* C %COPY-E-OPENIN, error opening METCAT$MKC400:[]B39CY1.BCK;1 as input @ -RMS-F-IRC, illegal record encountered; VBN or record number = 0C %COPY-E-OPENIN, error opening METCAT$MKC400:[]B42CY1.BCK;1 as input @ -RMS-F-IRC, illegal record encountered; VBN or record number = 0C %COPY-E-OPENIN, error opening METCAT$MKC400:[]B48CY1.BCK;1 as input @ -RMS-F-IRC, illegal record encountered; VBN or record number = 0    K Now these tapes were written on a tz87, and I am trying to copy them off on  a tz89.  I can get a directory listing.  L I have tried different tapes in different drives, this should work shouldn't it?      antony   ------------------------------  % Date: Tue, 06 Feb 2001 09:51:44 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)( Subject: Re: copying saveset from a tapeL Message-ID: <rdeininger-0602010951440001@user-2ive70a.dialup.mindspring.com>  i In article <hoNf6.2366$sS4.79786@ozemail.com.au>, "antony wardle" <antony.wardle@nospam.met.co.nz> wrote:    > Hi.  > ' > Im sure I have done this in the past,  > 2 > When I try to copy some saveset off a tape I get >  > 4 > CAT$ mount/over=id/media=compaction METCAT$MKC400:4 > %MOUNT-I-MOUNTED, CY1WE mounted on _METCAT$MKC400: > CAT$ reca copy' > CAT$ copy/log METCAT$MKC400:[]*.* *.* E > %COPY-E-OPENIN, error opening METCAT$MKC400:[]B39CY1.BCK;1 as input B > -RMS-F-IRC, illegal record encountered; VBN or record number = 0E > %COPY-E-OPENIN, error opening METCAT$MKC400:[]B42CY1.BCK;1 as input B > -RMS-F-IRC, illegal record encountered; VBN or record number = 0E > %COPY-E-OPENIN, error opening METCAT$MKC400:[]B48CY1.BCK;1 as input B > -RMS-F-IRC, illegal record encountered; VBN or record number = 0 >  > M > Now these tapes were written on a tz87, and I am trying to copy them off on 	 > a tz89.   > I can get a directory listing.  + You get a DIR listing, or a BACKUP listing?    backup/list/rewind the tape, and post the first part of the output.  It's possible your tape was created with a blocksize bigger than the maximum allowed for disk files - 32256.  I don't know if you would get this particular error in that case.   If you have Save Set Manager, it can reblock save sets and solve this problem.  Or you could COPY from tape to tape.  Or you can restore the savesets to disk, and back up the resulting directories to the new tape.    Moral:  use /BLOCK=32256 or less when creating savesets on tape.  The small performance gain from larger blocks isn't eorth the trouble later.  IMHO.   E On the the other hand, this may have nothing to do with your problem.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  $ Date: Tue, 6 Feb 2001 21:00:18 +13006 From: "antony wardle" <antony.wardle@nospam.met.co.nz>+ Subject: copying savesets from tape to disk 1 Message-ID: <v4Of6.2437$sS4.81595@ozemail.com.au>    Hi.   % Im sure I have done this in the past,   0 When I try to copy some saveset off a tape I get    2 CAT$ mount/over=id/media=compaction METCAT$MKC400:2 %MOUNT-I-MOUNTED, CY1WE mounted on _METCAT$MKC400: CAT$ reca copy% CAT$ copy/log METCAT$MKC400:[]*.* *.* C %COPY-E-OPENIN, error opening METCAT$MKC400:[]B39CY1.BCK;1 as input @ -RMS-F-IRC, illegal record encountered; VBN or record number = 0C %COPY-E-OPENIN, error opening METCAT$MKC400:[]B42CY1.BCK;1 as input @ -RMS-F-IRC, illegal record encountered; VBN or record number = 0C %COPY-E-OPENIN, error opening METCAT$MKC400:[]B48CY1.BCK;1 as input	@ -RMS-F-IRC, illegal record encountered; VBN or record number = 0    K Now these tapes were written on a tz87, and I am trying to copy them off ona a tz89.  I can get a directory listing.  L I have tried different tapes in different drives, this should work shouldn't it?      antony   ------------------------------  $ Date: Tue, 6 Feb 2001 11:24:38 +0100, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>/ Subject: Re: copying savesets from tape to diskT* Message-ID: <95ojdl$pcr$1@buty.wanadoo.nl>  J You really need Saveset Manager. It can copy savesets from disk or tape to> disk or tape. It supports all blocksizes that Backup supports.  K Plus: it handles recoverable errors in the process. I have seen recoverable G errors when copying savesets between brand new TZ89 drives on brand neweB cartridges. If you use COPY you may wind up with useless savesets!   Regards,  	 Bart Zorn   A "antony wardle" <antony.wardle@nospam.met.co.nz> wrote in messagef+ news:v4Of6.2437$sS4.81595@ozemail.com.au...( > Hi.  >g' > Im sure I have done this in the past,w >o2 > When I try to copy some saveset off a tape I get >g >p4 > CAT$ mount/over=id/media=compaction METCAT$MKC400:4 > %MOUNT-I-MOUNTED, CY1WE mounted on _METCAT$MKC400: > CAT$ reca copy' > CAT$ copy/log METCAT$MKC400:[]*.* *.*.E > %COPY-E-OPENIN, error opening METCAT$MKC400:[]B39CY1.BCK;1 as inputoB > -RMS-F-IRC, illegal record encountered; VBN or record number = 0E > %COPY-E-OPENIN, error opening METCAT$MKC400:[]B42CY1.BCK;1 as input B > -RMS-F-IRC, illegal record encountered; VBN or record number = 0E > %COPY-E-OPENIN, error opening METCAT$MKC400:[]B48CY1.BCK;1 as inputsB > -RMS-F-IRC, illegal record encountered; VBN or record number = 0 >u >rJ > Now these tapes were written on a tz87, and I am trying to copy them off on	 > a tz89.a  > I can get a directory listing. >eD > I have tried different tapes in different drives, this should work	 shouldn'tx > it?  >  >e > antony >i >  >  >e   ------------------------------  # Date: Tue, 06 Feb 2001 12:38:17 GMTi, From: "J. Scott Greig" <jsgreig@geminaq.com>/ Subject: Re: copying savesets from tape to diskM6 Message-ID: <ZeSf6.56149$9v2.929164@quark.idirect.com>  J If you make backup savesets with a block size greater that 32767, RMS will notoF copy the saveset from tape to disk - i.e. the block size in the backup commanduK becomes the record size for the copy command, and RMS has an absolute limitt of 32767 on the records size.e   Scottq  A "antony wardle" <antony.wardle@nospam.met.co.nz> wrote in messagee+ news:v4Of6.2437$sS4.81595@ozemail.com.au...  > Hi.l > ' > Im sure I have done this in the past,l > 2 > When I try to copy some saveset off a tape I get >e >C4 > CAT$ mount/over=id/media=compaction METCAT$MKC400:4 > %MOUNT-I-MOUNTED, CY1WE mounted on _METCAT$MKC400: > CAT$ reca copy' > CAT$ copy/log METCAT$MKC400:[]*.* *.* E > %COPY-E-OPENIN, error opening METCAT$MKC400:[]B39CY1.BCK;1 as inputAB > -RMS-F-IRC, illegal record encountered; VBN or record number = 0E > %COPY-E-OPENIN, error opening METCAT$MKC400:[]B42CY1.BCK;1 as inputEB > -RMS-F-IRC, illegal record encountered; VBN or record number = 0E > %COPY-E-OPENIN, error opening METCAT$MKC400:[]B48CY1.BCK;1 as inputoB > -RMS-F-IRC, illegal record encountered; VBN or record number = 0 >S >YJ > Now these tapes were written on a tz87, and I am trying to copy them off on	 > a tz89.r  > I can get a directory listing. >.D > I have tried different tapes in different drives, this should work	 shouldn'tr > it?t >  >  > antony >d >t >. >i   ------------------------------   Date: 6 Feb 2001 08:37:31 -0500r4 From: koehler@eisner.encompasserve.org (Bob Koehler)/ Subject: Re: copying savesets from tape to diskn3 Message-ID: <7kZyTlZgzDuK@eisner.encompasserve.org>d  j In article <v4Of6.2437$sS4.81595@ozemail.com.au>, "antony wardle" <antony.wardle@nospam.met.co.nz> writes: > Hi.a > ' > Im sure I have done this in the past,e > 2 > When I try to copy some saveset off a tape I get >   C Look around VMS sites for TCOPY.  It knows all BACKUP's little tapeo handling tricks.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  # Date: Tue, 06 Feb 2001 12:20:45 GMTe+ From: Johan Devos <johan_devos@my-deja.com>t, Subject: Difference between COPY/FTP and FTP) Message-ID: <95oq6o$tiq$1@nnrp1.deja.com>e  A What is the difference between the normal FTP and the COPY/FTP to  transfer files to a AS400?  D With the pure FTP, the files arrive on the AS400 like expected, withG the COPY/FTP the files have a other file format on the AS400 side (STMF5F iso. FILE) and are located on the root directory iso. the correct user
 directory.  D In both cases I transfer a plain ascii file and I use a username and	 password.   D Digital TCP/IP Services for OpenVMS Alpha Version V4.1 - ECO Level 20 on a AlphaServer 1000 4/233 running OpenVMS V6.2     Sent via Deja.comt http://www.deja.com/   ------------------------------  $ Date: Tue, 6 Feb 2001 13:32:27 -0500% From: "Brian Tillman" <tillman_brian>n0 Subject: Re: Difference between COPY/FTP and FTP$ Message-ID: <3a80424b$2@news.si.com>  B >What is the difference between the normal FTP and the COPY/FTP to >transfer files to a AS400?l  J There is no difference in the copy process, since COPY/FTP just provides aH command line interface to FTP.  Here's how I transfer files to a Netware system:h  % $ copy/ftp/ascii/log/verbose 'file' ->A         fsgr03"username password"::"/vol2/project/airbus/sum_pr/"-   Works just fine. --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com.= 3290 Patterson Ave. SE, MS      Addresses modified to preventn< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 06 Feb 2001 13:26:26 -0500i# From: Jim Agnew <agnew@hsc.vcu.edu>r( Subject: Educational License Problems???+ Message-ID: <3A8041D2.7E97B731@hsc.vcu.edu>8   All of a sudden the edu licenses I've downloaded have died, and i have 2 vaxen up high and dry now...  one has the date/time setb back a year, (corrected) and the other one i'm still trying to get back into.. (decwindows system)   anyone else see this?r   Jimt   ------------------------------  % Date: Tue, 06 Feb 2001 00:49:15 -0800 ) From: Wayne Holland <wholland@tscnet.com>aD Subject: Re: Employment opportunity at SLAC (and "So long!" for now)O Message-ID: <550ACE08A289EF3F.237C7796577079BC.ACD5652F9C6418BF@lp.airnews.net>o  9 "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:  > J >         I just wanted to let people know that I won't be active in theseJ >     news groups for a while.  I'm moving  out of California to the GreatJ >     Northwest...not Redmond, mind you(!), rather Oregon.  In any case, IJ >     doubt  I'll  be posting from my new employer's systems (I  could  beJ >     wrong, but I don't know their policies), and  given  my  anticipatedJ >     housing  search  and  time  to  get more important issues settled, IJ >     expect it could be as  long  a  six  months before I'm setup at home5 >     with a hobbiest VMS system and internet access.  > J >         That said, there  is  an  immediate  opening  at  SLAC for a VMSJ >     system  administrator  (_my_  position).  We're  running  an  mixed-J >     architecture,  mixed-interconnect  VMScluster  at  VMS  7.2/VAX  andJ >     7.2-1/Alpha  with  reasonably  modern  equipment.   [But  note,  ourJ >     present Alphas give us  so  much  headroom,  you won't be seeing anyJ >     Wildfires  here, and probably no Fibre Channel either, at least  notJ >     for quite a while.] I haven't seen the job posting, but I will  noteJ >     that  this  is a very _interesting_ environment, very heterogeneous,J >     fine if you're only interested  in  VMS,  but lots of opportunity toJ >     work  with other operating systems as well (unix, linux, wnt,  wk2).J >     The group I work with is a great bunch of  people,  best  I've  everJ >     worked  with,  and  the  work  is  dynamic  (we're _always_ changing >     things!  :-).k > J >         If you're interested, please  contact  my manager (a _very_ goodJ >     man,  technical,  note a bean-counter or MBA PHM).  To  protect  himJ >     from spambots, I've munged his e-mail address below.  Do the obvious' >     thing with it to send him e-mail:d >  >         Spencer Clark-H >         E-mail:       Spencer.Clark "at" SLAC "dot" Stanford "dot" EDU& >         Telephone:    (650) 926-4766 > J >         So this isn't goodbye, it's  more  like "So long, and thanks forC >     all the fish!"  ...Except that I _will_ be back eventually...  >  >         Cheers!  Ken > --O >  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Eduu< >  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924< >  Menlo Park, CA  94025           |  FAX:      650-926-3515P >  -----------------------------------------------------------------------------D >  These opinions are mine, not SLAC's, Stanford's, nor the DOE's... Hi Ken! 5 I'm sure the people you worked with are great people! < But with things the way they are in Southern Cal. .... Nope!1 Been there in 65.  Too expensive for many people! . Maybe the company ought to move with you!  :-)   ------------------------------   Date: 6 Feb 2001 11:00:32 GMT:' From: idr@ax9.hep.ucl.ac.uk (Ivan Reid) D Subject: Re: Employment opportunity at SLAC (and "So long!" for now)2 Message-ID: <slrn97vmag.jiq.idr@ax9.hep.ucl.ac.uk>  G On Tue, 06 Feb 2001 00:49:15 -0800, Wayne Holland <wholland@tscnet.com>rN  wrote in <550ACE08A289EF3F.237C7796577079BC.ACD5652F9C6418BF@lp.airnews.net>:: >"Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:   < >>         If you're interested, please  contact  my manager  $ 	Pity I don't have a US work visa...  K >>         So this isn't goodbye, it's  more  like "So long, and thanks formD >>     all the fish!"  ...Except that I _will_ be back eventually...  6 >I'm sure the people you worked with are great people!= >But with things the way they are in Southern Cal. .... Nope!k2 >Been there in 65.  Too expensive for many people!/ >Maybe the company ought to move with you!  :-)r  ; 	ITYF that SLAC's a *little* too big to move that distance!r  > 	OTOH, I used to have fun in Flight Simulator, taking off fromG Oakland, figuring out where SLAC crossed the highway, and then kamikaze-2 diving into it!  I worked at TRIUMF at the time...   --  N Ivan Reid, Physics & Astronomy, University College London.   idr@hep.ucl.ac.uk< 	KotPT -- "for stupidity above and beyond the call of duty".   ------------------------------  % Date: Tue, 06 Feb 2001 09:00:02 -0500v# From: Jim Agnew <agnew@hsc.vcu.edu>eD Subject: Re: Employment opportunity at SLAC (and "So long!" for now)+ Message-ID: <3A800362.6D8B77BA@hsc.vcu.edu>e  & Best of luck and wishes to you, Ken!!!   jimr  9 "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:  > J >         I just wanted to let people know that I won't be active in theseJ >     news groups for a while.  I'm moving  out of California to the GreatJ >     Northwest...not Redmond, mind you(!), rather Oregon.  In any case, IJ >     doubt  I'll  be posting from my new employer's systems (I  could  beJ >     wrong, but I don't know their policies), and  given  my  anticipatedJ >     housing  search  and  time  to  get more important issues settled, IJ >     expect it could be as  long  a  six  months before I'm setup at home5 >     with a hobbiest VMS system and internet access.> > J >         That said, there  is  an  immediate  opening  at  SLAC for a VMSJ >     system  administrator  (_my_  position).  We're  running  an  mixed-J >     architecture,  mixed-interconnect  VMScluster  at  VMS  7.2/VAX  andJ >     7.2-1/Alpha  with  reasonably  modern  equipment.   [But  note,  ourJ >     present Alphas give us  so  much  headroom,  you won't be seeing anyJ >     Wildfires  here, and probably no Fibre Channel either, at least  notJ >     for quite a while.] I haven't seen the job posting, but I will  noteJ >     that  this  is a very _interesting_ environment, very heterogeneous,J >     fine if you're only interested  in  VMS,  but lots of opportunity toJ >     work  with other operating systems as well (unix, linux, wnt,  wk2).J >     The group I work with is a great bunch of  people,  best  I've  everJ >     worked  with,  and  the  work  is  dynamic  (we're _always_ changing >     things!  :-).I > J >         If you're interested, please  contact  my manager (a _very_ goodJ >     man,  technical,  note a bean-counter or MBA PHM).  To  protect  himJ >     from spambots, I've munged his e-mail address below.  Do the obvious' >     thing with it to send him e-mail:M >  >         Spencer Clark H >         E-mail:       Spencer.Clark "at" SLAC "dot" Stanford "dot" EDU& >         Telephone:    (650) 926-4766 > J >         So this isn't goodbye, it's  more  like "So long, and thanks forC >     all the fish!"  ...Except that I _will_ be back eventually...  >  >         Cheers!  Ken > --O >  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-3515P >  -----------------------------------------------------------------------------D >  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Tue, 06 Feb 2001 07:44:57 -0700n+ From: Linda Luik <p14175@email.sps.mot.com>oD Subject: Re: Employment opportunity at SLAC (and "So long!" for now)0 Message-ID: <3A800DE9.6B51529@email.sps.mot.com>  , This is a multi-part message in MIME format.& --------------3C295D275924681EF5695146* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit.  ? Good luck in you new job. I'm looking for a new one myself, but1G California is totally out of the question. Too many Californians there!r ;-)    Linda-& --------------3C295D275924681EF5695146- Content-Type: text/x-vcard; charset=us-ascii;o  name="p14175.vcf" Content-Transfer-Encoding: 7bitP( Content-Description: Card for Linda Luik  Content-Disposition: attachment;  filename="p14175.vcf"   begin:vcard  n:Luik;Linda tel;pager:1.888.772.5230 tel;fax:480.655.3569 tel;work:480.655.4432  h x-mozilla-html:FALSE 	-mozilla-cpt:;3344;;;( org:Motorola  SPS ;IT-CIM maildrop: M555 version:2.1g& email;internet:linda.luik@motorola.com6 title:Regional VMS Systems Adminstrator/Backup Analyst5 adr;quoted-printable:;;2200 W. Broadway Road  =0D=0A=  fn:Luik, Linda	 end:vcard2  ( --------------3C295D275924681EF5695146--   ------------------------------  $ Date: Tue, 6 Feb 2001 09:25:45 -06001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>PD Subject: Re: Employment opportunity at SLAC (and "So long!" for now)8 Message-ID: <95p53q$2fp$1@fizban.fizban.pprd.abbott.com>  = Best wishes, lots of luck and hope to see you back here soon.m   Dave...a  2 "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515". <Fairfield@SLAC.Stanford.EDU> wrote in message- news:16NwQxjbfaey@mccdev.slac.stanford.edu... J >         I just wanted to let people know that I won't be active in theseJ >     news groups for a while.  I'm moving  out of California to the GreatJ >     Northwest...not Redmond, mind you(!), rather Oregon.  In any case, IJ >     doubt  I'll  be posting from my new employer's systems (I  could  beJ >     wrong, but I don't know their policies), and  given  my  anticipatedJ >     housing  search  and  time  to  get more important issues settled, IJ >     expect it could be as  long  a  six  months before I'm setup at home5 >     with a hobbiest VMS system and internet access.3 >1J >         That said, there  is  an  immediate  opening  at  SLAC for a VMSJ >     system  administrator  (_my_  position).  We're  running  an  mixed-J >     architecture,  mixed-interconnect  VMScluster  at  VMS  7.2/VAX  andJ >     7.2-1/Alpha  with  reasonably  modern  equipment.   [But  note,  ourJ >     present Alphas give us  so  much  headroom,  you won't be seeing anyJ >     Wildfires  here, and probably no Fibre Channel either, at least  notJ >     for quite a while.] I haven't seen the job posting, but I will  noteJ >     that  this  is a very _interesting_ environment, very heterogeneous,J >     fine if you're only interested  in  VMS,  but lots of opportunity toJ >     work  with other operating systems as well (unix, linux, wnt,  wk2).J >     The group I work with is a great bunch of  people,  best  I've  everJ >     worked  with,  and  the  work  is  dynamic  (we're _always_ changing >     things!  :-).  >lJ >         If you're interested, please  contact  my manager (a _very_ goodJ >     man,  technical,  note a bean-counter or MBA PHM).  To  protect  himJ >     from spambots, I've munged his e-mail address below.  Do the obvious' >     thing with it to send him e-mail:. >d >         Spencer ClarkeH >         E-mail:       Spencer.Clark "at" SLAC "dot" Stanford "dot" EDU& >         Telephone:    (650) 926-4766 >  >hJ >         So this isn't goodbye, it's  more  like "So long, and thanks forC >     all the fish!"  ...Except that I _will_ be back eventually...n >E >         Cheers!  Ken > --/ >  Kenneth H. Fairfield            |  Internet:P Fairfield@SLC.Slac.Stanford.EduM< >  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924< >  Menlo Park, CA  94025           |  FAX:      650-926-3515L >  ------------------------------------------------------------------------- ----D >  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Tue, 06 Feb 2001 10:45:27 -0600 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>D Subject: RE: Employment opportunity at SLAC (and "So long!" for now)- Message-ID: <0033000015462182000002L022*@MHS>e  : =0ALinda, there's a VMS jobs link off of the main VMS page  <http://www.openvms.compaq.com>.  H Actually there are two- one for the Q and another to openvms.monster.co= m    WWWebb -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETi( Sent: Tuesday, February 06, 2001 9:47 AM6 To: Webb, William W; Info-VAX@Mvb.Saic.Com at INTERNETD Subject: RE: Employment opportunity at SLAC (and "So long!" for now)    ? Good luck in you new job. I'm looking for a new one myself, butaH California is totally out of the question. Too many Californians there!=   ;-)l   Lindat  . File item 2 original document name: p14175.vcf! File item 2 document type: PCDATAe File item 2 size (bytes): 380=   ------------------------------  % Date: Tue, 06 Feb 2001 12:13:53 -0500 0 From: Paul Anderson <paul.r.anderson@compaq.com>D Subject: Re: Employment opportunity at SLAC (and "So long!" for now)C Message-ID: <paul.r.anderson-9DA2E4.12135306022001@news.compaq.com>:  4 In article <16NwQxjbfaey@mccdev.slac.stanford.edu>, E Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: n 926-3515) wrote:  F > In any case, I doubt I'll be posting from my new employer's systems D > (I could be wrong, but I don't know their policies), and given my C > anticipated housing search and time to get more important issues  F > settled, I expect it could be as long a six months before I'm setup 9 > at home with a hobbiest VMS system and internet access.   F Does this mean you won't be using OpenVMS at work?  In any case, Ken, I good luck with the move and new job.  Now to whom will I refer all those e7 people who want to munge DCPS to work with HP printers?r   Paul   --  ,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  # Date: Tue, 06 Feb 2001 17:26:53 GMTc= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)iD Subject: Re: Employment opportunity at SLAC (and "So long!" for now)0 Message-ID: <009F73C0.8D1D194E@SendSpamHere.ORG>  v In article <paul.r.anderson-9DA2E4.12135306022001@news.compaq.com>, Paul Anderson <paul.r.anderson@compaq.com> writes:5 >In article <16NwQxjbfaey@mccdev.slac.stanford.edu>, lF >Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX:  >926-3515) wrote:- >-G >> In any case, I doubt I'll be posting from my new employer's systems oE >> (I could be wrong, but I don't know their policies), and given my uD >> anticipated housing search and time to get more important issues G >> settled, I expect it could be as long a six months before I'm setup  : >> at home with a hobbiest VMS system and internet access. >fG >Does this mean you won't be using OpenVMS at work?  In any case, Ken, mJ >good luck with the move and new job.  Now to whom will I refer all those 8 >people who want to munge DCPS to work with HP printers?  H I believe Ken is taking a VMS system mgt. position in this new location.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMi            cO city, n., 1. a place where trees are cut down and streets are named after them.r   ------------------------------  % Date: Tue, 06 Feb 2001 01:23:26 -08004) From: Wayne Holland <wholland@tscnet.com>3A Subject: Re: Formal Letter to the Newsgroup from Richard Marcello/O Message-ID: <1A87FC4D739E56B2.990CAEA3264120A7.1181A7E291A24874@lp.airnews.net>    "Barry Treahy, Jr." wrote: >  > Tim Llewellyn wrote: > X > > Shame Compaq couldn't have funded an Alphapowered logo on those new Oracle "We savedV > > ourselves $1 billion by moving to Oracle" posters that are certainly plastered allJ > > around town here this week. Ok, maybe it would be vying for space with0 > > Sun and HP logos, but it would be something. > B > Let me toss my two cents out and you all can take it as you may. > Z > I've bitched and moaned about Compaq over the years and Mr. Marcello's recent posting asW > many others have, but I decided to take a different tack this past weekend and sent a V > message directly to Mr. Marlcello.  Unlike CQ Palmer, he was very prompt, polite andS > personable in his response and delegated my complaint to a couple individuals foroY > investigation into my problem (which happened to be the stripping of legacy VMS and VAXe) > related information from the web site).n > Z > All I'm trying to say is that it is a lot easier to bitch, moan, and groan about how badT > we feel VMS is being treated, but I challenge those folks who have real issues andW > talking points to consider redirecting them to the big man at Compaq.  If enough welloZ > thought out concerns, ideas, or problems are presented to him, we may see results unlikeX > what is being accomplished with the on-going and regular bantering that occurs on this > list.l > Z > Nothing may develop from my correspondence with Mr. Marcello, but my disposition towardsE > him and Compaq has improved ever so slightly by his modest efforts.r > 
 > Regards, >  > Barry  > -- > A > Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOt > C > E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028l@ Hear! Hear!  You can't get anything done without communications!   ------------------------------  % Date: Tue, 06 Feb 2001 14:25:38 +0000 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>cA Subject: Re: Formal Letter to the Newsgroup from Richard Marcello ) Message-ID: <3A800962.23BFD66E@bbc.co.uk>d   Wayne Holland wrote:   >tB > Hear! Hear!  You can't get anything done without communications!  J we been trying and we been trying some more and we been being patient too.  J Anyway, doesn't anyone else like those Oracle ads. And the "We'll speed upB your Web site by a factor of 3 or give you a million bucks" offer.   --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.ukn  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.d   ------------------------------   Date: 6 Feb 2001 10:30:39 +0100h* From: eplan@kapsch.net (Peter LANGSTOEGER)< Subject: Re: From Richard Marcello Vice President of OpenVMS* Message-ID: <3a7fc43f$1@news.kapsch.co.at>  ` In article <3A7EDC8D.F8497E61@ost.cdrh.fda.gov>, Jonathan Boswell <jsb@ost.cdrh.fda.gov> writes: >Terry C Shannon wrote: K >> CPQ (which loves to do this sort of thing) ran focus groups to ascertain M >> the value/brand equity of the d|i|g|i|t|a|l name. Turned out that the namegC >> closed doors in the enterprise space whilst COMPAQ opened doors.o >cP >Wow.  I always thought it was the height of idiocy to scuttle the Digital name,Q >since to me it is synonymous with quality.  Now the question arises what kind of O >idiots Compaq found to sit in their focus group?  It seems to me that none hadlB >any literacy in enterprise computing if the result was as stated.  < It depends, which level you interview at the customer sites.  N Interviewing the technicians showed the image, DEC is sense, quality and speedJ Interviewing the bean counters showed the image, DEC is idiotic and dying.   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888|< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Tue, 06 Feb 2001 17:23:29 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: Getting to SRM on a 1200e7 Message-ID: <lqWf6.473$cu.2176@gazette.loc1.tandem.com>.  \ In article <t7u8fbtknu4253@corp.supernews.com>, "Mark E. Levy" <levy@sysman-inc.com> writes:  L :...I've recently acquired an AS1200 2x5/533. It apparently used to run thatI :"other" "operating system." I can't seem to find a way to get it back tot2 :SRM. It's not one of those white NT-Only boxes...  E   I've queued the following information to the FAQ, having just gone  H   through this sequence while converting an AlphaServer 800 series that K   was running AlphaBIOS console over to SRM console.  I was using a serial 2H   terminal as the console during this conversion, and had no workstation;   keyboard nor workstation display connected to the system.>  F   During AlphaBIOS portion of the bootstrap, press F2 to enter setup, E   select the cmos setup item, then select F6 for the advanced setup,  B   tab and +/- to select the SRM firmware, then exit and save, then   power-cycle and continue.   H   Here are the serial console terminal equivilents of the function keys 4   that are referenced by AlphaBIOS (or ARC) console:            F1   Ctrl/A          F2   Ctrl/B          F3   Ctrl/C          F4   Ctrl/D          F5   Ctrl/E          F6   Ctrl/F          F7   Ctrl/P          F8   Ctrl/R          F9   Ctrl/T         F10   Ctrl/U      Insert   Ctrl/V      Delete   Ctrl/W   Backspace   Ctrl/H      Escape   Ctrl/[      Return   Ctrl/M    LineFeed   Ctrl/J%    (Plus) +   upselect (some systems) '   (Minus) -   downselect (some systems)          TAB   down arrow    SHIFT+TAB  up arrow  gN  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Tue, 06 Feb 2001 08:49:43 -0400:1 From: Robert Romero <rromero@firstcitizenstt.com>l
 Subject: HELPt> Message-ID: <01Feb6.084944ast.118081@gateway.fcb2.tstt.net.tt>   HELP.g  ? Need to find out how to stop and restart Info-Vax subscription.n   ------------------------------  % Date: Tue, 06 Feb 2001 10:32:08 -0500m  From: norm.raphael@jamesbury.com? Subject: Re: How to detect if VT320 has local printer attached. 4 Message-ID: <C22569EB.0057A7BE.00@jklh21.valmet.com>  ? If you are being pedantic, you should save and restore the ECHO C and ESCAPE characteristics instead of assuming the terminal started  out as /ECHO/ESCAPEe   ...s) $ save_noecho=f$getdvi("TT:","TT_NOECHO") ) $ save_escape=f$getdvi("TT:","TT_ESCAPE")  ...t $ ! We left it /ESCAPE/ECHO, sonF $ if          save_noecho then set term /noecho        ! FALSE if ECHO@ $ if .not. save_escape then set term /noescape  ! TRUE if ESCAPE ...         6 jfmezei.spamnot@videotron.ca on 02/05/2001 03:49:05 PM   To:   Info-VAX@mvb.saic.comw cc:b@ Subject:  Re: How to detect if VT320 has local printer attached.        & briggs@eisner.encompasserve.org wrote:G > So you cheat.  You send the enquiry sequence a second time, merely toa< > provoke the terminal into sending another escape sequence.  
 Very clever !   A > $ if response .eqs. "[?13n" then printer_status == "NO PRINTER"h< > $ if response .eqs. "[?10n" then printer_status == "READY"@ > $ if response .eqs. "[?11n" then printer_status == "NOT READY"; > $ if response .eqs. "[?18n" then printer_status == "BUSY"_? > $ if response .eqs. "[?19n" then printer_status == "ASSIGNED"n    E My VT320 manual only has the no printer, read and not ready sequences,H documented. Did Busy and Assigned come later on the VT420s ? Or are they$ present but undocumented in Vt320s ?  K Also, to be pedantic, the above checks won't work on all terminals, it willeN only work for terminal set to emit 7 bit control sequences. If the terminal isL set to 8 bit control sequences, you won't see the [ n the response since the8 response would be <CSI>?10n  with the <CSI> being eaten.   So perhaps you should add :l  M $IF F$EXTRACT(0,1,response) .eqs. "[" then response = F$EXTRACT(1,4,response)lC followed by all the if statements without the [ in the test string.2   ------------------------------  $ Date: Tue, 6 Feb 2001 11:13:37 +0100> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>- Subject: how to get the owner field of sysuaf-. Message-ID: <95oiha$1as$1@reader1.imaginet.fr>   Bonjour  tous !  C I need to get the "owner" field of sysuaf for the current username,03 from within the login.com of a non privileged user.t  6 I didn't find this item in the f$getjpi documentation.? $ open/read file sysuaf: ! returns a file protection violation,o, so I can't get it by parsing the UAF record.   should I change my glasses ?   Cordialement Jean-Franois Marchal  X9000 - LYON (FR)o   ------------------------------  $ Date: Tue, 6 Feb 2001 11:35:58 +0100, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>1 Subject: Re: how to get the owner field of sysuafr* Message-ID: <95ok2t$r9f$1@buty.wanadoo.nl>  E You need the $GETUAI service. Unfortunately there is no corresponding7	 F$GETUAI!t  K In, among others, http://www.tmk.com/ftp/ftp-wku-edu/vms/fileserv/ you will-H find the package GETUAI.ZIP. Unfortunately it does not support the ownerA field (yet), but it shouldn't be too much of a problem to add it.6  	 Bart Zorn-  I "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> wrote in messagep( news:95oiha$1as$1@reader1.imaginet.fr... > Bonjour  tous ! >lE > I need to get the "owner" field of sysuaf for the current username,e5 > from within the login.com of a non privileged user.: >r8 > I didn't find this item in the f$getjpi documentation.A > $ open/read file sysuaf: ! returns a file protection violation,m. > so I can't get it by parsing the UAF record. >j > should I change my glasses ? >S > Cordialement > Jean-Franois Marchal  > X9000 - LYON (FR)f >a >p >a   ------------------------------  % Date: Tue, 06 Feb 2001 06:51:50 -0500m- From: JF Mezei <jfmezei.spamnot@videotron.ca>91 Subject: Re: how to get the owner field of sysuafr+ Message-ID: <3A7FE54B.1B8B491@videotron.ca>.   Bart Zorn wrote:G > > I need to get the "owner" field of sysuaf for the current username, 7 > > from within the login.com of a non privileged user.r   $myuser = F$USER() - "[" - "]" $allin1/noinit& get cli$owner = UAI$.OWNER[CLI$myuser] exit $show symbol owner   ------------------------------  $ Date: Tue, 6 Feb 2001 13:02:44 +0100> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>1 Subject: Re: how to get the owner field of sysuafs. Message-ID: <95oott$2t0$1@reader1.imaginet.fr>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message% news:3A7FE54B.1B8B491@videotron.ca...1 > Bart Zorn wrote:I > > > I need to get the "owner" field of sysuaf for the current username,i9 > > > from within the login.com of a non privileged user.  >   > $myuser = F$USER() - "[" - "]" > $allin1/noinit( > get cli$owner = UAI$.OWNER[CLI$myuser] > exit > $show symbol owner  ? thanks to all ... (just missing a PYTHON and SYMBOL example ;-)o   Cordialement
 Jean-Franois    ------------------------------  # Date: Tue, 06 Feb 2001 13:14:44 GMT  From: Didier.Morandi@gmx.fra1 Subject: Re: how to get the owner field of sysuaf ) Message-ID: <95otbu$vus$1@nnrp1.deja.com>m  E > I need to get the "owner" field of sysuaf for the current username, 5 > from within the login.com of a non privileged user.a   step 1:s $ set def sys$system $ mc authorize list/briefu $ set prot=w:r sysuaf.lisn   step2: $ open/read ch sysuaf.lis  $ read ch line $ read ch line $ read ch line $ owner=f$extract(0,20,line) $ sh symb ownerl
 $ close ch $ exit    should do it for the first user. Salut d'un autre gne    D.     Sent via Deja.comb http://www.deja.com/   ------------------------------  # Date: Tue, 06 Feb 2001 14:44:51 GMT % From: Uwe Zessin <zessin@my-deja.com>h1 Subject: Re: how to get the owner field of sysuafr) Message-ID: <95p2l0$4ii$1@nnrp1.deja.com>a  . In article <95oott$2t0$1@reader1.imaginet.fr>,A   "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr> wrote:' >m< > "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message' > news:3A7FE54B.1B8B491@videotron.ca...n > > Bart Zorn wrote:A > > > > I need to get the "owner" field of sysuaf for the currentrE > > > > username, from within the login.com of a non privileged user.c > > " > > $myuser = F$USER() - "[" - "]"   $ write sys$output f$user()2 [GRP_1,ZESSIN] $-   That only works when you:-+ 1) have a UIC-based identifier for your UICT 2) no group identifier   > > $allin1/noinit* > > get cli$owner = UAI$.OWNER[CLI$myuser] > > exit > > $show symbol owner >:A > thanks to all ... (just missing a PYTHON and SYMBOL example ;-)R  F I've borrowed Guido's time machine[1] and put it in the documentation:A http://www.decus.de/~zessin/python/doc/refman/vms_sys_getuai.htmln  B It's the example combined with 'UAI$_EXPIRATION' - just leave that, away, but keep the comma after 'UAI$_OWNER'.  E I don't know the time coordinates for SYMBOL, so I have to leave thato for someone else ;-)  A [1] that's an insider joke. Very often a feature is requested and B     it turns out that it already exists so Guido (van Rossum), the@     'father' of Python (see: www.python.org), claims he has gone     back in time to fix it.    --
 Uwe Zessin3 (If you want to send mail, please use user "zessin"n/ who lives at "decus.decus.de", not my-deja.com)i     Sent via Deja.com  http://www.deja.com/   ------------------------------  $ Date: Tue, 6 Feb 2001 15:51:07 +0100> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>1 Subject: Re: how to get the owner field of sysuaf . Message-ID: <95p2ph$5ah$1@reader1.imaginet.fr>  @ Unfortunately, mc authorize issues the same protection violation= when you are a non-privileged user ! You solution implies yous9 list our UAF whenever you add, remove or modufy users ...   L <Didier.Morandi@gmx.fr> wrote in message news:95otbu$vus$1@nnrp1.deja.com... >iG > > I need to get the "owner" field of sysuaf for the current username, 7 > > from within the login.com of a non privileged user.r >a	 > step 1:g > $ set def sys$system > $ mc authorize list/briefu > $ set prot=w:r sysuaf.lisf >  > step2: > $ open/read ch sysuaf.lisM > $ read ch line > $ read ch line > $ read ch line > $ owner=f$extract(0,20,line) > $ sh symb owner  > $ close ch > $ exit > " > should do it for the first user. > Salut d'un autre gnen   Cordialement...w   >i > D. >n >s > Sent via Deja.com  > http://www.deja.com/   ------------------------------  $ Date: Tue, 6 Feb 2001 13:17:30 -0500% From: "Brian Tillman" <tillman_brian>01 Subject: Re: how to get the owner field of sysuaf.$ Message-ID: <3a803ec9$2@news.si.com>  L >In, among others, http://www.tmk.com/ftp/ftp-wku-edu/vms/fileserv/ you willI >find the package GETUAI.ZIP. Unfortunately it does not support the owner4B >field (yet), but it shouldn't be too much of a problem to add it.   Hmm..w   $ getuai/own=own tillman
 $ sho sym owna   OWN = "Brian Tillman"f  
 Are you sure?d -- (A Brian Tillman                   Internet: tillman_brian at si.com>A Smiths Aerospace                          tillman at swdev.si.coms= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Tue, 6 Feb 2001 10:44:33 -0600. From: "Adam" <adam.lewiax@integris-health.com> Subject: HSJ controller issue?. Message-ID: <95p7t4$e1u@news-central.tiac.net>  3 What I would like to do is tell a particular shadow < set that is on a dual channel to switch to prefer it's other channel.  Such as this.m  8 Device                  Device           Error    Volume Free  Trans Mnt 8  Name                   Status           Count     Label Blocks Count Cnt: DSA1226:                Mounted              0  300_DATA26D $4$DUA130:    (HSJ011)  ShadowSetMember      0  (member of DSA1226:)D $4$DUA400:    (HSJ010)  ShadowSetMember      2  (member of DSA1226:)  E I can go into the controller and tell the device to prefer one or theFD other controller. No problem there.  What I want to be able to do isB from dcl switch say $4$dua400: over to hsj011 to take advantage of@ controller assisted shadow copying then switch it back after the@ merge is complete.  If I can't do this from the dcl level then IJ would have to do it manually.  Thoughts?  Also does anyone know were I can get detailed info on controller assisted shadowing?   ------------------------------  % Date: Tue, 06 Feb 2001 01:17:35 -0800l) From: Wayne Holland <wholland@tscnet.com>d Subject: Re: I still dont know! O Message-ID: <4828AB3BB3BA1073.565328825693D21B.E22EC5217492D2FD@lp.airnews.net>t   Martin Vorlaender wrote: > ( > Dean Woodward (deanw@rdrop.com) wrote: > > Warren Spencer wrote:a/ > > > wholland@tscnet.com (Wayne Holland) wrotee; > > > >In all the years of my career, I'm afraid to ask....i= > > > >what in the world does the acyronym mean "AFAIK" mean?b > > >tN > > > I'd like to take this opportunity to embarass myself too. AFAIK, I stillI > > > don't know the meaning of IIRC.  Could someone please enlighten me?n > >t! > > Pointer to the Jargon File...e# > > http://info.astrian.net/jargon/  >  > AFAIK, the canonical URLs ares > http://www.jargon.org/E > http://www.tuxedo.org/jargon/ or http://www.tuxedo.org/~esr/jargon/  > http://www.ccil.org/jargon/d >  > Always worth a look, IMHO... >  > cu,e
 >   Martin > --L > One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer9 > One OS to find them           | work: mv@pdv-systeme.de L > One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/@ > And in the Darkness bind them.| home: martin@radiogaga.harz.de  & Thank you all!  I just love gauntlets!   ------------------------------    Date: 06 Feb 2001 18:38:47 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>t8 Subject: Re: It's the end for VMS and other Wild RumoursH Message-ID: <y47l33yamw.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ' Alan Greig <agreig@my-deja.com> writes:   A > >MC has privately responded to at least 2 folks now that I knowc? > >that the statement alluded to was not intended to cover VMS.tE > A possible interpretation certainly but it's pushing it even if youyF > watch it again with that interpretation in mind. Never the less I'll > accept it.E > >The matter should be considered closed; CEOs tend to have a lot on E > >their plates. Can we please PLEASE bury this dead horse and get onu > >with our lives???G > Yes as long as the previous paragraph isn't equally applicable to VMSbB > at some level inside Compaq. As we have now had a statement fromE > Capellas that the presentation was unbalanced and that this will be-G > corrected I feel I fell a lot happier. Not totally happy but happier.p  O Given your decription of Winkler's co-presentation, Alan, this seems completelyn inconsistent an interpretation.3   	Jan   ------------------------------  # Date: Tue, 06 Feb 2001 16:55:54 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)X Subject: Re: Laser and Blazer (Was: Re: Capellas agrees conference gave wrong impression7 Message-ID: <u0Wf6.471$cu.2176@gazette.loc1.tandem.com>T  l In article <oSCf6.436$cu.2101@gazette.loc1.tandem.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:] :In article <87u26chqt1.fsf@prep.synonet.com>, Paul Repacholi <prep@prep.synonet.com> writes:m1 ::JF Mezei <jfmezei.spamnot@videotron.ca> writes:d :: ::> Terry C Shannon wrote:L ::> > with the engineering manager for the Blazer platform (Blazer being the! ::> > 4-way IA64-Inside ProLiant)s ::- ::Chunder...  Filthying the name of the 7000!t :e9 :  Laser was VAX 7000.  Big Laser (Blazer) was VAX 10000.   I   More specifically (more correctly), Laser was the 7000 series platform  K   that was used by both VAX and Alpha, while Blazer was the 10000 platform  G   variant.  Neon (600), Krypton (700), and Xenon (800) were the VAX CPU E   project codenames, while Ruby (600) and Argon (700) were the Alpha s#   Laser/Blazer processor codenames.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 06 Feb 2001 17:38:17 GMTc4 From: "Terry C. Shannon" <terryshannon@mediaone.net>X Subject: Re: Laser and Blazer (Was: Re: Capellas agrees conference gave wrong impression9 Message-ID: <dEWf6.165$bJ3.85255@typhoon.ne.mediaone.net>   ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messaget1 news:u0Wf6.471$cu.2176@gazette.loc1.tandem.com...O9 > In article <oSCf6.436$cu.2101@gazette.loc1.tandem.com>,t4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:? > :In article <87u26chqt1.fsf@prep.synonet.com>, Paul Repacholih <prep@prep.synonet.com> writes:.3 > ::JF Mezei <jfmezei.spamnot@videotron.ca> writes:u > :: > ::> Terry C Shannon wrote:J > ::> > with the engineering manager for the Blazer platform (Blazer being theg# > ::> > 4-way IA64-Inside ProLiant)p > ::/ > ::Chunder...  Filthying the name of the 7000!  > :s; > :  Laser was VAX 7000.  Big Laser (Blazer) was VAX 10000.h >RJ >   More specifically (more correctly), Laser was the 7000 series platformL >   that was used by both VAX and Alpha, while Blazer was the 10000 platformI >   variant.  Neon (600), Krypton (700), and Xenon (800) were the VAX CPU F >   project codenames, while Ruby (600) and Argon (700) were the Alpha% >   Laser/Blazer processor codenames.F  D Congratulations on out-Matcoing Matco! Here's hoping the post-MarvelB platform (named after a Great Disaster, I am told...) proves to be! Kryptonite for the Serengeti box.r   ------------------------------   Date: 6 Feb 2001 08:10:41 -0500s4 From: koehler@eisner.encompasserve.org (Bob Koehler)  Subject: Re: Latest BIND exploit3 Message-ID: <c984ecgtexh2@eisner.encompasserve.org>l  e In article <3A7F0604.A19B8FA1@cableinet.co.uk>, Tim Llewellyn <tim.llewellyn@cableinet.co.uk> writes:o >  cH > Fair enough. Am I right in assuming that any such attack would have to > beG > explicitly targetted at VMS (or whatever other OS variant)? Surely ifg	 > someonebI > overflows the stack and loads Intel linux or W98 code onto the stack ofh > a VMSpH > process it won't be able to do anything malicious, apart from crashing
 > the processe. > (or the system if a priv'd process) perhaps? >   G   All such attacks must be directed in detailed knowledge of the targets   software.6      Yes,I think we've said enough.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationu= NASA GSFC Flight Software       | Federal Sector, Civil GroupEE                                 | please remove ".aspm" when replyingt   ------------------------------  % Date: Tue, 06 Feb 2001 10:01:29 -0500!, From: "Glenn C. Everhart" <Everhart@GCE.com>  Subject: Re: Latest BIND exploit' Message-ID: <3A7FCB79.28413944@GCE.com>.  ? The code shoved on the stack would have to target the processor ) type, and MAYBE the OS, or it is useless.c Tim Llewellyn wrote: >  > Bob Koehler wrote: > >eR > > In article <95mdc6$pss$1@nnrp1.deja.com>, Pteppic <pchill@my-deja.com> writes:M > > > I thought most buffer overflow attacks relied on injecting machine codeeL > > > into the stack + a fake return address to fool the OS into running it. > > >sG > > > I'm pretty sure VMS wouldn't let you get away with this (accvio).  > >nJ > > There's nothing in VMS itself that guards against this.  You won't getJ > > an accvio trying to write to your own stack.  In the past less of thisL > > has been seen on VMS than other systems just because it's fairly easy toL > > write C code that's vulnerable to this and a lot of VMS isn't written in > > C, but other systems are.d > >tJ > > It's possible (and fairly straight forward) to write C code that isn'tB > > vulnerable and it's possible to write vulnerable code in otherG > > languages.  The problem seems mostly to relate to how easy it is to F > > write code that is vulnerable in C and how much code was delivered6 > > without anyone who knows the problem reviewing it. > >( > H > Fair enough. Am I right in assuming that any such attack would have to > beG > explicitly targetted at VMS (or whatever other OS variant)? Surely if-	 > someone I > overflows the stack and loads Intel linux or W98 code onto the stack of- > a VMSmH > process it won't be able to do anything malicious, apart from crashing
 > the process$. > (or the system if a priv'd process) perhaps? > > > Are we cool discussing this stuff here? I'll shut up if not.   ------------------------------  % Date: Tue, 06 Feb 2001 09:59:28 -0500i, From: "Glenn C. Everhart" <Everhart@GCE.com>  Subject: Re: Latest BIND exploit' Message-ID: <3A7FCB00.57E8AA57@GCE.com>y  ? The BIND bugs do let you inject code onto the stack. What makese? an app vulnerable is any kind of read that won't terminate when-@ the buffer overfills. These are common in some C code where 'wayB back when some calls to "read into a buffer" were defined that had@ no place for a buffer size. Buffer sizes are endemic in VMS, and> may prevent some of these, but the C code that behaves in this@ way is vulnerable. There is also art out there about how to find; what the "magic offset" is/should be that will work withoutI? detailed knowledge of the code. Sufficient exposure to the codei for experimentation is enough.  5 Alpha and Vax apps do store return addresses and some ; argument pointers on the stack (sometimes, in case of Alphah< arguments the first 6 of which are passed in registers...but4 old register values may be important to the caller).8 Code compiled or written to check sizes at runtime is of> course the Nemesis of these overflow attacks, and at low level; VMS is good at preventing this. In an app, tho, a too-smalln@ array could crash the app. If the "crash" clobbers the return of< a routine to go into code stashed on the stack, it runs with: the privs of the app. VMS confines what can be done pretty) well, but under what privs does BIND run?    Pteppic wrote: > 9 > In article <200102032324_MC2-C42A-BFAE@compuserve.com>,:7 >   "Richard B. Gilbert" <DRAGON@compuserve.com> wrote:E >  > > Excerpt:F > >         The vulnerabilities are mostly so-called buffer overflows, > whichh > > allow arG > >         specially formatted command to cause a computer to crash ore > execu= > > teG > >         arbitrary code. The flaws affect BIND versions 4 and 8, buto > have > > been9 > >         corrected in versions 4.9.8, 8.2.3 and 9.1. =0 > >+ > I > I thought most buffer overflow attacks relied on injecting machine codeRH > into the stack + a fake return address to fool the OS into running it. > C > I'm pretty sure VMS wouldn't let you get away with this (accvio).a >  > Sent via Deja.com@ > http://www.deja.com/   ------------------------------  % Date: Tue, 06 Feb 2001 14:56:46 +0000n- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>f  Subject: Re: Latest BIND exploit) Message-ID: <3A8010AE.A19F641A@bbc.co.uk>n   Bob Koehler wrote:  J >    All such attacks must be directed in detailed knowledge of the target
 >   software.H  " >   Yes,I think we've said enough.  O Yup, I am using my imagination now. Where was that Alpha architecture manual...:    --M6 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.uka  A I speak for myself only and my views in no way represent those ofi MedAS or the BBC.t   ------------------------------  # Date: Tue, 06 Feb 2001 16:32:38 GMTs" From: Pteppic <pchill@my-deja.com>  Subject: Re: Latest BIND exploit) Message-ID: <95p8v6$ao8$1@nnrp1.deja.com>c  ' In article <3A7FCB00.57E8AA57@GCE.com>, /   "Glenn C. Everhart" <Everhart@GCE.com> wrote:  >n	 <snipped> : > Code compiled or written to check sizes at runtime is of@ > course the Nemesis of these overflow attacks, and at low level= > VMS is good at preventing this. In an app, tho, a too-smalleB > array could crash the app. If the "crash" clobbers the return of> > a routine to go into code stashed on the stack, it runs with< > the privs of the app. VMS confines what can be done pretty+ > well, but under what privs does BIND run?  >t >n  A Oh well, another illusion shattered. I'd always assumed VMS stackt: was noexec (bit like Tru64 used to ship as before somebody reversed the default).A Probably still wouldn't stop somebody who's really determined but + it would have made life difficult for them.y     Sent via Deja.comP http://www.deja.com/   ------------------------------   Date: 6 Feb 2001 17:06:03 GMTT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  Subject: Re: Lisbon Conference, Message-ID: <95patr$1guh$2@info.cs.uofs.edu>  + In article <A+Q5HtEvML7V@eisner.decus.org>,S/  koehler@eisner.decus.org (Bob Koehler) writes:mb |> In article <95eqaf$1de$2@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes: |> > mM |> > Pour more money down that black hole!!  Not hardly.  Give it back to the 3 |> > people it was stolen from in the first place. w |> > m |> rC |> OK, I'll bite.  Why should we let you ivory tower types keep it?   F I can assure you, after the government gets done picking my (and everyI other taxpayers) pockets I have barely enough left to live in a cardboardo box, hardly an ivory tower.)   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------   Date: 6 Feb 2001 17:12:33 GMTj1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  Subject: Re: Lisbon Conference, Message-ID: <95pba1$1guh$3@info.cs.uofs.edu>  D In article <OF24A1FFEB.78E3CFA7-ON882569EA.00677B1A@foundation.com>,$  Shane.F.Smith@Healthnet.com writes: |> tH |> No, it's just the rest of the world doesn't consider the geography ofI |> America (any flavour) as important as the Americans (Northern flavour).M |> think they should. In England we are mostly taught our own geography, withaK |> an overview of the rest of the world, and sometimes a bit more detail ongN |> one or two other areas depending on the school. America wasn't something we' |> paid much attention to at my school.a  D You mean like where Liverpool is??  We were required to know (and beA able to locate on a map) not only all of North and South American C countries, but also all of Europe, Asia, and Africa.  I couldn't dodH it for Africa any more as they went and changed all the names.  Oh yeah,H we learnedc about Australia to but it was easy to name all the countries on that continent.  :-)n   bill   -- nJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Tue, 06 Feb 2001 17:33:23 GMT.4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Lisbon Conference9 Message-ID: <DzWf6.162$bJ3.83468@typhoon.ne.mediaone.net>t  > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message& news:95pba1$1guh$3@info.cs.uofs.edu...   >AF > You mean like where Liverpool is??  We were required to know (and beC > able to locate on a map) not only all of North and South AmericanrE > countries, but also all of Europe, Asia, and Africa.  I couldn't do,J > it for Africa any more as they went and changed all the names.  Oh yeah,J > we learnedc about Australia to but it was easy to name all the countries > on that continent.  :-)d  > Pop quiz: on which side of Onondaga Lake is Liverpool located?   ------------------------------  # Date: Tue, 06 Feb 2001 18:18:07 GMT * From: "Andy Stoffel" <acs@fcgnetworks.net> Subject: Re: Lisbon Conference: Message-ID: <zdXf6.322734$IP1.10638349@news1.giganews.com>  ? "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message:3 news:DzWf6.162$bJ3.83468@typhoon.ne.mediaone.net...2 >)@ > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message( > news:95pba1$1guh$3@info.cs.uofs.edu... >  > >e& > > You mean like where Liverpool is?? >r@ > Pop quiz: on which side of Onondaga Lake is Liverpool located?  < Which Liverpool ? Onondaga Lake seems to be on very few maps5 but since it is northwest (sort of) of Syracuse, NY &e6 Liverpool, NY seems to be in the same general vicinity4 (It seems to be on the shore of a lake?) I would say1 that Liverpool, NY is northeast of Onondaga Lake.   < Of course, I could be wrong.... I don't recall ever learningA much central NY geography growing up in Northern NY (St. Lawrence 9 River Valley area to be precise).... and though [Open]VMSeH wasn't around for most of when I grew up, a VMS (Virtual Milking System)  would have fit right in :-).....   -Andy-   -Andy-   ------------------------------   Date: 6 Feb 2001 18:48:37 GMTd1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)h Subject: Re: Lisbon Conference, Message-ID: <95pgu5$1j0u$1@info.cs.uofs.edu>  9 In article <DzWf6.162$bJ3.83468@typhoon.ne.mediaone.net>,e7  "Terry C. Shannon" <terryshannon@mediaone.net> writes:  |>A |> Pop quiz: on which side of Onondaga Lake is Liverpool located?e  A Officially it is probably called the North side, but as the lake .A really runs Northwest/Southeast, it would be more accurate to sayr the Northeast shore.  C Being only a couple hours north of here on the Interstate and alongwA the way to my favorite summer spot in Ontario, this was really no 
 challenge.   bill   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   o   ------------------------------  % Date: Tue, 06 Feb 2001 04:04:53 -0500-- From: JF Mezei <jfmezei.spamnot@videotron.ca>0( Subject: Re: MMS/MMK Ghostscript problem, Message-ID: <3A7FBE34.802B8F44@videotron.ca>   OK, another problem.  M After having chugged along overnight, the compile of Ghostscript entered whatnL seemed to be an infinite loop. CPU kept chugging along in the subprocess and no IO being performed.  J So I gave up , controlled-whyed the whole kit and kaboodle, and decided to9 restart it, figuring that perhaps it had worked too hard.e  O Three executables had been generated. (echogs.exe, genarch.exe and genconf.exe)     This time, I added a /LOG to it.  K So, it starts again, a before long it starts to tell me that it is checking M which files need to be updates and checking all the depencies for each file.    1 4 hours later, I gave up and controlled whyed it.   G Now, I figured I would add /FROM_SOURCE which is supposed to bypass the H checking if a file has been modidied. Before I knew it, I started to getJ constant flow of LINK messages advising me that symbols have been multiply9 defined in DECW$XLIBSHR. At least I didn't waste 4 hours.c  R which finally culminated in a "error status %X1C14803C occured when updating MACRO    This is on VAX , 7.2, using MMK.  M Since it seems I will have to start digging deep into this to find out why it M goes into an infinite loop, I would appreciate any guidance and suggestions. vI Has anyone succesfully built Ghostscript 6.0 on VAX 7.2 with DECC or am IT( threading where no man has gone before ?    E How long should the check for dependancies and which file needs to be B recompiled take on a VAXstation 3100 model 30 ? Minutes ? Hours ?   J Was it an infinite loop, or should I really have let it run for a few days because I have a slow machine ?   I I appreciate the amount of work that was put into making a VMS version of K Ghostscript, but is it really necessary to use these MMK and MSS ? Couldn't0M they just have a simple command procedure with the right CC commands in theres< and individual LINK command procedures for each executable ?   ------------------------------  % Date: Tue, 06 Feb 2001 10:08:21 -0500t2 From: rdeininger@mindspring.com (Robert Deininger)( Subject: Re: MMS/MMK Ghostscript problemL Message-ID: <rdeininger-0602011008210001@user-2ive70a.dialup.mindspring.com>  [ In article <3A7FBE34.802B8F44@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> wrote:-   > OK, another problem. >  [...]nG > How long should the check for dependancies and which file needs to be-D > recompiled take on a VAXstation 3100 model 30 ? Minutes ? Hours ?  > L > Was it an infinite loop, or should I really have let it run for a few days! > because I have a slow machine ?n > K > I appreciate the amount of work that was put into making a VMS version ofoM > Ghostscript, but is it really necessary to use these MMK and MSS ? Couldn'tlO > they just have a simple command procedure with the right CC commands in thereo> > and individual LINK command procedures for each executable ?  r Well, if you WEREN'T building from scratch, MMK would probably save you a lot of time by avoiding unneeded builds.  wYou can simulate this approach with your current setup.  Run MMK with an alternate target, say one of the object files at the bottom of the tree.  Does it work?  If so, make a command file (or more than one) that drives MMK this way, building from the bottom up.  It will help you debug the build file, and you'll be making progress toward your desired executables as you go.o  p If the dependence graph is really complex, MMK might slow down to a crawl, but I've not seen that happen myself.   -- a Robert Deininger rdeininger@mindspring.com    ------------------------------   Date: 6 Feb 2001 17:15:10 GMTe1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)n Subject: Re: OpenVMS x NATOo, Message-ID: <95pbeu$1guh$4@info.cs.uofs.edu>  ( In article <3A7EC373.1B448E9@gtech.com>,@  Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes: |> Bill Gunshannon wrote:02 |> > In article <87u26dtdfy.fsf@prep.synonet.com>,4 |> >  Paul Repacholi <prep@prep.synonet.com> writes:3 |> > |> fabio_compaq@ep-bc.petrobras.com.br writes:aD |> > |> > Did you notice that informations about hacking the OpenVMSJ |> > |> > are difficult to find over Internet  ??? I tried a few weeks agoD |> > |> > at Altavista and the pages matched were not really related! |> > |> > to OpenVMS hacking ....e |> > |> I |> > |> Well, go to CERT or BugTrak and look for VMS holes. Last reporteds+ |> > |> was back in 96 or so as I remember.e |> > aF |> > And when was the last reported hole for Primos??  How about RSX??@ |> > And, yes, both OSes are current and still very much in use. |> e |> And your point is ?  - Proof by lack of evidence isn't really proof.v   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------  % Date: Tue, 06 Feb 2001 09:04:07 -0500 # From: Jim Agnew <agnew@hsc.vcu.edu>m4 Subject: Re: OT - Proof: Gates has a "Jesus" complex+ Message-ID: <3A800457.F61FD762@hsc.vcu.edu>8  O I read that article, and am a strong beliver, and still didn't see that.... ;-/   E 'course we knew this all along, "by their fruits you shall know them"   9 j.... with tounge in cheek and hoping to not bit it off..d   "David J. Dachtera" wrote: >  > Got this in my e-mail today: > 5 > MICROSOFT DUBS NEW VERSIONS OF WINDOWS, OFFICE 'XP'e >  > For the full story:fK > http://www.infoworld.com/articles/hn/xml/01/02/05/010205hnxp.xml?0205mnpms >  > (Sorry if the URL wrapped.)i > D > Now, for those old enough to remember, there once was a symbol forJ > Christ (in the Catholic church, at least) called "Chi-Rho". The scholarsG > out there will recognize these as the Greek letters equivalent to ouruI > "X" and "P". When juxtaposed like so (looks best in a mono-spaced font,aE > Deja readers should go to the bottom of the message and click "View  > original Usenet format"):  >  >   +--\ >   |  | >   +--/ >   |n > \ | /u >  \|/ >   X' >  / \ > /   \t > @ > ...it's a symbol that, among other meanings, can be taken as aH > shepherd's crook standing in a manger. More typically, this is seen inJ > Western churches as a "P" "standing on" an inverted cross. All the same, > it's a symbol for Christ.o > + > So: gates thinks he's the "saviour", huh?w > F > I guess if he claims that u$haft is the beginning and the end (read:J > "Alpha and Omega") of personal computing, that should fairly well clinch8 > it, huh? (Sorry - "inside joke" between us Catholics.) > D > Of course, God knows that gates is not the "light of the (personalH > computing) world"! It'd be far less inaccurate to say he's the hand ofF > Satan at work in our world today. Those who claim that these are theE > "end times" maintain that the anti-Christ must already be among us.E > There's the proof, eh? > ? > Tangentially, I once had a recording business called, "ChiRho F > Recording", geared toward the Christian rock market. Maybe I shouldaH > hung in THERE and made a go of it... (Coulda, woulda, shoulda...) ThatE > was one of the earliest of the "Delta Juliette Enterprises" ("DJE")s > companies. >  > -- > David J. Dachterad > dba DJE Systemsf > http://www.djesys.com/ > < > Unofficial Affordable OpenVMS Home Page and Message Board:! > http://www.djesys.com/vms/soho/l > H > This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings > is to be expected. > B > Feel free to exercise your rights of free speech and expression. > H > However, attacks against individual posters, or groups of posters, are > strongly discouraged.t   ------------------------------  $ Date: Tue, 6 Feb 2001 13:34:39 -0500% From: "Brian Tillman" <tillman_brian>t4 Subject: Re: OT - Proof: Gates has a "Jesus" complex$ Message-ID: <3a8042cf$2@news.si.com>  L >I read that article, and am a strong beliver, and still didn't see that.... ;-/   I He's referring to the "XP" at the end, corresponding to the Greek letterssB Chi and Rho, the first two letters of the Greek word for "Christ". --A Brian Tillman                   Internet: tillman_brian at si.comoA Smiths Aerospace                          tillman at swdev.si.comD= 3290 Patterson Ave. SE, MS      Addresses modified to prevent2< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 06 Feb 2001 16:40:31 -0300r) From: fabio_compaq@ep-bc.petrobras.com.bro4 Subject: Re: OT - Proof: Gates has a "Jesus" complexL Message-ID: <OFBB3EC190.8C935DAF-ON032569EB.006BF848@ep-bc.petrobras.com.br>  J As you see, for some people he  is the Anti-christ (the false prophet) ! ! !   ( Where is the 666 - sign of the beast ???  , It is in the WWW.....    if you see VI VI VI   :-)))e   FC        G "Brian Tillman" <tillman_brian@petrobras.com.br> em 06/02/2001 16:34:39u             Info-VAX@Mvb.Saic.Com       4 Assunto: Re: OT - Proof: Gates has a "Jesus" complex    C >I read that article, and am a strong beliver, and still didn't seel that.... ;-/e  I He's referring to the "XP" at the end, corresponding to the Greek letters1B Chi and Rho, the first two letters of the Greek word for "Christ". --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.comn= 3290 Patterson Ave. SE, MS      Addresses modified to preventl< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Tue, 06 Feb 2001 17:56:43 GMT  From: komba@my-deja.comp, Subject: output_routine error while printing) Message-ID: <95pdsn$fnb$1@nnrp1.deja.com>e  . While printing large reports to any printer we2 recieve the following error message on the consol:  / UCX$TELENETSYM-(IT01Y012) output_routine has noF
 IO Channel  1 After this error appears the print job is cut off>/ and the system goes to the next print job.  Thet0 jobs that seem to have this problem are 300-10001 pages.  Smaller jobs (less than 50 pages) seem to  do fine.  " We are running VMS version 5.5-2H4  & Any help would be greatly appreciated.   Mark     Sent via Deja.comr http://www.deja.com/   ------------------------------  # Date: Tue, 06 Feb 2001 15:59:45 GMTp From: kparris@my-deja.comd6 Subject: Re: RMS bug, possible triggered by autoextend) Message-ID: <95p71b$8r8$1@nnrp1.deja.com>e  ( "Bill Todd" <billtodd@foo.mv.com> wrote:C > doesn't that sound more like a shadowing bug, where sometimes youu, > read the bad copy and sometimes you don't?  $ I think Bill's right on target here.  D If you'd like to check whether a shadowset's data is consistent, the; CSC has a set of programs called CHECK_{2|3}MBR_SHADOW_SET_1> {ALPHA|VAX}.EXE which scan through and compare the contents of5 shadowset members and report any discrepancies found.gG -----------------------------------------------------------------------kG Keith Parris|Integrity Computing,Inc.|parris@decuserve.decus.org-nospam$F VMS Consulting: Clusters, Perf., Alpha porting, Storage&I/O, Internals     Sent via Deja.come http://www.deja.com/   ------------------------------  # Date: Tue, 06 Feb 2001 17:45:19 GMTm2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Shadowed Processest7 Message-ID: <PKWf6.474$cu.2072@gazette.loc1.tandem.com>n  e In article <3A7F0976.8445DB02@cableinet.co.uk>, Tim Llewellyn <tim.llewellyn@cableinet.co.uk> writes:d :rD :OK, we have shadowed disks, why not shadowed processes on different :cluster nodes?-  I   Maintaining the I/O and the rest of the volatile process context gets,  H   um, very interesting without the direct assistance of the application J   itself.  (In practice, the application developers must be very directly F   involved in checkpoint-restart, hot-standby, or "shadow processes".)  0 :...though, easy to migrate processes of CPU's. + :Sort of people who want that sort of faultdH :tolerance just might be prepared to pay for the hardware to deliver it. : , :I have a feeling though it is a naive idea.  0   Some of the many key questions involved here:   +     o how much fault tolerance do you need?m8     o what sort of fault(s) are you looking to tolerate?6     o how quickly must you react to (or mask) a fault?D     o how much do you want to spend?  (How much does downtime cost?)  H   "Fault tolerance" is much like "Real Time", as both of these can have F   quite different meanings to different folks, and both need the localH   requirements to be characterized before a specific answer is possible.  G   Fault tolerance is obviously possible using Himalaya, and can also beaM   available via integrating Himalaya-like techniques within customer-written  K   application code and OpenVMS Cluster or networked OpenVMS configurations.o  J   By way of background, the fault-tolerance available within the Himalaya J   systems involves hardware, and it involves operating system support and J   associated application-based code that operates in conjunction with the    underlying operating system.  I   Within OpenVMS, fault tolerance would likely involve shadowing, as well-D   as RTR and/or the transaction services and/or the distributed lockE   manager.  Relational database packages would also likely be in use.r  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Tue, 6 Feb 2001 12:00:15 -0500& From: "Syltrem" <syltrem@videotron.ca> Subject: Re: sysuaf question8 Message-ID: <H0Wf6.9357$rF1.145998@wagner.videotron.net>  I You can always use the $GETUAI, $SETUAI system services to read/write thee	 password.a Password field = UAI$_PWDd- DCL is much easier/faster to program, though.l --   Sytrem  http://pages.infinit.net/syltrem  H "antony wardle" <antony.wardle@nospam.met.co.nz> a crit dans le message, news: Oxif6.1503$sS4.40249@ozemail.com.au...- > that might be what I have to do in the end.o >.* > There is a decus programme called sysuaf3 > and that has a bit in it where it can extract the . > encrypted password, then insert it back into > a new sysuaf > 2 > I have the vax version, but not the axp version. >) > cheers >s > antony >@ >a >e2 > "Veli Krkk" <korkko@decus.fi> wrote in message$ > news:3A7D5CBD.3E729AE0@decus.fi...> > > You could always extract the relevant records using simple > > DCL, like: > >i3 > > $ if f$trnlnm("SYSUAF",,,"LNM$SYSTEM").eqs."" -e6 > >           then define sysuaf sys$system:sysuaf.dat* > > $ open/read/write/share=write s sysuaf# > > $ read/key="USERNAME " s usrrecy
 > > $ close sb > > $ open/write tmp usr.txt > > $ write/symbol tmp linei > > $ close tmpo > > < > > Now move usr.txt to the other system and insert the user
 > > record > > like > >e3 > > $ if f$trnlnm("SYSUAF",,,"LNM$SYSTEM").eqs."" -e6 > >           then define sysuaf sys$system:sysuaf.dat* > > $ open/read/write/share=write s sysuaf > > $ open/read tmp usr.txt  > > $ read tmp linei > > $ close tmpd > > $ write/symbol s line-
 > > $ close s- > > @ > > Or make a copy of the SYSUAF, remove non-needed records from > > that copy,: > > then move the cleaned copy to the other system and use > > CONVERT/MERGE 8 > > to merge contents to the systems current SysUAF.dat. > >"	 > > _velia > > antony wardle wrote: > > > 2 > > > anyone got an axp version of the sysuaf exe? > > >s< > > > I am particularly interested in the bit that transfers > > >d- > > > the encrypted password to another node.t > > >iE > > > Don't want to copy the sysuaf file, and I don't want to try andc > > >o5 > > > figure out /recreate everyones password either.  > > >a > > > cheers > > >  > > > antony > >e >y >    ------------------------------   Date: 6 Feb 2001 11:32:59 +0100y* From: eplan@kapsch.net (Peter LANGSTOEGER)  Subject: Re: tcpipa eco2 now out* Message-ID: <3a7fd2db$1@news.kapsch.co.at>  j In article <OXDf6.2021$sS4.68344@ozemail.com.au>, "antony wardle" <antony.wardle@nospam.met.co.nz> writes:+ >For those that aren't on the cpq mail list  >mL >             http://ftp1.support.compaq.com/public/vms/axp/v7.2/tcpip/5.0a/  M TCPIP V5.0-112 for VAX is also out (was already a week before the Alpha kit).f  G Hopefully it fixes your bugs, one of ours (ICMP Timestamp ignores TDF -n< means ICMP sends localtime instead of UTC) is still there...   -- o< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 6 Feb 2001 16:58:06 GMTg1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)i' Subject: Re: Try this on Linux or NT/MEh, Message-ID: <95paeu$1guh$1@info.cs.uofs.edu>  - In article <87u26da7xn.fsf@prep.synonet.com>,g/  Paul Repacholi <prep@prep.synonet.com> writes:o6 |> bill@triangle.cs.uofs.edu (Bill Gunshannon) writes: |> k
 |> <chomp>E |> > what exactly is the makeup of this 18 year old hardware that hasaC |> > not only never had a failure, but provided enough resources tohI |> > perform this task, whatever it was, for 18 years??  And what versioneG |> > of VMS??  Or are we to believe they have continuously upgraded thewG |> > OS while never once rebooting the machine??  Or is this an 18 yearn |> > old cluster?? |> > r# |> > Inquiring minds want to know!!v |>  $ |> Don't know about that one, but...D |> In about 72 or so A pair of 11/45s started controlling the SydneyE |> Traffic lights. Some time in the early 90's it was front page newsd/ |> that it had failed during a big power snafu.d  ? I have no problem believing that two machines set up to performrA the same task could be alternately used to provide 100% or nearly @ service.  But a single machine running continuously for 18 yearsA without so much as a single hardware or software upgrade is just,e? well, unbelievable.  So, does this machine have RL02 disks withr miracle bearings, or what??i   bill   -- nJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   e   ------------------------------   Date: 6 Feb 2001 01:15 CST' From: carl@gerg.tamu.edu (Carl Perkins)a Subject: Re: Two Mail Filesv, Message-ID: <6FEB200101154921@gerg.tamu.edu>  = "Steven Shamlian" <not dot an at earthling dot net> writes...i }Hello all, M }I was wondering if it is possible to concatenate two mail.mai files.  I have K }a mail file that is pre 31-AUG-2000 and one that is post, due to a screwupsL }in a SET MAIL_DIRECTORY that I just noticed.  %-)  I would like these to be. }one happy mailfile.  Is this at all possible? }Thanks in advance,a9 }=+=Steven Shamlian=+=  (not~dot~an~at~earthling~dot~net)j  A You can use multiple mail files in the Mail utility. You can alsor@ move the messages from a folder in one to a folder in the other.! It should go something like this:r  7 MAIL> set file [somewhere]file-I-want_to_get_rid_of.maio MAIL> select foldername; MAIL> move/all newfolder [elsewhere]file-I-want_to_keep.maiM  H This should move all the messages in folder "foldername" in the unwanted; mail file to the folder "newfolder" in the other mail file.h   --- Carl   ------------------------------   Date: 6 Feb 2001 09:05:08 GMTu3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)t Subject: Re: Two Mail Filess0 Message-ID: <95oeo4$asq$1@n.ruf.uni-freiburg.de>  n In article <95nlin$gbk$1@slb7.atl.mindspring.net>, "Steven Shamlian" <not dot an at earthling dot net> writes:M >I was wondering if it is possible to concatenate two mail.mai files.  I have1K >a mail file that is pre 31-AUG-2000 and one that is post, due to a screwupVL >in a SET MAIL_DIRECTORY that I just noticed.  %-)  I would like these to be. >one happy mailfile.  Is this at all possible?  L Let us assume that you want to put everything from mailfile1 into mailfile2./ For each of the mail folders in mailfile1 do a:a   SELECT foldername1    MOVE/ALL foldername1 mailfile2   Regards,    Christoph Gartmannr  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------    Date: 07 Feb 2001 00:03:22 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: Two Mail Filese- Message-ID: <87hf27vlx1.fsf@prep.synonet.com>G  4 rdeininger@mindspring.com (Robert Deininger) writes:  o > In article <95nlin$gbk$1@slb7.atl.mindspring.net>, "Steven Shamlian" <not dot an at earthling dot net> wrote:a >  > > Hello all,P > > I was wondering if it is possible to concatenate two mail.mai files.  I haveN > > a mail file that is pre 31-AUG-2000 and one that is post, due to a screwupO > > in a SET MAIL_DIRECTORY that I just noticed.  %-)  I would like these to beh1 > > one happy mailfile.  Is this at all possible?g > > Thanks in advance,< > > =+=Steven Shamlian=+=  (not~dot~an~at~earthling~dot~net) > P > First, make backups of both your current mail files and their directory trees. > ;> Then use the MOVE command in mail to move everything from one mail file to the other.  Note that move takes 2 parameters, a folder and a file.  If move puts a message in a mail file in a different directory, the auxiliary file, if any, will be moved as well.  You'll have to move your messages 1 folder at a time., >  > Another way might be to use the DECwindows mail interface.  You can drag messages from one folder to another, and I think from one file to another as well.i  8 Also convert/merge, plus move the sequential .MAI files.   -- i< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  $ Date: Tue, 6 Feb 2001 08:39:14 -0500. From: "Meg Garrison" <meg.garrison@compaq.com>F Subject: Re: Typo in SPD for Compaq Enterprise Toolkit v2.0 (70.12.01), Message-ID: <95oukj$8o6s$1@lead.zk3.dec.com>  
 Hi Warren,  ! Thanks for pointing out the typo.    It should read  6     "The debug client requires OpenVMS 6.2 or higher".   Regards, Meg Garrison+ Compaq Enterprise Toolkit - OpenVMS Edition?  : "Warren Spencer" <wspencer@ap.nospam.org> wrote in message) news:t7tivbjn24k9b4@news.supernews.com...f > Hi,e >n8 > On page 2 of the SPD for the Compaq Enterprise ToolkitL > (http://www5.compaq.com/info/SP7012/SP7012pf.pdf), this paragraph appears: >e- > Compaq DCE/RPC for OpenVMS for use with theC4 > debug client only. The debug client will only work" > on OpenVMS V7.6.2 or higher. ... >rK > Obviously OpenVMS V7.6.2 is a typo.  Could someone tell me what correctly  > belongs here?e >s > tia, >u > ws >R > --5 > << What if there were no hypothetical questions? >>  >  > Warren Spencer > Senior Software Engineer > The Associated Press >nA > ** My employer does not necessarily agree with my statements **w   ------------------------------  $ Date: Tue, 6 Feb 2001 08:05:30 -0500. From: "Jerry Alan Braga" <jabraga@flanagan.ca>* Subject: UCX and SMTP duplicate mail HELP!4 Message-ID: <jFSf6.128814$Z2.1641485@nnrp1.uunet.ca>  H Is there any way with UCX 4.2 or other TCP$IP versions to have SMTP mailD filter out duplicates before sending just as standard VMS mail does.  G I would like to leverage our VMS system to become a true smtp/pop email6. server for our company but here is my problem.  3 1) VMS char mode mail can't handle mime attachments"F     - figured that one out by using MAILBOX software suggested on this. newgroups and using TOP_HEADERS in smtp config  E 2) SMTP does not filter out duplicate messages that are not containedg exactly in to list9     - ie: using server side distribution groups stored inr sys$specific:[ucx_smtp]lD         {copy of vms mail dis groups usng RFC names user@domain.com}K     - problem is that if DIS1.DIS constains references to DIS2.DIS and userE2 'A' happens to be in both then with SMTP mail userI         'A' will get the email twice if sending email to dis1@domain.com.sD This is costly as users have to filter the correct vs incorrect mail  I 3) having to maintain a client distribution list for outlook express typem. clients is nothing but a pain to keep in sync.  K If there was some way to intercept smtp mail before it was sent and have itsL go through a user collection process and filter out duplicates?  This is howJ VMS mail does it now and I would have thought VMS would have put somethingH into UCX TCP$IP software to emulate that through a logical or something.  D I have heard of the product on this group called DELIVER but have no information on it at all.u   Thanks in advanceG   ------------------------------  % Date: Tue, 06 Feb 2001 09:07:29 -0500e# From: Jim Agnew <agnew@hsc.vcu.edu>-. Subject: Re: UCX and SMTP duplicate mail HELP!* Message-ID: <3A800521.664D2DE@hsc.vcu.edu>   take a looksee into PMDF, we've used it for years, and it seems to do that.  now, my ole sysadmin set it up and then up and left and7 died on me, so i'm not sure how he set it up initially.o   j.   Jerry Alan Braga wrote:  > J > Is there any way with UCX 4.2 or other TCP$IP versions to have SMTP mailF > filter out duplicates before sending just as standard VMS mail does. > I > I would like to leverage our VMS system to become a true smtp/pop emailm0 > server for our company but here is my problem. > 5 > 1) VMS char mode mail can't handle mime attachmentseH >     - figured that one out by using MAILBOX software suggested on this0 > newgroups and using TOP_HEADERS in smtp config > G > 2) SMTP does not filter out duplicate messages that are not containedi > exactly in to list; >     - ie: using server side distribution groups stored inm > sys$specific:[ucx_smtp]0F >         {copy of vms mail dis groups usng RFC names user@domain.com}M >     - problem is that if DIS1.DIS constains references to DIS2.DIS and user 4 > 'A' happens to be in both then with SMTP mail userK >         'A' will get the email twice if sending email to dis1@domain.com. F > This is costly as users have to filter the correct vs incorrect mail > K > 3) having to maintain a client distribution list for outlook express typec0 > clients is nothing but a pain to keep in sync. > M > If there was some way to intercept smtp mail before it was sent and have ithN > go through a user collection process and filter out duplicates?  This is howL > VMS mail does it now and I would have thought VMS would have put somethingJ > into UCX TCP$IP software to emulate that through a logical or something. > F > I have heard of the product on this group called DELIVER but have no > information on it at all.- >  > Thanks in advancet   ------------------------------   Date: 6 Feb 2001 11:59:47 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER)# Subject: Re: UCX vs TCP/IP Servicesv* Message-ID: <3a7fd923$1@news.kapsch.co.at>  S In article <3A7F12E9.7FCEBA18@t-online.de>, Vikram Opal <VOpal@t-online.de> writes:zE >There's a little something which I think I missed out somteime .....-   Indeed.4  , >Is TCP/IP Services the "new name" for UCX ?   Yes.  G First they changed the (marketing) name of the product (some years ago)k? to "TCP/IP Services" but the internal name (UCX) kept the same.c  A Then they changed the kernel (ported the dUNIX Kernel to OpenVMS, H calling it V5) and changed the internal name also (TCPIP instead of UCX)  H Probably finally (some years in the future), the license names will alsoJ change (with backward compatibility of course - accepting UCX, UCX-CLIENT,  NASxxx and the future licenses).  L >The UCX license used to be avlbl free for use or rather came along with theQ >NET APP license..... how has this changed ( if at all ) with TCP / IP Services ?   E TCPIP V5 still uses the UCX, UCX-CLIENT and NET-APP-SUP-xxx licenses.eL So far no change. (One of the backward compatibility issues, VMS is good in)  L Hopefully (for customers, not for PSC of course ;-) some time in the future,F TCPIP becomes accepting the OpenVMS License instead !! But it also mayJ happen, that insanity wins and there will be new TCPIP licenses instead...   -- e< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888s< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Tue, 06 Feb 2001 15:11:22 GMTt/ From: Mike Price <mike.price@littlewoods.co.uk>e# Subject: Re: UCX vs TCP/IP Services ) Message-ID: <95p46i$62p$1@nnrp1.deja.com>v  C Actually I've just noticed that the installation directory from thev! distribution CDs is still UCXxxxx / all the old stuff still works just like on V4.2nG Only difference I have noticed is that things like small buffers are noSA longer relevant so some of the displays (from ucx sho com/mem forR example) have changed.F We have some monitors that watch stuff like this that no longer work -0 however they no longer need watching so thats OK   Mike --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.comr http://www.deja.com/   ------------------------------  $ Date: Tue, 6 Feb 2001 12:57:30 -0500% From: "Brian Tillman" <tillman_brian>d# Subject: Re: UCX vs TCP/IP Servicesi$ Message-ID: <3a803a1a$2@news.si.com>  C >I don't believe that this license will change.  There are too manymG >dependencies with other products to change the license and some of the  other 8 >things (like UCX$IPC_SHR, UCX$STARTUP.COM, and others).  : Actually, these files are already named TCPIP$IPC_SHR.EXE," TCPIP$STARTUP.COM, etc. as of V5.0 --A Brian Tillman                   Internet: tillman_brian at si.comIA Smiths Aerospace                          tillman at swdev.si.comy= 3290 Patterson Ave. SE, MS      Addresses modified to preventn< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 06 Feb 2001 10:35:09 -0800 ! From: Shane.F.Smith@Healthnet.com0# Subject: Re: UCX vs TCP/IP ServicestD Message-ID: <OF775E19F5.CDDD8573-ON882569EB.0065B7B8@foundation.com>  K Yes and no, I believe. I installed 5.0 on a greenfield system recently, andsE there's now files under both names.I noticed them last night, funnily J enough. I figure the TCP ones are so pre-convertion build procedures still work. They're the same size.  J What really bugs me is it seems I still have to throw VAXCRTL.OLB into theJ link to get it to resolve the berkley socket routines. I'm a little out ofI date on versions, can anyone confirm whether this is still true under the / latest C and The Product Formerly Known As UCX?n   Shane           E Brian Tillman <tillman_brian@healthnet.com> on 02/06/2001 09:57:30 AM    To:   Info-VAX@Mvb.Saic.Com  cc:o  $ Subject:  Re: UCX vs TCP/IP Services    C >I don't believe that this license will change.  There are too manyaG >dependencies with other products to change the license and some of theS othera8 >things (like UCX$IPC_SHR, UCX$STARTUP.COM, and others).  : Actually, these files are already named TCPIP$IPC_SHR.EXE," TCPIP$STARTUP.COM, etc. as of V5.0 --A Brian Tillman                   Internet: tillman_brian at si.comoA Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to preventp< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Tue, 06 Feb 2001 09:24:06 GMTj# From: Tom Gee <go_meet@hotmail.com>- Subject: Re: Variables in DCLa+ Message-ID: <3A7FC317.22F01DED@hotmail.com>l  H Thanks to all for your help and good advice about programming structure!  K As usually being always too busy I chose to build the strings in pieces andpL to add the needed quotation and apostrophe marks with these kind of symbols:   $ QUO[0,8] = 34b $ TICK[0,8] = 39  L I had to do it this way, because I became the person in charge of an alreadyJ implemented quite large user interface that used two-level scripts, and weB had some further requirements that could easily be resolved with a third-level script.g  M I didn't know much about DCL before (rather using C), so I promised to do it,aM but I didn't either know about these kind of limitations in DCL. Well, now itsL works fine and it was fast to write, so at the moment the problem is solved.H For sure I will use a different approach later if I have to write in DCL something similar from scratch.$   BR,i   Tomu   ------------------------------  % Date: Tue, 06 Feb 2001 10:00:30 -0500 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: Variables in DCLiL Message-ID: <rdeininger-0602011000300001@user-2ive70a.dialup.mindspring.com>  P In article <3A7FC317.22F01DED@hotmail.com>, Tom Gee <go_meet@hotmail.com> wrote:    O > I didn't know much about DCL before (rather using C), so I promised to do it,oO > but I didn't either know about these kind of limitations in DCL. Well, now it N > works fine and it was fast to write, so at the moment the problem is solved.J > For sure I will use a different approach later if I have to write in DCL! > something similar from scratch.A   If you haven't already, get a copy of "Writing Real Programs in DCL".  The second edition (by the newgroups own Steve Hoffman) came out a year or so ago.  Even after 15 years of DCL use, I still found this to be a very useful book.r  6 Digital Press is at www.bh.com .  Free shipping, IIRC.   -- l Robert Deininger rdeininger@mindspring.comn   ------------------------------  # Date: Tue, 06 Feb 2001 07:54:48 GMTu% From: Andrew.Rycroft@intrinsitech.comS Subject: Re: VMS Backup on Unixs) Message-ID: <95oak7$hcg$1@nnrp1.deja.com>i  + In article <95no1a$k05$1@bob.news.rcn.net>,r.   "Rick Guzick" <legalaliens@erols.com> wrote:G > Hi.  I need to be able to restore some files created on VMS using theo BACKUPE > command.  I am able to read the tape, but need to restore the files  from the9 > tape to the disk.  I am running OSF 1.0 on a DEC Alpha.r >  > Thanks >u >u Hi,l  , There are some suggestions in the Tru64 FAQ.  , http://www.tru64.org/faq/tru64_faq.php3#qa48   Regards  Andrew     Sent via Deja.comt http://www.deja.com/   ------------------------------  # Date: Tue, 06 Feb 2001 09:48:25 GMTs From: Didier.Morandi@gmx.fr + Subject: VMSINSTAL to PRODUCT INSTALL tool?t) Message-ID: <95oh98$n7d$1@nnrp1.deja.com>   ; Someone knows about the existence of such hack to migrate afA KITINSTAL.COM procedure to PRODUCT INSTALL format (.PDF), please?a   Thanks,n D. (please answer also via mail)      Sent via Deja.comi http://www.deja.com/   ------------------------------  # Date: Tue, 06 Feb 2001 16:55:58 GMTi From: kparris@my-deja.coms= Subject: Re: Volume Shadowing vs. RA7000 (WAS: DS20 Slow I/O)o) Message-ID: <95paao$c3q$1@nnrp1.deja.com>   # fooguy <jweisen@my-deja.com> wrote:eG > So what you're telling me, is I can tell VMS "here are 12 disks, 6 oneH > one channel, six on another, make them a RAID 10 set" and it will just > do it.  E You use Compaq RAID Software for OpenVMS (which does the RAID-0 part)0E in conjunction with Volume Shadowing Software for OpenVMS (which doesRG the RAID-1/mirroring/duplexing part).  When you form a RAID-0 array outnF of shadowsets (which are RAID-1 arrays), you get a RAID 0+1 or RAID 10 array as a result.  F In practice, you'd do a RAID INITIALIZE command to form a RAID-0 arrayF out of the six disks on one channel.  Then you'd do a RAID BIND/SHADOWG command to form a RAID-0 array of single-member shadowsets.  Then you'ddG do six RAID ADD/SHADOW commands to add the corresponding members on thesD other disk channel to each of the six shadowsets.  This results in a; RAID-0 array of duplexed mirrorsets (or, as we'd say in VMSo6 terminology, of shadowsets spread across controllers).  1 > If Vol Shadow and Bound Sets don't produce much-, > overhead as you're saying they don't, then  ? You're getting stripesets (RAID-0 arrays) and bound volume sets-> confused.  Bound volume sets are more like disk concatenation.  D Bound Volume Set functionality is free with VMS, but is not what I'dF use in your situation.  There, files are distributed across disk unitsA either manually (with quite a bit of trouble) or by VMS (based ono@ relative amounts of free space).  With disk striping (RAID-0) asF implemented by the Compaq RAID Software for OpenVMS product, I/Os willC be distributed evenly across the available RAID-0 array because the2E data itself is distributed across the disk units evenly in a rotatingn fashion.G -----------------------------------------------------------------------aG Keith Parris|Integrity Computing,Inc.|parris@decuserve.decus.org-nospamaF VMS Consulting: Clusters, Perf., Alpha porting, Storage&I/O, Internals     Sent via Deja.comi http://www.deja.com/   ------------------------------  % Date: Tue, 06 Feb 2001 01:04:04 -0800 ) From: Wayne Holland <wholland@tscnet.com> 1 Subject: Re: Vote Early and Often... A TRUE STORY O Message-ID: <65EC36562A1390F2.45B3EBDD69840A60.D0FE9D07A9A3F2AF@lp.airnews.net>)   Christof Brass wrote:p >  > "Terry C. Shannon" wrote:  > >h9 > > This just in from the Advocacy Joint Working Group...i > > ]vP > > The "Local Voices...Global Reach" Online Advocacy Program is ready to invite
 > > CompaqK > > users to begin voting for the Compaq business issues they feel are most  > > important to them. > >bI > > The Compaq Business Issues Prioritization Ballot will be available at O > > http://www.CompaqWorkingGroup.org from 5 February through 5 March.  BecauseaM > > this is a critical step in the online advocacy process, we need your help ) > > now more than ever... so please vote.i > >AN > > Being one who attempts to practice what he preaches, I wandered on over toO > > the Web site and registered to vote (took less than two minutes, and nobody O > > tried to deny my access to the polls!). With that out of the way, I clicked P > > on "Issue Voting." A list of 23 issues was presented; I selected the maximumM > > allowable (six) number of issues that were near and dear to my heart* andmJ > > was then presented with fill-in boxes for my comments on each selected
 > > issue. > >rM > > The issue selection phase gives you an opportunity to help prioritize thecL > > issues with which Compaq should be most concerned. Issues will be ranked2 > > according to the number of votes they receive. > >eK > > The comment boxes give you a chance to speak your piece to Compaq. When.J > > entering comments, bear in mind that it will be far more productive toG > > suggest a specific improvement than to state something of the "Your:O > > Marketing is Squatulent" variety. The results of the prioritization processbO > > will be scanned by the Advocacy Working Group, and those of us on the groupnI > > already *know* that CPQ's marketing could use some help. What's more,eL > > productive comments and comments will have more credibility with the CPQJ > > executives who will see the results of the voting and respond to same. > >PM > > So there you have it... an opportunity to get heard by Compaq. Go for it!  > >-I > > *I went with, Marketing and promotion, Third-party development tools,rN > > product and solution (application) portfolio, Local sales support, SupportP > > for Windows NT on Alpha,  Branding or positioning of products, and Extremely > > low cost Alpha systems.s > >a > > -- > > Terry C. Shannon > > Consultant and Publisher > > Shannon Knows Compaq$ > > email: terryshannon@mediaone.net( > > Web (info on SKC):  www.acersoft.com > > > I filled in about five different suggestions a few weeks ago= > when this ballot (?) started. Yesterday I received an emailn? > telling me that some of my suggestions have been selected forD@ > the vote phase. I want to know if all who participated in thatA > suggestions phase received this motivating statement that *somevB > of their suggestions have been selected*? I didn't check yet the? > 23 items but I don't suspect to detect any of my suggestions.}    Patronism, my friend, Patronism.   ------------------------------   Date: 6 Feb 2001 11:28:50 GMTt' From: idr@ax9.hep.ucl.ac.uk (Ivan Reid)i1 Subject: Re: Vote Early and Often... A TRUE STORYa2 Message-ID: <slrn97vnvi.jiq.idr@ax9.hep.ucl.ac.uk>  @ On Mon, 5 Feb 2001 15:55:39 -0500, John Vottero <John@mvpsi.com>.  wrote in <t7u4rfpkfir755@news.supernews.com>:M >This doesn't seem to work.  I don't get any error indicators it just doesn't G >do anything useful, it just keeps telling me how easy it is to sign upsJ >(which I've already done).  When I enter my username/password it takes itG >and seems happy but I can't get to a list of business issues.  Is thisl >another Republican plot?o   	It worked for me buta  @ a) Info windows were popped up as non-resizeable and with slider% controls which were unresponsive! andG  L b) The confirmation of username and password contains HTML formatting tags!!) (...and *no* Mime headers anyway... :-/ ):  C 	A bit indicative of the way Compaq reacts to its market, methinks.s   -- dN Ivan Reid, Physics & Astronomy, University College London.   idr@hep.ucl.ac.uk< 	KotPT -- "for stupidity above and beyond the call of duty".   ------------------------------  % Date: Tue, 06 Feb 2001 06:54:19 -0500B- From: JF Mezei <jfmezei.spamnot@videotron.ca>.1 Subject: Re: Vote Early and Often... A TRUE STORYt, Message-ID: <3A7FE5DF.5624064C@videotron.ca>   Ivan Reid wrote:B > a) Info windows were popped up as non-resizeable and with slider' > controls which were unresponsive! andh > N > b) The confirmation of username and password contains HTML formatting tags!!+ > (...and *no* Mime headers anyway... :-/ )t > L >         A bit indicative of the way Compaq reacts to its market, methinks.  N Whenever I see a site that is badly designed, or which doesn't work (connects,M but no data is fothcoming), I use netcraft to find out what they are running,p2 and more often than not, it run on Microsoft crap.  K The one web site which surprised me was NASDAQ. You'd think they would haves3 been running on something serious instead of NT/IIS    ------------------------------   Date: 6 Feb 2001 08:21:19 -0500a4 From: koehler@eisner.encompasserve.org (Bob Koehler)1 Subject: Re: Vote Early and Often... A TRUE STORYn3 Message-ID: <xkSRVP1ja0pG@eisner.encompasserve.org>s  X In article <3A7F3897.98154837@infopuls.com>, Christof Brass <brass@infopuls.com> writes: > > > I filled in about five different suggestions a few weeks ago= > when this ballot (?) started. Yesterday I received an emaile? > telling me that some of my suggestions have been selected ford@ > the vote phase. I want to know if all who participated in thatA > suggestions phase received this motivating statement that *somehB > of their suggestions have been selected*? I didn't check yet the? > 23 items but I don't suspect to detect any of my suggestions.-  D I got that email, too.  Don't recall making any suggestions and whatG I saw on the list are all old well known issues that Compaq bought intoD when it bought DEC.p  G What would be interesting is to see if Compaq actually addresses any ofl them.n  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationr= NASA GSFC Flight Software       | Federal Sector, Civil GroupeE                                 | please remove ".aspm" when replying(   ------------------------------  # Date: Tue, 06 Feb 2001 16:53:26 GMTr From: dalecoy@my-deja.comt1 Subject: Re: Vote Early and Often... A TRUE STORYe) Message-ID: <95pa61$bvl$1@nnrp1.deja.com>i  8 No, actually I received the following motivating e-mail:  F "Unfortunately, the business issue you submitted for consideration was notrC selected for this cycle of the "Local Voices...Global Reach" Onlineh Advocacy@ Program.  We do recognize the importance of your suggestion, and	 recommendCB that you contact your local Compaq customer service representative	 regardingxG your issue.  In addition, you may wish to visit the Compaq Web site, or, your local user group Web site. "  , In article <3A7F3897.98154837@infopuls.com>,,   Christof Brass <brass@infopuls.com> wrote: > "Terry C. Shannon" wrote:  > >m9 > > This just in from the Advocacy Joint Working Group...l > > ] F > > The "Local Voices...Global Reach" Online Advocacy Program is ready	 to invitee
 > > CompaqF > > users to begin voting for the Compaq business issues they feel are most > > important to them. > >tF > > The Compaq Business Issues Prioritization Ballot will be available atF > > http://www.CompaqWorkingGroup.org from 5 February through 5 March. BecauseiH > > this is a critical step in the online advocacy process, we need your help) > > now more than ever... so please vote.  > >uF > > Being one who attempts to practice what he preaches, I wandered on over tosH > > the Web site and registered to vote (took less than two minutes, and nobodyG > > tried to deny my access to the polls!). With that out of the way, Iv clickedmH > > on "Issue Voting." A list of 23 issues was presented; I selected the maximummB > > allowable (six) number of issues that were near and dear to my
 heart* andA > > was then presented with fill-in boxes for my comments on each  selected
 > > issue. > >t> > > The issue selection phase gives you an opportunity to help prioritize theE > > issues with which Compaq should be most concerned. Issues will bei ranked2 > > according to the number of votes they receive. > >iF > > The comment boxes give you a chance to speak your piece to Compaq. WhenG > > entering comments, bear in mind that it will be far more productivea toG > > suggest a specific improvement than to state something of the "YourTG > > Marketing is Squatulent" variety. The results of the prioritization_ process E > > will be scanned by the Advocacy Working Group, and those of us on 	 the groupiC > > already *know* that CPQ's marketing could use some help. What'sl more,sH > > productive comments and comments will have more credibility with the CPQrD > > executives who will see the results of the voting and respond to same.o > >sE > > So there you have it... an opportunity to get heard by Compaq. Goa for it!0 > > B > > *I went with, Marketing and promotion, Third-party development tools,F > > product and solution (application) portfolio, Local sales support, SupportoF > > for Windows NT on Alpha,  Branding or positioning of products, and	 Extremelyn > > low cost Alpha systems.o > >m > > -- > > Terry C. Shannon > > Consultant and Publisher > > Shannon Knows Compaq$ > > email: terryshannon@mediaone.net( > > Web (info on SKC):  www.acersoft.com >s> > I filled in about five different suggestions a few weeks ago= > when this ballot (?) started. Yesterday I received an emailf? > telling me that some of my suggestions have been selected for @ > the vote phase. I want to know if all who participated in thatA > suggestions phase received this motivating statement that *some6B > of their suggestions have been selected*? I didn't check yet the? > 23 items but I don't suspect to detect any of my suggestions.n >w     Sent via Deja.comt http://www.deja.com/   ------------------------------  # Date: Tue, 06 Feb 2001 17:36:20 GMTi4 From: "Terry C. Shannon" <terryshannon@mediaone.net>1 Subject: Re: Vote Early and Often... A TRUE STORY_9 Message-ID: <oCWf6.164$bJ3.84742@typhoon.ne.mediaone.net>l  J <dalecoy@my-deja.com> wrote in message news:95pa61$bvl$1@nnrp1.deja.com...: > No, actually I received the following motivating e-mail: >AH > "Unfortunately, the business issue you submitted for consideration was > notPE > selected for this cycle of the "Local Voices...Global Reach" Onlineo
 > AdvocacyB > Program.  We do recognize the importance of your suggestion, and > recommend D > that you contact your local Compaq customer service representative > regarding1I > your issue.  In addition, you may wish to visit the Compaq Web site, oru > your > local user group Web site. " >g  I I'd submit the issue again (the site is now soliciting input for the nexteH survey cycle), round up a bunch o' like-minded associates, and have themI submit the same issue. More submissions = greater likelihood of selectione for the next survey.   ------------------------------  % Date: Tue, 06 Feb 2001 13:17:58 -0500   From: norm.raphael@jamesbury.com1 Subject: Re: Vote Early and Often... A TRUE STORYe4 Message-ID: <C22569EB.0063BA3E.00@jklh21.valmet.com>  N I just tried this with IE5.5 and it displayed fine, so I tried to vote, but it would not doN anything with submit.  I later got a username-password back, but when I try to logineM with that the LOGIN button just says done and I say where I am and nothing on  theLD homepage goes anywhere.  Is this deliberate?  Is this a PNAMBC site?        - dalecoy@my-deja.com on 02/05/2001 04:52:25 PM    To:   Info-VAX@mvb.saic.como cc:b2 Subject:  Re: Vote Early and Often... A TRUE STORY        E I agree with John - but with a different symptom.  I tried to log in,aB and it wouldn't accept my password.  So, I asked for my info to be# e-mailed to me.  Here's what I got:o  0 UserName:   (Note: This was my correct username) First Name: Dale Last Name:  Coyo	 Password:n  C Now, obviously, I was recognized - the system got my first and last F names correct.  But I tried the password (null), and that didn't work, either.     8 In article <fKDf6.55$293.46434@typhoon.ne.mediaone.net>,7   "Terry C. Shannon" <terryshannon@mediaone.net> wrote:W7 > This just in from the Advocacy Joint Working Group...  > ]oG > The "Local Voices...Global Reach" Online Advocacy Program is ready to  invite > CompaqD > users to begin voting for the Compaq business issues they feel are most > important to them. >lG > The Compaq Business Issues Prioritization Ballot will be available at-D > http://www.CompaqWorkingGroup.org from 5 February through 5 March. BecausecF > this is a critical step in the online advocacy process, we need your help' > now more than ever... so please vote.w >cD > Being one who attempts to practice what he preaches, I wandered on over tobF > the Web site and registered to vote (took less than two minutes, and nobodyE > tried to deny my access to the polls!). With that out of the way, I  clicked F > on "Issue Voting." A list of 23 issues was presented; I selected the maximumoG > allowable (six) number of issues that were near and dear to my heart*p and8H > was then presented with fill-in boxes for my comments on each selected > issue. >-G > The issue selection phase gives you an opportunity to help prioritizei thefC > issues with which Compaq should be most concerned. Issues will be$ ranked0 > according to the number of votes they receive. >fD > The comment boxes give you a chance to speak your piece to Compaq. WhenH > entering comments, bear in mind that it will be far more productive toE > suggest a specific improvement than to state something of the "Your E > Marketing is Squatulent" variety. The results of the prioritizationj processVG > will be scanned by the Advocacy Working Group, and those of us on the$ group.G > already *know* that CPQ's marketing could use some help. What's more,iF > productive comments and comments will have more credibility with the CPQtH > executives who will see the results of the voting and respond to same. >IG > So there you have it... an opportunity to get heard by Compaq. Go for  it!e >aG > *I went with, Marketing and promotion, Third-party development tools,pD > product and solution (application) portfolio, Local sales support, SupportsD > for Windows NT on Alpha,  Branding or positioning of products, and	 ExtremelyA > low cost Alpha systems.r >  > -- > Terry C. Shannon > Consultant and Publisher > Shannon Knows Compaq" > email: terryshannon@mediaone.net& > Web (info on SKC):  www.acersoft.com >d >o     Sent via Deja.comm http://www.deja.com/   ------------------------------  $ Date: Tue, 6 Feb 2001 13:16:49 -0500% From: "John Vottero" <John@mvpsi.com>u1 Subject: Re: Vote Early and Often... A TRUE STORYl/ Message-ID: <t80ftknmcl2qe9@news.supernews.com>   E Just to update, I received e-mail from the webmaster at this site whos> confirmed that persistent cookies and JavaScript are required.  0 "John Vottero" <John@mvpsi.com> wrote in message) news:t7u4rfpkfir755@news.supernews.com...oF > This doesn't seem to work.  I don't get any error indicators it just doesn'tiH > do anything useful, it just keeps telling me how easy it is to sign upK > (which I've already done).  When I enter my username/password it takes itsH > and seems happy but I can't get to a list of business issues.  Is this > another Republican plot? > G > Does this site require that persistent cookies be enabled?  If so, it2 shouldE > fail gracefully.  Or, better yet, don't require persistent cookies!o > A > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message-4 > news:fKDf6.55$293.46434@typhoon.ne.mediaone.net...9 > > This just in from the Advocacy Joint Working Group...A > > ]rI > > The "Local Voices...Global Reach" Online Advocacy Program is ready to  > invite
 > > CompaqK > > users to begin voting for the Compaq business issues they feel are mosto > > important to them. > >RI > > The Compaq Business Issues Prioritization Ballot will be available at3F > > http://www.CompaqWorkingGroup.org from 5 February through 5 March.	 > BecauserH > > this is a critical step in the online advocacy process, we need your help) > > now more than ever... so please vote.l > >RK > > Being one who attempts to practice what he preaches, I wandered on overg toH > > the Web site and registered to vote (took less than two minutes, and > nobodyG > > tried to deny my access to the polls!). With that out of the way, Ie	 > clickedtH > > on "Issue Voting." A list of 23 issues was presented; I selected the	 > maximumiI > > allowable (six) number of issues that were near and dear to my heart*o andeJ > > was then presented with fill-in boxes for my comments on each selected
 > > issue. > >,I > > The issue selection phase gives you an opportunity to help prioritizet thewL > > issues with which Compaq should be most concerned. Issues will be ranked2 > > according to the number of votes they receive. > > K > > The comment boxes give you a chance to speak your piece to Compaq. WhenrJ > > entering comments, bear in mind that it will be far more productive toG > > suggest a specific improvement than to state something of the "Your G > > Marketing is Squatulent" variety. The results of the prioritizationh	 > processuI > > will be scanned by the Advocacy Working Group, and those of us on thec > groupoI > > already *know* that CPQ's marketing could use some help. What's more,cL > > productive comments and comments will have more credibility with the CPQJ > > executives who will see the results of the voting and respond to same. > > I > > So there you have it... an opportunity to get heard by Compaq. Go for  it!t > >t > >iI > > *I went with, Marketing and promotion, Third-party development tools,dF > > product and solution (application) portfolio, Local sales support, SupporteF > > for Windows NT on Alpha,  Branding or positioning of products, and > Extremely  > > low cost Alpha systems.w > >l > >  > >e > >  > > -- > > Terry C. Shannon > > Consultant and Publisher > > Shannon Knows Compaq$ > > email: terryshannon@mediaone.net( > > Web (info on SKC):  www.acersoft.com > >T > >p >y >v   ------------------------------   Date: 6 Feb 2001 08:26:35 -0500o4 From: koehler@eisner.encompasserve.org (Bob Koehler)B Subject: Re: Vote Early and Often... Give up your Browser Security3 Message-ID: <hJu4DFKKNo23@eisner.encompasserve.org>   a In article <95nftj$avu@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  > ; > If you're looking for a really tough web page to view tryfJ > www.tru64unix.compaq.com.  I couldn't get anywhere with netscape 3.03 onL > that one, with or without javascript.  All that ever shows up is a graphicM > that looks vaguely like somebody's spine ripped out and partially labeled.    D That may actually be an improvement.  At one time the Netscape whichG shipped with Digital UNIX couldn't read www.unix.digital.com.  This wasbC fixed before the Compaq/Tru64 days but it didn't make DU look good.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences CorporationR= NASA GSFC Flight Software       | Federal Sector, Civil GroupvE                                 | please remove ".aspm" when replying    ------------------------------   Date: 6 Feb 2001 08:31:30 -0500m9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)cB Subject: Re: Vote Early and Often... Give up your Browser Security3 Message-ID: <lkbqpxP874lb@eisner.encompasserve.org>n  ` In article <d46I43LQn6JO@malvm1.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes:  A >     OTOH anyone who's truly security conscious would never keeprB > any sensitive information on their PC, or run a browser on their@ > VMS system, so even the most malicious Javascript shouldn't be" > able to do a lot of harm :-) :-)  D If you think causing a need to reload all the software on a computer1 is not "harm", then you undervalue your own time.    ------------------------------   Date: 6 Feb 2001 08:32:17 -0500y4 From: koehler@eisner.encompasserve.org (Bob Koehler)B Subject: Re: Vote Early and Often... Give up your Browser Security3 Message-ID: <iixo$nkRrYMs@eisner.encompasserve.org>   ` In article <d46I43LQn6JO@malvm1.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes: > E >    What *is* the correct, HTML, non Javascript way to validate user @ > input within a browser ( eg check that all required fields are6 > filled in correctly, values are within range, etc ). >   E We always do this via a CGI script.  Those which are really importantMG are native programs so we don't have to worry about bugs in a scriptingo language's implementation.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationi= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingo   ------------------------------   Date: 6 Feb 2001 14:04:47 GMTa1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)aB Subject: Re: Vote Early and Often... Give up your Browser Security, Message-ID: <95p09v$1c1u$1@info.cs.uofs.edu>  , In article <3A7F3AB9.5B2999AC@infopuls.com>,,  Christof Brass <brass@infopuls.com> writes: |> 7? |>             I don't see any big deal to switch on JavaScripte. |> for a trusted site and switch if off later.  B Why should anyone consider this a trusted site??  I don't considerC sites in other departments of my own organization to be trusted ands I know who works there.p   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------   Date: 6 Feb 2001 14:06:12 GMTt1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)hB Subject: Re: Vote Early and Often... Give up your Browser Security, Message-ID: <95p0ck$1c1u$2@info.cs.uofs.edu>  L In article <rdeininger-0502011913220001@user-2iveaun.dialup.mindspring.com>,5  rdeininger@mindspring.com (Robert Deininger) writes:iZ |> In article <3A7F3AB9.5B2999AC@infopuls.com>, Christof Brass <brass@infopuls.com> wrote: |>   |>  C |> > I'm in that web business and wont blame them for doing it that-B |> > way. JavaScript is perfect for improving a lot of HTML designD |> > flaws. Actually HTML is abused anyway. But the UI functionalityE |> > sucks severely. I don't see any big deal to switch on JavaScript 0 |> > for a trusted site and switch if off later. |> iI |> I don't think there IS such a thing as a trusted site in Larry's book.l |> t  ( I certainly wouldn't fault him for that.   bill   -- .J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   g   ------------------------------  % Date: Tue, 06 Feb 2001 15:55:37 +0100f2 From: "Thomas H. Pauli" <thomaspauli@arcormail.de>B Subject: Re: Vote Early and Often... Give up your Browser Security+ Message-ID: <3A801069.4000204@arcormail.de>l  : Same thing with me. I sent them a mail aking, if this is a7 new effective way chasing users off. No reply till now.    Thomas  " Shane.F.Smith@Healthnet.com wrote:  F > Using Netscape 4.7 with Javascript enabled (hawk, spit) and allowingL > cookies (hawker, spiitter) and logging on as a new user, I still can't getL > in. I give the username and password, and I just get sent back to the same
 > login page.p > I > Somebody go over to the webmaster, and rough him up a bit. If they wanttB > people to participate, they have to make it easy to participate. >  > Shanee >  >  >  >  > G > Paul Repacholi <prep@prep.synonet.com>@k9.healthnet.com on 02/05/2001s
 > 02:41:30 PMu > ! > Sent by:  prep@k9.healthnet.comu >  >  > To:   Info-VAX@Mvb.Saic.Come > cc:  > E > Subject:  Re: Vote Early and Often... Give up your Browser Security  >  > = > Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:o >  > E >> In article <fKDf6.55$293.46434@typhoon.ne.mediaone.net>, "Terry C.s > . > Shannon" <terryshannon@mediaone.net> writes: > 9 >>> This just in from the Advocacy Joint Working Group...i >>> ] I >>> The "Local Voices...Global Reach" Online Advocacy Program is ready too >>   > invite > 
 >>> CompaqK >>> users to begin voting for the Compaq business issues they feel are mosti >>> important to them. >>> I >>> The Compaq Business Issues Prioritization Ballot will be available atuF >>> http://www.CompaqWorkingGroup.org from 5 February through 5 March. >>  J >> And to think I bothered to presubmit a topic, and even praise their web >  > site.u > H >> Things have changed and these people JUST DON'T GET IT with regard to > 	 > browseri >  >> security: >> sH >>          In order for this site to function properly, javascript must >>               be enablede >>  F >>               To enable javascript, please follow these directions: >> C@ >> The insipid "to enable javascript" is particularly insulting.B >> They discount the possibility that javascript has been disabled >> for a reason. >  > & > And the directions for NS are WRONG. > D > For more fun, go read the register... <virtual response deleted by > net police division Q >  >  > --> > Paul Repacholi                               1 Crescent Rd.,9 > +61 (08) 9257-1001                           Kalamunda.eB >                                              West Australia 60760 > Raw, Cooked or Well-done, it's all half baked.     -- s? --------------------------------------------------------------- 9 *** Please notice! New eMail address from 12-dec-2000 on:  thomaspauli@arcormail.de? ---------------------------------------------------------------s9 Thomas H. Pauli, Hammersteinstr.19, 14199 Berlin, Germanyc   ------------------------------   Date: 6 Feb 2001 16:29:08 GMTe From: ddellutr@XXXenteract.comB Subject: Re: Vote Early and Often... Give up your Browser Security+ Message-ID: <95p8ok$qqb$1@bob.news.rcn.net>   ` On 5 Feb 2001 19:48:25 -0700, in comp.os.vms, Malcolm Dunnett <nothome@spammers.are.scum> wrote:6 > In article <mEIfAsD636W7@eisner.encompasserve.org>, A >     Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:1 >> 1" >> There two basic types of trust: >> i& >> 	The author is an honorable person. >> U( >> 	The author is technically competent. >> fF >> Now somebody not bright enough to figure out how to do it with HTMLF >> seems to me unlikely to be able to get the security part correct if+ >> they do it with Java/Javascript/Cookies.m >>    ! >    OK, I'll admit incompetence.c  E >    What *is* the correct, HTML, non Javascript way to validate user @ > input within a browser ( eg check that all required fields are6 > filled in correctly, values are within range, etc ).   CGIe  A >    Of course this can be done at the backend ( indeed must alsocF > be done there), but that provides a much less responsive environment > for the user.   ? No, a much more responsive environment since it works from all -F browsers, even lynx!  And, as you yourself have pointed out, you have  to do it anyway!   -- j
 Dale Dellutria   ------------------------------  $ Date: Tue, 6 Feb 2001 12:03:22 -0500% From: "Brian Tillman" <tillman_brian>5B Subject: Re: Vote Early and Often... Give up your Browser Security$ Message-ID: <3a802d6a$1@news.si.com>  F Using Navigator V3.03 on a VAX displays more than the "spine", but theF layout doesn't make a lot of sense (the stupid "mouse-overs").  Mosaic3 V3.6-2 for OpenVMS displays it just like Navigator.s --A Brian Tillman                   Internet: tillman_brian at si.comnA Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to preventm< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 6 Feb 2001 10:23:52 -0700s1 From: nothome@spammers.are.scum (Malcolm Dunnett)oB Subject: Re: Vote Early and Often... Give up your Browser Security, Message-ID: <+AZNqXVh54yL@malvm1.mala.bc.ca>  - In article <3A7F9B9E.C7FFFE7C@videotron.ca>, K2    JF Mezei <jfmezei.spamnot@videotron.ca> writes: > L > The is a difference between adding javascript to basic HTML and relying on# > javascript to run the basic page.  > N > For instance, you can display a form where each field calls a javascript forN > validation when the field becomes out of focus. A browser without javascriptR > shoudl still function because it will still send your data (albeit unvalidated). > J     Yes, that's what I'm driving at. I've also found JS useful for openingI child windows to have the user run a secondary process without losing thenL context of the main screen ( eg we have a registration application where youM can hit a button which opens another window that lets you search for courses,aP when you select one in the child window the data automatically updates in fields? on the main form ). You can't do this sort of thing without JS.    ------------------------------   Date: 6 Feb 2001 10:27:37 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett)eB Subject: Re: Vote Early and Often... Give up your Browser Security, Message-ID: <aalPnZVwz9BH@malvm1.mala.bc.ca>  4 In article <lkbqpxP874lb@eisner.encompasserve.org>, >    Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:  b > In article <d46I43LQn6JO@malvm1.mala.bc.ca>, nothome@spammers.are.scum (Malcolm Dunnett) writes: > B >>     OTOH anyone who's truly security conscious would never keepC >> any sensitive information on their PC, or run a browser on theiruA >> VMS system, so even the most malicious Javascript shouldn't beo# >> able to do a lot of harm :-) :-)n > F > If you think causing a need to reload all the software on a computer3 > is not "harm", then you undervalue your own time.$  I    If I valued my time I wouldn't be using Windoze in the first place :-)o   ------------------------------   Date: 6 Feb 2001 10:26:52 -0700i1 From: nothome@spammers.are.scum (Malcolm Dunnett) B Subject: Re: Vote Early and Often... Give up your Browser Security, Message-ID: <nnoJKJ9weA+t@malvm1.mala.bc.ca>  4 In article <hJu4DFKKNo23@eisner.encompasserve.org>, 9    koehler@eisner.encompasserve.org (Bob Koehler) writes:t  c > In article <95nftj$avu@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:p >> t< >> If you're looking for a really tough web page to view tryK >> www.tru64unix.compaq.com.  I couldn't get anywhere with netscape 3.03 ontM >> that one, with or without javascript.  All that ever shows up is a graphiceN >> that looks vaguely like somebody's spine ripped out and partially labeled.  > F > That may actually be an improvement.  At one time the Netscape whichI > shipped with Digital UNIX couldn't read www.unix.digital.com.  This waseE > fixed before the Compaq/Tru64 days but it didn't make DU look good.b >   9     This page views fine with Netscape 4.7 on Tru64 5.0a.a  F     But if you click on "Unix Games" they offer you a flash version ofA the page. Select that and you find out there isn't a flash vieweroB that runs on Tru64 ( though the download page helpfully points out6 that there is one for Linux on X86, Solaris and SGI ).   ------------------------------    Date: 06 Feb 2001 23:07:22 +0800, From: Paul Repacholi <prep@prep.synonet.com>B Subject: Re: Vote Early and Often... Give up your Browser Security- Message-ID: <87u267void.fsf@prep.synonet.com>e  6 "Terry C. Shannon" <terryshannon@mediaone.net> writes:  M > Oh, for Heaven's sake quit whining and start using Windoze like the rest of"L > us drones. Sorry, the bleating of the VMS-centric no longer has any impact" > on the grand scheme of things...  3 1 I refuse to knowingly collaborate with criminals.   ! 2 The customer is always right...    -- A< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Tue, 06 Feb 2001 10:37:00 GMT / From: Mike Price <mike.price@littlewoods.co.uk>l. Subject: what version of VMS are people using?) Message-ID: <95ok4c$p2u$1@nnrp1.deja.com>   C After a comment from an engineer that most of the sites he has seenoE recently are still on VMS 7.1, I started wondering what percentage ofiG VMS sites are on 7.1 and what are on 7.2 (and I suppose what percentagea! are on earlier version) (7.3???). > Does anyone know of any stats that are kept on this subject???D Obviously some systems are stable and are kept on old version on theC basis of 'if it ain't broke don't fix it' but I always assumed thatoE most people kept reasonably up to date - if only for support purposese   TIA    Mike   --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.coms http://www.deja.com/   ------------------------------  % Date: Tue, 06 Feb 2001 08:12:03 -0500e0 From: David Beatty <David.Beatty.NOSPAM@sas.com>2 Subject: Re: what version of VMS are people using?2 Message-ID: <z=d=Ov=dZAaONYsgG4PufE5UBJFX@4ax.com>  ; For what it's worth (since we are a software organization):t       VAX/VMS V6.2, V7.1, V7.2*     Alpha/VMS V6.2, V7.1, V7.2-1, V7.2-1H1   David R. Beatty   , On Tue, 06 Feb 2001 10:37:00 GMT, Mike Price% <mike.price@littlewoods.co.uk> wrote:a  D >After a comment from an engineer that most of the sites he has seenF >recently are still on VMS 7.1, I started wondering what percentage ofH >VMS sites are on 7.1 and what are on 7.2 (and I suppose what percentage" >are on earlier version) (7.3???).? >Does anyone know of any stats that are kept on this subject??? E >Obviously some systems are stable and are kept on old version on thedD >basis of 'if it ain't broke don't fix it' but I always assumed thatF >most people kept reasonably up to date - if only for support purposes >  >TIA >l >Mike    ------------------------------  $ Date: Tue, 6 Feb 2001 09:19:13 -06001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>w2 Subject: Re: what version of VMS are people using?8 Message-ID: <95p4nb$2f8$1@fizban.fizban.pprd.abbott.com>  L Where possible, we're at Alpha v7.2-1.  Apps usually are one of the limiting( factors here.  Laziness is another.  ;-)   Dave...R  < "Mike Price" <mike.price@littlewoods.co.uk> wrote in message# news:95ok4c$p2u$1@nnrp1.deja.com...rE > After a comment from an engineer that most of the sites he has seenbG > recently are still on VMS 7.1, I started wondering what percentage oflI > VMS sites are on 7.1 and what are on 7.2 (and I suppose what percentage # > are on earlier version) (7.3???).t@ > Does anyone know of any stats that are kept on this subject???F > Obviously some systems are stable and are kept on old version on theE > basis of 'if it ain't broke don't fix it' but I always assumed thateG > most people kept reasonably up to date - if only for support purposesm >T > TIAb >i > Mike >t > --D > All opinions are my own and do not necessarily reflect those of my
 > employer >- >- > Sent via Deja.com- > http://www.deja.com/   ------------------------------  % Date: Tue, 06 Feb 2001 16:19:44 +0100w7 From: Thornton HM2 Neill R <ThorntonNR@nassau.usmc.mil> 2 Subject: RE: what version of VMS are people using?Q Message-ID: <151B728C3BD0D311A00C00508BA373900137DBE1@lha4mubd01.nassau.usmc.mil>g  L The systems we use here (Govm't Health Care), are all 7.1 Alpha.  This mightK be a DoD/VA policy, or may be handed down by the contractor (which is SAIC,aL I think).  If so, that's used in many, many, hospitals around the world that fall under their control.w   Neill    ---- HM2(FMF) Neill Thorntonu< Senior Corpsman, Weapons Company, Battalion Landing Team 1/8; 22d Marine Expeditionary Force (Special Operations Capable)    -----Original Message-----6 From: Mike Price [mailto:mike.price@littlewoods.co.uk]) Sent: Tuesday, February 06, 2001 11:37 AMo To: Info-VAX@Mvb.Saic.Comt. Subject: what version of VMS are people using?    C After a comment from an engineer that most of the sites he has seen E recently are still on VMS 7.1, I started wondering what percentage of G VMS sites are on 7.1 and what are on 7.2 (and I suppose what percentagen! are on earlier version) (7.3???).e> Does anyone know of any stats that are kept on this subject???D Obviously some systems are stable and are kept on old version on theC basis of 'if it ain't broke don't fix it' but I always assumed thattE most people kept reasonably up to date - if only for support purposese   TIA.   Mike   --B All opinions are my own and do not necessarily reflect those of my employer     Sent via Deja.come http://www.deja.com/   ------------------------------  % Date: Tue, 06 Feb 2001 16:37:39 +0100-= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> 2 Subject: Re: what version of VMS are people using?( Message-ID: <3A801A43.5DD6053@gtech.com>   Mike Price wrote: E > After a comment from an engineer that most of the sites he has seen-G > recently are still on VMS 7.1, I started wondering what percentage ofiI > VMS sites are on 7.1 and what are on 7.2 (and I suppose what percentageG# > are on earlier version) (7.3???).-@ > Does anyone know of any stats that are kept on this subject???F > Obviously some systems are stable and are kept on old version on theE > basis of 'if it ain't broke don't fix it' but I always assumed thatrG > most people kept reasonably up to date - if only for support purposesi   7.2-1 here.e  ! My guess would be something like:d
   7.2-1   35%y
   7.2      5%o
   7.1-2   10% 
   7.1     15%o
   7.0      0% 
   6.2     20% 
   6.1      5% 
   6.0/1.5  0%m
   5.5-2   10%k
   5.5      0%h   Arne   ------------------------------  % Date: Tue, 06 Feb 2001 08:46:30 -0800n0 From: "William S. LaCounte" <vmsmanager@ups.edu>2 Subject: Re: what version of VMS are people using?# Message-ID: <3A802A66.54F9@ups.edu>e   3 systems at 7.2-1 1 system  at 7.1-2 1 system  at 6.2-1h3 3 systems at 5.5-2   Bill   ------------------------------  % Date: Tue, 06 Feb 2001 09:47:39 -07002  From: l_ricker@lto.locktrack.com2 Subject: Re: what version of VMS are people using?. Message-ID: <01020609473981@lto.locktrack.com>   1 development system at 7.2-1l 2 customer systems at 7.2-1. 1 production system at 7.2 1 customer system at 7.1-1H2   LorinI   ------------------------------  $ Date: Tue, 6 Feb 2001 13:25:17 -0500% From: "Brian Tillman" <tillman_brian>o2 Subject: Re: what version of VMS are people using?" Message-ID: <3a8040a0@news.si.com>  D >After a comment from an engineer that most of the sites he has seenF >recently are still on VMS 7.1, I started wondering what percentage ofH >VMS sites are on 7.1 and what are on 7.2 (and I suppose what percentage" >are on earlier version) (7.3???).   14 VAXes running V7.2h 11 VAXes running V7.1c 1 VAX running V6.2 1 Alpha running V6.2 7 VAXes running V5.5-2 2 VAXes running V5.3 6 VAXes running V4.3 -- vA Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.comu= 3290 Patterson Ave. SE, MS      Addresses modified to preventp< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  " Date: Tue, 6 Feb 2001 17:39:56 GMT/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu> 2 Subject: Re: what version of VMS are people using?) Message-ID: <3A7FF09C.3C502985@uiowa.edu>i   Alpha: 	1 - v7.2-1  	1 - v7.1-1H2 	 	1 - v7.1w	 	4 - v6.2e   VAX:	 	2 - v6.2s 	6 - v5.5-2I	 	1 - v5.3t   Rick --  H Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479    ------------------------------  # Date: Tue, 06 Feb 2001 09:04:03 GMTr3 From: nsouto@nsw.bigpond.net.au.nospam (Nuno Souto) B Subject: Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle73* Message-ID: <3a7fb92b.2226779@news-server>  C On Mon, 5 Feb 2001 22:13:27 -0000, "Snops" <simon.maufe@virgin.net>. wrote:  L >Hello, this is really an oracle oracle question, not Rdb. I've cross-postedH >to Rdb since I know many participants use Oracle Oracle. My issue is weM >installed a new bigger server, and performance went down! Once we turned offsL >4 CPUs and the users were only on the remaining, the application speeed up!C >We've since discovered there is a 3 times performance penalty whenwI >a user's process is on 1 QBB, and the SGA is on another. Then the memory H >request goes across a bridge or L2 cache, and there seems to be serious >problems here.g >a  D Interesting. Not surprised at all. I've often had nasty surprises inD performance with NUMA-Q hardware.  As soon as there is X-quad comms,C the performance goes down the drain.  Goes for Sequents too.  Kills   the I/O throughput on those too.  C In one of the latest ORACLE books (Scaling ORACLE 8i, James Morle),aF there is a very interesting explanation of one of the possible reasonsF why.  That architecture is not really suited (in its current form!) to> software that uses large amounts of shared memory with lots ofB processes/tasks accessing said memory.  Which just about means any modern database.  B With new releases for that specific h/w, it's possible the problem> will go away, although I doubt it will be a complete solution.  @ In the meantime, you could try to start the database engine in aF single quad.  With Sequents, I believe there is a way to do this. WithF Compaqs, sorry but I don't know. That would be better than taking a 3X hit.  C Another possibility mentioned a while ago here was to have Parallel-D Server, with each quad behaving as a database node.  I don't know if= anyone has done work in this direction, but for some types ofa! applications it would make sense.      Cheers
 Nuno Souto nsouto@bigpond.net.au.nospam2 http://www.users.bigpond.net.au/the_Den/index.html   ------------------------------   Date: 6 Feb 2001 11:50:10 -0500c2 From: young_r@eisner.encompasserve.org (Rob Young)B Subject: Re: Wildfire/Oracle/NUMA/QBB affinity on OpenVms/Oracle733 Message-ID: <Zk4WJRQkfcLF@eisner.encompasserve.org>l  ` In article <3a7fb92b.2226779@news-server>, nsouto@nsw.bigpond.net.au.nospam (Nuno Souto) writes: >>D > With new releases for that specific h/w, it's possible the problem@ > will go away, although I doubt it will be a complete solution. >   : 	Don't overlook hardware helping out too.  Some people get9 	antsy when futures are trotted out.  But some folks makel@ 	decisions based on futures (Sandia/Celera, Los Alamos, European7 	SuperComputer Centre) so we shouldn't be that nervous.(  8 	This afternoon, the following presentation takes place:  9 http://www.isscc.org/isscc/2001/ap/ap/AP_forWeb_Nov16.pdft  : 15.6    A 1.2 GHz Alpha Microprocessor with 44.8 GB/s Chip             Pin Bandwidth   M A. Jain, et al.                                                        Feb 6.e	 4:15 p.m.s+ Compaq Computer Corporation, Shrewsbury, MA!  G A 4th generation Alpha microprocessor running at 1.2 GHz delivers up tojH 44.8 GB/s chip pin bandwidth and dissipates 125W at 1.5V.  It contains aF 1.75MB 2nd level write-back-cache, two memory controllers supporting 8F Rambus(tm) channels running at 800 MB/s, four 6.4 GB/s inter-processorK communications ports, and a seperate IO port capable of 6.4 GB/s.  The chips5 measures 21.1x18.8 mm2 and contains 130M transistors.     > 	What interests me more than bandwidth is latency.  Latency is> 	the issue (as everyone has bandwidth or soon to, i.e. Power4,< 	Ultra III) now.  From what we see, latency gets much better( 	with EV7, this link is no longer there:  * http://www.alphapowered.com/alpha21364.ppt  < 	But if it was there you would notice that local latency is = 	"30 ns CAS latency pin to pin" (slide 17) and L2 latency is  B 	"12 ns load to use" (slide 16) with "15 ns processor to processorG 	latency" (slide 18, i.e. remote memory routing) so it *appears* if thea@ 	memory is two hops away , you may be looking at < 150 ns memoryC 	access if the page is open (sure, add a few dozen nanoseconds for . 	routing , whatever).m  > 	Point is latency for Alpha gets MUCH better and NUMA *should*A 	become less of an issue for future Alpha hardware.  Perhaps they ( 	talk more about latency this afternoon. 	  				Roba   ------------------------------  % Date: Tue, 06 Feb 2001 01:07:24 -0800l) From: Wayne Holland <wholland@tscnet.com>a Subject: Re: Xerox = DigitalO Message-ID: <EF44F4AAD9716C6D.6B448F8A3915BED4.FAFECDB39C727AA3@lp.airnews.net>'  " Shane.F.Smith@Healthnet.com wrote: > B > Some companies will be interested in them for their research andM > development capabilities. Wasn't it Xerox PARC that came up with the basicsi > of modern GUIs?e >  > Shane  > H > young_r@eisner.encompasserve.org (Rob Young) on 02/05/2001 10:10:12 AM >  > To:   Info-VAX@Mvb.Saic.Comh > cc:a >  > Subject:  Re: Xerox = Digitale >  > In articleC > <OF6431A22D.4590ECAD-ON032569EA.0065535A@ep-bc.petrobras.com.br>,-- > fabio_compaq@ep-bc.petrobras.com.br writes:  > >mL > > I believe Xerox will be bought buy another big company like DEC was .... > >pH > > The Xerox situation nowadays is similar to DEC a few years ago ! ! ! > >c > > Who will buy ? Sun or IBM ?e > >r > H >      Why would Sun or IBM be interested in a copier company?  A betterE >      fit would be Kodak but they have overlapping technology.  GoodcD >      mergers are companies with similar technologies or synergeticL >      technologies without major overlap (i.e. AOL and Timer Warner, AOL isM >      the pipeline and Time Warner is the content - gross generalization butb >      you get the idea).h > E >      Xerox is in a bad way not unlike SGI.  SGI is in a very narrowoH >      field now, lacking the services, total solution (i.e. HP, IBM and1 >      Compaq are total solution companies), etc.h >  >                     Rob-  G Actually, the mouse and the concept of gui's were developed as far backm as 1963 or 65, by MIT.3 But then, didn't apple get the gui idea from Xerox?p   ------------------------------  % Date: Tue, 06 Feb 2001 07:30:31 -0300a) From: fabio_compaq@ep-bc.petrobras.com.brr Subject: Re: Xerox = DigitalL Message-ID: <OFAB523011.4656A5E3-ON032569EB.0039AC79@ep-bc.petrobras.com.br>  K Here in Brazil they outsource to EDS and a few small brazilian companies ..e   Regardsr   FC        D Tim Llewellyn <tim.llewellyn@cableinet.co.uk> em 05/02/2001 18:12:21  / Favor responder a tim.llewellyn@cableinet.co.ukr             Info-VAX@Mvb.Saic.Com        Assunto: Re: Xerox = Digital        * fabio_compaq@ep-bc.petrobras.com.br wrote: >yJ > I believe Xerox will be bought buy another big company like DEC was .... >eF > The Xerox situation nowadays is similar to DEC a few years ago ! ! ! >i  = Now, didn't they outsource to a certain well know cat herdingU consultancy ( a whikle back? Or was that just UK only.   ------------------------------  % Date: Mon, 05 Feb 2001 19:41:15 +0000o  From: steven.reece@quintiles.com Subject: Re: Xerox = DigitalH Message-ID: <OF1178655A.37C5F433-ON802569EA.006C0353@qedi.quintiles.com>  D But Xerox did have big research labs (may still have them), a copierK business, a printer business, were a partner in the development of ethernetmD with Digital (IIRC), may still be involved with handing out ethernet# addresses to all and sundry........y        F young_r@eisner.encompasserve.org (Rob Young) on 05-02-2001 06:10:12 PM   To:   Info-VAX@Mvb.Saic.Com ) cc:    (bcc: Steven Reece/QRED/Quintiles)t   Subject:  Re: Xerox = Digital     
 In articleA <OF6431A22D.4590ECAD-ON032569EA.0065535A@ep-bc.petrobras.com.br>,t+ fabio_compaq@ep-bc.petrobras.com.br writes:  >wJ > I believe Xerox will be bought buy another big company like DEC was .... >AF > The Xerox situation nowadays is similar to DEC a few years ago ! ! ! >5 > Who will buy ? Sun or IBM ?  >l  F      Why would Sun or IBM be interested in a copier company?  A betterC      fit would be Kodak but they have overlapping technology.  Good-B      mergers are companies with similar technologies or synergeticJ      technologies without major overlap (i.e. AOL and Timer Warner, AOL isK      the pipeline and Time Warner is the content - gross generalization but       you get the idea).   C      Xerox is in a bad way not unlike SGI.  SGI is in a very narrowwF      field now, lacking the services, total solution (i.e. HP, IBM and/      Compaq are total solution companies), etc.3                       Rob    ------------------------------  % Date: Tue, 06 Feb 2001 14:26:04 +0000l- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>' Subject: Re: Xerox = Digital) Message-ID: <3A80097C.FF442487@bbc.co.uk>e  * fabio_compaq@ep-bc.petrobras.com.br wrote:  M > Here in Brazil they outsource to EDS and a few small brazilian companies ..r >e   Exactly.   >m	 > Regards  >t > FC >. >s   ------------------------------   End of INFO-VAX 2001.074 ************************