1 INFO-VAX	Fri, 11 May 2001	Volume 2001 : Issue 263       Contents:) Re: Advanced Server Shares and ODS5 disks ) Re: Advanced Server Shares and ODS5 disks ) Re: Conference: CETS-2001 - Conference CD  Digital Networks Press Release> Re: Directory Service with OpenVMS, W2K, NT, Novell, and Linux Ethermon and ethernet switches" Re: Ethermon and ethernet switches" Re: Ethermon and ethernet switches" Re: Ethermon and ethernet switches Failed QIO while unzipping?  Re: Failed QIO while unzipping?  Re: Failed QIO while unzipping?  Re: Failed QIO while unzipping?  Re: Failed QIO while unzipping?  High MP sync CPU utilization Is OpenVMS an UNIX ??? Re: LDAP on OpenVMS  Re: LDAP on OpenVMS  Re: Learn VMS books  Re: Learn VMS books ; Re: mail sending in DCL - returned  mail... (problem found) $ Re: Methodology of Capacity planning, Re: Mystery of the misreported graphics card Need vms 5.5-2h4 upgrade RE: Need vms 5.5-2h4 upgrade Re: OpenVMS ftp program  Re: Pioneer 10 lives!  Re: Processor Affinity/ Re: Programming language usage on VMS systems ? / Re: Programming language usage on VMS systems ? # Re: TCPIP PAK for Hobbyist install? # Re: TCPIP PAK for Hobbyist install? " Re: The future of VMS - * Humour *" Re: The future of VMS - * Humour *" Re: The future of VMS - * Humour *" Re: The future of VMS - * Humour *" Re: The future of VMS - * Humour *" Re: The future of VMS - * Humour *" RE: The future of VMS - * Humour *" RE: The future of VMS - * Humour *" Re: The future of VMS - * Humour */ Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants / Re: The Internet, Tru64 and other unix variants , Re: Unsupported Cobol compilation switches ?, Re: Unsupported Cobol compilation switches ?, Re: Unsupported Cobol compilation switches ?, Re: Unsupported Cobol compilation switches ? Re: Unsupported File Structure? $ Re: Unsupported File Structure? (OT)& Updated Digital Networks Press release& Updated Digital Networks Press release  VaxStation 2000 and other things Re: VMS NFS mounts on UNIX What is RWCLUS- re: What is the best way to erase SCSI disks? - Re: What is the best way to erase SCSI disks?   F ----------------------------------------------------------------------  % Date: Fri, 11 May 2001 23:05:59 +1200 , From: "Peter Nolly" <peter.nolly@ihug.co.nz>2 Subject: Re: Advanced Server Shares and ODS5 disks* Message-ID: <9dgh5g$lu4$1@lust.ihug.co.nz>  C I had a similar problem the other day when I was experimenting with  Pathworks and ODS5. ) Stopping and starting Pathworks fixed it. J I assumed that is was something to do with the fact that I had mounted theI disk after PW had started.  It may be that PW can only see disks that are 
 mounted at startup.   -Peter  8 "Ray Swadling" <ray@rgscomputing.co.uk> wrote in message2 news:609jftc8rbphcs3jru2ptm9kc25uffu9d8@4ax.com... > Hi,  > F > I'm experimenting with using Advanced server and ODS5 disks in my NT	 > domain.  > F > I have a 18GB drive initialised as ODS5, and am trying to map shares > onto the disk. > " > I'm getting errors as below..... >  > $ dir dka0:[000000]  >  > Directory DKA0:[000000]  > 6 > 000000.DIR;1        BACKUP.SYS;1        BADBLK.SYS;1 > BADLOG.SYS;16 > BITMAP.SYS;1        CONTIN.SYS;1        CORIMG.SYS;1 > INDEXF.SYS;1; > SECURITY.SYS;1      vms.DIR;1           VMS_DATA01$.DIR;1  > VMS_DATA01.DIR;1 > VOLSET.SYS;1 >  > Total of 13 files.	 > $ admin  > RGSCOMP\\RGS002> add share > _share name: vms > _path: dka0:[vms] / > %PWRK-E-ERRADDSHARE, error adding share "VMS" ? > -LM-E-NERR_UNKNOWNDEV, the device or directory does not exist  >  > RGSCOMP\\RGS002> >  > F > The disk dka0: is initialsed ODS5, and if I re-init the disk as ODS2= > and create the directory and try to add the share it works.  > E > I can't find anything in the docs to suggest what the problem is so  > can anyone shed any light??  >  >  > Ray.   ------------------------------   Date: 11 MAY 2001 13:46:20 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)2 Subject: Re: Advanced Server Shares and ODS5 disks6 Message-ID: <11MAY01.13462053@thuria.waisman.wisc.edu>  D In a previous article, "Peter Nolly" <peter.nolly@ihug.co.nz> wrote:E ->I had a similar problem the other day when I was experimenting with  ->Pathworks and ODS5. + ->Stopping and starting Pathworks fixed it. L ->I assumed that is was something to do with the fact that I had mounted theK ->disk after PW had started.  It may be that PW can only see disks that are  ->mounted at >startup. ->    , That can be done without a restart by using:  + 	$ ADMIN SET COMPUTER/AUTOSHARE_SYNCHRONIZE    ------------------------------    Date: 11 May 2001 18:06:42 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 2 Subject: Re: Conference: CETS-2001 - Conference CDH Message-ID: <y4u22reup9.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  3 "Dave Gudewicz" <david.gudewicz@abbott.com> writes:   L > Seems like most laptops can't be used w/o power for more than a few hours.M > With sessions running all day, this doesn't add up.  Paper and pencil still  > wins this race.   M Use a Psion 5 then. Goes about 18 hours of continous use with one set of 2 AA 
 batteries.   	Jan   ------------------------------  # Date: Fri, 11 May 2001 12:07:33 GMT 2 From: "Sue Skonetski" <susan.skonetski@compaq.com>' Subject: Digital Networks Press Release 1 Message-ID: <9CQK6.134$fi2.3167@news.cpqcorp.net>    ------------------------------  % Date: Fri, 11 May 2001 15:45:46 +0930 % From: Jeremy Begg <jeremy@vsm.com.au> G Subject: Re: Directory Service with OpenVMS, W2K, NT, Novell, and Linux ) Message-ID: <3AFB8392.6030409@vsm.com.au>    One Net wrote:  I > Is there a directory service that will work with OpenVMS (7.2-1 Alpha), M > Windows 2000, Windows NT, Novell, and Linux?  I have seen some services but M > they don't cover all of these platforms.  I know NDS/eDirectory comes close M > and OpenVMS is "under investigation", but is there something available now?   H I assume you are referring to an LDAP directory service.  It's not clear/ if you are looking for LDAP clients or servers.   H There are two LDAP clients for VMS.  One is bundled with VMS 7.3 and wasH originally developed by Innosoft International, Inc.  It's a full LDAPv3F implementation.  The other is the LDAPv2 client library developed many$ years ago at University of Michigan.  D There is only one "pure" LDAPv3 server, IDDS, which was developed by1 Innosoft and is now sold by Process Software Inc.   F In addition, VMS 7.3 will include a licence for Compaq X.500 Directory% Server which has an LDAPv3 interface.               Jeremy Begg  =   +---------------------------------------------------------+ =   |            VSM Software Services Pty. Ltd.              | =   |                 http://www.vsm.com.au/                  | =   |       "OpenVMS Systems Management & Programming"        | =   |---------------------------------------------------------| =   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au | =   | South Australia 5081      |   Phone:  +61 8 83592155    | =   |---------------------------|  Mobile:  0414 422 947      | =   |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    | =   +---------------------------------------------------------+    ------------------------------  % Date: Fri, 11 May 2001 11:31:53 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ' Subject: Ethermon and ethernet switches , Message-ID: <3AFC05E8.4591AC60@videotron.ca>  N I have the old reliable ethermon utility to turn a VMS host into a promiscuousT  mode and draw statistics on usage and more importantly trace the ethernet activity.  N Can anyone consfirm that on a LAN where each machine is connected to a switch,K that each machine would be able to go into promiscuous mode and get all the   packets that flow on the ether ?  N I recall reading somewhere that some switches are "smart" and filter out etherI packets it knows are not destined for a particular port because it learns K which ether hardware adresses are connected to which ports. Is that true ?  J (if so, would it be correct to assume that this would be configurable on a port by port basis ?)   H Also, does anyone remember what was the patch sequence to enable MONITOR
 ETHERNET ?   ------------------------------  % Date: Fri, 11 May 2001 18:01:40 +0200 & From: Michiel Erens <erens@wanadoo.nl>+ Subject: Re: Ethermon and ethernet switches & Message-ID: <3AFC0CE4.57C0@wanadoo.nl>   JF Mezei wrote:  > G > Can anyone consfirm that on a LAN where each machine is connected to  H > a switch, that each machine would be able to go into promiscuous mode 2 > and get all the packets that flow on the ether ?   See these articles :A  http://www.sans.org/newlook/resources/IDFAQ/switched_network.htm ;  http://www-106.ibm.com/developerworks/library/s-sniff.html     --   ME   ------------------------------  % Date: Fri, 11 May 2001 13:10:57 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> + Subject: Re: Ethermon and ethernet switches , Message-ID: <3AFC1D1A.3BB49AC3@videotron.ca>   Michiel Erens wrote: > See these articles :C >  http://www.sans.org/newlook/resources/IDFAQ/switched_network.htm = >  http://www-106.ibm.com/developerworks/library/s-sniff.html   A Thanks. Switches effectively make ethernet monitors hard to work.   L What I find interesting is that both articles spend a lot of time on ARP. IsM it not correct to state that ARP is part of TCPIP stack and thus not directly  an ethernet thing ?    ------------------------------  % Date: Fri, 11 May 2001 13:55:17 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> + Subject: Re: Ethermon and ethernet switches , Message-ID: <3AFC277B.A03B09C4@videotron.ca>  L So, if switches give you only the traffic that the switch thinks is destinedJ to your node, how does one generally run an ethernet monitor on a switchedM ethernet ? Are there special ports that do provide the full view of the lan ? K Or is there a way to configure a port to get the full view of the traffic ?    ------------------------------  + Date: Fri, 11 May 2001 13:17:45 +0000 (UTC) & From: dsf@frontiernet.net (Dan Foster)$ Subject: Failed QIO while unzipping?4 Message-ID: <9dgopp$hms$1@node21.cwnet.roc.gblx.net>  K I was unzipping GZIP, to build from sources, on my VMS 7.2/VAX system, when  I saw this:   %   inflating: zmore.in                 %   inflating: znew.1                   %   inflating: znew.in                  +   inflating: [.vms-binaries]aaareadme.txt   )   inflating: [.vms-binaries]descrip.mms   =                                          [ Write QIO failed ] $ [ %SYSTEM-W-ENDOFFILE, end of file ],   inflating: [.vms-binaries]gzip.alpha_obj  /   inflating: [.vms-binaries]gzip.vax_decc_obj   C                                                [ Write QIO failed ] $ [ %SYSTEM-W-ENDOFFILE, end of file ]/   inflating: [.vms-binaries]gzip.vax_vaxc_olb   C                                                [ Write QIO failed ] $ [ %SYSTEM-W-ENDOFFILE, end of file ]&   inflating: [.vms-binaries]link.com  )   inflating: [.vms-binaries]vaxcrtl.opt     I Same for two different copies provided by different people -- GZIP 1.2.4B  and GZIP 1.2.4.   F When I did a DIR/FULL on descrip.mms, said it was a CR variable lengthH control file. Looking at it, it was empty. (When I look at the said file) after unzipping on a PC, it has content.)   F Why would the write QIO fail -- I'm guessing either system settings to< modify with AUTOGEN or a process quota too low somewhere...?   Process Quotas: F  CPU limit:                      Infinite  Direct I/O limit:        40F  Buffered I/O byte count quota:     32640  Buffered I/O limit:      40F  Timer queue entry quota:              30  Open file quota:        300F  Paging file quota:                 39409  Subprocess quota:        10F  Default page fault cluster:           64  AST quota:               48F  Enqueue quota:                       200  Shared file limit:        0F  Max detached processes:                0  Max active jobs:          0  I The system has 64 MB of RAM, and is a single user workstation with TCP/IP 8 services 5.0 running, no DECWindows, that kind of thing.   $ sho mem/files @               System Memory Resources on 11-MAY-2001 12:32:40.78  L Paging File Usage (pages):                      Free  Reservable       TotalP   DISK$OVMSVAXSYS:[SYS0.SYSEXE]SWAPFILE.SYS                                     L                                                21200       21200       21200P   DISK$OVMSVAXSYS:[SYS0.SYSEXE]PAGEFILE.SYS                                     L                                                95000       60200       95000  & Any suggestions would be most welcome!   -Dan   ------------------------------  % Date: Fri, 11 May 2001 09:53:14 -0400 - From: Michael Austin <miaustin@bellsouth.net> ( Subject: Re: Failed QIO while unzipping?- Message-ID: <3AFBEECA.DDC145DE@bellsouth.net>   L How many disk errors are on the device?... or make sure you  have the latestO unzip.. I have seen this before where my version of UNZIP did not work with the - ZIP file.  Finding the latest UNZIP fixed it.    Michael Austin: Oracle DBA Consultant (Rdb and classic)  -- available now.           Dan Foster wrote:   M > I was unzipping GZIP, to build from sources, on my VMS 7.2/VAX system, when 
 > I saw this:  >  >   inflating: zmore.in  >   inflating: znew.1  >   inflating: znew.in+ >   inflating: [.vms-binaries]aaareadme.txt ) >   inflating: [.vms-binaries]descrip.mms ? >                                          [ Write QIO failed ] & > [ %SYSTEM-W-ENDOFFILE, end of file ], >   inflating: [.vms-binaries]gzip.alpha_obj/ >   inflating: [.vms-binaries]gzip.vax_decc_obj E >                                                [ Write QIO failed ] & > [ %SYSTEM-W-ENDOFFILE, end of file ]/ >   inflating: [.vms-binaries]gzip.vax_vaxc_olb E >                                                [ Write QIO failed ] & > [ %SYSTEM-W-ENDOFFILE, end of file ]& >   inflating: [.vms-binaries]link.com) >   inflating: [.vms-binaries]vaxcrtl.opt  > K > Same for two different copies provided by different people -- GZIP 1.2.4B  > and GZIP 1.2.4.  > H > When I did a DIR/FULL on descrip.mms, said it was a CR variable lengthJ > control file. Looking at it, it was empty. (When I look at the said file+ > after unzipping on a PC, it has content.)  > H > Why would the write QIO fail -- I'm guessing either system settings to> > modify with AUTOGEN or a process quota too low somewhere...? >  > Process Quotas: H >  CPU limit:                      Infinite  Direct I/O limit:        40H >  Buffered I/O byte count quota:     32640  Buffered I/O limit:      40H >  Timer queue entry quota:              30  Open file quota:        300H >  Paging file quota:                 39409  Subprocess quota:        10H >  Default page fault cluster:           64  AST quota:               48H >  Enqueue quota:                       200  Shared file limit:        0H >  Max detached processes:                0  Max active jobs:          0 > K > The system has 64 MB of RAM, and is a single user workstation with TCP/IP : > services 5.0 running, no DECWindows, that kind of thing. >  > $ sho mem/files B >               System Memory Resources on 11-MAY-2001 12:32:40.78 > N > Paging File Usage (pages):                      Free  Reservable       Total- >   DISK$OVMSVAXSYS:[SYS0.SYSEXE]SWAPFILE.SYS N >                                                21200       21200       21200- >   DISK$OVMSVAXSYS:[SYS0.SYSEXE]PAGEFILE.SYS N >                                                95000       60200       95000 > ( > Any suggestions would be most welcome! >  > -Dan   ------------------------------  # Date: Fri, 11 May 2001 14:27:04 GMT - From: goathunter@goatley.com (Hunter Goatley) ( Subject: Re: Failed QIO while unzipping?1 Message-ID: <3afbf64d.243159584@news.process.com>   K On Fri, 11 May 2001 09:53:14 -0400, Michael Austin <miaustin@bellsouth.net>  wrote:  M >How many disk errors are on the device?... or make sure you  have the latest P >unzip.. I have seen this before where my version of UNZIP did not work with the. >ZIP file.  Finding the latest UNZIP fixed it. >eL Yes, that's the problem.  You need UnZip V5.2 or later to restore .ZIP filesG with saved VMS file attributes created with Zip V2.1 or later.  It's anrM historical reason that I've described here before, having to do with a changexF in the method used to store VMS file attributes, and older UnZip .EXEs3 naturally not knowing how to handle the new method.h   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 9 goathunter@goatley.com     http://www.goatley.com/hunter/z   ------------------------------  # Date: Fri, 11 May 2001 14:28:36 GMT - From: goathunter@goatley.com (Hunter Goatley)e( Subject: Re: Failed QIO while unzipping?1 Message-ID: <3afbf6c4.243277664@news.process.com>u  C Current versions of Zip and UnZip can be found on the V5.0 Freewaree  CD, and via the following links:   http://www.process.com/openvms/   2 ftp://ftp.process.com/vms-freeware/unzip.alpha_exe0 ftp://ftp.process.com/vms-freeware/unzip.vax_exe5 ftp://ftp.process.com/vms-freeware/fileserv/unzip.zipr3 ftp://ftp.process.com/vms-freeware/fileserv/zip.zip    and the various mirrors.   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 9 goathunter@goatley.com     http://www.goatley.com/hunter/u   ------------------------------  + Date: Fri, 11 May 2001 14:28:53 +0000 (UTC)e& From: dsf@frontiernet.net (Dan Foster)( Subject: Re: Failed QIO while unzipping?4 Message-ID: <9dgsv5$q7m$1@node21.cwnet.roc.gblx.net>  - In article <3AFBEECA.DDC145DE@bellsouth.net>,a/ Michael Austin  <miaustin@bellsouth.net> wrote:aM >How many disk errors are on the device?... or make sure you  have the latest P >unzip.. I have seen this before where my version of UNZIP did not work with the. >ZIP file.  Finding the latest UNZIP fixed it.  F Hrm - interesting thought. 0 errors on DKA300, incidentally. I'm usingM UNZIP v5.12 from the Freeware V4 CD. That might be it -- from the Freeware v5oH web site (http://www.openvms.compaq.com/freeware/FREEWARE50/) I see that6 v5.42 is available. Thanks - will dig up that version.   -Dan   ------------------------------  % Date: Sat, 12 May 2001 01:59:19 +0800e From: "Kenneth" <abc@abc.com>i% Subject: High MP sync CPU utilizationr0 Message-ID: <9dh8ss$9s12@imsp212.netvigator.com>  J My system with 2 X AS8400 running VMS 7.1 and Rdb 7.0.1.2 are running withG MP sync with CPU utilization about 200 to 400% of the total 800% of CPU K power, does anyone know how I can trace what is the cause for this problem?    ------------------------------  % Date: Fri, 11 May 2001 10:30:31 -0300t) From: fabio_compaq@ep-bc.petrobras.com.brh Subject: Is OpenVMS an UNIX ???aL Message-ID: <OF7BBFB7CE.D58EFF16-ON03256A49.004A233D@ep-bc.petrobras.com.br>  
 Just click  ; http://serverwatch.internet.com/serversort/ossort-main.htmln   Regardss   FC   ------------------------------  % Date: Fri, 11 May 2001 16:02:59 +0930.% From: Jeremy Begg <jeremy@vsm.com.au>c Subject: Re: LDAP on OpenVMS) Message-ID: <3AFB879B.4090605@vsm.com.au>i   Hi Pat,      > IBM Global Services Australiaa  & I see you've gone to the Dark Side :-)   -- S          Jeremy Begg  =   +---------------------------------------------------------+.=   |            VSM Software Services Pty. Ltd.              | =   |                 http://www.vsm.com.au/                  |L=   |       "OpenVMS Systems Management & Programming"        |1=   |---------------------------------------------------------|_=   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au | =   | South Australia 5081      |   Phone:  +61 8 83592155    |e=   |---------------------------|  Mobile:  0414 422 947      |a=   |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    |c=   +---------------------------------------------------------+k   ------------------------------  % Date: Fri, 11 May 2001 16:15:00 +0930t% From: Jeremy Begg <jeremy@vsm.com.au>t Subject: Re: LDAP on OpenVMS) Message-ID: <3AFB8A6C.4070601@vsm.com.au>b   Warren,     J >>>> Innosoft had an LDAP server (IDDS) which is now sold and supported on4 >>>> VMS by Process. This would work with VMS 7.2-1. >>> I >>> True - I called them about this.  They have a server, but no *client*d >>> for OpenVMS.  I I believe the Innosoft LDAPv3 client library API is shipping with VMS 7.3oK by prior arrangement with Innosoft (i.e. Innosoft signed a deal with Compaq K to bundle their API, before they were absorbed by Sun/iPlanet).  Not havingn# seen 7.3 yet, I can't confirm this.h  I >> There is also the PERL LDAP Module which should work with PERL on VMS.P. >> Not sure whether python has an LDAP module. >  > ? > Where we stuggled here was calling a PERL module from C code.a  H I built the Perl module using the University of Michigan client library.1 It's not commercially supported but it does work.:  I >> PMDF MAIL can search an LDAP/X500 directory for mail addresses using a. >> POP-up form.: >> e= >> What you don't have is an Innosoft C API for LDAP on VMS. a >  > F > You are correct - what I was trying to find was a C API for LDAP on J > OpenVMS.  Process Software has one (of course, they have a server don't 7 > they), but it's not a commercially available product.tI Try the UMich one, which you can pick up from http://ftp.vsm.com.au/ldap/sL If you need help setting it up, contact me privately.  This API is describedI in "Programming Directory-Enabled Applications with Lightweight Directory:- Access Protocol" by Tim Howes and Mark Smith.s   Regards,            Jeremy Begg  =   +---------------------------------------------------------+p=   |            VSM Software Services Pty. Ltd.              |0=   |                 http://www.vsm.com.au/                  |j=   |       "OpenVMS Systems Management & Programming"        |i=   |---------------------------------------------------------|t=   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au |S=   | South Australia 5081      |   Phone:  +61 8 83592155    |?=   |---------------------------|  Mobile:  0414 422 947      |s=   |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    | =   +---------------------------------------------------------+    ------------------------------  # Date: Fri, 11 May 2001 11:10:35 GMTe= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)r Subject: Re: Learn VMS books0 Message-ID: <009FBD71.F01B8E88@SendSpamHere.ORG>  o In article <989535025.685700823@news.saferinternet.com>, L. E. Leaman lleaman <nospm@saferinternet.com> writes: 9 >Just accuired Vax 4000-300, 2-2GB DSSI hard drives, TF85r8 >tape drive, SCSI interface w/SCSI CDROM and VT320 Term.; >I would like to learn VMS (ver 6.0) before loading NetBSD. , >Can anyone recomend some good books on VMS. >o >Thanks, >r
 >L. Leaman >w >h   Nothing beats the VMS DOC set!   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             VO city, n., 1. a place where trees are cut down and streets are named after them.m   ------------------------------  % Date: Fri, 11 May 2001 08:58:02 -0400a4 From: L. E. Leaman lleaman <nospm@saferinternet.com> Subject: Re: Learn VMS books9 Message-ID: <989586650.1439729620@news.saferinternet.com>   9 On Fri, 11 May 2001, Brian Schenkenberger, VAXman- wrote: p >In article <989535025.685700823@news.saferinternet.com>, L. E. Leaman lleaman <nospm@saferinternet.com> writes:: >>Just accuired Vax 4000-300, 2-2GB DSSI hard drives, TF859 >>tape drive, SCSI interface w/SCSI CDROM and VT320 Term.a< >>I would like to learn VMS (ver 6.0) before loading NetBSD.- >>Can anyone recomend some good books on VMS.t >>	 >>Thanks,  >> >>L. LeamanF >> >> >C >Nothing beats the VMS DOC set!d >lN Thanks to all for sugestions and help. I did get the hardware manules with theF system so not compleatly lost as I was when I got this DEC Alpha XL300J (just a bare box) took a lot of digging and experminting to get it up withE RH6.1. RH6.2 has much better doc's on the CD, which I am running now.l  1 Sounds like I should go with OpenVMS on this box.r  
 Thanks again,t  	 L. Leamanc   ------------------------------  % Date: Fri, 11 May 2001 09:38:04 +0200 - From: "Jaan Kronberg" <jaan.kronberg@mail.ee>eD Subject: Re: mail sending in DCL - returned  mail... (problem found)4 Message-ID: <3afb96dd$0$235$ba624cac@news.uninet.ee>   Problem found.  ; I got message from more experienced people, here it comes -   I "It looks like that the mail sending fails when the sending node is MAHTI-J instead of HURJA. Likely something to do with our SMTP gateway or firewall configuration."c  F So, I changed submit/que to some that run on HURJA (that is node, were! sending was OK) and - success! :)    Anyway, thanks to all.   j.    8 "Jaan Kronberg" <jaan.kronberg@mail.ee> wrote in message. news:3afa6711$0$229$ba624cac@news.uninet.ee... > Hello All, > . > A little description of what I'd like to do. >lK > In some .com file I want to define, that if any error occurs program willtK > send me e-mail about that with some descriptions.. Actually, those errors-J > does not happen often and that's why I don't like to check 10 logs everyL > morning - much easier is to make program inform me that something is wrong > (logics, huh? ;) ).3 >1 > So, code looks like that - >h > $on error goto some_error  > $! here comes some codea > $exitw > $some_error:  > $rcpt = "someone @ somedomain" > $subj = "somesubject"o' > $err_text_file = "someplace_somefile" / > $mail/subj="''subj'" 'err_text_file "''rcpt'"t > $exit  >h; > I receive "returned mail" with text something like that -m >n >P) > ---- Transcript of session follows ----a >oB > 550 %TCPIP-E-SMTP_NOSUCHUSER, no such user, someone @ somedomain >-' > ---- Recipients of this delivery ----  >1  > someone @ somedomain (bounced) >e" > ---- Unsent message follows ---- >:1 > Date: Thu, 10 May 2001 12:36:04 +0300 (EET_DST)2 >.% > Message-Id: <message ID @ mydomain>e >i > From: mysuseranme @ mydomain >i > To: someone @ somedomain >  > Subject: blah_test >l  > X-VMS-To: someone @ somedomain >hI > So, it looks like that. Then a little bit about domains and nodes.. So,  whenK > I send email to someone @ somedomain from node1 (like mail/subj="test.... G > etc) then it's ok. If I do the same thing from node2 - then it fails.0K > mydomain actually looks like node2.mydomain... I do submit this .com fromnI > node1 (where it should be ok) and mydomain on return-message looks likei > node2.mydomain.. >o< > Hope that all doesn't look too silly, I'm just a newbie ;) > Thx, > j. >i >  >    ------------------------------    Date: 11 May 2001 05:04:11 +0800, From: Paul Repacholi <prep@prep.synonet.com>- Subject: Re: Methodology of Capacity planninge- Message-ID: <873dacgblg.fsf@prep.synonet.com>   ( VMS beginner <cavy@hongkong.com> writes:  F > Can I find this type of book or web site? I just want to know how toB > plan the system resources (CPU, memory, IO, etc) upgrade without > Capacity Planner.Thanks   B The best place I know of is Telephone engineering. But you have to6 'translate' from their equipment to a computer system.  B The really hard part is understanding the workload, projecting theC current load forward, and estimating the load from new systems thatlD are added. Most of the stuff is just book keeping. If you are 1 yearC in, and you need 3 years of data online, then the current data sizenF times 2 will be the amount of extra disk you need to get over the next
 two years.  C Where it gets more tricky is interactions and second order effects.nF If the above example has the disk already, what will be thee effect ofC them being that much fuller? What happens in the next year when youa2 add either archiving, or deleting the oldest data?  C There are also many books and articles on computer system planning,eD but they tend to skip the theoretic and analytic background you need& to calculate some of the load metrics.  C (If anyone knows of a really good, comprehensive book or article onb this stuff, yell!)   -- D< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.H Spam-To: uce@ftc.gov,enforcement@sec.gov,sness@fcc.gov,hfurchtg@fcc.gov,#   mpowell@fcc.gov,gtristan@fcc.gov n   ------------------------------   Date: 11 May 2001 06:45 CST1' From: carl@gerg.tamu.edu (Carl Perkins)g5 Subject: Re: Mystery of the misreported graphics cardT- Message-ID: <11MAY200106452166@gerg.tamu.edu>Y  , Terry Kennedy <terry@gate.tmk.com> writes...* }Carl Perkins <carl@gerg.tamu.edu> writes:C }> It has two oscilators labeled as being 130.808MHz and 74.369MHz. D }> Based on that, I am assuming that it is a PMAGB-BC. It has a partD }> number of "50-21142-01 D1" on it, which I can not locate anywhereG }> useful, just some archived SPAM that list for sale a DEC 3000 system1C }> with a "50-21142-01" graphics card (but doesn't identify it withnE }> a PMAGB-Bx type name). On the exterior, near the "PMAGB-B" text isDE }> some fine print that says "36-36966-01.A01", which does not appear % }> in any usefull context on the web.  } F }  The 50-series number is a part number for a bare (no parts) printedF }circuit board. To get a useful module number, change 50 to 54 and addC }1 to the middle number. In your case, that gives you "54-21143-01"t/ }which comes up as a "FLAMINGO CXTURBO MODULE".o } B }  Your 36-class bracket is a component and won't show up anywhere- }except on a manufacturing bill of materials.n } D }  The 54-class part number comes up as a "PMAGB-B HX 8-plane Turbo-
 }Channel". } 5 }        Terry Kennedy             http://www.tmk.com 6 }        terry@tmk.com             Jersey City, NJ USA  > Well, I already knew it was a PMAGB-B (as it is printed on the= thing), they question is what kind of PMAGB-B is it? (Answer: < probably a PMAGB-BC.) And why isn't it the same kind that is? reported via ">>> SHOW CONFIG" or by the firmware updater? And,x@ probably even more importantly, what happens if you "update" theB firmware of a PMAGB-BC with firmware for a PMAGB-BA because that's? what the computer says it is? Will it then work or will it thent< not work? If it works, then the firmware isn't really for a < PMAGB-BA, but is presumably for all of the various PMAGB-B* ; boards  regardless of the last letter (there are at least 3h> different boards with 6 different last letters: from A through; F where the A and B variants, for example, support the same @ resolutions and refresh rates - I don't know what the differenceD is, perhaps it's northern vs. southern hemisphere or something along@ those lines). (In which case the firmware updater should not sayB that the firmware is for the PMAGB-BA, but for any PMAGB-B board.)   --- Carl   ------------------------------  % Date: Fri, 11 May 2001 08:47:48 -0400O- From: The Scarlet Wombat <coconut@netway.com>a! Subject: Need vms 5.5-2h4 upgrade < Message-ID: <3.0.6.32.20010511084748.007c39f0@209.251.64.26>  I realize this is looking back to the dinosaur era, but I have a production system on a VAX 6430 that is stuck at VMS 5.5-2.  I'm adding an HSJ-30 so we can use some SCSI disks, and need to upgrade to the 5.5-2h4 variant.  I am having a devil of a time finding the h4 upgrade kit.    2 The folks at Compaq are very polite, but clueless.  c Any help would be welcomed and met with one of my wife's marvelous  homemade chocolate cheesecakes.:  
 Dan Graham   ------------------------------  % Date: Fri, 11 May 2001 09:13:18 -0500F* From: WILLIAM WEBB <WWEBB1@email.usps.gov>% Subject: RE: Need vms 5.5-2h4 upgrade2- Message-ID: <0033000024066041000002L012*@MHS>.   =0ADo you need TK50 or CDs?    I have both.   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETn$ > Sent: Friday, May 11, 2001 9:02 AMF > To: Webb, William W - Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET# > Subject: Need vms 5.5-2h4 upgrade  >l >n; > I realize this is looking back to the dinosaur era, but I  > have a production > > system on a VAX 6430 that is stuck at VMS 5.5-2.  I'm adding > an HSJ-30 so we canr9 > use some SCSI disks, and need to upgrade to the 5.5-2h4  > variant.  I am having ae- > devil of a time finding the h4 upgrade kit.h >e4 > The folks at Compaq are very polite, but clueless. >,: > Any help would be welcomed and met with one of my wife's > marvelous  homemaded > chocolate cheesecakes. >w > Dan Graham >=   ------------------------------  % Date: Fri, 11 May 2001 09:45:39 -0400o- From: Michael Austin <miaustin@bellsouth.net>   Subject: Re: OpenVMS ftp program- Message-ID: <3AFBED03.ED2A8A1D@bellsouth.net>h  I what TCPIP stack are you using., is it installed on both systems? use ftpwN are you using DECNET? Is it configured properly on both systems?  use  the dcl
 COPY command.-  3 I ususally get paid big bucks for writing programs.r   Michael Austin DBA Consultant     "ȼ" wrote:R   >         site 1 > site 2 >eJ >         server 1              --------------------              server 2 > M > (openvms 7.1-2)                                                    (openvmst > 7.1-2) >eD >             I need that program transfer file from site1 to site2. >t& >            Send me mail and program.9 >            if you have ftp program souce or ftp programi1 >            send me information that program is..   ------------------------------  % Date: Fri, 11 May 2001 09:18:51 -0400 # From: Jim Agnew <Agnew@hsc.vcu.edu>o Subject: Re: Pioneer 10 lives!+ Message-ID: <3AFBE6BB.7FA56A5C@hsc.vcu.edu>-  
 Intriguing...a   ;-),  	 Q'aPla!!!1   jim    Dave Gudewicz wrote: > 5 > To quote a famous fictional character:  fascinating  > 	 > Dave...s > 4 > "Alan Greig" <a.greig@virgin.net> wrote in message& > news:3AF48873.B1354D19@virgin.net... > >hC > > I received a number of emails regarding Pioneer 10 after it wasrI > > mentioned in a thread some time ago so I know some will be interestednI > > to know that it's not dead yet! After 8 months of silence Pioneer 10,iG > > launched nearly 30 years ago, responded to an uplink (at almost onenI > > light day round trip time) and DSS 63 (Madrid) locked on to the 16bps B > > signal at GMT 17:27:30, Saturday, 4/28/01. Since then NASA hasI > > confirmed that it has regained the ability to command the spacecraft.l& > > One science instrument remains on. > >-H > > http://spaceprojects.arc.nasa.gov/Space_Projects/pioneer/PNStat.html > >a" > > Pioneer 10 distance from Sun :A > > 77.72 AU Speed relative to the Sun: 12.24 km/sec (27,380 mph)  > >s > > Distance from Earth:H > > 11.76 billion kilometers (7.30 billion miles) Round-trip Light Time: > > 21 hours 47 minutes  > >  > > -- > > Alan Greig > >o > >o   ------------------------------  % Date: Fri, 11 May 2001 06:58:06 -0600-4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> Subject: Re: Processor Affinityr1 Message-ID: <zlRK6.150$B42.46022@news.uswest.net>g  A WinNT doesn't require any user actions to load balance across SMP>K processors.  This really is a case of my boss having outdated knowledge.  InG don't want to override the VMS scheduler/processor affinity code - just  needed an answer for my boss.e   ---  Thanks to all who answered.:
 Mike Ober.  F "Larry Kilgallen" <Kilgallen@eisner.decus.org.nospam> wrote in message- news:Ev3XgHu8ujpJ@eisner.encompasserve.org...nJ > In article <y41ypxjyp9.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,I Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:v? > > Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:m > >aJ > >> When the CPU is working on it there will be periodic clock interruptsJ > >> for quantum end, and at that point a change in CPU might be possible.G > >> It would be a Bad Idea(tm) in most cases, however, because the CPU I > >> cache and translation buffers are already set up for that process on-J > >> the current CPU.  That is why in most cases you are better off to letF > >> VMS move the process back and forth between CPUs based on what itJ > >> knows about the situation, rather than attempting to manually control it.1 > >0L > > Apart from the class scheduler, there are also the CPU affinity settings whichg > > can be manipulated.s >oF > My feeling is that for _most_ cases one is better off avoiding thoseD > and letting VMS handle it automatically.  From the original post ID > inferred that perhaps WNT requires more active intervention.  FromE > the followup by the original poster, I see that it was just anothervC > case of management thinking "VMS can't do that", perhaps based onw6 > how the VAX 11/782 ASMP support worked 20 years ago.   ------------------------------  # Date: Fri, 11 May 2001 12:09:09 GMTnB From: Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP>8 Subject: Re: Programming language usage on VMS systems ?5 Message-ID: <FDQK6.1089$j65.78844@www.newsranger.com>r  ( On 9 May 2001 18:19:28 -0500, in article? <l52whR8eKh+Z@eisner.encompasserve.org>, Larry Kilgallen wrote:  >h  I Thanks to everybody for the feedback; it was interesting to see the range> of languages in use.  @ >All VMS machines running a relatively recent version of VMS run@ >a smidgen of Ada, for instances processing breakin evasion.  If6 >they  do too much of that, it is a Bad Thing(tm). :-) >   J I had forgotten about this. Ada is listed in the FAQ [VMS8], but, probablyI like quite a few long time VMS people, I don't read the FAQ as often as Iu should. :-)   I It was a nice surprise to be reminded of this. Do you know which compilere is in use ?g   Simon.   -- e; Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFP-J 'The statement that "it can never happen" is not an acceptable programmingH approach. You must assume it can happen and be in control when it does.'=           -- Ada 95 Quality and Style Guidelines, US DoD AJPO    ------------------------------    Date: 11 May 2001 09:27:10 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)V8 Subject: Re: Programming language usage on VMS systems ?3 Message-ID: <a3t32VUmfIZx@eisner.encompasserve.org>   z In article <FDQK6.1089$j65.78844@www.newsranger.com>, Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP> writes:* > On 9 May 2001 18:19:28 -0500, in articleA > <l52whR8eKh+Z@eisner.encompasserve.org>, Larry Kilgallen wrote:  >> > K > Thanks to everybody for the feedback; it was interesting to see the range- > of languages in use. > A >>All VMS machines running a relatively recent version of VMS run.A >>a smidgen of Ada, for instances processing breakin evasion.  If 7 >>they  do too much of that, it is a Bad Thing(tm). :-)t >> > L > I had forgotten about this. Ada is listed in the FAQ [VMS8], but, probablyK > like quite a few long time VMS people, I don't read the FAQ as often as I8
 > should. :-), > K > It was a nice surprise to be reminded of this. Do you know which compiler)
 > is in use ?   A It (the Security Server code) uses Compaq Ada (Ada83) on both VAX ? and Alpha.  For VMS V7.3 they reportedly have made the trackingA? of breakin evasion cluster-wide, but breakin attempts are stillE? undesirable incidents, no matter what language you use to trackc	 them :-).   ; And yes, the Security Server process does a couple of other- things too.,   ------------------------------  # Date: Fri, 11 May 2001 06:49:23 GMTr" From: adroso@home.com (VMS Newbie), Subject: Re: TCPIP PAK for Hobbyist install?8 Message-ID: <3afb8b81.7195890@news.jamison1.pa.home.com>   Thanks, Dan!   ------------------------------  % Date: Fri, 11 May 2001 06:56:54 +0200n2 From: martin@radiogaga.harz.de (Martin Vorlaender), Subject: Re: TCPIP PAK for Hobbyist install?; Message-ID: <3afb7116.524144494f47414741@radiogaga.harz.de>m  # VMS Newbie (adroso@home.com) wrote:0G > I'm trying to set up TCP/IP on my VLC (V7.2), but my Hobbyist license G > list from www.montagar.com doesn't include a TCPIP PAK (at least it'ss2 > not obvious to me).  Where do I get a TCPIP PAK?  F The PAK is named after the old product name: look for the UCX license.   cu,    Martin -- AB                         | Martin Vorlaender | VMS & WNT programmer1  OpenVMS: Where do you  | work: mv@pdv-systeme.decD  want to BE today?      |   http://www.pdv-systeme.de/users/martinv/8                         | home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 11 May 2001 11:38:23 +0100r  From: steven.reece@quintiles.com+ Subject: Re: The future of VMS - * Humour *-H Message-ID: <OFA7408C0C.F4214097-ON80256A49.003A5D3C@qedi.quintiles.com>  D They certainly should.  The Sega use of the trademark is in the same8 generic area (i.e. computers) which makes it even worse.   JF Mezei wrote/quoted :n >>>e* fabio_compaq@ep-bc.petrobras.com.br wrote: >tD > Click below to see VMS becoming popular, or playng games with VMS.8 > http://www.sega.com/sega/news/newsdetail.jhtml?id=4701  < Shoudln't Compaq sue Sega for the use of the VMS trademark ? <<<.   ------------------------------  % Date: Fri, 11 May 2001 13:11:45 +01001- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>,+ Subject: Re: The future of VMS - * Humour * ) Message-ID: <3AFBD701.2D09CBBF@bbc.co.uk>e   JF Mezei wrote:r  , > fabio_compaq@ep-bc.petrobras.com.br wrote: > > F > > Click below to see VMS becoming popular, or playng games with VMS.: > > http://www.sega.com/sega/news/newsdetail.jhtml?id=4701 > > > Shoudln't Compaq sue Sega for the use of the VMS trademark ?  H thats what I thought, until I realized thast the Sega VMS isn't Open :-)       --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk/  A I speak for myself only and my views in no way represent those ofr MedAS or the BBC.t   ------------------------------  % Date: Fri, 11 May 2001 13:36:55 +0100-  From: steven.reece@quintiles.com+ Subject: Re: The future of VMS - * Humour * H Message-ID: <OF4216197B.AAE15609-ON80256A49.004521CB@qedi.quintiles.com>  K But if you look in the v7.2 upgrade and installation manual Compaq have the6, trademark VMS registered as well as OpenVMS. Steve.   Tim Llewellyn wrote/quoted : >>> > > Shouldn't Compaq sue Sega for the use of the VMS trademark ?  H thats what I thought, until I realized thast the Sega VMS isn't Open :-) <<<t   ------------------------------  % Date: Fri, 11 May 2001 09:51:50 -0300o) From: fabio_compaq@ep-bc.petrobras.com.br.+ Subject: Re: The future of VMS - * Humour *nL Message-ID: <OF35BC0662.C07DE96E-ON03256A49.00465F1A@ep-bc.petrobras.com.br>  J It is waste of time think in use the VMS acronym  as a trademark. There is a industrial machine called VMS too.y  I It is same than Microsoft using  the word "windows" in their products and  we never can have + a "window" in our houses without paying MS.   - Or Solaris - I think it is "Sun" in Latin....<   Regardsy   FC        1 steven.reece@quintiles.com em 11/05/2001 09:36:55g  , Favor responder a steven.reece@quintiles.com             Info-VAX@Mvb.Saic.Com:      + Assunto: Re: The future of VMS - * Humour *u        K But if you look in the v7.2 upgrade and installation manual Compaq have thet, trademark VMS registered as well as OpenVMS. Steve.   Tim Llewellyn wrote/quoted : >>>y> > Shouldn't Compaq sue Sega for the use of the VMS trademark ?  H thats what I thought, until I realized thast the Sega VMS isn't Open :-) <<<    ------------------------------  % Date: Fri, 11 May 2001 14:15:07 +0100s- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> + Subject: Re: The future of VMS - * Humour *n) Message-ID: <3AFBE5DB.ED50D72E@bbc.co.uk>l  ! steven.reece@quintiles.com wrote:   M > But if you look in the v7.2 upgrade and installation manual Compaq have the . > trademark VMS registered as well as OpenVMS. > Steve.  - Steve, yes I know, thats why theres a smiley.t  / Must be the heat wave making me feel frivolous.    regardsi   >a >i > Tim Llewellyn wrote/quoted : > >>>h@ > > Shouldn't Compaq sue Sega for the use of the VMS trademark ? >uJ > thats what I thought, until I realized thast the Sega VMS isn't Open :-) > <<<m   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Fri, 11 May 2001 14:27:39 +0100h  From: steven.reece@quintiles.com+ Subject: Re: The future of VMS - * Humour *.H Message-ID: <OFC3FB3937.B891C8F1-ON80256A49.0048F4F0@qedi.quintiles.com>  G I'm sure Compaq would be extremely happy to see you in court Fabio! :-)g  A Trademarks are registered to companies, amongst other factors, to G differentiate between different products from different companies or towD assign a logo, phrase etc to an organization.  It is not the same as
 copyright.  H The VMS acronym is a trademark registered to Compaq Computer CorporationI following their purchase of Digital Equipment Corporation.  Digital wouldiI probably have had the opportunity to object to the vacuum cleaner companyfF that manufactured VAX cleaners, but would not have  had much reason toF object to the company using the VAX trademark as it was in a different field of business.  H Similarly, the Voluntary Milking System is normally viewed as being in aJ different business segment than that which Compaq trades in so there wouldH be little reason for Compaq to object to the use of the VMS trademark in this instance.  F Sega on the other hand are using the acronym VMS in a computer relatedK field.  This is the same market that Compaq trade in and may cause customerYJ confusion between the Virtual Memory System (Compaq) and the Visual MemoryG System (Sega).  This would not really be in the best interest of either J company from where I stand.  However, Compaq may see it differently or may. already have licensed the mark to Sega anyway.  F These are the reasons that lawyers do so well out of mere mortals like
 ourselves.   Steve.   Fabio commented :y >>>tJ It is waste of time think in use the VMS acronym  as a trademark. There is$ a industrial machine called VMS too.  I It is same than Microsoft using  the word "windows" in their products ande= we never can have a "window" in our houses without paying MS.M  - Or Solaris - I think it is "Sun" in Latin....s <<<t   ------------------------------  % Date: Fri, 11 May 2001 09:16:23 -0500i+ From: Christopher Smith <csmith@amdocs.com> + Subject: RE: The future of VMS - * Humour *vL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1E35@cmiexch1.cmi.itds.com>   > -----Original Message-----F > From: steven.reece@quintiles.com [mailto:steven.reece@quintiles.com]  @ > Similarly, the Voluntary Milking System is normally viewed as  > being in a> > different business segment than that which Compaq trades in  > so there would> > be little reason for Compaq to object to the use of the VMS  > trademark in > this instance.  H > Sega on the other hand are using the acronym VMS in a computer related? > field.  This is the same market that Compaq trade in and may b > cause customer? > confusion between the Virtual Memory System (Compaq) and the . > Visual Memory7@ > System (Sega).  This would not really be in the best interest  > of either : > company from where I stand.  However, Compaq may see it  > differently or may0 > already have licensed the mark to Sega anyway.  I They could always do a joint venture -- it would be good publicity.  TheyhK could make a milking machine that was controlled by an Alphastation running C VMS.  It would be the most stable and robust milking machine in theaK industry! :) They could make use of sega's VMS to display statistics on the  milking process.  H It would be "the VMS that runs VMS, and also makes use of a VMS."  If itH were made by a british vacuum cleaner company, that might make it a "VAX VMS."0   Regards,   ChrisC  ! Christopher Smith, Perl Developer- Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  '    ------------------------------  % Date: Fri, 11 May 2001 10:23:53 -0400u From: William_Bochnik@acml.com+ Subject: RE: The future of VMS - * Humour * > Message-ID: <OF3FF06FA8.B337383C-ON85256A49.004F06F0@acml.com>  A Dont go there - if Compaq (or then Digital) marketed the Alpha tor5 Sega as the 64 bit processor for it's game system....-  3 VMS or whatever for the OS - they'd rule the world.d      a                                                                                                  ba                     Christopher                                                                  aa                     Smith                        To:  Info-VAX@Mvb.Saic.Com                      ha                     <csmith@amdoc                cc:                                             Aa                     s.com>               Subject:     RE: The future of VMS - * Humour *         ra                                                                                                  sa                     05/11/2001                                                                   oa                     10:16 AM                                                                      a                                                                                                   a                                                                                                          > -----Original Message-----" > From: steven.reece@quintiles.com# [mailto:steven.reece@quintiles.com]i  ? > Similarly, the Voluntary Milking System is normally viewed asa > being in a= > different business segment than that which Compaq trades inu > so there would= > be little reason for Compaq to object to the use of the VMSr > trademark in > this instance.  @ > Sega on the other hand are using the acronym VMS in a computer related > > field.  This is the same market that Compaq trade in and may > cause customer> > confusion between the Virtual Memory System (Compaq) and the > Visual Memorya? > System (Sega).  This would not really be in the best interest  > of either 9 > company from where I stand.  However, Compaq may see ito > differently or may0 > already have licensed the mark to Sega anyway.  8 They could always do a joint venture -- it would be good publicity.  They6 could make a milking machine that was controlled by an Alphastation running? VMS.  It would be the most stable and robust milking machine ina thea9 industry! :) They could make use of sega's VMS to displayc statistics on thes milking process.  A It would be "the VMS that runs VMS, and also makes use of a VMS."  If it A were made by a british vacuum cleaner company, that might make itS a "VAX VMS."c   Regards,   Chris   ! Christopher Smith, Perl Developeri Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");G 'g          F ______________________________________________________________________  : The information contained in this transmission may contain< privileged and confidential information and is intended only< for the use of the person(s) named above. If you are not the< intended recipient,  or an employee or agent responsible for? delivering this message to the intended recipient,  any review,r@ dissemination, distribution or duplication of this communication> is strictly prohibited. If you are not the intended recipient,A please contact the sender immediately by reply e-mail and destroyt# all copies of the original message.r   ------------------------------  % Date: Fri, 11 May 2001 10:04:02 -0400i From: William_Bochnik@acml.com+ Subject: Re: The future of VMS - * Humour *i> Message-ID: <OF5371D712.4F65295B-ON85256A49.004D3762@acml.com>  ; My understanding is that it's ok to have names in differingt9 industries that are the same, but not in similar circles.e    m                                                                                                              em                     fabio_compaq@ep-bc.petrob                                                                Um                     ras.com.br                               To:  Info-VAX@Mvb.Saic.Com                      am                                                              cc:                                             rm                     05/11/2001 08:51 AM              Subject:     Re: The future of VMS - * Humour *         ym                                                                                                               m                                                                                                              b      A It is waste of time think in use the VMS acronym  as a trademark.e There is a industrial machine called VMS too.w  < It is same than Microsoft using  the word "windows" in their products and we never can havee+ a "window" in our houses without paying MS.   - Or Solaris - I think it is "Sun" in Latin.....   Regardsc   FC        1 steven.reece@quintiles.com em 11/05/2001 09:36:55F  , Favor responder a steven.reece@quintiles.com             Info-VAX@Mvb.Saic.Come      + Assunto: Re: The future of VMS - * Humour *l        ; But if you look in the v7.2 upgrade and installation manualt Compaq have theh, trademark VMS registered as well as OpenVMS. Steve.   Tim Llewellyn wrote/quoted : >>>V> > Shouldn't Compaq sue Sega for the use of the VMS trademark ?  ? thats what I thought, until I realized thast the Sega VMS isn't  Open :-) <<<t                      F ______________________________________________________________________  : The information contained in this transmission may contain< privileged and confidential information and is intended only< for the use of the person(s) named above. If you are not the< intended recipient,  or an employee or agent responsible for? delivering this message to the intended recipient,  any review,a@ dissemination, distribution or duplication of this communication> is strictly prohibited. If you are not the intended recipient,A please contact the sender immediately by reply e-mail and destroy5# all copies of the original message.n   ------------------------------  % Date: Fri, 11 May 2001 13:48:34 +0100s0 From: andrew harrison <andrew.nospam@uk.sun.com>8 Subject: Re: The Internet, Tru64 and other unix variants* Message-ID: <3AFBDFA2.F308B5CF@uk.sun.com>   Christof Brass wrote:> >  > andrew harrison wrote: > >- > > Jan Vorbrueggen wrote: > > >i1 > > > Christof Brass <brass@infopuls.com> writes:> > > > @ > > > > The problems of running WNT apps on UNIX don't come fromF > > > > undocumented API parts of WNT, they don't come from apps usingG > > > > undocumented calls and they also don't come from the mistakenlys4 > > > > stated "fact" of a rapidly changing WNT API.B > > > > If the undocumented parts were there reason only apps fromC > > > > companies that have access to information about those callsl > > > > would make trouble.r > > > I > > > You appear not to have heard of Bristol Technologies vs. Microsoft.n > > >t > >D< > > His views also do not reflect the experience of the Wine8 > > developers who are trying to do what he says is easy5 > > namely using the published API's and then reversen7 > > engineering the undocumented bits. They are finding 5 > > it to be a struggle and despite many man years ofa4 > > effort still do not have an environment that can > > reliably run windows apps. > = > From what I know the WINE people don't put much effort into A > their project. These are pasttime programmers and honestly they = > don't use very advanced techniques from my point of view. A8@ > friend of mine has reverse engineered substantial parts of the> > M$ COM DLLs and he could easily do the same for every single > service within WNT.a >   4 Why not post this to the WINE newsgroup. They might 2 disagree, they were at one point putting out a new  WINE release roughly every week.  5 You friend is obviously very very talented, much moreP6 so than any of the programmers in the WINE project or 2 the programmers working for Bristol SW who had to 7 sue MS to try to get them to continue to release sourceI9 code for win32 to them without which they were unable to  . impliment their cross platform win32 emulator.  8 > > Nor does it reflect Sun's experience with WABI which< > > we eventually dropped for exactly the reasons I outlined > > in my posting. > = > Sorry, SUN is one of the worst examples if we talk about SW B > quality. I'm personally sure that quality issues are a much more@ > important reason (there are some others besides what you imply1 > and also more important from my point of view).u >   6 Crap, WABI actually worked well for the 20 or so apps 5 that Sun qualified. What killed WABI was the need to e4 make changes to WABI all the time to accomodate, the8 different sets of undocumented MS Windows features that ( windows apps particularly MS ones used.   # It was and remains a moving target.e    9 > > Still Christof despite obviously having no experiences' > > in this area is bound to know best.1 >   = >Boring. Most people reading this will remember that I showed.; >from what you posted that you have really no clue about OS1: >architecture. Moreover you don't seem to detect that your> >arguments aren't technically at all. Re-read what I wrote and> >you will clearly see that you completely missed the point. If@ >you are interested in talking with lawyers, do so; but, please, >stay out of cov.o  3 Really Christof I don't recollect when this was norn1 I very much doubt do any of the other readers of q8 this group. So far the only thing you have demonstrated 4 to this group that springs to mind is your grasp of / the less polite words in the English language. t  4 Oh sorry the only other thing you have demonstrated 1 is that you have read and now take as gospel the H UNIX haters handbook.   3 Let me know if there is another capability that youo1 think you have demonstrated that I have left out.-   regards- Andrew Harrison  Enterprise IT Architect:   ------------------------------   Date: 11 May 2001 13:10:56 GMT1 From: JONESD@er6.eng.ohio-state.edu (David Jones)A8 Subject: Re: The Internet, Tru64 and other unix variants: Message-ID: <9dgod0$oa0$1@charm.magnus.acs.ohio-state.edu>  H In message <y44rutjz5f.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>,K   Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:tI >A Unix system call is, for the most part, just as good (or bad) as a VMS'I >system call. And how many programms actually use a system call directly,1% >instead of via the run-time library?-  A Quite a few, since Unix is pretty casual about distinguishing theeG system calls from the library calls.  I'd say any function that take an>I argument involving an fd (file descriptor number, e.g. open, close, read, K write, select) is Unix system call.  Other system calls I'd add to the list " would be fork(), signal(), sbrk().      < David L. Jones               |      Phone:    (614) 292-6929- Ohio State University        |      Internet:iL 140 W. 19th St. Rm. 231a     |               jonesd@er6s1.eng.ohio-state.edu: Columbus, OH 43210           |               vman+@osu.edu  + Disclaimer: Dogs can't tell it's not bacon.R   ------------------------------  % Date: Fri, 11 May 2001 13:53:01 +0100r0 From: andrew harrison <andrew.nospam@uk.sun.com>8 Subject: Re: The Internet, Tru64 and other unix variants* Message-ID: <3AFBE0AD.467A1227@uk.sun.com>   Christof Brass wrote:  >  > Jan Vorbrueggen wrote: > >t/ > > Christof Brass <brass@infopuls.com> writes:s > >p> > > > The problems of running WNT apps on UNIX don't come fromD > > > undocumented API parts of WNT, they don't come from apps usingE > > > undocumented calls and they also don't come from the mistakenly.2 > > > stated "fact" of a rapidly changing WNT API.@ > > > If the undocumented parts were there reason only apps fromA > > > companies that have access to information about those callsM > > > would make trouble.I > >,G > > You appear not to have heard of Bristol Technologies vs. Microsoft.o > >  > >         Jana > @ > This comes up from time to time and it's hard not to have read > of it. > Do you know WABI?a  B Christof after this resonse and your response to my posting about 2 WABI I think you need to watch "The weakest link"    Goodby Andrew Harrisons Enterprise IT ArchitectC   ------------------------------  % Date: Fri, 11 May 2001 14:24:34 +0100l0 From: andrew harrison <andrew.nospam@uk.sun.com>8 Subject: Re: The Internet, Tru64 and other unix variants* Message-ID: <3AFBE812.EB504CC4@uk.sun.com>   Christof Brass wrote:: >  > andrew harrison wrote: > >i: > > Sorry Solaris does support real time, it has real time: > > threads support, a fixed priority sheduler and you can > > lock memory pages. > A > Then there must be a problem with the implementation. I know ofm> > a company that dropped Solaris because of the lack of its RT > capabilities.e >    Who ???d  3 But then again your answer displays that you arn't r1 equipped to be arguing. Real time OS's provide a  - guaranteed response time to say an interupt. g3 The specialist real time kernels provide the lowesti4 guaranteed response times with general purpose OS's 2 like Solaris which have real time support provide + longer but still guaranteed response times.u  0 If you need lower response times than Solaris or0 other OS's of its type can offer then you use a  specialist real time kernel.  / So it is quite possible that the "company" you g0 know of needed a lower guaranteed response time - than Solaris could provide and had to go to as specialist real-time kernel.    ; > > The fact that you don't know this and the fact that youh< > > seem unable to work out what kernel pre-emption is tends> > > to reduce the credibility of your "cheap college" students9 > > gibes. Its good to see that you have reverted to typeh > > almost immediately.C > B > The fact that SUN doesn't pay acceptable wages is long known and > I named the source.eA > The problem with your paragraph is that you seem to forget thatf? > your wording and use of the English language (or should I say B > "your spelling") needs some interpretation. Besides that I doubt@ > that you fully understand what you are talking about. This was@ > the reason for my statement about kernel pre-emption. The fact: > that you don't define what *you* mean with this could be@ > interpreted that you don't understand how communication works.B > BTW, what do you mean with your last sentence of this paragraph? > ? > > And as for SMP support, Linux currently scales to about the-; > > same number of CPU's as HP-UX 9/SunOS did. Actually itse9 > > better than SunOS which only really supported 2 CPU'sS8 > > where as Linux does 4. Now thats fine if your design6 > > point is to compete with NT because NT does not do4 > > much better. But Solaris scales well to 64 CPU's8 > > and other Commercial UNIX's handly do 32. But having; > > the same SMP scalability as a 10 year old UNIX OS isn'tr7 > > much to write home about and a lot more coding will 4 > > need to be done to improve on this as Sun and HP3 > > fould out when they tried to do the same thing.a > @ > You might have noticed the phaenomenon of acceleration. Do you3 > need further comments from my side on this topic?m >    yesn   Regards  Andrew Harrison  Enterprise IT Architecti   ------------------------------    Date: 11 May 2001 18:18:09 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>p8 Subject: Re: The Internet, Tru64 and other unix variantsH Message-ID: <y4r8xveu66.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  + Christof Brass <brass@infopuls.com> writes:   B > Save yours and ours time. Your contributions are simply speaking: > ridiculous. You are revealing not only a serious lack of< > understanding the business, you also have a severe lack of> > understanding the technique. Stay out of this discussion you? > obviously don't understand. Maybe you could play a little bitu > with your Lego?t  F You've really crossed a line with that one. You'll be the first personG I will refuse to read another post from in more than ten years of usingo news.a   	Jan   ------------------------------    Date: 11 May 2001 18:20:39 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>18 Subject: Re: The Internet, Tru64 and other unix variantsH Message-ID: <y4ofszeu20.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  3 JONESD@er6.eng.ohio-state.edu (David Jones) writes:   K > >A Unix system call is, for the most part, just as good (or bad) as a VMSrK > >system call. And how many programms actually use a system call directly,r' > >instead of via the run-time library?  > C > Quite a few, since Unix is pretty casual about distinguishing the I > system calls from the library calls.  I'd say any function that take an K > argument involving an fd (file descriptor number, e.g. open, close, read,oM > write, select) is Unix system call.  Other system calls I'd add to the list $ > would be fork(), signal(), sbrk().  L As far as these are required by ISO C (and open, read and write fall in thisL category, I presume), any system supporting an ISO C compiler must support -J not necessarily as a system call. Is that distinction - open() is a systemJ call on Solaris, but implemented on the C RTL on VMS - relevant to quality in any way?    	Jan   ------------------------------  # Date: Fri, 11 May 2001 06:46:45 GMT  From: Dirk Munk <munk@home.nl>5 Subject: Re: Unsupported Cobol compilation switches ? ' Message-ID: <3AFB8AD4.C2BDC493@home.nl>   L You could be right. The compiler is version Cobol V2.6-1060, and I was underL the impression that this is the latest version. But it seems there is a V2.7J already. I will have to check the latest distribution kit, or wait for the6 VMS 7.3 kit. Maybe someone else has more information ?      " Shane.F.Smith@Healthnet.com wrote:  K > ?Have you checked your compiler version? The installed version may not bee1 > the same as the one the manual was written for.  >a > Shanet > 4 > Dirk Munk <munk@home.nl> on 05/10/2001 04:41:55 PM > , > Please respond to Dirk Munk <munk@home.nl> >  > To:   Info-VAX@Mvb.Saic.Com  > cc:o >e4 > Subject:  Unsupported Cobol compilation switches ? >lJ > In an effort to optimize the performance of our Cobol programs, we tried9 > to use the following switches with program compilation:q >y > /architecture=EV67 > /optimize=(level=4,tune=ev67)  > B > I suppose the architecture and tune qualifier do the same thing.H > Both switches are documented in the HTML manuals on the docs CD's, but5 > they are not in the HLB files for the on-line help.h8 > And even worse, we get syntax errors when we use them. > J > Has anyone used these switches, should it be possible to use them, or is  > there an error in the manual ?   ------------------------------  % Date: Fri, 11 May 2001 11:24:07 +0200i7 From: Alain Chappuis <Alain.Chappuis@medecine.unige.ch>M5 Subject: Re: Unsupported Cobol compilation switches ?e0 Message-ID: <3AFBAFB7.2090507@medecine.unige.ch>   Dirk Munk wrote:  J > In an effort to optimize the performance of our Cobol programs, we tried9 > to use the following switches with program compilation:  >  > /architecture=EV67 > /optimize=(level=4,tune=ev67)n    < You need to Install the Compaq COBOL V2.7-1209  for use this	 qualifierf      J > Has anyone used these switches, should it be possible to use them, or is  > there an error in the manual ?    * Yep I use it, but not directly the ev67...     I hope this help   Alain. -- oA +----------------------+----------------------------------------+yA | Alain Chappuis       | Responsable: E-mail; cmu.unige.ch      |iA | Analyste             | WEB : medecine, cds, ebn, jid, Sifm    |aA | Universite de Geneve | E-mail: Alain.Chappuis@unige.ch        |:A | Centre Medical Univ. | Phone: +41 (22) [70]25.073             |rA | 1, Rue Michel-Servet | FAX : +41 (22) 347.33.34 ou 702.58.58  |.A | CH-1211 Geneve 4     | http://cmub.unige.ch/www/si/alain.html |sA +----------------------+----------------------------------------+r   ------------------------------    Date: 11 May 2001 18:30:36 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 5 Subject: Re: Unsupported Cobol compilation switches ? H Message-ID: <y4lmo3etlf.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>    Dirk Munk <munk@home.nl> writes:  B > I suppose the architecture and tune qualifier do the same thing.  G Presuming the Cobol compiler uses the same rules as compilers for other G languages on Alpha, they are different. architecture says "compile with H the assumption that the features present on this architecture are alwaysJ present" - that is, generate code without checks whether a certain featureN is actually present. If missing, it will often be emulated at your performanceI peril. tune says "compile with the assumption that the features are oftentM present, but check before using". This can introduce code bloat (two versionsoK of the same piece of code), but will protect from unanticipated performancea shocks.v   	Jan   ------------------------------  % Date: Fri, 11 May 2001 13:13:47 -0400i- From: John Reagan <reagan@hiyall.zko.dec.com> 5 Subject: Re: Unsupported Cobol compilation switches ? 2 Message-ID: <3AFBE58B.5C70D59F@hiyall.zko.dec.com>   Jan Vorbrueggen wrote: > I > Presuming the Cobol compiler uses the same rules as compilers for othero > languages on Alpha  H Correct assumption.  The /ARCH and /OPT=TUNE options are passed directly@ to the GEM common backend.  The behavior is identical across allF GEM-based OpenVMS Alpha compilers (yes, all the compilers you get from( Compaq for OpenVMS Alpha are GEM-based).     --   John Reagan< Compaq Pascal Project Leader   ------------------------------  / Date: Fri, 11 May 2001 08:35:10 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de>( Subject: Re: Unsupported File Structure?6 Message-ID: <200105110630.IAA15608@sinet1.fom.fgan.de>   Hello,  K if I do understand Otto right, then he did write, that the disk ist createdrI by an old OpenVMS version (6.2). The new one Systems (V7.2 and V7.2-1) donJ not understand the file structure on this disk. AFAIK this is a problem ofL the SCSI driver of OpenVMS 6.2. But I did see this problem only on VAX disksJ from some vendors (Seagate 9GB disk or so). The problem was, that the diskH will be seen with different formfactors. But I did see this problem onlyJ with VAX disks (primary mount from a VAX). It was also between the OpenVMSF V7.1 VAX and OpenVMS V7.1-2 Alpha systems seen. We did get a patch forI this problem (long, long time ago). But Otto wrotes, that he did see thisoI error also between two Alphas (V6.2 as originator und V7.2-1 as mounter).>J Otto can you check the form factor of your two disks (ST19171W, ST19171N)?G I hope that there is no difference in the hardware, so that the must be F identical. If not, then this will be the problem. But I don't know any solution for that problem.   Best regards Rudolf Wingert    ------------------------------  # Date: Fri, 11 May 2001 12:00:48 GMTp8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)- Subject: Re: Unsupported File Structure? (OT) 1 Message-ID: <QvQK6.132$fi2.3050@news.cpqcorp.net>.  p In article <009FBCE8.D22B0F00@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:m >In article <L2AK6.101$fi2.2463@news.cpqcorp.net>, hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) writes:o3 >>In article <009FBCDB.787BB665@SendSpamHere.ORG>, gA >>system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:  >>...m1 >>>...ODS-5 is not supported for a system device.  >>< >>This is true for the moment, but may change in the future.> >>In any case, and ODS-5 system disk would not cause the error% >>"unsupported file structure level".o >y >Right.  You'd get:  >e9 >%MOUNT-I-OPRQST, Files-11 home block not found on volume  >$9 >I was pointing out that the system disk cannot be ODS-5.   # I think you're right for VAX nodes.o  2 Alpha nodes will boot and run from and ODS-5 disk.& It is not supported, but it will work.< There are restrictions, but in general, so long as you stick= with ODS-2 compatible file names, you will not have problems.i: (Some OpenVMS components and utilities will have problems " dealing with extended file names.)  > Once agaim, ODS-5 system disks are NOT SUPPORTED at this time.C In the future, they may be supported on Alpha--probably not on VAX.e   -- .K     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USAlH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Fri, 11 May 2001 08:05:15 -0400r2 From: "Sue Skonetski" <susan.skonetski@compaq.com>/ Subject: Updated Digital Networks Press releaser1 Message-ID: <PzQK6.133$fi2.3125@news.cpqcorp.net>    Logo removed by Sue Skonetski          FOR IMMEDIATE RELEASEa    D PR Contacts:            Dawn Rohrbacher               Karen Blondell  -                              Digital Networksu D|K|Communications  I                              978-474-8340                    310-791-5838o  K                              rohrbach@dnpg.com           k.blondell@gte.netr          $ DIGITAL NETWORKS INTRODUCES FOUR NEW  / PRODUCTS FOR ENTERPRISE NETWORKING APPLICATIONSl      . Experienced Networking Leader Offers Unrivaled  E Investment Protection and Worldwide Service and Support at a Low Cost       K Andover, Mass (April 23, 2001) - Digital Networks, the leader in networkingyL products for the enterprise and workgroup environments, today announced fourF new products along with an enhanced service and support offering.  TheF DNmultilayer 1000, DNswitch, DECserver 732 and DECswitch 90 FE are allK immediately available and shipping to customers through a worldwide channelo& of distribution and reseller partners.  G Digital Networks is the former networking division of Digital EquipmentaH Corporation (DEC), and has been in operation for less than one year. TheL company is delivering reliable and scalable networking solutions to over oneK million end users worldwide including Blockbuster Video, Compaq, Fingerhut,c WorldCom and the VA Hospital.-  E Digital Networks supports the worldwide installed base of DEC networkdF equipment users with products and services to extend the life of theirL network infrastructure. With over one million DECservers, 100,000 DEChub 90sL and 50,000 MultiSwitch 900 chassis' installed today, Digital Networks serves! a large, loyal base of customers.r  G "Today's economic climate presents an excellent opportunity for DigitalsL Networks' value-oriented networking products; which are reliable, long-livedJ and easily adapt to changes in technology and business requirements," saidK Lee Knoch, executive vice president at Digital Networks.  "IS professionalshE are searching for ways to make the best technology investments movinggI forward. Our existing customers can draw more value out of their networks H through upgrades and expansion with our products, rather than completelyJ replacing their existing equipment; and new enterprise customers get peace< of mind knowing that our products will not become obsolete."     New Product Offerings I Among the new product families introduced today are the DNmultilayer 1000 G family of switch routers for the enterprise and the DNswitch family forbI workgroup environments. Individual products also introduced today include G the DNswitch 800, the DECserver 732, and the DECswitch 90 Fast EtherneteG Switch. All Digital Network products are ideal solutions for enterpriseu organizations.      I The new DNmultilayer 1000  switch router family consists of products thatsC provide high-speed network connectivity in enterprise, LAN, WAN andsH metropolitan area (MAN) networks. The DNmultilayer 1800 and 1400 modularI expandable chassis-based products support up to 48 Gigabit Ethernet portsmI and 128 10/100 ports, while the fixed configuration DNmultilayer 1200 and J 1100 offer high density 10/100 layer 2/3/4 switching with multiple GigabitH Ethernet uplinks. Using Ethernet over OC-48 technology, the DNmultilayerI 1000 family provides continued support for disaster tolerant data centersc* and high performance cluster environments.      F The new DNswitch family of stackable and standalone 10/100 and GigabitH Ethernet switches are ideal for the broadest workgroup environments. The DNswitch 800 is an  F 8-port high-performance gigabit Ethernet workgroup switch suitable forI supporting network-intensive applications and high volume file transfers.           E The new DECserver 732 is the high performance member of the DECserverRH family - the most reliable access and device-server family on the marketH today with more than one million units installed worldwide. This 32-portC device server is ideal for mission-critical applications in retail, G manufacturing, telecommuting and office/building automation; connectingaD devices such as security cameras, terminals, modems, cash registers,D laboratory instruments and factory equipment to an Ethernet network.      G Digital Networks is also introducing the new DECswitch 90 Fast EthernetyF switch - available for customers with the DEChub90 and MultiSwitch 900B platforms, as well as standalone and stacked configurations in theH Multistack System.  The addition of the DECswitch 90 allows customers toK incrementally grow the number of ports and the speed of their network (fromaJ 10Mbps to 100 Mbps), and maximize the value of their current investment inC Digital-branded technology. This new product eliminates the risk ofi: bottleneck that often results from normal business growth.      
 DNservices  H In addition to its impressive array of new products, Digital Networks isL expanding its offering to include a comprehensive portfolio of services thatG can be modified to meet customers' precise operational requirements andtE business objectives.  Digital Networks now provides its customers anddE resellers with customized installation, on-site maintenance, softwarel7 maintenance, technical assistance and warranty support.c      @ Many of the new services available are due in part to a businessF relationship with VITAL Network Services, a leading global provider ofI network support for converging networks. Through VITAL's Rapid TechnologymH Introduction Process, services have been introduced worldwide to DigitalJ Networks' entire portfolio of multi-technology network switches, workgroupH switches, access servers, routers, and network management product lines.       Dedication to the ChannelnA Digital Networks sells its products exclusively through a channelh@ distribution model. Selling partners include the world's leadingF distributors of network solutions - including AVNET and Pioneer in theH United States; Azlan, Anixter and Raab-Karcher in Europe; and Duxbury inA South Africa - and more than 200 value-added resellers worldwide.u      L "Digital Networks offers a real value-add to our customers with better priciH ng, low cost of ownership, a history of reliability, and innovation - asI well as a strong new product portfolio for the future," said Andy Bryant,sJ president, Avnet Computer Marketing.  "The Digital-branded products are anL integral part of our customers' network infrastructure, and we will continue= to be a value-added supplier of Digital Networks' solutions."o      F "Our distribution model is what makes us unique," said Dana Lariviere,I executive vice president at Digital Networks. "We do not compete with our-F partners - period! Few companies in the market can claim this level ofJ dedication.  Digital Networks will continue to uphold our reputation as an@ excellent channel partner and we will only partner with the best' distributors and VARs in the industry."-       Pricing and AvailabilityF The DNmultilayer 1000 family of switch routers offers the best GigabitG pricing in the industry at less than $1500 per Gigabit port. Individualo6 product pricing (minimum configuration) is as follows:  G -          DNmultilayer 1800 (twelve-slot chassis with 8 payload slots)n starts at under $29,000n  F -          DNmultilayer 1400 (eight-slot chassis with 4 payload slots) starts at under $21,000t  G -          DNmultilayer 1200 (two-slot chassis) starts at under $11,000f  G -          DNmultilayer 1100 (one-slot chassis) starts at under $10,000-      I The DNswitch family offers the lowest cost per port ($58 per 10/100 port)sF and highest performance in the industry. Products come with a lifetimeL warranty and free clearVISN network management software, making this product family an incredible value. The6  5 DN Switch 800 pre-configured box is priced at $5,995.y  I The DECserver 732 asynchronous device server is now available for $3,095.a Then  L DECswitch 90 is priced at $845 and is now available as a DEChub 90 module, aL MultiSwitch 900 module, or with the purchase of a DETRX as a standalone unitK in the Multistack System.  The DECswitch 90 comes with a one-year warranty,nI which includes telephone support during normal business hours and a 5-daye advance replacement.       About Digital NetworksK Based in Andover, Mass., Digital Networks was established in September 2000rK as a privately held company committed to providing high performance networkiE solutions for mission-critical enterprise and workgroup applications.uF Formerly the networking product group of Digital Equipment CorporationK (DEC), the company has an installed base of more than one million end usersvI worldwide and continues to sell its products exclusively through a globalaG channel of distributors and resellers. For additional information visitcK www.digitalnetworks.net or call 978.474.8300 in the U.S. and Canada, or +444 (0) 1635.810.432 in Europe.r  
 #  #  #  #   ------------------------------  # Date: Fri, 11 May 2001 16:01:22 GMTs2 From: "Sue Skonetski" <susan.skonetski@compaq.com>/ Subject: Updated Digital Networks Press releaseb1 Message-ID: <m1UK6.148$fi2.3297@news.cpqcorp.net>o   ------------------------------  % Date: Fri, 11 May 2001 11:53:44 -0600 . From: "Phillip Williams" <edhouse00@qwest.net>) Subject: VaxStation 2000 and other things 3 Message-ID: <OJVK6.2595$Gk6.314457@news.uswest.net>    HelloM4 My last 2000 is up for grabs. I will also throw in a) TK50 and a RD54 external drive. Right now / the system has OpenVMS 7.2 on it. You will needu; to add a valid license to get it up and going. Asking price 4 for all three is 25 plus shipping and handling. This5 unit doesnot have the expansion unit on it to connectr/ the external TK50/RD54 to it. I donot have one.t    , Pathworks V6.0  for DOS/Windows. No licenses4 Includes cdrom doc. 10.00 plus shipping and handling$ will also throw in Pathworks for DOS  5 If anybody needs esdi drives let me know. I also have  various qbus boards .e   phillip  ps( pls send e-mail to dwilliams297@home.com   ------------------------------  % Date: Fri, 11 May 2001 15:03:19 +0100e$ From: Hiten Patel <h.patel@rl.ac.uk># Subject: Re: VMS NFS mounts on UNIX-( Message-ID: <3AFBF126.1C810FE1@rl.ac.uk>  & --------------EFBE8EBFCE3FBF7549B57ED6* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bits   > Hi Managers,  C Thanks for all the help from everyone especially Richard Bryan fromi# Oxford and Richard Brodie from RAL.gE The problem was solved by exporting (add command in ucx) the requirednH disk to my unix client. Did a shutdown and was able to mount vms disk to a  unix clients.  $                                \\|//$                                (o -)F ---------------------------oOOo~(_)~oOOo------------------------------  C HITENDRA PATEL                              EMAIL: h.patel@rl.ac.uko  F ----------------------------------------------------------------------@    The contents of this email are sent in confidence for the useG    of the intended recipients only.  If you are not one of the intendedbE    recipients do not take action on it or show it to anyone else, butg>    return this email to the sender and delete your copy of it.F ----------------------------------------------------------------------      & --------------EFBE8EBFCE3FBF7549B57ED6) Content-Type: text/html; charset=us-ascii- Content-Transfer-Encoding: 7bit-  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html>  / <blockquote TYPE=CITE>Hi Managers,</blockquote>m  F <p><br><b>Thanks </b>for all the help from everyone especially Richard. Bryan from Oxford and Richard Brodie from RAL.I <br>The problem was solved by exporting (add command in ucx) the requiredeH disk to my unix client. Did a shutdown and was able to mount vms disk to a&nbsp; unix clients.h <pre>    &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; \\|//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (o -)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;F ---------------------------oOOo~(_)~oOOo------------------------------   HITENDRA PATEL&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; EMAIL: h.patel@rl.ac.uk  F ----------------------------------------------------------------------J &nbsp;&nbsp; The contents of this email are sent in confidence for the useV &nbsp;&nbsp; of the intended recipients only.&nbsp; If you are not one of the intendedO &nbsp;&nbsp; recipients do not take action on it or show it to anyone else, butnH &nbsp;&nbsp; return this email to the sender and delete your copy of it.L ----------------------------------------------------------------------</pre>
 &nbsp;</html>o  ( --------------EFBE8EBFCE3FBF7549B57ED6--   ------------------------------  % Date: Sat, 12 May 2001 01:55:13 +0800T From: "Kenneth" <abc@abc.com>i Subject: What is RWCLUSR0 Message-ID: <9dh8l6$9s93@imsp212.netvigator.com>  L Does anyone know what RWCLUS state for a process means? How can I trace what0 is the cause for the process fall in this state?   ------------------------------  % Date: Fri, 11 May 2001 11:35:42 +0100o/ From: Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk>I6 Subject: re: What is the best way to erase SCSI disks?7 Message-ID: <009FBD96.F985D106.33@maxwell.ph.kcl.ac.uk>e  N > > > You can do an init/erase.  Since they're on HSJ's the HSJ's will do most0 > > > of the work with little/no IO over the CI. > > I > >  So, has anyone had the budget to try INIT/ERASE or whatever and then P > > send the disk off to Vogon or HP or someone to try and recover the data? :-) > > D > > Someone I work with who used to work somewhere where they reallyN > > cared says the latest he heard is it takes 6 writes to make the data trulyM > > unrecoverable (there are magnetic hysterisis effects apparently that mean 6 > > one can recover previous data even after a write). > >iP > I've also heard that "6 writes" was considered sufficient for this purpose. I T > honestly don't know what level of data sensitivity this applied to (thinking of a Q > range from "normal commercial, reasonable cost" to "absolute protection, large m > budget").: > J There's only one way to achieve absolute protection: dismantle the drive, G physically wreck the platters, then immerse them in a vat of acid. Thisd0 is not an uncommon precaution at defense sites.   J The problems: one is that the alignment of the head with the data track isI never perfect. There's a "fringe" of old data that isn't altered when thepK track is rewritten. Even multiple overwrites don't guarantee to destroy thetM fringes, if, say, some systematic drift has occurred (or has been maliciously K induced!) in the head-positioning servo loop since the track was originallysJ written.  Of course, you do have to have some rather special equipment to M open up a drive and then read the content of very narrow noisy fringes at the 9 edges of tracks. But if you're an intelligence agency ...n  K Another one: how can you be *sure* that the drive firmware hasn't relocated G any doubtful blocks, leaving old data marked "bad" and inaccessible to r normal future drive operations?l  H Yet another: how can you be *sure* that the drive's firmware hasn't beenN "got at" by a hostile agency, (say) to copy chunks of data into the bad block H reallocation sectors while the drive is "idle" and thereafter to protect. that hidden data against attempts to erase it?  L You used to have to be rich and paranoid to trash drives at the end of theirC working life. Given the way storage price per gigabyte is falling, eG paranoid is probably now all it takes. What's a 5-year-old drive worth,p5 compared to the sort of data that justifies paranoia?    	Yours,-
 		Nigel Arnot-- 		NRA@MAXWELL.PH.KCL.AC.UK                   r  7 		"In the beginning there was nothing, which exploded."U   ------------------------------  % Date: Fri, 11 May 2001 13:26:17 +0100s- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> 6 Subject: Re: What is the best way to erase SCSI disks?) Message-ID: <3AFBDA69.8FCA8446@bbc.co.uk>l   Nigel Arnot wrote:  O >  You used to have to be rich and paranoid to trash drives at the end of their D > working life. Given the way storage price per gigabyte is falling,I > paranoid is probably now all it takes. What's a 5-year-old drive worth,A7 > compared to the sort of data that justifies paranoia?   N Thanks for the analysis, Nigel (and Paul). Actually, if the CIA wanted my dataR I think they'd probably find a an easier way to get it than waiting for the drivesP to turn up in a  skip:-). Might make the hobbiest's life a little more difficultI too if everyone starts trashing the disks when they decommission systems.d  A oh well, I probably don't have room for a home cluster anyway :-)t --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.t   ------------------------------   End of INFO-VAX 2001.263 ************************