1 INFO-VAX	Wed, 21 Nov 2001	Volume 2001 : Issue 648       Contents: RE: About your reaction: ACL: Oops, how to undo?  ACL: Oops, how to undo?  Re: ACL: Oops, how to undo? 0 ACP_DIRCACHE attempt rate shows negative value?!4 Re: ACP_DIRCACHE attempt rate shows negative value?! RE: Advice on CD-R & DVD-R< Re: analyze/disk crashes with message %system-f-accvio, acceH Re: analyze/disk crashes with message %system-f-accvio, access violationH Re: analyze/disk crashes with message %system-f-accvio, access violationH Re: analyze/disk crashes with message %system-f-accvio, access violationH Re: analyze/disk crashes with message %system-f-accvio, access violationH Re: analyze/disk crashes with message %system-f-accvio, access violation  Re: C-Kermit 8.0 Beta.04 for VMS  Re: C-Kermit 8.0 Beta.04 for VMS CI limit
 DCPS licences  Re: DCPS licences  Re: DCPS licences $ Re: DCPS slow by printing LN06-Files$ Re: DCPS slow by printing LN06-Files Re: DEC Supplied user account? Re: DEC Supplied user account? Re: DEC Supplied user account? Re: DEC Supplied user account? Re: Disk Defragmenters$ Driver blows up on IOC_STD$MOVTOUSER Re: F$GETQUI wildcard bug??  Hanging DLT command  Re: Hanging DLT command  Re: Hanging DLT command  Re: Hanging DLT command # Re: Installing CC060 on VMS VAX 6.1 # Re: Installing CC060 on VMS VAX 6.1 # Re: Installing CC060 on VMS VAX 6.1 - Re: Intel Itanium versus AMD Hammer (& Alpha) - Re: Intel Itanium versus AMD Hammer (& Alpha) - Re: Intel Itanium versus AMD Hammer (& Alpha) - Re: Intel Itanium versus AMD Hammer (& Alpha) ' Re: Is it a DEC C problem, or is it me? ' Re: Is it a DEC C problem, or is it me? ' Re: Is it a DEC C problem, or is it me? ' Re: Is it a DEC C problem, or is it me? ' Re: Is it a DEC C problem, or is it me? ' Re: Is it a DEC C problem, or is it me? ( Re: Itanium flunking Compaq server tests JAVA 1.3 Slow launch Re: JAVA 1.3 Slow launch Re: JAVA 1.3 Slow launch Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha Re: Life After Alpha< Re: Life After Alpha... and a MARVELous end-of-life platform" Re: Mount remote filesystem?  NFS?" Re: Mount remote filesystem?  NFS?" Re: Mount remote filesystem?  NFS?' Mounting bound volume sets after reboot  Non virtual QIO  Re: Non virtual QIO < Of Bogusity and Benchmarketeering (was Re: Life After Alpha)@ Re: Of Bogusity and Benchmarketeering (was Re: Life After Alpha)@ Re: Of Bogusity and Benchmarketeering (was Re: Life After Alpha)5 Open VMS Alpha-to-Itanium: Development update webcast 9 Re: Open VMS Alpha-to-Itanium: Development update webcast 9 Re: Open VMS Alpha-to-Itanium: Development update webcast 9 Re: Open VMS Alpha-to-Itanium: Development update webcast 9 Re: Open VMS Alpha-to-Itanium: Development update webcast  OSU Webserver problems Re: OSU Webserver problems Re: OSU Webserver problems Re: OSU Webserver problems OT:  IT Jobs (Australia)A Re: RMS file structure internals documentation freely available ? A Re: RMS file structure internals documentation freely available ? 5 RE: Software to emulate someone sitting at a terminal 9 Re: Solaris: ready for prime time?  Keep your VMS system. E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org  Sun at it again  Re: Sun at it again  Re: Sun at it again D Re: TCP/IP services settings disappear after restarting the software) Re: telnet very slow from pc/linux to vms ) Re: telnet very slow from pc/linux to vms ) Re: telnet very slow from pc/linux to vms ) Re: telnet very slow from pc/linux to vms  Thankful  RE: TZ887 installation questions  Re: TZ887 installation questions; Re: VMS on IBM power chip would make IBM No. 1 in high end! ; Re: VMS on IBM power chip would make IBM No. 1 in high end! % Re: Welcome To Microsoft's IT Academy 0 why not a communityDeveloped[tm] version of VMS? Re: Xetra, on which OS?  Re: Xetra, on which OS? > XP1000 Memory (Was: Compaq: VMS is alive and kicking (Memory)) XPDF 0.93 - VMS versions Re: You are invited to this ( Re: [TCPIP V5.1 ECO 3] Problems with DNS  F ----------------------------------------------------------------------  % Date: Wed, 21 Nov 2001 08:25:10 -0500 ; From: "Webb, William W Raleigh, NC" <wwebb1@email.usps.gov> ! Subject: RE: About your reaction: K Message-ID: <D46FE9B132FB9B44AEC242A96E4AB75004BC5A5C@rlghncst625.usps.gov>   5 Well, it was volume size, not physical disk size, but " my memory was essentially correct:   From the OpenVMS FAQ: 8 http://www.openvms.compaq.com/wizard/faq_frames/file.htm   FILE5.  8 What is the largest disk volume size OpenVMS can access?  -    One Terabyte (TB; 231 blocks of 29 bytes)    : Prior to the release of V6.0, the OpenVMS file system was 9 limited to disk volumes of 8.38 GB (224 blocks) or less.    8 I have heard of, *but never used* a virtual disk driver ? (VDDRIVER) exists that allows partitioning a a single physical   device into multiple volumes.   ! I think I've found it for you at  
 http: / / ) decus.acornsw.com/vlt98b/VMSLT98B/GCE98B/   1 VDDRIVER-VAX.ZIP, 89 Kb, Wed May  5 20:19:46 1999    Regards,   WWWebb     -----Original Message-----8 From: Dirk.Van.Bouchaute@Kender-Thijssen.be at INTERNET * Sent: Wednesday, November 21, 2001 4:50 AM To: Webb, William W Raleigh, NC  Subject: About your reaction:      Hello William, About your reaction: '0 Er, did you just add these disks to this system?A I seem to recall an 8.something GB disk size limitation in VMS 5. 5 This is from the hip so I could be mistaken. WWWebb ' 9 Those disks were added and also replaced some 4 Gb disks. K Since they are connected to that system (vms 5.5-2H4) we get strange things L when executing 'anal/disk'; the output also differs at each execution of it,  but the problem now is that thisI utility simply crashes and we are unable to check the consistency of that  disk  ) I'm looking for a workaround, a patch ... % Thanks in advance for your feedback !   % Dirk.Van.Bouchaute@Kender-Thijssen.be       1 File item 2 original document name: Not specified ! File item 2 document type: PCDATA  File item 2 size (bytes): 1456   ------------------------------  % Date: Wed, 21 Nov 2001 18:21:06 +0800 5 From: Netsurfer <netsurfer@sentosa.singaporemail.com>   Subject: ACL: Oops, how to undo?8 Message-ID: <6rvmvt4q428eqkqfmq3duavh77i36q26sh@4ax.com>  D I accidentally apply ACL onto a user home directory, how to undo the ACL?     What I did:    SET FILE [USERS.OPERATOR]-D *.*;* /ACL=(IDENTIFIER=[MIS,GUEST],ACCESS=READ+WRITE+EXECUTE+DELETE)   I need to remove this setting. How to?    Thanks.         Regards,  	 Netsurfer         ====R For any personal email replies, please remove " sentosa. " from my E-mail address.   ------------------------------    Date: 21 Nov 2001 13:43:40 +0100, From: Nazim MANSER <Nazim.Manser@socgen.com>  Subject: ACL: Oops, how to undo?T Message-ID: <05D7D3BFBA17C04C*/c=FR/admd=ATLAS/prmd=SG/o=INFI/s=MANSER/g=NAZIM/@MHS>  ! Here is an example how to do this   ^ VAX7> set file *.* /acl=(identifier=[produc,production],ACCESS=READ+WRITE+EXECUTE+DELETE) /log< %SET-I-MODIFIED, DSA2:[MANSER.ARBEIT.AES]TEST.DAT;1 modified VAX7> di  " Directory DSA2:[MANSER.ARBEIT.AES]  E TEST.DAT;1           [SYSTEM]                         (RWED,RWED,RE,) K           (IDENTIFIER=[PRODUC,PRODUCTION],ACCESS=READ+WRITE+EXECUTE+DELETE)    Total of 1 file.# VAX7> set acl /acl /delete *.* /log < %SET-I-MODIFIED, DSA2:[MANSER.ARBEIT.AES]TEST.DAT;1 modified VAX7> di  " Directory DSA2:[MANSER.ARBEIT.AES]  E TEST.DAT;1           [SYSTEM]                         (RWED,RWED,RE,)    Total of 1 file.     Nazim Manser   ------------------------------  % Date: Wed, 21 Nov 2001 19:44:47 +0100 , From: Didier Morandi <Didier.Morandi@gmx.ch>$ Subject: Re: ACL: Oops, how to undo?& Message-ID: <3BFBF61F.3C582E62@gmx.ch>   Netsurfer wrote: > F > I accidentally apply ACL onto a user home directory, how to undo the > ACL? > 
 > What I did:  >  > SET FILE [USERS.OPERATOR]-F > *.*;* /ACL=(IDENTIFIER=[MIS,GUEST],ACCESS=READ+WRITE+EXECUTE+DELETE) >   > I need to remove this setting.	 > How to?   % $ set acl/del=* [USERS.OPERATOR]*.*;*    D. --  G   --------------------------------------------------------------------- E MORANDI Consulting.  WEB: http://Didier.Morandi.Free.fr/index_us.html E Pflanzschulstrasse 53, 8004 Zurich, Switzerland. GSM: +41 79 705 4670 / 19, chemin de la Butte, 31400 Toulouse, France.   I Disaster Recovery Plans, Computer Security Audits, DEC OpenVMS Expertise H On parle franais, Man spricht Deutsch, Habla Castellano, English spoken   ------------------------------    Date: 21 Nov 2001 02:38:46 -0800! From: soterro@yahoo.com (Soterro) 9 Subject: ACP_DIRCACHE attempt rate shows negative value?! = Message-ID: <d5440555.0111210238.17e81bf7@posting.google.com>    Hello,  B What could that mean, indeed? I'm puzzled... Was it that big so it overrun the calculations?   # ACP_DIRCACHE parameter information:          Feedback information. 0            Old value was 5000, New value is 5000            Hit percentage: 97%3            Attempt rate: -1133 attempts per 10 sec. <         - AUTOGEN parameter calculation has been overridden.9            The calculated value was 4020.  The value 5000 F            will be used in accordance with the following requirements:.            ACP_DIRCACHE minimum value is 5000.   Thanks,    Sorin Costea   ------------------------------  % Date: Wed, 21 Nov 2001 11:11:06 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1>= Subject: Re: ACP_DIRCACHE attempt rate shows negative value?! ) Message-ID: <3BFB8BCA.100082E0@127.0.0.1>    Soterro wrote:D > What could that mean, indeed? I'm puzzled... Was it that big so it > overrun the calculations?  > % > ACP_DIRCACHE parameter information:  >         Feedback information. 2 >            Old value was 5000, New value is 5000  >            Hit percentage: 97%5 >            Attempt rate: -1133 attempts per 10 sec. > >         - AUTOGEN parameter calculation has been overridden.; >            The calculated value was 4020.  The value 5000 H >            will be used in accordance with the following requirements:0 >            ACP_DIRCACHE minimum value is 5000. >   ? My _guess_ (I have seen this often) is that the DCL calculation , overflows, flipping the sign bit on display.  F You can view the real numbers in the SYS$SYSTEM:AGEN$FEEDBACK.DAT fileH (it is plaintext) and use the feedback time and other numbers to get the real value.   > I would say in this case a 97% is desirable, and you are rightA (providing you are comfortable affording the extra 1000 pages) to G override and increase the cache, at high attempt and hit rates, you are , saving a significant number of physical IOs.  D MONITOR FILE during busy times would be the better indicator though.G Extrapolate your MISS RATE (100-hit rate) to the attempt rate (which is G per second IIRC) and you've a figure for the number of extra IO's being G generated by cache-misses. Works for all the caches by the way, but the F bitmap and extent caches can be affected by other factors (e.g. extend
 quantity).  G These caches are a complex beast though, typically shared by all disks, @ but there are techniques of permitting (limited) cache locality.? (/PROCESSOR=UNIQUE). The command itself is left as an exercise!  --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------  % Date: Wed, 21 Nov 2001 09:24:52 +0100 C From: Eberhard Heuser-Hofmann <vaxinf@chclu.chemie.uni-konstanz.de> # Subject: RE: Advice on CD-R & DVD-R > Message-ID: <00A055F6.D686D882.1@CHCLU.CHEMIE.UNI-KONSTANZ.DE>   Hi,   K >Looking at CD-R writing from VMS, it seems that some drives work well with 2 >VMS and others don't.  I know how to set them up.  G >I'd welcome advice as to which ones people are using which work well - L >manufacturer, model etc - (using CDWRITE on VMS 7.3).  What I'm looking forI >is reasonable write speed, can mount and read CDs on VMS and, of course,  >still available to buy.  # I very happy with my configuration: P TEAC 512EB (IDE-Burner with burnproof option) + cdrecord in my Alphastation 600.R cdwrite only works with scsi-drives. Yamaha or TEAC are good choices in that case.  M >Also, are there DVD drives which work with VMS?  What manufacturer / model /  >software are people using?   K I have a new Pioneer DVR-A03 (4,3 GB DVD-R/DVD-RW) here, but the first try  F of burning under vms gives problems with cdrecord. I must compare the H vms-debug-output with the linux result. Alots of numbers so be patient.    >Thanks    Eberhard  O ===============================================================================    Dr. Eberhard Heuser-Hofmann  Univ. Konstanz Fakultaet fuer Chemie  Universitaets-Strasse 10 D-78464 Konstanz Germany . Phone: +49-7531-88-2026, FAX: +49-7531-88-3139* email: vaxinf@chclu.chemie.uni-konstanz.de  O ===============================================================================    ------------------------------    Date: 21 Nov 2001 00:20:05 -0800@ From: Dirk.Van.Bouchaute@kender-thijssen.be (Dirk Van Bouchaute)E Subject: Re: analyze/disk crashes with message %system-f-accvio, acce < Message-ID: <67059dac.0111210020.8811e5c@posting.google.com>  _ WILLIAM WEBB <WWEBB1@email.usps.gov> wrote in message news:<0033000042258777000002L072*@MHS>... 2 > Er, did you just add these disks to this system? > C > I seem to recall an 8.something GB disk size limitation in VMS 5.  > . > This is from the hip so I could be mistaken. >  > WWWebb >  > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET * > Sent: Tuesday, November 20, 2001 4:02 PMD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNETG > Subject: RE: analyze/disk crashes with message %system-f-accvio, acce  >  > C > What happens if you run analyze/disk without the /list qualifier?  >  > Hans Vlems > I > Dirk Van Bouchaute <Dirk.Van.Bouchaute@kender-thijssen.be> wrote in mes  > sage9 > news:67059dac.0111200859.490ec6d1@posting.google.com...  > > Hello !  > > B > > Has anybody seen those kind of problems when analyzing disks ?I > > We get this command to crash every time we start it. On the other han  > d,
 > the disk$ > > seems to work without problems.. > > D > > The version OpenVms 5.5 2H4 and the disk is a RZ40 type, 9 Gbyte > > < > > Defragmenter DFO 2.5 is installed and might be involved. > >  > > The entire listing is: > >  > > $ ana /dis dka200: /list > > Listing of index file on > > 20-NOV-2001 12:23:54.71  > > 2 > > %ANALDISK-I-OPENQUOTA, error opening QUOTA.SYS& > > -SYSTEM-W-NOSUCHFILE, no such file& > > (00000001,00001,001)  INDEXF.SYS;1	 > > [1,4] & > > (00000002,00002,001)  BITMAP.SYS;1	 > > [1,4] & > > (00000003,00003,001)  BADBLK.SYS;1	 > > [1,4] & > > (00000004,00004,001)  000000.DIR;1	 > > [1,4] & > > (00000005,00005,001)  CORIMG.SYS;1	 > > [1,4] & > > (00000006,00006,001)  VOLSET.SYS;1	 > > [1,4] & > > (00000007,00007,001)  CONTIN.SYS;1	 > > [1,4] & > > (00000008,00008,001)  BACKUP.SYS;1	 > > [1,4] & > > (00000009,00009,001)  BADLOG.SYS;1	 > > [1,4] & > > (00000010,00001,001)  DZ ARC.DIR;1	 > > [1,4] ' > > (00000011,00002,001)  ALM BCK.DIR;1  > > [130,77]' > > (00000012,00002,001)  DCF BCK.DIR;1  > > [130,77]' > > (00000013,00002,001)  HIS BCK.DIR;1  > > [130,77]' > > (00000014,00002,001)  TLX BCK.DIR;1  > > [130,77]< > > (00000015,00001,001)  ALM LGF 00 10 11 TO 00 10 12.DAT;1 > > [130,77]< > > (00000016,00001,001)  ALM LGF 00 10 13 TO 00 10 15.DAT;1 > > ...............  > > ...............  > > [130,77]< > > (00000256,00001,001)  ALM LGF 01 10 28 TO 01 10 28.DAT;1 > > [130,77]< > > (00000257,00001,001)  ALM LGF 01 10 28 TO 01 10 28.DAT;2 > > [130,77]< > > (00000258,00001,001)  ALM LGF 01 10 30 TO 01 10 30.DAT;1 > > [130,77]? > > %SYSTEM-F-ACCVIO, access violation, reason mask=01, virtual / > > address=57900358, PC=80000010, PSL=03C00004  > > 6 > >   Improperly handled condition, image exit forced. > > 8 > >         Signal arguments              Stack contents > > 5 > >         Number = 00000005                803CB440 5 > >         Name   = 0000000C                00000002 5 > >                  00000001                7FEA8F64 5 > >                  57900358                7FEA8F4Cv5 > >                  80000010                00000004u5 > >                  03C00004                7FEA91A0h5 > >                                          00000003E5 > >                                          00000007a5 > >                                          0000000E&5 > >                                          09000001- > >o > >         Register dumpa > >wA > >         R0 = 03C00000  R1 = 57900358  R2 = 00002000  R3 = 000a >  00180A > >         R4 = 00000000  R5 = 00000000  R6 = 0073C540  R7 = 007s >  3C5AAA > >         R8 = 00000180  R9 = 0073C740  R10= 00741E4C  R11= 000t >  00000A > >         AP = 7FEA8F00  FP = 7FEA8EC0  SP = 7FEA8F3C  PC = 800e >  00010 > >         PSL= 03C00004i > >e > >e > > All advice is welcome !  > >m > > Many thanks in advance > >  > > Dirk Van Bouchaute > > Software Support Engineer  > > Kender Thijssent > >N) > > Dirk.Van.Bouchaute@Kender-Thijssen.bel > >e > > phone : +32-52-33.01.60  > >E > > int ref: disbru.53488e   Answer for William webb:  0 Er, did you just add these disks to this system?  A I seem to recall an 8.something GB disk size limitation in VMS 5.?  , This is from the hip so I could be mistaken.   WWWebb  @ The 4 Gb disks were replaced by 9 Gb disks, and than the strangeF behavior of 'anal/disk' seemed to start.. strange errors appeared (and disappeared)? but now the 'anal/disk' simply crashes and I don't have a meanst. anymore to check the consistency of the disk..  C In my search for workarounds or patches (vms 5.5-2h4) I just fopund 9 the 'accvio' error in the 'analyze/error' utility, not ins 'analyze/disk'    Does this answer your question ?   Thanks anyhow for your reaction   % Dirk.Van.Bouchaute@Kender-Thijssen.be    ------------------------------    Date: 21 Nov 2001 00:01:22 -0800@ From: Dirk.Van.Bouchaute@kender-thijssen.be (Dirk Van Bouchaute)Q Subject: Re: analyze/disk crashes with message %system-f-accvio, access violatione= Message-ID: <67059dac.0111210001.417e456a@posting.google.com>i   Dirk.Van.Bouchaute@kender-thijssen.be (Dirk Van Bouchaute) wrote in message news:<67059dac.0111200859.490ec6d1@posting.google.com>...V	 > Hello !f > @ > Has anybody seen those kind of problems when analyzing disks ?R > We get this command to crash every time we start it. On the other hand, the disk" > seems to work without problems.. > C > The version OpenVms 5.5_2H4 and the disk is a RZ40 type, 9 Gbyte h > : > Defragmenter DFO 2.5 is installed and might be involved. >  > The entire listing is: >  > $ ana /dis dka200: /list > Listing of index file on t > 20-NOV-2001 12:23:54.71e > 0 > %ANALDISK-I-OPENQUOTA, error opening QUOTA.SYS$ > -SYSTEM-W-NOSUCHFILE, no such file$ > (00000001,00001,001)  INDEXF.SYS;1 > [1,4]S$ > (00000002,00002,001)  BITMAP.SYS;1 > [1,4] $ > (00000003,00003,001)  BADBLK.SYS;1 > [1,4]t$ > (00000004,00004,001)  000000.DIR;1 > [1,4]s$ > (00000005,00005,001)  CORIMG.SYS;1 > [1,4] $ > (00000006,00006,001)  VOLSET.SYS;1 > [1,4])$ > (00000007,00007,001)  CONTIN.SYS;1 > [1,4]n$ > (00000008,00008,001)  BACKUP.SYS;1 > [1,4]t$ > (00000009,00009,001)  BADLOG.SYS;1 > [1,4]o$ > (00000010,00001,001)  DZ_ARC.DIR;1 > [1,4] % > (00000011,00002,001)  ALM_BCK.DIR;1e
 > [130,77]% > (00000012,00002,001)  DCF_BCK.DIR;1o
 > [130,77]% > (00000013,00002,001)  HIS_BCK.DIR;1 
 > [130,77]% > (00000014,00002,001)  TLX_BCK.DIR;1 
 > [130,77]: > (00000015,00001,001)  ALM_LGF_00_10_11_TO_00_10_12.DAT;1
 > [130,77]: > (00000016,00001,001)  ALM_LGF_00_10_13_TO_00_10_15.DAT;1 > ...............e > ............... 
 > [130,77]: > (00000256,00001,001)  ALM_LGF_01_10_28_TO_01_10_28.DAT;1
 > [130,77]: > (00000257,00001,001)  ALM_LGF_01_10_28_TO_01_10_28.DAT;2
 > [130,77]: > (00000258,00001,001)  ALM_LGF_01_10_30_TO_01_10_30.DAT;1
 > [130,77]= > %SYSTEM-F-ACCVIO, access violation, reason mask=01, virtualI- > address=57900358, PC=80000010, PSL=03C00004r > 4 >   Improperly handled condition, image exit forced. > 6 >         Signal arguments              Stack contents > 3 >         Number = 00000005                803CB440 3 >         Name   = 0000000C                00000002 3 >                  00000001                7FEA8F64-3 >                  57900358                7FEA8F4C03 >                  80000010                00000004i3 >                  03C00004                7FEA91A0s3 >                                          00000003h3 >                                          00000007h3 >                                          0000000Er3 >                                          09000001m >  >         Register dumpe > D >         R0 = 03C00000  R1 = 57900358  R2 = 00002000  R3 = 00000180D >         R4 = 00000000  R5 = 00000000  R6 = 0073C540  R7 = 0073C5AAD >         R8 = 00000180  R9 = 0073C740  R10= 00741E4C  R11= 00000000D >         AP = 7FEA8F00  FP = 7FEA8EC0  SP = 7FEA8F3C  PC = 80000010 >         PSL= 03C00004V >  >  > All advice is welcome !o >  > Many thanks in advance >  > Dirk Van Bouchaute > Software Support Engineero > Kender Thijssen  > ' > Dirk.Van.Bouchaute@Kender-Thijssen.be  >  > phone : +32-52-33.01.60d >  > int ref: disbru.53488a  J For Hans Vlems, who asked me what happens if I ommit the /list qualifier :  A I don' see the list of files, of course, but I get the same errorM  R The purpose of adding the /list was to try to detect which file causes a problem..  & Does that answer your question, Hans ?   ------------------------------  # Date: Wed, 21 Nov 2001 09:59:14 GMT 3 From: Carl Nelson <carl.nelson@mcmail.maricopa.edu> Q Subject: Re: analyze/disk crashes with message %system-f-accvio, access violations3 Message-ID: <3BFB7AEE.4FAF9D46@mcmail.maricopa.edu>5   Dirk:g4   Ever watch the old sci-fi TV show "Lost In Space"?  "   Warning, Warning, Will Robinson!  /   All kidding aside, this is a SERIOUS problem!p  G   VMS V5.5xxx only supports disks with 16,777,216 blocks or fewer (i.e. 
 8GB or less).o  A   Using a disk larger than this on V5.5xxx will result in seriouskD problems, as in loss of data on the disk. As you may have guessed, IF have been there, done that. It may seem to work now, but if you try toG write past the magic block number, some layer in the I/O path will wrap H the block address back to the low block numbers and wipe out whatever isE at the 'beginning' of your disk. Like your disk volume headers, indexu files, directories.>  H   I am not even sure that you can make a valid (usable) backup of a diskG in this situation. I was lucky and still had the original copies of theR5 files, and there were very few updates that mattered.d  <   I don't mean to scare you here, but this is quite serious!   --Carl.e   ------------------------------  # Date: Wed, 21 Nov 2001 12:44:02 GMT." From: "Hans Vlems" <hvlems@iae.nl>Q Subject: Re: analyze/disk crashes with message %system-f-accvio, access violationa/ Message-ID: <mkNK7.554$Dp.1362@typhoon.bart.nl>o  L Yup, that answers my question. The idea behind the question was that a large diskI (9 GB considered big for VMS 5.5) produces a lot of output that might gete analyze/disk into problems. The idea did not work out.  L The register dump shows an interesting value for the program counter, r0, R2 and R3:t  
 PC = 80000010A: R0 = 03C00000  R1 = 57900358  R2 = 00002000  R3 = 00000180  L Now R0 seems to be the PSL value for a normal unprivilged process and R2 and R3 are in low memory. K Perhaps ANALYZE/SYSTEM could help explaining the values for R2 and R3 (lookA into the deviceA characteristics for the RZ40).  J If DFO was running at the same time as ANALYZE/DISK, try again without DFO (and what happened to DFO?).F If the problem goes away then it is likely that some sort of confllict caused the crash.2  
 Hans Vlems  K Dirk Van Bouchaute <Dirk.Van.Bouchaute@kender-thijssen.be> wrote in messageo7 news:67059dac.0111210001.417e456a@posting.google.com... E > Dirk.Van.Bouchaute@kender-thijssen.be (Dirk Van Bouchaute) wrote ineA message news:<67059dac.0111200859.490ec6d1@posting.google.com>...[ > > Hello !R > > B > > Has anybody seen those kind of problems when analyzing disks ?K > > We get this command to crash every time we start it. On the other hand,O the disk$ > > seems to work without problems.. > >-D > > The version OpenVms 5.5_2H4 and the disk is a RZ40 type, 9 Gbyte > >t< > > Defragmenter DFO 2.5 is installed and might be involved. > >8 > > The entire listing is: > >  > > $ ana /dis dka200: /list > > Listing of index file on > > 20-NOV-2001 12:23:54.71, > >u2 > > %ANALDISK-I-OPENQUOTA, error opening QUOTA.SYS& > > -SYSTEM-W-NOSUCHFILE, no such file& > > (00000001,00001,001)  INDEXF.SYS;1	 > > [1,4]-& > > (00000002,00002,001)  BITMAP.SYS;1	 > > [1,4] & > > (00000003,00003,001)  BADBLK.SYS;1	 > > [1,4] & > > (00000004,00004,001)  000000.DIR;1	 > > [1,4]d& > > (00000005,00005,001)  CORIMG.SYS;1	 > > [1,4] & > > (00000006,00006,001)  VOLSET.SYS;1	 > > [1,4].& > > (00000007,00007,001)  CONTIN.SYS;1	 > > [1,4] & > > (00000008,00008,001)  BACKUP.SYS;1	 > > [1,4]e& > > (00000009,00009,001)  BADLOG.SYS;1	 > > [1,4],& > > (00000010,00001,001)  DZ_ARC.DIR;1	 > > [1,4] ' > > (00000011,00002,001)  ALM_BCK.DIR;1e > > [130,77]' > > (00000012,00002,001)  DCF_BCK.DIR;1  > > [130,77]' > > (00000013,00002,001)  HIS_BCK.DIR;10 > > [130,77]' > > (00000014,00002,001)  TLX_BCK.DIR;1a > > [130,77]< > > (00000015,00001,001)  ALM_LGF_00_10_11_TO_00_10_12.DAT;1 > > [130,77]< > > (00000016,00001,001)  ALM_LGF_00_10_13_TO_00_10_15.DAT;1 > > ...............1 > > ...............  > > [130,77]< > > (00000256,00001,001)  ALM_LGF_01_10_28_TO_01_10_28.DAT;1 > > [130,77]< > > (00000257,00001,001)  ALM_LGF_01_10_28_TO_01_10_28.DAT;2 > > [130,77]< > > (00000258,00001,001)  ALM_LGF_01_10_30_TO_01_10_30.DAT;1 > > [130,77]? > > %SYSTEM-F-ACCVIO, access violation, reason mask=01, virtual / > > address=57900358, PC=80000010, PSL=03C00004v > >w6 > >   Improperly handled condition, image exit forced. > > 8 > >         Signal arguments              Stack contents > > 5 > >         Number = 00000005                803CB440 5 > >         Name   = 0000000C                0000000255 > >                  00000001                7FEA8F64f5 > >                  57900358                7FEA8F4Cu5 > >                  80000010                00000004t5 > >                  03C00004                7FEA91A0h5 > >                                          00000003 5 > >                                          00000007e5 > >                                          0000000Et5 > >                                          09000001e > >l > >         Register dumpi > >yF > >         R0 = 03C00000  R1 = 57900358  R2 = 00002000  R3 = 00000180F > >         R4 = 00000000  R5 = 00000000  R6 = 0073C540  R7 = 0073C5AAF > >         R8 = 00000180  R9 = 0073C740  R10= 00741E4C  R11= 00000000F > >         AP = 7FEA8F00  FP = 7FEA8EC0  SP = 7FEA8F3C  PC = 80000010 > >         PSL= 03C00004h > >  > >e > > All advice is welcome !e > >t > > Many thanks in advance > >e > > Dirk Van Bouchaute > > Software Support Engineere > > Kender Thijssenp > >e) > > Dirk.Van.Bouchaute@Kender-Thijssen.ber > >g > > phone : +32-52-33.01.60  > >s > > int ref: disbru.53488, >pL > For Hans Vlems, who asked me what happens if I ommit the /list qualifier : >cC > I don' see the list of files, of course, but I get the same errorx >iJ > The purpose of adding the /list was to try to detect which file causes a	 problem..- >-( > Does that answer your question, Hans ?   ------------------------------  # Date: Wed, 21 Nov 2001 12:44:53 GMTi" From: "Hans Vlems" <hvlems@iae.nl>Q Subject: Re: analyze/disk crashes with message %system-f-accvio, access violation / Message-ID: <9lNK7.555$Dp.1711@typhoon.bart.nl>m  " You're difficult to beat Didier...  7 Didier Morandi <Didier.Morandi@gmx.ch> wrote in messagel news:3BFABE93.BC7CF8A@gmx.ch...l > Hans Vlems wrote:k > > E > > What happens if you run analyze/disk without the /list qualifier?o >g! > you beat me by 9 minutes... :-(a >o > D. > --I >   --------------------------------------------------------------------- G > MORANDI Consulting.  WEB: http://Didier.Morandi.Free.fr/index_us.htmloG > Pflanzschulstrasse 53, 8004 Zurich, Switzerland. GSM: +41 79 705 4670r1 > 19, chemin de la Butte, 31400 Toulouse, France.t >eK > Disaster Recovery Plans, Computer Security Audits, DEC OpenVMS Expertise J > On parle franais, Man spricht Deutsch, Habla Castellano, English spoken   ------------------------------  % Date: Wed, 21 Nov 2001 09:15:50 -0500s( From: David Froble <davef@tsoft-inc.com>Q Subject: Re: analyze/disk crashes with message %system-f-accvio, access violation=, Message-ID: <3BFBB716.4090609@tsoft-inc.com>   Dirk Van Bouchaute wrote:r   > Dirk.Van.Bouchaute@kender-thijssen.be (Dirk Van Bouchaute) wrote in message news:<67059dac.0111200859.490ec6d1@posting.google.com>...8 > 	 >>Hello !- >>@ >>Has anybody seen those kind of problems when analyzing disks ?R >>We get this command to crash every time we start it. On the other hand, the disk" >>seems to work without problems.. >>C >>The version OpenVms 5.5_2H4 and the disk is a RZ40 type, 9 Gbyte a  I I had a problem with a disk once, that was similar or identical to this. ,H   The problem turned out to be the max files declared for the disk when E it was initialized.  It was some hugh number.  I think I did finally 7G succeed after bumping up one or more process quotas.  Upon finding the ?I problem, I re-initialized the disk to some reasonable number for maximum   files.   Dave   -- h4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 21 Nov 2001 14:11:59 GMT0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz)) Subject: Re: C-Kermit 8.0 Beta.04 for VMSr5 Message-ID: <9tgcnf$ar5$1@newsmaster.cc.columbia.edu>n  = In article <xaCK7.162726$ez.20977127@news1.rdc1.nj.home.com>,93 Phillip D. Williams <phdevaxvms@hotmail.com> wrote:e$ : How about a new manual for Kermit? :k< It's on our list.  However, the priority drops as it becomesB increasingly evident that people don't buy books any more.  A hugeB amount of time must be invested and there is little return.  TheseD days we have to be extremely careful about where we invest our time.   - Franki   ------------------------------  % Date: Wed, 21 Nov 2001 15:10:29 +0000 % From: Alan Greig <a.greig@virgin.net>n) Subject: Re: C-Kermit 8.0 Beta.04 for VMS48 Message-ID: <btgnvtkmoq38eoucj4e38p2q6mj82tjkei@4ax.com>  A On 21 Nov 2001 14:11:59 GMT, fdc@watsun.cc.columbia.edu (Frank da) Cruz) wrote:  > >In article <xaCK7.162726$ez.20977127@news1.rdc1.nj.home.com>,4 >Phillip D. Williams <phdevaxvms@hotmail.com> wrote:% >: How about a new manual for Kermit?  >:= >It's on our list.  However, the priority drops as it becomes0C >increasingly evident that people don't buy books any more.  A huge)  C Can I suggest a title of "Harry Potter and the kermit file transfer 
 program"? ;-)0  C >amount of time must be invested and there is little return.  TheseZE >days we have to be extremely careful about where we invest our time.1 >7 >- Frank   -- Alan   ------------------------------  % Date: Wed, 21 Nov 2001 21:49:30 +0800;( From: "Kenneth" <yeungkenneth@yahoo.com> Subject: CI limit , Message-ID: <9tgb0h$3054$1@news.net-yan.com>  I I have read the manual in the VMS clustering that the CI thruput limit is0H 140Mb ( apporx. 17MB), but when I capture the thruput (KB/sec) of the CI. from the DECPS, it always has reach 30MB, why?  1 I am using VMS7.2-1 and performance advisor 2.15.0   ------------------------------  % Date: Wed, 21 Nov 2001 18:46:05 +00100' From: <paddy.o'brien@zzz.tg.nsw.gov.au>T Subject: DCPS licences5 Message-ID: <01KAZ5AIRPKY000MG5@tgmail.tg.nsw.gov.au>a   Folks,  K I am sure this has come up before, but I cannot find anything on the c.o.v i7 newsgroup.  Obviously, I'm using the wrong search info.n  L However, what do the licences DCPS-OPEN and DCPS-PLUS give me?  I have 1050 K units on each with availability H -- nothing else in the licence display.   M These on an ES40.  I have no licences on a DEC 3000 or a VAXstation 4000/60,  H however these could all use the LPS17s in the same fashion -- /param=.  4 Possibly because of a licence on corporate machines.  J I want to move our two LPS17s away from booting off corporate machines to J boot off my ES40.  Is this doable with what I have?  Nothing but problems  with our corporate outsourcers.    TIA    Regards, Paddy   ------------------------------   Date: 21 Nov 2001 03:26 CST ' From: carl@gerg.tamu.edu (Carl Perkins)0 Subject: Re: DCPS licences- Message-ID: <21NOV200103263310@gerg.tamu.edu>0  a In article <01KAZ5AIRPKY000MG5@tgmail.tg.nsw.gov.au>, <paddy.o'brien@zzz.tg.nsw.gov.au> writes...0 }Folks,  } L }I am sure this has come up before, but I cannot find anything on the c.o.v 8 }newsgroup.  Obviously, I'm using the wrong search info. } M }However, what do the licences DCPS-OPEN and DCPS-PLUS give me?  I have 1050 pL }units on each with availability H -- nothing else in the licence display.  N }These on an ES40.  I have no licences on a DEC 3000 or a VAXstation 4000/60, I }however these could all use the LPS17s in the same fashion -- /param=.  e5 }Possibly because of a licence on corporate machines.t } K }I want to move our two LPS17s away from booting off corporate machines to  K }boot off my ES40.  Is this doable with what I have?  Nothing but problems a  }with our corporate outsourcers. }  }TIA }  }Regards, Paddye  A DCPS-OPEN adds support for various addional "3rd party" printers.    DCPS-PLUS adds functionality.o  L One or both of these licenses is included in the NAS license (various levelsD of NAS may match one or both of them - for example, NAS 250 includesD DCPS-PLUS). If you have a NAS license, you have at least some of it.  F The DCPS licenses don't exist anymore - it is included in the VMS baseB license (since Compaq reacquired the product from Genicom, who gotA it from DEC). New versions of DCPS probably don't need additionaly licenses on any version of VMS.t   --- Carl   ------------------------------  % Date: Wed, 21 Nov 2001 16:56:12 +0200e2 From: Mike Rechtman <michael.rechtman@digital.com> Subject: Re: DCPS licences+ Message-ID: <3BFBDCAB.614BDB52@digital.com>i  < DCPS = DECprint supervisor - SW for printing to PS printers.  @ For booting LPxx you probably need PrintServer software - sounds similar,/ but it's not. SW should come with the printers.m  = Also: DCPS version 2.0 does not require licences - see LP CDsn   Mike  & paddy.o'brien@zzz.tg.nsw.gov.au wrote: >  > Folks, > L > I am sure this has come up before, but I cannot find anything on the c.o.v9 > newsgroup.  Obviously, I'm using the wrong search info.0 > M > However, what do the licences DCPS-OPEN and DCPS-PLUS give me?  I have 1050OK > units on each with availability H -- nothing else in the licence display.0N > These on an ES40.  I have no licences on a DEC 3000 or a VAXstation 4000/60,H > however these could all use the LPS17s in the same fashion -- /param=.6 > Possibly because of a licence on corporate machines. > K > I want to move our two LPS17s away from booting off corporate machines to0K > boot off my ES40.  Is this doable with what I have?  Nothing but problems ! > with our corporate outsourcers.A >  > TIA  >  > Regards, Paddy   -- )E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that.1? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------8 -----BEGIN GEEK CODE BLOCK-----0 Version: 3.1: GCM/CS d(-)pu s:+>:- a++ C++ U-- L-- W++ N++ K? w--- V+++$6 PS+ PE-- t 5? X- tv-- b+ DI+ D-- G e++ h--- r+++ y+++@ ------END GEEK CODE BLOCK------i   ------------------------------  # Date: Wed, 21 Nov 2001 10:22:53 GMT0- From: Stefan.Bill@soudronic.com (Stefan Bill) - Subject: Re: DCPS slow by printing LN06-Files . Message-ID: <3bfb6ff2.7901752@news.cis.dfn.de>  1 On Tue, 20 Nov 2001 11:54:57 -0500, Paul Anderson=# <paul.r.anderson@compaq.com> wrote:   F >> So is there a solution to speed up the printing of many LN06-Files? >5" >So the delay is _inbetween_ jobs?A No the Job takes only a few seconds to generate the files and putCF them in the queue.. Then with "show queue" i see all the Files waiting to be printed.  $ > Do you print job or file separator: > pages?  Turning off the trailer page, if any, will help.  9 Nothing of them. No header no trailer no seperator pages. B I tested it with normal text-files and also with postscript-files.@ The result is the same, there is always a timeout between 10 and6 15 seconds. So the Problem is not the LN06 Files only.  A When i set up a LPD-Queue on that Printer than he prints fast oneE% page after the other with no timeout. B So it must be  a problem with my DCPS-Queue or with DCPS settings.   Thats my queue:a# @sys$startup:dcps$execution_queue -u&       SAG052_DCPS -                   #       "IP_RawTCP/10.1.6.128:9100" -e       DCPS_LIB -
       "" -?       "/default=(nofeed,form=DCPS_A4)/form=DCPS_A4/noseparate -V
       "" -
       "" -       ""   show queue sag052_dcps /full  # Printer queue SAG052_DCPS, idle, ons$ AXFI01::"IP_RawTCP/10.1.6.128:9100",$ mounted form DCPS_A4 (stock=DEFAULT):   /BASE_PRIORITY=4 /DEFAULT=(FORM=DCPS_A4 (stock=DEFAULT)) /NOENABLE_GENERIC?A   /LIBRARY=DCPS_LIB Lowercase /OWNER=[SYSTEM] /PROCESSOR=DCPS$SMB12   /PROTECTION=(S:M,O:D,G:R,W:S) /SCHEDULE=(NOSIZE)   Thanks,u Stefan   ------------------------------  % Date: Wed, 21 Nov 2001 11:01:03 -0500e0 From: Paul Anderson <paul.r.anderson@compaq.com>- Subject: Re: DCPS slow by printing LN06-Files ; Message-ID: <211120011101037673%paul.r.anderson@compaq.com>l  : In article <3bfb6ff2.7901752@news.cis.dfn.de>, Stefan Bill" <Stefan.Bill@soudronic.com> wrote:  D > I tested it with normal text-files and also with postscript-files.B > The result is the same, there is always a timeout between 10 and8 > 15 seconds. So the Problem is not the LN06 Files only. > C > When i set up a LPD-Queue on that Printer than he prints fast onec' > page after the other with no timeout. D > So it must be  a problem with my DCPS-Queue or with DCPS settings.  # Your DCPS queue is set up properly.o  E There is more data going to the printer with a DCPS queue compared to D an LPR queue, including queries for pages printed for the accountingF file, so I would expect a bit more of a delay.  However, 10-15 seconds4 on a modern network printer sounds like a long time.  G If you were printing job separator pages and the queue's duplex settingaA was opposite of the printer's you might see some delays while the:G printer clears the paper path in order to change from simplex to duplex F or vice versa.  I don't think this should matter in your case, though,F since you are not printing job separator pages.  You could fiddle withC the printer's duplex setting and put SIDES=2 in the P4 parameter ing1 your queue setup to see if it makes a difference.e   Paul   -- k  Paul Anderson   OpenVMS Engineering    Compaq Computer Corporation    ------------------------------   Date: 21 Nov 2001 00:44 CST ' From: carl@gerg.tamu.edu (Carl Perkins)3' Subject: Re: DEC Supplied user account?0- Message-ID: <21NOV200100440736@gerg.tamu.edu>l  6 rdeininger@mindspring.com (Robert Deininger) writes...+ }netsurfer@sentosa.singaporemail.com wrote:  } B }> Will there be any negative impact if I remove account FIELD and* }> DEFAULT from the OpenVMS user database? } J }Leave DEFAULT alone.  It has something to do with filling in the defaultsJ }for new accounts that you create, IIRC.  I'm not sure AUTHORIZE will even }let you remove it.V } H }You can remove FIELD if you want, but I think it is more common to justI }set the DISUSER flag so the account can't be used.  If you ever need then! }account, you can reset the flag.) }  }--  }Robert Deininger5 }rdeininger@mindspring.com  A You should probably also have the DisUser flag set on the DEFAULTkD account. Setting DisMail may not be a bad plan either - it turns outC that you can still send e-mail to a DisUsered account (although theoA DEFAULT account usually points to a non-existant directory, which # ought to cause the mail to bounce).t   --- Carl   ------------------------------  % Date: Wed, 21 Nov 2001 18:59:50 +0010s' From: <paddy.o'brien@zzz.tg.nsw.gov.au>i' Subject: Re: DEC Supplied user account?N5 Message-ID: <01KAZ5RKPZPE000MNK@tgmail.tg.nsw.gov.au>e  * netsurfer@sentosa.singaporemail.com wrote:   A > Will there be any negative impact if I remove account FIELD and ) > DEFAULT from the OpenVMS user database?1   N Both accounts should be set to disuser, but there is no outright problem with  removing them.  However ....  L The DEFAULT account is normally copied when you create a new user.  You can H set parameters on that account to be applicable to your system for your K users.  You can also copy another account with similar parameters when you AL set up a new account, but generally that is a bit more work than by default  copying DEFAULT.  M FIELD is what the COMPAQ service engineers expect to log in to if you put in  M a software service call and they would like access to your machine to assist , you.  N Normally these are flagged as DISUSER until you need to enable the FIELD flag M for the reason mentioned above.  Disable it again once your service call has 1 been satisfied..  M I see no reason to delete these accounts other than for "tidyness" of SYSUAF._   Regards, Paddy   ------------------------------  % Date: Wed, 21 Nov 2001 13:30:32 -050012 From: rdeininger@mindspring.com (Robert Deininger)' Subject: Re: DEC Supplied user account? L Message-ID: <rdeininger-2111011330320001@user-2ivec09.dialup.mindspring.com>  F In article <21NOV200100440736@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) wrote:m    C > You should probably also have the DisUser flag set on the DEFAULToF > account. Setting DisMail may not be a bad plan either - it turns outE > that you can still send e-mail to a DisUsered account (although the C > DEFAULT account usually points to a non-existant directory, which % > ought to cause the mail to bounce).   G I had the impression that DEFAULT came pre-equipped with DISUSER, but I ? checked and it does not.  Note to self: stop relying on memory.0   --   Robert Deininger rdeininger@mindspring.com    ------------------------------    Date: 21 Nov 2001 12:34:08 -0600- From: koehler@encompasserve.org (Bob Koehler)0' Subject: Re: DEC Supplied user account? 3 Message-ID: <796y6IJFfSSx@eisner.encompasserve.org>0  p In article <6mamvt05oh1fsi041ej7ci027dd4vqisjl@4ax.com>, Netsurfer <netsurfer@sentosa.singaporemail.com> writes:A > Will there be any negative impact if I remove account FIELD and7) > DEFAULT from the OpenVMS user database?  >             FIELD: not rquired by VMS. "    DEFAULT: notr removable by UAF.   ------------------------------  % Date: Wed, 21 Nov 2001 14:12:37 +0100e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>u Subject: Re: Disk Defragmenters ) Message-ID: <3BFBA845.208904E1@gtech.com>    Martin Hunt wrote:F > Has anyone had any experience with Compaq's DFO product? I have usedF > both Diskeeper and PerfectDisk, but don't know anything about DFO. IH > am currently looking at which product would be suitable for some VAXes5 > which is currently not running any defrag software.  > D > Any information, such as CPU utilisation, performance, and general+ > philosophy of operation, would be useful.i   [sorry for the late answer]s   DFO works. No problems.t   Arne   ------------------------------  % Date: Wed, 21 Nov 2001 09:17:46 -0500 & From: "Ken Kerr" <kenkerr@ipssinc.com>- Subject: Driver blows up on IOC_STD$MOVTOUSERe3 Message-ID: <9tgd2d$o2s$1@nntp9.atl.mindspring.net>s  H I am writing a driver for a PCI-based ARCNET board and am having trouble$ moving data back to the user buffer.  G I am using Direct I/O and the standard routine EXE_STD$READ for my FDT.-I When IOC_STD$MOVTOUSER attempts to transfer data, it crashes the machine.a+ At that time, the following fields are set:s  " ucb$l_svapte    80D45908    IRP+88 ucb$l_bcnt        89 ucb$l_boff        19D8   irp$l_qio_p1    7AFBF9D8  " 80D45908        0016FF00    IRP+88  K The $L_BCNT and $L_BOFF entries are correct, but I suspect $L_SVAPTE is nothI quite right. My documentation states that UCB$L_SVAPTE should contain theeF system virtual address of the PTE that maps the first page of the userJ buffer.  It doesn't seem right to me that this address is in the middle of the IRP.  ' Any suggestions or hints are welcome!!!.   Thanks   Ken Kerr   ------------------------------   Date: 21 NOV 2001 15:59:48 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>2$ Subject: Re: F$GETQUI wildcard bug??2 Message-ID: <21NOV01.15594883@feda01.fed.ornl.gov>  & Jeremy Begg <jeremy@vsm.com.au> wrote:
 > Hi Malcolm,  >  aI > > What I am trying to do is to group print and batch queues using queuehK > > characteristics. I investigated multiple queue managers, but there is a,N > > limit of five (why five?), which is too few for what I want to do. My nextM > > idea was to set each queue with a characteristic according to which groupe > > they were in. I could J > > then write a wrapper command file called WITH_CHAR, which would take aL > > characteristic name and a command and perform that command on each queue > > withM > > that characteristic. So I could do for instance, WITH_CHAR SITE1_PRINTERS  > > STOP/QUEUE/NEXT, and so on.a > > O > > A nice neat solution, and very easy to do. But I discovered that SHOW QUEUEE > > trips it up ;-)c > > ) > > Anyone think of a better alternative?, >  1H > The usual "alternative" is to incorporate the site name (or some otherK > identifying information) in the queue name.  Of course, this is somethingeE > which is somewhat more difficult to do when your queues are already 9 > established and your users know which queues are where!o  I I've always put location information in the queue description, along with I printer type, b/w or color, etc.  I dislike the practice of incorporatingtE too much specific info in queue names.  We once had "Hazel's printer" G on our Mac systems.  Hazel left and eventually the printer was moved to @ another office - but it was still "Hazel's printer".  Talk aboutH confusing!  Sort of like trying to remember what "biff" does in U**x ;-)  E It's still not clear to me why the SHOW QUEUE is necessary.  Is thereKC something you get from SHOW QUEUE that you can't get from F$GETQUI?2   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV)H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  % Date: Wed, 21 Nov 2001 17:16:31 +0400a; From: "Anar Babayev \(ENK\)" <Anar.Babayev@enk.ericsson.se>e Subject: Hanging DLT command0 Message-ID: <9tg99l$eeq$1@ronto.lmf.ericsson.se>   Hello,  A We couldn't dismount a DLT on OpenVMS 7.21H1.Command just hanged.i   Can anyone suggest what to do?   Thanks,m   Anar Babayev   ------------------------------  % Date: Wed, 21 Nov 2001 14:34:39 +0100u2 From: "Ren Schelbaum" <rene.schelbaum@datakom.at>  Subject: Re: Hanging DLT commandG Message-ID: <3bfbabbb$0$25442$5039e797@newsreader01.highway.telekom.at>g  J "Anar Babayev (ENK)" <Anar.Babayev@enk.ericsson.se> schrieb im Newsbeitrag* news:9tg99l$eeq$1@ronto.lmf.ericsson.se... > Hello, >aC > We couldn't dismount a DLT on OpenVMS 7.21H1.Command just hanged.  >   > Can anyone suggest what to do? >D	 > Thanks,w >  > Anar Babayev >? >    Hello!  I If you issue a "show device/full (tapename)" - is it still allocated to a 	 process ?2  E If you look at the drive - is the yellow (or orange) led still on, orj$ already the green (operate handle) ?   regardsG   Ren   ------------------------------  % Date: Wed, 21 Nov 2001 18:05:58 +0400o; From: "Anar Babayev \(ENK\)" <Anar.Babayev@enk.ericsson.se>i  Subject: Re: Hanging DLT command0 Message-ID: <9tgc6b$gf9$1@ronto.lmf.ericsson.se>   Hi,?   1.   sh dev ALEX$MKA300:/full  K Magtape ALEX$MKA300:, device type TZ89, is online, allocated, deallocate onIH     dismount, mounted, file-oriented device, available to cluster, error logging F     is enabled, controller supports compaction (compaction  disabled).  <     Error count                    0    Operations completed 834312751     Owner process        "_TNA1095:"    Owner UIC0 [SYSTEM]0     Owner process ID        2064B8A5    Dev Prot S:RWPL,O:RWPL,G:RWPL,W:RWPLs;     Reference count                3    Default buffer size- 2048  ;     Volume label            "DLT   "    Relative volume no.i 109     Record size                    0    Transaction count0 4r3     Mount status             Process    Mount count. 1n$     ACP process name    "MKA300AACP".     Density                     TK89    Format	 Normal-11uI     Host name               "ALEX"    Host type, avail Compaq AlphaServer  ES40 , yes   <   Volume status:  subject to mount verification, odd parity.  = 2. Only yellow leds are still lit: "In use" and "compression"a   Regards, Anar Babayev    = "Ren Schelbaum" <rene.schelbaum@datakom.at> wrote in message A news:3bfbabbb$0$25442$5039e797@newsreader01.highway.telekom.at...t >LL > "Anar Babayev (ENK)" <Anar.Babayev@enk.ericsson.se> schrieb im Newsbeitrag, > news:9tg99l$eeq$1@ronto.lmf.ericsson.se...
 > > Hello, > >mE > > We couldn't dismount a DLT on OpenVMS 7.21H1.Command just hanged.e > > " > > Can anyone suggest what to do? > >t > > Thanks,t > >s > > Anar Babayev > >  > >r >  > Hello! >SK > If you issue a "show device/full (tapename)" - is it still allocated to ad > process ?i >oG > If you look at the drive - is the yellow (or orange) led still on, or & > already the green (operate handle) ? >m	 > regardsp >  > Ren >l >s   ------------------------------  % Date: Wed, 21 Nov 2001 15:30:34 +0100h2 From: "Ren Schelbaum" <rene.schelbaum@datakom.at>  Subject: Re: Hanging DLT commandG Message-ID: <3bfbb8d7$0$59686$6e365a64@newsreader02.highway.telekom.at>s  J "Anar Babayev (ENK)" <Anar.Babayev@enk.ericsson.se> schrieb im Newsbeitrag* news:9tgc6b$gf9$1@ronto.lmf.ericsson.se... >  > Hi,  >, > 1. >0 > sh dev ALEX$MKA300:/full >RJ > Magtape ALEX$MKA300:, device type TZ89, is online, allocated, deallocate onJ >     dismount, mounted, file-oriented device, available to cluster, error	 > loggingpH >     is enabled, controller supports compaction (compaction  disabled). > > >     Error count                    0    Operations completed
 > 834312753 >     Owner process        "_TNA1095:"    Owner UICi
 > [SYSTEM]2 >     Owner process ID        2064B8A5    Dev Prot > S:RWPL,O:RWPL,G:RWPL,W:RWPLf= >     Reference count                3    Default buffer sizei > 2048 >u= >     Volume label            "DLT   "    Relative volume no.e > 1S; >     Record size                    0    Transaction counti > 4a5 >     Mount status             Process    Mount count  > 1 & >     ACP process name    "MKA300AACP"0 >     Density                     TK89    Format > Normal-11hK >     Host name               "ALEX"    Host type, avail Compaq AlphaServerc > ES40 > , yes. > > >   Volume status:  subject to mount verification, odd parity. >a? > 2. Only yellow leds are still lit: "In use" and "compression"  >t
 > Regards, > Anar Babayev >c >o? > "Ren Schelbaum" <rene.schelbaum@datakom.at> wrote in message-C > news:3bfbabbb$0$25442$5039e797@newsreader01.highway.telekom.at...s > >iB > > "Anar Babayev (ENK)" <Anar.Babayev@enk.ericsson.se> schrieb im Newsbeitrag . > > news:9tg99l$eeq$1@ronto.lmf.ericsson.se... > > > Hello, > > > G > > > We couldn't dismount a DLT on OpenVMS 7.21H1.Command just hanged.0 > > >e$ > > > Can anyone suggest what to do? > > >-
 > > > Thanks,- > > >- > > > Anar Babayev > > >- > > >8 > >-
 > > Hello! > >BK > > If you issue a "show device/full (tapename)" - is it still allocated to- a+
 > > process ?5 > >tI > > If you look at the drive - is the yellow (or orange) led still on, or-( > > already the green (operate handle) ? > >o > > regards5 > >0 > > Ren > >B > >o >o >.  H From the PID I see that you seem to have a cluster-configuration. Is the, output the same on all nodes of the cluster?  H Another approach: If you have cntrl-t enabled and issue a cntrl-t on theI terminal where the dismount is pending - dou you get a response (it might-- well be that your telnet-session is hanging).    Ren   ------------------------------    Date: 21 Nov 2001 02:59:45 -0800! From: soterro@yahoo.com (Soterro)s, Subject: Re: Installing CC060 on VMS VAX 6.1= Message-ID: <d5440555.0111210259.15987f97@posting.google.com>r   Hello,  E Well, finally I did what I should have done from the beginning: I gotrF somebody who knows what to do and I let him upgrade the VMS VAX to 6.2C as you suggested. After that, it worked fine (the installation, butd the rest is my own problem).6 I must say also that now I know much more about VMS :)   Actually, not that much:  D Does anybody know how should I set the terminal (or whatever name itD bears, I'm more used to unixes) so some screen-oriented applicationsB (like by example tcpip$config, but the help works) will not end upD writing all the screen information over and over on a single line onA top of the screen? This happens only when I connect remotely, andtA after that the screen stays single line so I have to logout/loginu again.  
 Best regards,2 Sorin Costea   ------------------------------  % Date: Wed, 21 Nov 2001 12:07:43 +0000L% From: Alan Greig <a.greig@virgin.net>C, Subject: Re: Installing CC060 on VMS VAX 6.18 Message-ID: <p66nvtsv5hp24ia1fus7okbtgkibrbg8f5@4ax.com>  A On 21 Nov 2001 02:59:45 -0800, soterro@yahoo.com (Soterro) wrote:u   >Hello,  >-F >Well, finally I did what I should have done from the beginning: I gotG >somebody who knows what to do and I let him upgrade the VMS VAX to 6.2 D >as you suggested. After that, it worked fine (the installation, but >the rest is my own problem).b7 >I must say also that now I know much more about VMS :)s >r >Actually, not that much:t >iE >Does anybody know how should I set the terminal (or whatever name iti   $ SET TERM/INQUIRE    should take care of most things.   $ HELP SET TERMINALm  
 for more infoF  E >bears, I'm more used to unixes) so some screen-oriented applicationssC >(like by example tcpip$config, but the help works) will not end up E >writing all the screen information over and over on a single line on B >top of the screen? This happens only when I connect remotely, andB >after that the screen stays single line so I have to logout/login >again.  >  >Best regards,
 >Sorin Costead   -- Alan   ------------------------------  % Date: Wed, 21 Nov 2001 12:17:43 -0000n* From: "Richard Brodie" <R.Brodie@rl.ac.uk>, Subject: Re: Installing CC060 on VMS VAX 6.1+ Message-ID: <9tg619$ga4@newton.cc.rl.ac.uk>h  . "Soterro" <soterro@yahoo.com> wrote in message7 news:d5440555.0111210259.15987f97@posting.google.com...v  F > Does anybody know how should I set the terminal (or whatever name itF > bears, I'm more used to unixes) so some screen-oriented applicationsD > (like by example tcpip$config, but the help works) will not end upF > writing all the screen information over and over on a single line onC > top of the screen? This happens only when I connect remotely, and-C > after that the screen stays single line so I have to logout/loging > again.  8 Make show that SHOW TERMINAL gives a sensible page size.B You might also have buggy terminal emulation on the remote system:D I seem to recall some compatibility problems that didn't appear with$ genuine VTs and/or better emulation.   ------------------------------  + Date: Wed, 21 Nov 2001 02:49:33 -0800 (PST)r. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>6 Subject: Re: Intel Itanium versus AMD Hammer (& Alpha)@ Message-ID: <20011121104933.37892.qmail@web20207.mail.yahoo.com>   May be YES... May be NOu  + What worries more is Compaq/HP  develop thes. new Itanium machines to run OVMS with specific# characteristics in the firmware....r  / I believe Itanium machines should have an "open / firmware" loadable, depending on the OS used...c  + What means we can run OVMS in Dell machines  for example !=20    0 But if Compaq redeseings OVMS just for Compaq/HP machines.. we are lost !=20y  2 Of course I would like AMD - cheaper - and proably2 will be developed a "Hammer Notebook" to run OVMS.   Regardsc   FC=20c# --- Dirk Munk <munk@home.nl> wrote:)/ > In the German magazine CT I've read some very  > interesting stuff about: > AMD's new Hammer CPU.y >=202 > As you will know it is a 64 bit successor to the > present Athlon series,. > and it has a excellent 32 bit x86 emulation, > contrary to the Itanium. >=202 > But look at this, expected SPECint 2000 figures: >=20 > Itanium @ 0.8 GHz -> 380 > Alpha EV7 @ 1.2 GHz -> 800! > AMD Hammer @ 2 GHz -> 1400 (!!)  >=20. > It has a integrated memory controller with a > bandwith of 5.33 > Gigabyte/sec..6 > The best thing however is that it seems it will have > 3 HyperTransport0 > channels for interprocessor communication. One > HyperTransport channel4 > has a bandwith of 6.4 GigaByte/sec. It all reminds > me of the EV7A > design.... >=20+ > Maybe we should ask for VMS on Hammer ???n >=20 >=20 >=20 >=20 >=20     =3D=3D=3D=3D=3D L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dl F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazile fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Di  2 __________________________________________________ Do You Yahoo!?E Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month.e# http://geocities.yahoo.com/ps/info1-   ------------------------------   Date: 21 Nov 2001 11:13:09 GMTB From: bertrand@perceval.cnam.fr (BERTRAND =?iso-8859-1?Q?Jo=EBl?=)6 Subject: Re: Intel Itanium versus AMD Hammer (& Alpha)5 Message-ID: <slrn9vn31i.l2.bertrand@perceval.cnam.fr>0  " Le Tue, 20 Nov 2001 17:40:59 -05002 JF Mezei <jfmezei.spamnot@videotron.ca> crivait : >Dirk Munk wrote:i, >> Maybe we should ask for VMS on Hammer ??? >g9 >No, VMS on Power is far better. It has a serious backer.t >u8 >Besides, I could boot VMS on a MAC :-) :-) :-) :-) :-)   C 	Yesterday was a great day... I have booted my first FreeVMS kernel  (pre-alpha version) on a i686 !u  8 	We are looking for volunteer to continue this project !  	 	Regards,R   	JKB   -- eL Si le gouvernement instaurait un impt sur la connerie, il serait rapidement auto-suffisant.r
 -- Jean Yanne    ------------------------------  % Date: Wed, 21 Nov 2001 10:37:47 -0500m- From: JF Mezei <jfmezei.spamnot@videotron.ca>j6 Subject: Re: Intel Itanium versus AMD Hammer (& Alpha), Message-ID: <3BFBCA4A.7006CED8@videotron.ca>   Fabio Cardoso wrote:1 > I believe Itanium machines should have an "opens1 > firmware" loadable, depending on the OS used...e > - > What means we can run OVMS in Dell machinesA > for example !V  L I don't think that this is necessary. The types of customers who haven't yetN left VMS are the types who want rock solid support.  And somehow, I just don'tK see a large corporate custojmer risking their remaining VMS systems on DelluF hardware with Dell hardware support (is there such a thing) and Compaq software support.n   ------------------------------  % Date: Wed, 21 Nov 2001 12:06:20 -0600 , From: "Tony Scandora" <scandora@cmt.anl.gov>6 Subject: Re: Intel Itanium versus AMD Hammer (& Alpha)+ Message-ID: <9tgqi2$3es$1@milo.mcs.anl.gov>X  K If I remember correctly, despite Hammer's other virtues, there are no plansoK to port Windows to it.  Without Windows, Hammer won't ever exceed the nicheo volume that doomed Alpha.r  1 Tony Scandora, Argonne National Lab, 630-252-7541  scandora@cmt.anl.gov  + "Dirk Munk" <munk@home.nl> wrote in message:! news:3BFAD87B.F27BE65C@home.nl...kG > In the German magazine CT I've read some very interesting stuff about- > AMD's new Hammer CPU.t >iI > As you will know it is a 64 bit successor to the present Athlon series, G > and it has a excellent 32 bit x86 emulation, contrary to the Itanium.  > 2 > But look at this, expected SPECint 2000 figures: >n > Itanium @ 0.8 GHz -> 380 > Alpha EV7 @ 1.2 GHz -> 800! > AMD Hammer @ 2 GHz -> 1400 (!!)l >n? > It has a integrated memory controller with a bandwith of 5.33c > Gigabyte/sec..G > The best thing however is that it seems it will have 3 HyperTransport0G > channels for interprocessor communication. One HyperTransport channel$B > has a bandwith of 6.4 GigaByte/sec. It all reminds me of the EV7 > design.... >i+ > Maybe we should ask for VMS on Hammer ???t >p >h >i >  >e   ------------------------------  % Date: Wed, 21 Nov 2001 09:57:43 +0000t( From: Nic Clews <sendspamhere@127.0.0.1>0 Subject: Re: Is it a DEC C problem, or is it me?) Message-ID: <3BFB7A97.ADC3E959@127.0.0.1>N   Bob Koehler wrote: >  > In article <rdeininger-2011011156020001@user-2iveans.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:  > >yN > > You guys (and anyone else facing similar difficulties) need to tell Compaq+ > > about it NOW, through offical channels.u > I >    OBTW, I also told them not to consider HP heritage in the compilers.   = You know, if the rumours I may or may not have heard have anyn
 foundation...t  C HP are non too pleased about the compilers going to Intel, which isc> interesting when you consider they have a set of their own, soE evidently, the DEC heritage is held in high esteem in the HP world...m   --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot comt   ------------------------------  % Date: Wed, 21 Nov 2001 11:00:01 +0000 % From: Alan Greig <a.greig@virgin.net> 0 Subject: Re: Is it a DEC C problem, or is it me?8 Message-ID: <752nvt0ehhti7q6bslm56jaseg0m8orrkv@4ax.com>  F On Wed, 21 Nov 2001 09:57:43 +0000, Nic Clews <sendspamhere@127.0.0.1> wrote:  > >You know, if the rumours I may or may not have heard have any >foundation... > D >HP are non too pleased about the compilers going to Intel, which is? >interesting when you consider they have a set of their own, sooF >evidently, the DEC heritage is held in high esteem in the HP world...  C When you say HP though who do you mean? I can quite believe that HPiF technical staff (including management) might be irritated but I'm sure# Carly didn't consider it a problem.  -- Alan   ------------------------------   Date: 21 Nov 2001 15:58:35 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)a0 Subject: Re: Is it a DEC C problem, or is it me?* Message-ID: <9tgivb$uk$1@info.cs.uofs.edu>  L In article <rdeininger-2011011156020001@user-2iveans.dialup.mindspring.com>,5  rdeininger@mindspring.com (Robert Deininger) writes:  |>J |> If enough people need support for VAXC code on IPF, I expect Compaq canI |> find a way to provide it.  But they need to know, or they won't do the  |> extra work.   Bob,?   I think Compaq has already told people how to deal with this.a   Quoted from an earlier message:i@ >> Like it or not decisions have been taken and, like the Compaq4 >> engineers, he said we would have to "get over it"   :-(D   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>   T   ------------------------------    Date: 21 Nov 2001 17:48:53 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>e0 Subject: Re: Is it a DEC C problem, or is it me?H Message-ID: <y4u1voxe6i.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / JF Mezei <jfmezei.spamnot@videotron.ca> writes:   , > re: eventual widthdrawal of vax-c support. > J > You know, this is quite smart. First port existing  DEC-C compiler. ThisP > reduces the pain of being forced off Alpha and only that IA64 thing. A year orP > two later, once the customer is on that IA64 thing, you force him off his lastO > vestige of Digital quality and onto a painful migration to the Intel compilera > without an OS change.y  M VAXC hever had anything to do with "DEC quality". Anything referring to it is@L a nightmare waiting to happen. Anybody still using production code that will; only compile with /STAND=VAXC should be dismissed and shot.e   	Jan   ------------------------------    Date: 21 Nov 2001 17:51:53 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>i0 Subject: Re: Is it a DEC C problem, or is it me?H Message-ID: <y4r8qsxe1i.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  / koehler@encompasserve.org (Bob Koehler) writes:0  D >    Just wait 'till Compaq announces furhter support for the ANSI C >    standard:  no $ in names.  M Is ANSI/ISO C standard different than other langauge standards? These usually J say what a compiler has to support, not what it may support in addition toI what it requires. I think $ in identifiers would fall into the "optional"0J category. The standard may require that such deviations be diagnosable, of course.    	Jan   ------------------------------    Date: 21 Nov 2001 12:26:41 -0600- From: koehler@encompasserve.org (Bob Koehler)d0 Subject: Re: Is it a DEC C problem, or is it me?3 Message-ID: <rJtdyJZ3Bih4@eisner.encompasserve.org>    In article <y4r8qsxe1i.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:1 > koehler@encompasserve.org (Bob Koehler) writes:m > E >>    Just wait 'till Compaq announces furhter support for the ANSI Cm >>    standard:  no $ in names.o > O > Is ANSI/ISO C standard different than other langauge standards? These usuallytL > say what a compiler has to support, not what it may support in addition toK > what it requires. I think $ in identifiers would fall into the "optional"sL > category. The standard may require that such deviations be diagnosable, of	 > course.e  E    Actually, I think $ is an extension.  Not required by ANSI and not-F    recognized by some compilers.  IIRC not prohibitted by ANSI.  ThereD    are some language standards that do prohibit some extensions, but6    DEC didn't break the ANSI C standard by allowing $.  H    Hang on a sec, I'll check with my Intel compiler to see what it says.  ,    Gee, my old Intel compiler does accept $.      You spoiled my joke..   ------------------------------    Date: 21 Nov 2001 17:37:00 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> 1 Subject: Re: Itanium flunking Compaq server testsbH Message-ID: <y4wv0kxeqb.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  " John Santos <JOHN@egh.com> writes:  ; > > >[1]See footnote for Intel's definition of a *sighting*  > What a wonderful weasel word!   M In fact, it isn't. Complex systems exhibit complex behaviour, and even if you5H consider the behaviour erroneous, as long as you only have a symptomaticM description ("sometimes in the morning when I get to work, the system doesn'tDN reposnd") that you cannot reproduce more-or-less at will, how are you going toE diagnose it? Once you do have a suitable level of reproducibility andn5 diagnosis, you can could it a bug, and try fixing it.    	Jan   ------------------------------  % Date: Wed, 21 Nov 2001 12:38:21 +0100 + From: Jimmi Aakjaer <aakjaer@post7.tele.dk>l Subject: JAVA 1.3 Slow launch 8 Message-ID: <4m3nvt4k68rhvfog2oae58tpnjin2gln02@4ax.com>   Hi    C I have installed the newest version of Java (1.3) on my alphaservert 800.  @ When i launch java with $java -version it takes about 11 seconds@ before any kind of prompt, when i launch the old version (1.1.18/ installed with OVMS 7.3) it prompts in no time.   D I have tried to install all images in sys$commmon:[java$130...] with no improvement.e  : Does anybody have some ideas to improve the performance ??   TIA   
 Jimmi Aakjaer    ------------------------------  % Date: Wed, 21 Nov 2001 13:25:38 -0000 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>! Subject: Re: JAVA 1.3 Slow launch-+ Message-ID: <9tga0k$uua@newton.cc.rl.ac.uk>d  8 "Jimmi Aakjaer" <aakjaer@post7.tele.dk> wrote in message2 news:4m3nvt4k68rhvfog2oae58tpnjin2gln02@4ax.com...  B > When i launch java with $java -version it takes about 11 secondsB > before any kind of prompt, when i launch the old version (1.1.181 > installed with OVMS 7.3) it prompts in no time.t >c< > Does anybody have some ideas to improve the performance ??  ? Give it more VM to play with - it has a bigger memory footprintn7 Try tweaking -ms and -mx, and check the process quotas.u   ------------------------------    Date: 21 Nov 2001 12:47:05 -0600- From: koehler@encompasserve.org (Bob Koehler)-! Subject: Re: JAVA 1.3 Slow launch83 Message-ID: <qQ4HerX$Jg59@eisner.encompasserve.org>I  f In article <4m3nvt4k68rhvfog2oae58tpnjin2gln02@4ax.com>, Jimmi Aakjaer <aakjaer@post7.tele.dk> writes: > B > When i launch java with $java -version it takes about 11 secondsB > before any kind of prompt, when i launch the old version (1.1.181 > installed with OVMS 7.3) it prompts in no time.( > F > I have tried to install all images in sys$commmon:[java$130...] with > no improvement.  > < > Does anybody have some ideas to improve the performance ??  E    Sun and all the porters have announced that the later versions aren;    slower than the earlier versions.  You made a pretty bigtI    jump from a Java 1.1 (or 1.0) compiler to a Java2 compiler (Java 1.2).f  F    It only takes a second or two on my DEC 3000 M600.  Maybe you don't:    have enough RAM to take advantage of the install/share?  ?    What does monitor system show while those 11 seconds elapse?s?    What kind of time to you see if you try it again right away?2   ------------------------------  # Date: Wed, 21 Nov 2001 07:59:40 GMTc* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Life After Alphab@ Message-ID: <M9JK7.39402$uB.6365993@bin3.nnrp.aus1.giganews.com>  8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:3BFB257E.655668E7@videotron.ca... > Bill Todd wrote:   ...   K > > Lacking similar commitment by Compaq, Alpha is indeed dead, or at leastAH > > dying with the end well in sight (though the date may be uncertain). >)C > Yo, there is no uncertainty. Compaq announced the death of Alpha.t  I Re-read the above:  it's the *date* that's uncertain.  Compaq may release(J EV7 and EV7x (at least it says it will).  Terry says it might even releaseI EV710 and EV711, which could happen if the company acquires somewhat moreiI competent management and sees continuing demand.  I suggest that it might B not even release EV7, and in any event might cut off Alpha and VMSI development (and even sales) rather sooner than it's currently stating ifo6 demand decreases or Capellas' astrologer has a vision.  J That sure sounds like uncertainty to me.  Though it matters only to peopleL willing to continue to commit to a declared-dying platform rather than start making other plans right now.R   - bill   ------------------------------  % Date: Wed, 21 Nov 2001 19:27:23 +0010s' From: <paddy.o'brien@zzz.tg.nsw.gov.au>  Subject: Re: Life After Alpha 5 Message-ID: <01KAZ6QPVB76000MO7@tgmail.tg.nsw.gov.au>t   Bill Todd wrote:   [snips]y  K >That sure sounds like uncertainty to me.  Though it matters only to people M >willing to continue to commit to a declared-dying platform rather than startc >making other plans right now.  A Yeah, I know the following is not what your remark was intending.i  M I've made other plans :-)  Assuming the time scales quoted remain valid (but -G who knows), I shall be retiring.  I'll also make myself available as a  N consultant if any assistance is needed on porting our applications to another  platform :-)  K I'd love to buy my faithful DEC 3000 development machine.  How do you find rN the chip version from DCL?  It's old, but why would I need a screaming CPU as - a hobbyist?  It still serves me well at work.1  N From accounting, since 1-NOV, I have had 2125 accesses to f90$main image with N 1hr 40 mins CPU and 2hrs 44mins elapsed.  A separate account I set up for our I DECset re-builds has had 9093 accesses with CPU of 6:31 and elapsed 9:43.m   Regards, Paddy   ------------------------------  % Date: Wed, 21 Nov 2001 02:28:05 -0500c( From: David Froble <davef@tsoft-inc.com> Subject: Re: Life After Alpha , Message-ID: <3BFB5785.9080805@tsoft-inc.com>  
 cjt wrote:   > Bill Todd wrote: > 2 >>Milton <mbhewitt@optonline.net> wrote in message4 >>news:lvokvtg251t0qa9hl8eebvhbojthp7e1tn@4ax.com... >>F >>>On Tue, 20 Nov 2001 11:47:49 +0000, Alan Greig <a.greig@virgin.net>	 >>>wrote:m >>>o >>...  >> >>J >>>>But according to Compaq's analysis Power4  is a dead end architecture. >>>> >>>Say what? >>>aI >>My guess is that Alan was reporting this Compaq analysis as yet another L >>example of the quality of Compaq's brain-trust rather than suggesting that >>he agreed with it. >> >> >>>SPECint2000 SPECfp2000t >>>Base Peak Base Peak >>>o >>> # >>>1.3 GHz Power4 790 814 1098 1169 % >>>1.0 GHz 21264C 621 679   776   960h& >>>800 MHz Itanium 358 365   715   715( >>>http://www.aceshardware.com/#55000402 >>> M >>I've been told that the 358 base number (and I think the 365 peak number asgH >>well) for Itanic (IIRC on an HP box) is a bit bogus, insofar as it wasM >>obtained using an ILP32 compiler (i.e., hardly what one would choose to useoN >>to support most 64-bit applications).  The 314 number obtained on a Dell box >>may be more realistic. >>I >>And an important point to remember about the Power4 number is that it's3D >>using only one of the two processor cores on the die:  the *total*M >>performance of the die (which is still smaller and consumes less power thanaL >>the Itanic die, though a lot larger and hungrier than an EV68 die) is even >>more impressive. >> >>- bill >> > O > I thought I read that the Power4 number is a bit bogus, too, since it was runkG > giving the benefit of an entire system's cache to a single processor.m >   H It reasonable the believe that each entity will do whatever they can to H make their product look good.  In such a case, while the numbers may be G bogus for the real world, they would still give some indication of the .  relative merits of each product.  E What does seem consistant is that in all such comparisons, the IA-64 aF always seems to be far behind.  And this from a product that has been I 'in the making' for a long time.  Seems that they just haven't been able  F to do as well as anyone else.  Still, they could dominate, if they're  the only product available.e  B This weeks biggest joke however, is the use of the term 'industry H standard' for a product that is for the most part still in development, F with some box makers doing some evaluation and selling a few systems. H Just wish some of those marketing people had been pushing Alpha and VMS.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Wed, 21 Nov 2001 02:34:39 -0500s( From: David Froble <davef@tsoft-inc.com> Subject: Re: Life After Alpha , Message-ID: <3BFB590F.7010106@tsoft-inc.com>   Alan Greig wrote:w    C > In fairness I am not sure the speaker really believed some of thesB > Compaq party line but that was what he had to run with. He quiteG > clearly wished I would shutup at times. Like it or not decisions havehE > been taken and, like the Compaq engineers, he said we would have to- > "get over it"e > -- > Alan > c Yes, decisions have been made, and the rank and file do as they're told, not what they may believe.     ! But, "get over it" ???? !!!!!!!!!e    G In how many facits of your life would you accept such from someone who tH wanted your business?  Do these idiots think they have a long term ball F and chain on all our ankles?  Short term, maybe to some extent.  Long E term, unless they come up with a real 'must have' product, they will u- lose most if not all of their best customers.D  E Actually, HP purchase or not, I still feel that the company will not  6 last long enough to see just how stupid they're being.   Dave   -- n4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  # Date: Wed, 21 Nov 2001 10:30:59 GMTa" From: Art Rice <arice@myhouse.org> Subject: Re: Life After Alphas6 Message-ID: <DnLK7.4$yT1.12964@paloalto-snr1.gtei.net>   Alan Greig wrote:0   >  >  > "Terry C. Shannon" wrote:c > F > Compaq *does* have an alternate plan, sort of. EV78 is in production > today, > J >> early EV78 silicon powers the 32-way Marvel boxes CPQ is fooling around >> > K > There was a wonderful photo shown at DECUS in London last week that might7H > just imply something with far more EV7x processors than 32 has already > been booted.J > But let's keep Sun guessing for the moment. I  couldn't decide if CompaqJ > were entirely serious with that slide anyway. At this rate expect to see# > the GS81920 by next Christmas ;-)( >  > -- > Alan Greig   And no feedback from Andrew?   --   Art Rice, Tandem Admin Special Data Processing Corp ----------------------------L All opinions are my own and do not reflect the views of the above mentioned 	 employer.    ------------------------------  % Date: Wed, 21 Nov 2001 11:03:07 +0000i% From: Alan Greig <a.greig@virgin.net>t Subject: Re: Life After Alphai8 Message-ID: <9b2nvtkfrd7lq804iipl03ne9sdtth05uf@4ax.com>  F On Wed, 21 Nov 2001 02:34:39 -0500, David Froble <davef@tsoft-inc.com> wrote:   >Alan Greig wrote: >C >sD >> In fairness I am not sure the speaker really believed some of theC >> Compaq party line but that was what he had to run with. He quitegH >> clearly wished I would shutup at times. Like it or not decisions haveF >> been taken and, like the Compaq engineers, he said we would have to >> "get over it" >> --i >> Alans >> ad >Yes, decisions have been made, and the rank and file do as they're told, not what they may believe. >. > " >But, "get over it" ???? !!!!!!!!!  B "Get over it" has almost become a motto inside ex DEC Compaq. I've3 heard these exact three words from several sources.e   -- Alan   ------------------------------  % Date: Wed, 21 Nov 2001 10:30:31 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca>f Subject: Re: Life After Alphab, Message-ID: <3BFBC896.5DA5D97B@videotron.ca>   Bill Todd wrote:K > Re-read the above:  it's the *date* that's uncertain.  Compaq may releaserL > EV7 and EV7x (at least it says it will).  Terry says it might even releaseK > EV710 and EV711, which could happen if the company acquires somewhat moree3 > competent management and sees continuing demand. d  E In the USA a convicted man spends many years in jail, during which he J continues to be fed and cleaned. But has no life. His immediate family mayM continue to visit him, but he isn't going to be getting new jobs, new friendse outside prison etc etc.h  L Similarly, with the death sentence put on Alpha, Compaq may continue to feedD and maintain Alpha for a while, but that is because it can't kill itL overnight. Meanwhile, Alpha isn't going to be getting many new customers andF existing customer are now forced to consider their migration strategy.   ------------------------------    Date: 21 Nov 2001 12:30:31 -0600- From: koehler@encompasserve.org (Bob Koehler)a Subject: Re: Life After Alpha#3 Message-ID: <u2G05RqOJNOi@eisner.encompasserve.org>-  r In article <4%AK7.1662$bR6.329760@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes: > K > How true! The thing is, I don't know if Compaq is cognizant of this fact.@M > Aside from a few dedicated folks in VMSland who monitor relevant newsgroupstN > on their own time, Compaq doesn't seem to pay much attention to goings-on in
 > cyberspace.   C    "never did understand all that technical stuff", sound familiar?    ------------------------------  # Date: Wed, 21 Nov 2001 18:43:12 GMTo4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Life After Alphat; Message-ID: <4BSK7.2531$bR6.716051@typhoon.ne.mediaone.net>a  : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:u2G05RqOJNOi@eisner.encompasserve.org... G > In article <4%AK7.1662$bR6.329760@typhoon.ne.mediaone.net>, "Terry C.i, Shannon" <terryshannon@mediaone.net> writes: > >eG > > How true! The thing is, I don't know if Compaq is cognizant of this0 fact.:D > > Aside from a few dedicated folks in VMSland who monitor relevant
 newsgroupsC > > on their own time, Compaq doesn't seem to pay much attention toq goings-on in > > cyberspace.t >rE >    "never did understand all that technical stuff", sound familiar?    Indeed it does.i  L And on an unrelated note, may all the US denizens of these newsgroups have aK safe and tranquil Thanksgiving Day... and may those who hail from elsewheres have a good Thursday as well!    ------------------------------  # Date: Wed, 21 Nov 2001 14:24:56 GMTh4 From: "Terry C. Shannon" <terryshannon@mediaone.net>E Subject: Re: Life After Alpha... and a MARVELous end-of-life platform ; Message-ID: <YOOK7.2493$bR6.630427@typhoon.ne.mediaone.net>e  / "Art Rice" <arice@myhouse.org> wrote in messages0 news:DnLK7.4$yT1.12964@paloalto-snr1.gtei.net... > Alan Greig wrote:m >  > >g > >  > > "Terry C. Shannon" wrote:r > >gH > > Compaq *does* have an alternate plan, sort of. EV78 is in production
 > > today, > >gL > >> early EV78 silicon powers the 32-way Marvel boxes CPQ is fooling around > >> > > G > > There was a wonderful photo shown at DECUS in London last week thatr mighttJ > > just imply something with far more EV7x processors than 32 has already > > been booted.   Well, let's see...  	 2P 7 Julys 8P 16 August 16P Early Septembero 32P Early Octoberi  0 Sounds to me like 64P is up and running now. ;-}  L > > But let's keep Sun guessing for the moment. I  couldn't decide if CompaqL > > were entirely serious with that slide anyway. At this rate expect to see% > > the GS81920 by next Christmas ;-)i  L That would be the ASCI Q system, no doubt. Current plans for Marvel are 64P,: CPQ can easily scale it to 128P if customer demand exists.   cheers,n   terry s    ------------------------------  # Date: Wed, 21 Nov 2001 12:52:12 GMTc" From: "Hans Vlems" <hvlems@iae.nl>+ Subject: Re: Mount remote filesystem?  NFS?c/ Message-ID: <0sNK7.556$Dp.1624@typhoon.bart.nl>.  H The best way to achieve that is building a VAXcluster. MSCP served disksE beat NFS by a fair margin. Don't forget that NFS by default runs overu UDP/IP,: i.e. a connectionless protocol.eG You can also share tapedrives in the cluster and it will certainly easem system management % instead of managing 5 separate nodes.oI IIRC the vaxcluster license for workstations is quite reasonable. I run ao
 three nodeG NI cluster at home (VAXstations) over thinwire ethernet and it works as5 advertised.e  L If you go the cluster way, plan the distribution of votes across all members
 carefully.  
 Hans Vlems  F Mike Scott <mscott@axys.com> wrote in message news:3bfaf1cd@nubby2....J > I have 5 OpenVMS 7.1 workstations on a Fast-Ethernet LAN.  Often, all ofJ > them need access to the same data.  Currently, we just clone the data toI > each system with the <host::device:[dir]*> DECnet mechanism.  I wish to K > setup a separate computer to act as a 'fileserver' to all these stations,cE > and make it as transparent as possible (i.e. a local directory that0 "really"E > points to a remote disk: my$disk:[remotedata]).  I only see limitedh options:I > Unix or OpenVMS server with NFS.  Is there something better/faster/moree > reliable?  > -with thanks >a >h >e >d   ------------------------------  % Date: Wed, 21 Nov 2001 09:25:16 -0500e( From: David Froble <davef@tsoft-inc.com>+ Subject: Re: Mount remote filesystem?  NFS?s, Message-ID: <3BFBB94C.5000900@tsoft-inc.com>  H > Mike Scott <mscott@axys.com> wrote in message news:3bfaf1cd@nubby2.... > J >>I have 5 OpenVMS 7.1 workstations on a Fast-Ethernet LAN.  Often, all ofJ >>them need access to the same data.  Currently, we just clone the data toI >>each system with the <host::device:[dir]*> DECnet mechanism.  I wish tovK >>setup a separate computer to act as a 'fileserver' to all these stations,vE >>and make it as transparent as possible (i.e. a local directory thata >>
 > "really" > E >>points to a remote disk: my$disk:[remotedata]).  I only see limiteds >>
 > options: > I >>Unix or OpenVMS server with NFS.  Is there something better/faster/more  >>reliable?r   Is the data in RMS files?s  F If so, just open the files via DEcnet.  Do this by prefixing the file E specification by the node name where the files are located.  You can BI define a logical on each system to make the remote location appear to be @L local data, with respect to the file specification used by the applications.  , DEFINE COMMON_DATA NODE::DISK3:[COMMON_DATA]  F Or whatever your file specifications are.  Then the applications look + for their files as COMMON_DATA:filename.extn  > Doesn't seem to be any need to make this some complex problem.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Wed, 21 Nov 2001 09:50:54 -0800 $ From: "Mike Scott" <mscott@axys.com>+ Subject: Re: Mount remote filesystem?  NFS?k  Message-ID: <3bfbee6b$1@nubby2.>  5 "David Froble" <davef@tsoft-inc.com> wrote in messagea& news:3BFBB94C.5000900@tsoft-inc.com... >nJ > > Mike Scott <mscott@axys.com> wrote in message news:3bfaf1cd@nubby2.... > > L > >>I have 5 OpenVMS 7.1 workstations on a Fast-Ethernet LAN.  Often, all ofL > >>them need access to the same data.  Currently, we just clone the data toK > >>each system with the <host::device:[dir]*> DECnet mechanism.  I wish to1C > >>setup a separate computer to act as a 'fileserver' to all theses	 stations,3G > >>and make it as transparent as possible (i.e. a local directory thatn > >> > > "really" > >oG > >>points to a remote disk: my$disk:[remotedata]).  I only see limiteds > >> > > options: > > K > >>Unix or OpenVMS server with NFS.  Is there something better/faster/more 
 > >>reliable?e >a > Is the data in RMS files?  >tG > If so, just open the files via DEcnet.  Do this by prefixing the filelF > specification by the node name where the files are located.  You canJ > define a logical on each system to make the remote location appear to be@ > local data, with respect to the file specification used by the
 applications.m >t. > DEFINE COMMON_DATA NODE::DISK3:[COMMON_DATA] >)G > Or whatever your file specifications are.  Then the applications lookl- > for their files as COMMON_DATA:filename.exts >k@ > Doesn't seem to be any need to make this some complex problem. >n > Dave >m > --6 > David Froble                       Tel: 724-529-04506 > Dave Froble Enterprises, Inc.      Fax: 724-529-0596@ > DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com8 > T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   Dave,-  I THIS is the kind of solution I was hoping for!  To make this 1 notch moreyL transparent, is there a mechanism to have a pseudo-directory that referencesJ a remote directory on another node?  i.e. [COMMON_DATA] that really points to  REMOTE_NODE::DISK3:[COMMON_DATA]   -with thanks   ------------------------------  % Date: Wed, 21 Nov 2001 15:41:58 +0000l  From: Steve.Spires@yellgroup.com0 Subject: Mounting bound volume sets after reboot: Message-ID: <OF8789855C.9C211D5D-ON00256B0B.0055D8B9@btyp>  	 Dear All,i  B A quick question which is bothering me [because I am too stupid toK understand or remember what I did before many moons ago!] about disk volumed sets.   E I have created a few volume sets on one of our development boxes with  commands similar to this;v   $ mount/sys/bind=mapsa01 -=         $75$dkc2:,$75$dkc3:,$75$dkc4:,$75$dkc5:,$75$dkc100: -a/         mapsa11,mapsa12,mapsa13,mapsa14,mapsa15.  H Now, to keep that configuration on reboot, do I have to enter that exactK same command in our procedure to mount disks at startup, or something else.-  G I know this sounds a daft question, but I have created doubts in my own< mind about this.   Thanks   Steve S       F ______________________________________________________________________     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beG confidential. If you are not the named addressee, or if the message hasrG been addressed to you in error, you must not read, disclose, reproduce,d$ distribute or use this transmission.  H Delivery of this message to any person other than the named addressee isG not intended in any way to waive confidentiality.  If you have receivedyK this transmission in error please contact the sender or delete the message.>  
 Thank you.  D Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT.; Registered in England and Wales, registered number 4205228.   I Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire,4D RG1 7PT. Registered in England and Wales, registered number 1403041.   ------------------------------  % Date: Wed, 21 Nov 2001 22:28:35 +0800i( From: "Kenneth" <yeungkenneth@yahoo.com> Subject: Non virtual QIO* Message-ID: <9tgd9q$3s$1@news.net-yan.com>  L When I use the DECps to capture the hotfile for the disks, the list sometimeL has the file Non-virtual QIO with all the IO and split IO statistic. What is
 this file?   ------------------------------  % Date: Wed, 21 Nov 2001 16:28:25 +0100e= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>p Subject: Re: Non virtual QIO) Message-ID: <3BFBC819.97C8D702@gtech.com>6   Kenneth wrote:N > When I use the DECps to capture the hotfile for the disks, the list sometimeN > has the file Non-virtual QIO with all the IO and split IO statistic. What is > this file?  , I do not know DECPs, but I would guess that:  ! non-virtual = logical or physicale  6 (that is blocks being accessed by block number on disk$ instead of block number within file)   Arne   ------------------------------  # Date: Wed, 21 Nov 2001 16:45:41 GMTt4 From: "Terry C. Shannon" <terryshannon@mediaone.net>E Subject: Of Bogusity and Benchmarketeering (was Re: Life After Alpha) ; Message-ID: <VSQK7.2514$bR6.678173@typhoon.ne.mediaone.net>   5 "David Froble" <davef@tsoft-inc.com> wrote in messaged& news:3BFB5785.9080805@tsoft-inc.com... > cjt wrote: >  <snip> >hI > It reasonable the believe that each entity will do whatever they can tofI > make their product look good.  In such a case, while the numbers may belH > bogus for the real world, they would still give some indication of the" > relative merits of each product.  L Yup. Benchmarketeering is indeed an exercise in bogusity and opacity. AlwaysI has been, no doubt it always will be. All that really matters is how fast B YOUR app runs on a platform (assuming, of course, that your app is* compatible with the platform in question.)   >aF > What does seem consistant is that in all such comparisons, the IA-64G > always seems to be far behind.  And this from a product that has beenuJ > 'in the making' for a long time.  Seems that they just haven't been ableG > to do as well as anyone else.  Still, they could dominate, if they'reb > the only product available.p  H Merced is a more than a day late, and more than a few cents short on theI performance front. Perhaps Intel's hype is coming back to haunt 'em. ThatiB said, I believe the jury will be out until McKinley numbers become
 available.   > C > This weeks biggest joke however, is the use of the term 'industrytI > standard' for a product that is for the most part still in development, G > with some box makers doing some evaluation and selling a few systems.t  H Intel said "industry standard" on June 3, 1994 and all and sundry (well,F almost all and sundry) in the press and analyst community took Intel's statement at face value.    J > Just wish some of those marketing people had been pushing Alpha and VMS. >s   Amen, that says it all!r   ------------------------------  % Date: Wed, 21 Nov 2001 10:38:03 -0800 ( From: "Greg Cagle" <gregc@gregcagle.com>I Subject: Re: Of Bogusity and Benchmarketeering (was Re: Life After Alpha) / Message-ID: <tvnt2u7chvb13f@corp.supernews.com>r  u "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message news:VSQK7.2514$bR6.678173@typhoon.ne.mediaone.net...- >-7 > "David Froble" <davef@tsoft-inc.com> wrote in messagea > >mH > > What does seem consistant is that in all such comparisons, the IA-64I > > always seems to be far behind.  And this from a product that has been L > > 'in the making' for a long time.  Seems that they just haven't been ableI > > to do as well as anyone else.  Still, they could dominate, if they'ree > > the only product available.n >rJ > Merced is a more than a day late, and more than a few cents short on theK > performance front. Perhaps Intel's hype is coming back to haunt 'em. ThathD > said, I believe the jury will be out until McKinley numbers become > available.  H A large part of IA-64 performance lies in the compiler technology, which7 is maturing rapidly. Terry's right - wait for McKinley.  --
 Greg Cagle gregc at gregcagle dot com   ------------------------------  # Date: Wed, 21 Nov 2001 18:48:07 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>I Subject: Re: Of Bogusity and Benchmarketeering (was Re: Life After Alpha)-; Message-ID: <HFSK7.2534$bR6.717652@typhoon.ne.mediaone.net>0  3 "Greg Cagle" <gregc@gregcagle.com> wrote in message:) news:tvnt2u7chvb13f@corp.supernews.com...7 >0A > "Terry C. Shannon" <terryshannon@mediaone.net> wrote in message 5 news:VSQK7.2514$bR6.678173@typhoon.ne.mediaone.net...i > >t9 > > "David Froble" <davef@tsoft-inc.com> wrote in message  > > >dJ > > > What does seem consistant is that in all such comparisons, the IA-64K > > > always seems to be far behind.  And this from a product that has beenaI > > > 'in the making' for a long time.  Seems that they just haven't been  ableK > > > to do as well as anyone else.  Still, they could dominate, if they'rea! > > > the only product available.  > >tL > > Merced is a more than a day late, and more than a few cents short on theH > > performance front. Perhaps Intel's hype is coming back to haunt 'em. ThatF > > said, I believe the jury will be out until McKinley numbers become > > available. >oJ > A large part of IA-64 performance lies in the compiler technology, which9 > is maturing rapidly. Terry's right - wait for McKinley.v > -- > Greg Cagle  G Based on Compaq's roadmap, the ISSG is definitely waiting for McKinley.aH Absent the DL590/64 "Blazer," which of course is AWOL due to errata, theJ first IPF boxes from Compaq will be the 32-way McKinley systems due out in 2H02.o  J Since these 32-way thingies are based on 4-CPU "processor pods," one couldF expect 4-way and 8-way and 16-way models to appear concurrent with the/ 32-way beast, but only the ISSG knows for sure.e   ------------------------------  # Date: Wed, 21 Nov 2001 10:00:19 GMT ( From: "Rich Bjers" <RBjers@Cinci.RR.Com>> Subject: Open VMS Alpha-to-Itanium: Development update webcast8 Message-ID: <TWKK7.35478$z55.5327200@typhoon.neo.rr.com>  ? Can someone enlighten me as to what the following is all about?'  I Several weeks ago, Compaq announced our relationship with Intel regardingdE the ItaniumT processor family. As an OpenVMS user, we're sure you are-D interested in hearing about the progress we've made in this excitingG venture. Please join us on Friday, November 30 for an Alpha-to-Itanium:@I Development update webinar with Gaitan d'Antoni, lead software architect.m2 Following the session, your questions are welcome.  ? Learn more about the Open VMS Alpha-to-Itanium migration plans:p  L http://compaqnonstop.rs88.net/servlet/cc3?%7Cn-1%28%269M%5Duzml_%5Cvq%7Cv1MM
 1%5Cpr9W9%2FAa   To Register:  L http://compaqnonstop.rs88.net/servlet/cc3?%7Cn-1%28%269M%5Duzml_%5Cvq%7Cv1MM 1%5Cpr9W9.A    ------------------------------  # Date: Wed, 21 Nov 2001 13:57:35 GMT G From: Simon Clubley <simon_clubley@remove_me.altavista.co.uk-Earth.UFP> B Subject: Re: Open VMS Alpha-to-Itanium: Development update webcast6 Message-ID: <jpOK7.32818$xS6.55851@www.newsranger.com>  , On Wed, 21 Nov 2001 10:00:19 GMT, in article? <TWKK7.35478$z55.5327200@typhoon.neo.rr.com>, Rich Bjers wrote:c >a@ >Can someone enlighten me as to what the following is all about? >n  J What I do know is that you read this using an HTML capable mail reader, as$ the actual message starts like this:  & <HTML><HEAD><TITLE>ie_itanium2</TITLE>L <META content=3D=22text/html; charset=3Diso-8859-1=22 http-equiv=3DContent-= Type>tG <META content=3D=22MSHTML 5=2E00=2E2920=2E0=22 name=3DGENERATOR></HEAD>n  + My annoyed response back to the sender was:a   Hello,  J The following unreadable mess is how I received your message. If Compaq isJ going to mail their Alpha customers, it would be nice if it had sufficientI knowledge to realise that we tend to use text only email clients and thath6 we do not all use Microsoft systems to read our Email.  $ Any chance of a plain text version ?   Simon.  J [I've deleted the message for posting to c.o.v, but there's over 100 lines of unreadable HTML...]   Simon.   -- -@ Simon Clubley, simon_clubley@remove_me.altavista.co.uk-Earth.UFPK In the task of removing Microsoft from the marketplace, I have discovered agE truly remarkable plan, but this signature is too small to contain it."   ------------------------------  # Date: Wed, 21 Nov 2001 16:48:51 GMTs4 From: "Terry C. Shannon" <terryshannon@mediaone.net>B Subject: Re: Open VMS Alpha-to-Itanium: Development update webcast; Message-ID: <TVQK7.2516$bR6.680462@typhoon.ne.mediaone.net>s  3 "Rich Bjers" <RBjers@Cinci.RR.Com> wrote in message 2 news:TWKK7.35478$z55.5327200@typhoon.neo.rr.com...A > Can someone enlighten me as to what the following is all about?   G Well, "Webinar" is a new (and not exactly necessary) addition to the IToK lexicon, but I have to believe that what we have here is a Web cast whereiniE Gaitan will provide an update on the status of the VMS-on-IPF portingeG project. Perhaps he'll talk about the cross-compiler that is now up andh running. >eK > Several weeks ago, Compaq announced our relationship with Intel regarding8G > the ItaniumT processor family. As an OpenVMS user, we're sure you are-F > interested in hearing about the progress we've made in this excitingI > venture. Please join us on Friday, November 30 for an Alpha-to-Itanium: K > Development update webinar with Gaitan d'Antoni, lead software architect.i4 > Following the session, your questions are welcome. >rA > Learn more about the Open VMS Alpha-to-Itanium migration plans:c >e >oL http://compaqnonstop.rs88.net/servlet/cc3?%7Cn-1%28%269M%5Duzml_%5Cvq%7Cv1MM > 1%5Cpr9W9%2FAt >m > To Register: >  >mL http://compaqnonstop.rs88.net/servlet/cc3?%7Cn-1%28%269M%5Duzml_%5Cvq%7Cv1MM
 > 1%5Cpr9W9.A  >u >o   ------------------------------    Date: 21 Nov 2001 12:41:12 -0600- From: koehler@encompasserve.org (Bob Koehler) B Subject: Re: Open VMS Alpha-to-Itanium: Development update webcast3 Message-ID: <GI+csQr+Xmei@eisner.encompasserve.org>w  c In article <TWKK7.35478$z55.5327200@typhoon.neo.rr.com>, "Rich Bjers" <RBjers@Cinci.RR.Com> writes:O > N > http://compaqnonstop.rs88.net/servlet/cc3?%7Cn-1%28%269M%5Duzml_%5Cvq%7Cv1MM > 1%5Cpr9W9%2FAe >  > To Register: > N > http://compaqnonstop.rs88.net/servlet/cc3?%7Cn-1%28%269M%5Duzml_%5Cvq%7Cv1MM
 > 1%5Cpr9W9.A   E    Is that what was in all that HTML I got from Compaq the other day?c  C    Now what technology do you suppose I have on my Alpha which wille&    allow me to connect to a "webinar"?   ------------------------------  # Date: Wed, 21 Nov 2001 18:44:47 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net>B Subject: Re: Open VMS Alpha-to-Itanium: Development update webcast; Message-ID: <zCSK7.2532$bR6.716492@typhoon.ne.mediaone.net>t  : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:GI+csQr+Xmei@eisner.encompasserve.org...oG > In article <TWKK7.35478$z55.5327200@typhoon.neo.rr.com>, "Rich Bjers"a <RBjers@Cinci.RR.Com> writes:O > >  > >fL http://compaqnonstop.rs88.net/servlet/cc3?%7Cn-1%28%269M%5Duzml_%5Cvq%7Cv1MM > > 1%5Cpr9W9%2FAt > >o > > To Register: > >e > >hL http://compaqnonstop.rs88.net/servlet/cc3?%7Cn-1%28%269M%5Duzml_%5Cvq%7Cv1MM > > 1%5Cpr9W9.Av >>G >    Is that what was in all that HTML I got from Compaq the other day?  >rE >    Now what technology do you suppose I have on my Alpha which wille( >    allow me to connect to a "webinar"?  ( Doh, that must be in "the 65th bit!" ;-}   cheers,t   terry s>   ------------------------------    Date: 21 Nov 2001 01:36:16 -0800+ From: paul_hallam@my-deja.com (Paul Hallam)  Subject: OSU Webserver problemse= Message-ID: <e0f79ac8.0111210136.1a497e8d@posting.google.com>s   Hi,oE We have been running the decthreads OSU webserver V3.3a on VMS V7.2-1h0 for nearly 18 months without any major problems.  F The configuration allows users to view top pages but when they want toF access data or run new reports the MD5_authenticator kicks in and asksE for their VMS username/password. This only happens once no matter howpD many different reports they want to view/run - AT LEAST IT DID UNTIL
 THIS WEEK.  F We now have the situation where some of our customers use NETSCAPE andA some use Internet explorer (depending on the customer) via securem	 networks.V  E In internet explorer we are now 'ocasionally' seeing another usernameoF prompt when submitting a report - executed by : METHOD = "POST" ACTION = "/rcom/www9391"e   AND   D In NETSCAPE 4.3 and 4.5 when the submit is completed the message bar7 continually flags : "Connect: Contacting host LON70..."n?                     "Connect: Host LON70 contacted. Waiting fore	 reply..."@D and finally, after about 5 minutes, comes back asking me to enter myD username and password again and , when entered, the submit completes and I am sent to the next page. A I originally assumed this might again be authenticator requesting F username/password and failing for 5 mintes but the VMS system does not show any intruder alerts.   ? Anyone any ideas or suggestions as to what/how to check what is # happening on the VMS system please.    Paul Hallamm   phallam@csc.com)   ------------------------------    Date: 21 Nov 2001 07:07:28 -0800+ From: paul_hallam@my-deja.com (Paul Hallam)a# Subject: Re: OSU Webserver problemst< Message-ID: <e0f79ac8.0111210707.5d07688@posting.google.com>  C ALSO - DOES ANYONE KNOW OF PROBLEMS WITH THIS VERSION OF DECTHREADSeC OSU WEBSERVER WITH WINDOWS 2000 AS I BELIEVE MOST OF THE USERS HAVEs0 BEEN MIGRATED TO THIS OPERATING SYSTEM ?????????   ------------------------------  % Date: Wed, 21 Nov 2001 10:41:52 -0500m- From: JF Mezei <jfmezei.spamnot@videotron.ca>D# Subject: Re: OSU Webserver problemsc, Message-ID: <3BFBCB3E.665B51B9@videotron.ca>   Paul Hallam wrote: > E > ALSO - DOES ANYONE KNOW OF PROBLEMS WITH THIS VERSION OF DECTHREADSmE > OSU WEBSERVER WITH WINDOWS 2000 AS I BELIEVE MOST OF THE USERS HAVE 2 > BEEN MIGRATED TO THIS OPERATING SYSTEM ?????????  K Have you considered upgrading to the current version of OSU ? I think it isf 3.9 these days.    ------------------------------    Date: 21 Nov 2001 08:39:11 -0800( From: bob@instantwhip.com (Bob Ceculski)# Subject: Re: OSU Webserver problemsp= Message-ID: <d7791aa1.0111210839.2863c727@posting.google.com>e  p paul_hallam@my-deja.com (Paul Hallam) wrote in message news:<e0f79ac8.0111210136.1a497e8d@posting.google.com>... > Hi, G > We have been running the decthreads OSU webserver V3.3a on VMS V7.2-112 > for nearly 18 months without any major problems. > H > The configuration allows users to view top pages but when they want toH > access data or run new reports the MD5_authenticator kicks in and asksG > for their VMS username/password. This only happens once no matter how F > many different reports they want to view/run - AT LEAST IT DID UNTIL > THIS WEEK. > H > We now have the situation where some of our customers use NETSCAPE andC > some use Internet explorer (depending on the customer) via secure7 > networks.  > G > In internet explorer we are now 'ocasionally' seeing another usernamerH > prompt when submitting a report - executed by : METHOD = "POST" ACTION > = "/rcom/www9391"  >  > AND  > F > In NETSCAPE 4.3 and 4.5 when the submit is completed the message bar9 > continually flags : "Connect: Contacting host LON70..." A >                     "Connect: Host LON70 contacted. Waiting for_ > reply..."IF > and finally, after about 5 minutes, comes back asking me to enter myF > username and password again and , when entered, the submit completes! > and I am sent to the next page.dC > I originally assumed this might again be authenticator requestingtH > username/password and failing for 5 mintes but the VMS system does not > show any intruder alerts.e > A > Anyone any ideas or suggestions as to what/how to check what isc% > happening on the VMS system please.s > 
 > Paul Hallamr >  > phallam@csc.com>  P this is a question for David Jones at Ohio State University Dept. of EngineeringL I believe he has posted before on this site and his email should be there or# call Ohio State and ask for him ...    ------------------------------  + Date: Wed, 21 Nov 2001 03:39:38 -0800 (PST)n. From: Fabio Cardoso <fabiopenvms@yahoo.com.br>! Subject: OT:  IT Jobs (Australia) @ Message-ID: <20011121113938.15149.qmail@web20203.mail.yahoo.com>   Dear Aussies  1 I would like to know where I can get informationse about IT jobs in Australia.   0 Me and my girlfriend are planning to go there=203 next year in vacations to check future oportunitiesa	 there.=20f  4 As she is an IT specialist like me, we will look for opportunities in this arena.=20r    2 We would like suggestions of better cities to work and live.=20  4 At this moment we dont plan to immigrate definitvly.1 Is just to have an international experience (+- 5t	 years)...f  5 Of course I would like Europe (Spain, UK, Germany)=20v0 but she is "obsessed" in Australia, and I prefer4 dont lose my girlfriend - as you see a good girl  is  difficult to find everywhere :-)     Regardsy   FC=20    =3D=3D=3D=3D=3DnL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D  F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazil  fabiopenvms@yahoo.com.brL =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3Dr  2 __________________________________________________ Do You Yahoo!?E Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month.8# http://geocities.yahoo.com/ps/info1t   ------------------------------  % Date: Wed, 21 Nov 2001 13:13:29 -0500a- From: "Richard D. Piccard" <piccard@ohio.edu>oJ Subject: Re: RMS file structure internals documentation freely available ?( Message-ID: <3BFBEEC2.2412D665@ohio.edu>  O There is a whole book, commercially available, from Digital Press, as I recall,i on the subject of RMS.  #                                 RDPs     Simon Clubley wrote:  M > Is there any documentation freely available on the internals of RMS files ? * > I am mainly interested in indexed files. >nN > I am aware of the chapter in the Guide to OpenVMS File Applications, as well. > as the RMS_TOOLS section of the freeware CD. > J > What I am looking for is documentation along the lines of that for ODS-2E > in Chapter 2 of McCoy. Is such RMS documentation freely available ?u >d > Thanks for any information,y >o > Simon. >eL > PS: Anticipating Hoff :-), no, I am not trying to solve another (unstated)K > problem. I really am just interested in the RMS file structure internals.  >dL > PPS: If such a document does not exist, is it the opinion of the internalsG > people here that such a document could be put together using just the I > _freely_ available information in, for example, sys$library:lib.req and  > ANAL/RMS/INTER ? >d > --B > Simon Clubley, simon_clubley@remove_me.altavista.co.uk-Earth.UFPM > In the task of removing Microsoft from the marketplace, I have discovered ahG > truly remarkable plan, but this signature is too small to contain it.    --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  % Date: Wed, 21 Nov 2001 18:58:54 -0000 ; From: "David McKenzie" <david.mckenzie@computershare.co.uk>gJ Subject: Re: RMS file structure internals documentation freely available ?B Message-ID: <1006369127.21353.0.nnrp-12.c1edba74@news.demon.co.uk>   Indeed there is   ( Vms File System Internals by Kirby McCoy9 Digital Press Order Number EY-F575E-D1 ISBN 0-13-950874-0s   -- David McKenzie Charon Consulting (Australia)h( david.mckenzie@mig.spitfire0.demon.co.uk   (But who wants a Mig?)   ! 8 "Richard D. Piccard" <piccard@ohio.edu> wrote in message" news:3BFBEEC2.2412D665@ohio.edu...I > There is a whole book, commercially available, from Digital Press, as IP recall,t > on the subject of RMS. >a% >                                 RDPu >w >  > Simon Clubley wrote: >rG > > Is there any documentation freely available on the internals of RMSo files ?c, > > I am mainly interested in indexed files. > >-K > > I am aware of the chapter in the Guide to OpenVMS File Applications, as- well0 > > as the RMS_TOOLS section of the freeware CD. > > L > > What I am looking for is documentation along the lines of that for ODS-2G > > in Chapter 2 of McCoy. Is such RMS documentation freely available ?3 > >. > > Thanks for any information,  > >e
 > > Simon. > >rC > > PS: Anticipating Hoff :-), no, I am not trying to solve anotherm
 (unstated)B > > problem. I really am just interested in the RMS file structure
 internals. > >.D > > PPS: If such a document does not exist, is it the opinion of the	 internals>I > > people here that such a document could be put together using just thesK > > _freely_ available information in, for example, sys$library:lib.req ando > > ANAL/RMS/INTER ? > >  > > --D > > Simon Clubley, simon_clubley@remove_me.altavista.co.uk-Earth.UFPB > > In the task of removing Microsoft from the marketplace, I have discovered aI > > truly remarkable plan, but this signature is too small to contain it.a >  > --D > ==================================================================D > Dick Piccard                           Academic Technology ManagerD > piccard@ohio.edu                                 Computer ServicesD > http://oak.cats.ohiou.edu/~piccard/                Ohio University >  >m   ------------------------------  % Date: Wed, 21 Nov 2001 14:02:38 +0000   From: Steve.Spires@yellgroup.com> Subject: RE: Software to emulate someone sitting at a terminal: Message-ID: <OF6602CABF.F9749C04-ON00256B0B.004D04B2@btyp>  K Cyrano [France] has certainly done so. It would appear that the company hascK been picked up by ANITE SYSTEMS in the UK, who will continue support and sot on.y   Cheers   Steve S         A Martin Walker <Martin.Walker@csf.co.uk> on 11/20/2001 10:40:42 PM     To:        Info-VAX@Mvb.Saic.Com cc:-K From:      Martin Walker <Martin.Walker@csf.co.uk>, 20 November 2001, 10:40R            p.m.O  5 RE: Software to emulate someone sitting at a terminals    J There was a post on c.o.v dated 20-Oct-01 (sybject VTEST on Alpha) statingG that Cyrano had gone into receivership.  No further info that I've seeno though.    -----Original Message-----> From: tessier-ashpool@usa.net [mailto:tessier-ashpool@usa.net] Sent: 20 November 2001 16:38 To: Info-VAX@Mvb.Saic.Com'> Subject: Re: Software to emulate someone sitting at a terminal     >     NEXUS Software Services  >       Gainsborough House >        109 Portland St >       Manchester   M1 6DNn >        Tel: 061 237 3126 >rH > (I'm going to try calling that number tonight, but I've been told that< > previous attempts to contact the business failed totally.)  E 1. UK phone numbers changed about 4 years back, with an extra digit 1nD after the 0 in the area code. Try this format: +44 161 237 3126 (you5 drop the zero when dialling into UK internationally).   > Stop Press - don't bother trying. The BT automated response toC dialling that number: "sorry, this number has not been recognised",m ie: it's a dead phone number.e  E 2. Don't Computer Ass-ociates own MANMAN nowadays? Can they help you?0. http://interbiz.com/Products/SC/ERP/manman.asp  C 3. Another 'emulate humans typing stuff in' product is Cyrano Test.nD See http://www.cyrano.com/products/test.html NB: used to be known as) Performance Software V-TEST a while back.    Not much, but HTH. Cheers mate.t  
 Chris BardellH Pommie-landT    @ This e-mail including any attachments is confidential and may beF legally privileged. If you have received it in error please advise the? sender immediately by return email and then delete it from youra system. A The unauthorised use, distribution, copying or alteration of thiscF email is strictly forbidden. If you need assistance please contact the  help desk on (+44)(0)870 8704820          F ______________________________________________________________________     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beG confidential. If you are not the named addressee, or if the message hasnG been addressed to you in error, you must not read, disclose, reproduce,y$ distribute or use this transmission.  H Delivery of this message to any person other than the named addressee isG not intended in any way to waive confidentiality.  If you have received K this transmission in error please contact the sender or delete the message.m  
 Thank you.  D Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT.; Registered in England and Wales, registered number 4205228.8  I Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire, D RG1 7PT. Registered in England and Wales, registered number 1403041.   ------------------------------    Date: 21 Nov 2001 12:28:24 -0600- From: koehler@encompasserve.org (Bob Koehler)dB Subject: Re: Solaris: ready for prime time?  Keep your VMS system.3 Message-ID: <PtHfHf$eXeqH@eisner.encompasserve.org>d  L In article <3BFAD175.FF6@c-lab.de>, Michael Joosten <joost@c-lab.de> writes: > H > Sounds a little like the case I reported. 'fsck' ran with errors? (NotC > sure what happens in such a case when UFS with logging is used). p  F    Don't know.  Solaris, like most UNIX, should automatically try fsck3    on an unclean mount and not mount if fsck fails.g  F    So what do you do if fsck fails?  The sysadmins on this one spent a#    long time with Sun on the phone.    ------------------------------  % Date: Wed, 21 Nov 2001 14:58:31 +0000u  From: Steve.Spires@yellgroup.comN Subject: Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.org: Message-ID: <OF08775F7E.944FECFC-ON00256B0B.00523238@btyp>  F And of course in the UK the proposal is a return of internment with no trial or appeal.   Steve S%        E John McLean <mcleanj@swissonline.delete.ch> on 11/20/2001 06:01:07 PM-    To:        Info-VAX@Mvb.Saic.Com cc:rI From:      John McLean <mcleanj@swissonline.delete.ch>, 20 November 2001,o            6:01 p.m.  E Re: Special IPF-Inside Issue of Shannon Knows Compaq at www.tru64.orgn         JF Mezei wrote:. >7 > Peter da Silva wrote:"K > > > presented in a court of law and without hard evidence, they will havee to set > > > Bin Laden free.u > >52 > > Not if they try him under a military tribunal. > C > What is the difference between a real court of law and a military%
 tribunal ?K > Is it a case of the "evidence" being usable in a military tribunal due torK > secrecy, or a case of the evidence not being needed to convinct Bin Ladene ?   G As much as I don't want to prolong this discussion - at least not undera3 this topic - there's a point that needs to be made.h  D In the rush of adrenalin by the US Congress after Sep 11th they haveF passed bills to say that acts of terrorism will be tried by a militaryF court.  According to reports I have read, this means that the need forE evidence will not be as stringent and that detention for long periodseH before being charged is a real possibility.  In effect we are looking atH legal niceties being dispensed with.  Okay, for the bad guys it might beG fair punishment, but what about the innocents who get caught up in thiss ..  @ Note that hacking and various other IT related events can now be considered to be terrorism.%     John McLean           F ______________________________________________________________________     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beG confidential. If you are not the named addressee, or if the message has G been addressed to you in error, you must not read, disclose, reproduce, $ distribute or use this transmission.  H Delivery of this message to any person other than the named addressee isG not intended in any way to waive confidentiality.  If you have receivedeK this transmission in error please contact the sender or delete the message..  
 Thank you.  D Yell Limited, Queens Walk, Oxford Road, Reading, Berkshire, RG1 7PT.; Registered in England and Wales, registered number 4205228.   I Yellow Pages Sales Limited, Queens Walk, Oxford Road, Reading, Berkshire,dD RG1 7PT. Registered in England and Wales, registered number 1403041.   ------------------------------  % Date: Wed, 21 Nov 2001 15:06:17 +0000a% From: Alan Greig <a.greig@virgin.net>n Subject: Sun at it again8 Message-ID: <scgnvtgc6sumg93ifk3djra1ll9cdc42lo@4ax.com>  D I've just received another mailing from Sun addressed to me by name.E It makes no specific reference to Compaq, Alpha, Tru64 or VMS by nameCD this time but is a sheet of sandpaper/emery paper (or whatever) withA the words "TIMES ARE ROUGH" in the "d|i|gIi|t|a|l" colour scheme. 
 Clever eh?   Anyone else got one?     -- Alan   ------------------------------  % Date: Wed, 21 Nov 2001 15:52:19 +0000 ( From: Nic Clews <sendspamhere@127.0.0.1> Subject: Re: Sun at it again) Message-ID: <3BFBCDB3.8C35685F@127.0.0.1>n   Alan Greig wrote:h   > Anyone else got one?   Me.n  G But the paper in our water closets is quite soft by comparison, so I'll ( decline using it for what it is fit for.   Personal opinion.sE (Our IBM guys sitting over from me has one, pinned up too, amid other < cynical cartoons, so not necessarily aimed at the VMS guys). --  ( Regards, Nic Clews CSC Computer Sciences nclews at csc dot com    ------------------------------    Date: 21 Nov 2001 12:51:38 -0600- From: koehler@encompasserve.org (Bob Koehler)  Subject: Re: Sun at it again3 Message-ID: <zlzQxjyy9u64@eisner.encompasserve.org>   T In article <3BFBCDB3.8C35685F@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: > Alan Greig wrote:- >  >> Anyone else got one?  >  > Me., > I > But the paper in our water closets is quite soft by comparison, so I'llu* > decline using it for what it is fit for.  G    I don't have one, yet, but I'm starting to wonder how it compares toE    government issue.   ------------------------------  % Date: Wed, 21 Nov 2001 16:29:51 +0100I3 From: "Salvi Schrijen" <salvi.schrijen@libertel.nl>TM Subject: Re: TCP/IP services settings disappear after restarting the softwarev/ Message-ID: <OftMALrcBHA.321@net037s.hetnet.nl>   ; Thanks a lot for your explanation, I wil try it immediatly.- best regards Salvi Schrijen  ? "Matt Muggeridge" <Matt.Muggeridge@compaq.com> wrote in message ; news:MZBK7.355215$bY5.1512585@news-server.bigpond.net.au...l! > You have a couple of options...  >m? > If you prefer to use 'ifconfig', then place these commands in D > TCPIP$SYSTARTUP.COM, so each time TCPIP is restarted, the ifconfig commands > are executed.  >t > Alternately, take a look at: >  >     TCPIP HELP SET INTERFACE > J > To save the data in the permanent database, use SET CONFIG INTERFACE ... >aF > e.g. if you have interfaces WE0, WE1, WE2, and you want to define an aliase	 > for WE1o >t >     $ tcpip set interf WEB1rC > /addr=10.10.10.10/broad=10.10.10.255/net=255.255.255.0  ! dynamic $ >     $ tcpip set config interf WEB1D > /addr=10.10.10.10/broad=10.10.10.255/net=255.255.255.0 ! permanent > 0 > NOTE the syntax I used for the interface name: >iL > "B" designates the second controller (WE1).  For another alias on WE1, you > would use WEB2, WEB3, ...c> > Similarly, for aliases on WE0, you would use WEA1, WEA2, ...I > And to complete the picture, for aliases on WE2, you would use... (thisb( > section to be filled in by the reader) >g > Matt.7 >.< > "Beate Schmitz" <beate.schmitz@hetnet.nl> wrote in message+ > news:OhSd1vgcBHA.321@net037s.hetnet.nl...a
 > > Hi there,  > > @ > > If I define a alias in TCP/IP sercvices 5.1 with the command$ > > TCPIP> ifconfig alias eth0 xxxxxH > > then this works correctly, but after restarting TCP/IP services this aliast > > is gone. > >   > > My question on you folks is:E > > How can i define a alias permanently so that after restarting the  software > > the alias is also created.9 > > I can not find anything in the TCPIP> HELP SET CONFIGl > > Please can you help me ??  > >l% > > Some spec's that might be needed:D > > Alpha AS800 with OpenVMS7.3t > > TCP/IP services 5.1 eco 2v > >h > > kind regards > > Salvi Schrijen > > salvi.schrijen@libertel.nl > >t > >n > >  > >i >. >    ------------------------------  # Date: Wed, 21 Nov 2001 07:16:14 GMT 4 From: "Matt Muggeridge" <Matt.Muggeridge@compaq.com>2 Subject: Re: telnet very slow from pc/linux to vmsA Message-ID: <2xIK7.356286$bY5.1517684@news-server.bigpond.net.au>   # TCP/IP version can be obtained via:i       $ tcpip show version/all  I My guess is that you do not have the latest ECOs installed.  I remember avL problem where telnet parameter negotiation could get itself into a loop, but- that has long since been fixed in an ECO kit.t  L If possible, upgrade to TCP/IP V5.1 ECO-3, or the latest V5.0A ECO, then try your telnet connections again.   Matt.m  2 "John Forkosh" <john@forkosh.com> wrote in message@ news:Pine.NEB.4.40.0111210151500.2122-100000@panix2.panix.com..., > Barry Treahy, Jr. (Treahy@mmaz.com) wrote: > : John Forkosh wrote:  >t8 > : >They're all interconnected via tcp/ip.  If I telnet= > : >from vms-->vms, or vms-->pc (either to linux or to bsd),D > : >then everything is fine.39 > : >     But telnetting from pc-->vms chews up _lots_ of=> > : >cpu cycles on the vms side.  It functions fine (as far as; > : >I can tell), but way too slow.  Mon sys shows 100% cpuD< > : >(on a vs4000/vlc), but no process seems to be using it. >_L > : There is nothing strange about what you are doing, in fact I telnet intoG > : a VLC system from a PC all the time, as I also do to and from LinuxsJ > : systems from PC's and other VMS systems.  What you neglected to statedJ > : is which TCP/IP stack are you running on VMS as well as on the PC's (IH > : presume that they are Win9X or newer?) or what the Telnet program is# > : that you are using on the PC... @ >      Unfortunately, I don't know how to precisely answer.  VMS@ > was installed straight from Montagar 7.2 hobbyist cd (and from? > its [.kits] directory), and configured using tcpip$config.comn > as vanilla as possible.t@ >      PC side has no Windows on it at all.  Linux was installedA > from a Slackware 4.0 distribution cd, and FreeBSD 3.2 from thate: > cd (both are a year or two old).  I guess that isn't too- > informative.  I'll try to get more details.m >aL > : Something to look at on the VAX side, are you logging a lot of errors onJ > : your ethernet port?  Thin-net isn't the greatest to use because damageJ > : to the dielectric in the cable can cause all sorts of problems betweenA > : two systems, and not between any other system on the segment.e >      No errors at all.	 > Thanks,  > John (forkosh@panix.com) >  >i   ------------------------------   Date: 21 Nov 2001 07:36:48 GMT- From: forkosh@panix1.panix.com (John Forkosh)_2 Subject: Re: telnet very slow from pc/linux to vms) Message-ID: <9tflig$8b1$1@news.panix.com>   3 Matt Muggeridge (Matt.Muggeridge@compaq.com) wrote:k% : TCP/IP version can be obtained via:i :     $ tcpip show version/all+ Everything is version V5.0-9 (13-nov-1998).b  K : My guess is that you do not have the latest ECOs installed.  I remember a=N : problem where telnet parameter negotiation could get itself into a loop, but/ : that has long since been fixed in an ECO kit.  : N : If possible, upgrade to TCP/IP V5.1 ECO-3, or the latest V5.0A ECO, then try  : your telnet connections again.9 Okay.  I'll hunt around compaq and montagar sites for it,: and try installing.D Thanks for suggestion, John (forkosh@panix.com)    4 : "John Forkosh" <john@forkosh.com> wrote in messageB : news:Pine.NEB.4.40.0111210151500.2122-100000@panix2.panix.com.... : > Barry Treahy, Jr. (Treahy@mmaz.com) wrote: : > : John Forkosh wrote:r : >C: : > : >They're all interconnected via tcp/ip.  If I telnet? : > : >from vms-->vms, or vms-->pc (either to linux or to bsd),c : > : >then everything is fine. ; : > : >     But telnetting from pc-->vms chews up _lots_ of@@ : > : >cpu cycles on the vms side.  It functions fine (as far as= : > : >I can tell), but way too slow.  Mon sys shows 100% cpus> : > : >(on a vs4000/vlc), but no process seems to be using it. : > N : > : There is nothing strange about what you are doing, in fact I telnet intoI : > : a VLC system from a PC all the time, as I also do to and from Linux L : > : systems from PC's and other VMS systems.  What you neglected to statedL : > : is which TCP/IP stack are you running on VMS as well as on the PC's (IJ : > : presume that they are Win9X or newer?) or what the Telnet program is% : > : that you are using on the PC...oB : >      Unfortunately, I don't know how to precisely answer.  VMSB : > was installed straight from Montagar 7.2 hobbyist cd (and fromA : > its [.kits] directory), and configured using tcpip$config.com  : > as vanilla as possible.nB : >      PC side has no Windows on it at all.  Linux was installedC : > from a Slackware 4.0 distribution cd, and FreeBSD 3.2 from that < : > cd (both are a year or two old).  I guess that isn't too/ : > informative.  I'll try to get more details., : >eN : > : Something to look at on the VAX side, are you logging a lot of errors onL : > : your ethernet port?  Thin-net isn't the greatest to use because damageL : > : to the dielectric in the cable can cause all sorts of problems betweenC : > : two systems, and not between any other system on the segment.- : >      No errors at all. : > Thanks,= : > John (forkosh@panix.com) : >k : >a   ------------------------------  % Date: Wed, 21 Nov 2001 08:46:45 +0100u: From: Karl Rohwedder <extern.karl.rohwedder@volkswagen.de>2 Subject: Re: telnet very slow from pc/linux to vms, Message-ID: <3BFB5BE5.6030605@volkswagen.de>  9 There was a bug in TCPIP V5.0 in TELNET, thats looks likep< your problem, solution was to use 5.0A, better use 5.1-Eco3, which is the newest.   John Forkosh wrote:.  4 > I have a thinwire lan using a single piece of coax9 > backbone, off which are hung several pc's running linux 6 > and FreeBSD, and several VAXstations running vms 7.2 > (from Montagar cd).n: >      They're all interconnected via tcp/ip.  If I telnet: > from vms-->vms, or vms-->pc (either to linux or to bsd), > then everything is fine.6 >      But telnetting from pc-->vms chews up _lots_ of; > cpu cycles on the vms side.  It functions fine (as far as 8 > I can tell), but way too slow.  Mon sys shows 100% cpu9 > (on a vs4000/vlc), but no process seems to be using it.C9 >      Two extra weird things: (1)telnetting from FreeBSDe; > is _much_ worse than from linux -- the vlc hangs entirely-9 > until I Ctrl-[ and drop the connection.  (2)if I telnetN6 > vms-->pc and then back from _that_ session pc-->vms,* > everything is fine, just like vms-->vms.7 >      I've tried playing around with parameters at thea8 > telnet> prompt, but to no avail.  I can't speed up the8 > pc-->vax connection (and can't slow down the vms-->vms9 > connection, which I'd hoped might provide useful info).hB >      I know next to nothing about telnet internals/protocol/etc,? > so was just playing around and hoping to stumble on solution.i2 > But that hasn't happened.  Thanks for any ideas, > John (forkosh@panix.com) >      -- n  - mit freundlichen Gruessen | with best regardss   Karl RohwedderB iT-Ingenieurteam     | Ellernbruch 11       | D-38112 BraunschweigA Telefon: 0531/515521 | Telefax: 0531/515531 | Mobil: 0172/5434843eE   E-Mail: rohwedder@decus.decus.de           | iT-IngTeam@t-online.deu,           karl.rohwedder@it-ingenieurteam.de DATEX-P: 4505018005::ROHWEDDER   ------------------------------  # Date: Wed, 21 Nov 2001 14:05:37 GMTrG From: Simon Clubley <simon_clubley@remove_me.altavista.co.uk-Earth.UFP>h2 Subject: Re: telnet very slow from pc/linux to vms6 Message-ID: <RwOK7.32831$xS6.55750@www.newsranger.com>  P On Wed, 21 Nov 2001 08:46:45 +0100, in article <3BFB5BE5.6030605@volkswagen.de>, Karl Rohwedder wrote:e >e: >There was a bug in TCPIP V5.0 in TELNET, thats looks like= >your problem, solution was to use 5.0A, better use 5.1-Eco3,r >which is the newest.m  E On Linux, I have had success working around this by setting TERM to apF recognised (by VMS) DEC terminal name before the telnet. I am guessingG that a echo $TERM on your Linux system will show that it's not a normal  DEC terminal name.   Simon.   -- f@ Simon Clubley, simon_clubley@remove_me.altavista.co.uk-Earth.UFPK In the task of removing Microsoft from the marketplace, I have discovered auE truly remarkable plan, but this signature is too small to contain it..   ------------------------------  % Date: Wed, 21 Nov 2001 09:23:46 -0500s2 From: "Sue Skonetski" <susan.skonetski@compaq.com> Subject: Thankfule3 Message-ID: <DMOK7.1820$RL6.59009@news.cpqcorp.net>d   Dear Newsgroup,s  
 Warm Regards,o sue    I AM THANKFUL FOR ....  6 For a vocal newsgroup because it means that they care.  G For Partners with requests because it means that they see VMS business.d  H For VMS Engineers because they know how to code an operating system that people can depend on.r  ? FOR THE TAXES THAT I PAY, BECAUSE IT MEANS THAT I AM  EMPLOYED.v  G FOR THE MESS TO CLEAN AFTER A PARTY, BECAUSE IT MEANS  THAT I HAVE BEENc SURROUNDED BY FRIENDS.  L FOR THE CLOTHES THAT FIT A LITTLE TOO SNUG, BECAUSE IT  MEANS I HAVE  ENOUGH TO EAT.d  K FOR MY SHADOW THAT WATCHES ME WORK, BECAUSE IT MEANS I  AM IN THE SUNSHINE.:  K FOR A LAWN THAT NEEDS MOWING, WINDOWS THAT NEED  CLEANING, AND GUTTERS THAT , NEED FIXING, BECAUSE IT MEANS I HAVE A HOME.    K FOR ALL THE COMPLAINING I HEAR ABOUT THE GOVERNMENT,  BECAUSE IT MEANS THATi WE HAVE FREEDOM OF SPEECH.  J FOR THE PARKING SPOT I FIND AT THE FAR END OF THE  PARKING LOT, BECAUSE IT? MEANS I AM CAPABLE OF WALKING AND THAT I HAVE BEEN BLESSED WITHe TRANSPORTATION.-    6 FOR MY HUGE HEATING BILL, BECAUSE IT MEANS I, AM WARM.  K FOR THE LADY BEHIND ME IN CHURCH THAT SINGS OFF KEY,  BECAUSE IT MEANS THAT  I CAN HEAR.o  H FOR THE PILE OF LAUNDRY AND IRONING, BECAUSE IT MEANS  I HAVE CLOTHES TO WEAR.y  K FOR WEARINESS AND ACHING MUSCLES AT THE END OF THE  DAY, BECAUSE IT MEANS Ir" HAVE BEEN CAPABLE OF WORKING HARD.  I FOR THE ALARM THAT GOES OFF IN THE EARLY MORNING  HOURS, BECAUSE IT MEANS  THAT I AM ALIVE.   AND FINALLY...    I FOR TOO MUCH E-MAIL, BECAUSE IT MEANS I HAVE FRIENDS  WHO ARE THINKING OF  ME.    ------------------------------  % Date: Wed, 21 Nov 2001 14:15:21 +0100r7 From: "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com>w) Subject: RE: TZ887 installation questionsnO Message-ID: <2795B75EF003D311801A00A0C906B511011C6A55@cucexec.gbc.getronics.nl>   . Powerdown the TZ887 is the less you should do.8 Shutdown the server is not needed. The risk is very low.  H I would connect the tapeunit to the storageworks box instead directly to the internal scsi bus. t  L If the scsi cable is too long strange thing can happen, the worst thing that can 1 happen is every unit on that bus is unreachable. nD If that happens just unplug the cable of the tapeunit and the bus is cleared.   Be sure to use terminators.     n             > -----Original Message-----6 > From: Martin Walker [mailto:Martin.Walker@csf.co.uk]& > Sent: dinsdag 20 november 2001 23:41 > To: Info-VAX@Mvb.Saic.Come+ > Subject: RE: TZ887 installation questions  >  > : > Engineers would recommend shutdown before plugging SCSI  > cables.  Of course, ) > you might well get away with it - YMMV!s >  > -----Original Message-----0 > From: Rick Dyson [mailto:Rick-Dyson@UIowa.EDU] > Sent: 20 November 2001 17:15 > To: Info-VAX@Mvb.Saic.Comn+ > Subject: Re: TZ887 installation questions  >  >  > Linda Luik wrote: ; > > I am hooking a TZ887 to a Alpha 2000 running Alpha O/S _ > 6.2-1h3 with full_ > > patches (as far as I know). > > > There are three disks installed (dka100, 200, 600) and an  > internal  4mm = > > tape drive (mka500). This leaves scsi ports 3 and 4 open   > for business.nE > > The system has a storageworks box containing more disks, but thisi5 > > shouldn't be important to the tape drive install.m > > 	 > > Do I:s* > > 1) set the TZ887 dip switch to 3 or 4?> > > <<< install the tape drive by plugging it in , etc... >>> @ > 2) runautoconfigure or will a reboot be needed first?	I would ? > just choose one.  Itdoesn't matter in the long run.  Themore  = > important concerns are total SCSIcabling length and proper a< > termination.I will assume you already are up tospeed with > > those issues.	No need to reboot, unless you want to...$ MCR - > Sysman		SYSMAN> IO Autoconfig /Log	I might 47 > suggest youlook into the MRU (Media Robot Utility, I  : > think),with it's ROBOT and XROBOTinterfaces for controll@ > ing the robotic unit onthe drive from a remoteterminal.  Very @ > handy unless you like driving intowork to move a tape fromone ( > slot to another at 3am. :)Regards,Rick >  > C > This e-mail including any attachments is confidential and may be aH > legally privileged. If you have received it in error please advise theB > sender immediately by return email and then delete it from your 
 > system. D > The unauthorised use, distribution, copying or alteration of this H > email is strictly forbidden. If you need assistance please contact the" > help desk on (+44)(0)870 8704820 >    ------------------------------  % Date: Wed, 21 Nov 2001 08:33:56 -0700e+ From: Linda Luik <p14175@email.sps.mot.com>u) Subject: Re: TZ887 installation questionss1 Message-ID: <3BFBC964.20E5CA55@email.sps.mot.com>s  H Thanks to all that provided helpful advice. The tape robot was installedE yesterday, with a little trouble. It had a set scsi port number whichdE couldn't be changed.  I put this robot together with scavenged peices-G and the tape drive unit had a set scsi address -- which I forgot about.nA I hope this doesn't become a problem. It shouldn't be. I used thegC original tape drive on a system for several years without problems.3  
 Thanks again,.   Lindal   ------------------------------    Date: 21 Nov 2001 18:13:04 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>iD Subject: Re: VMS on IBM power chip would make IBM No. 1 in high end!H Message-ID: <y4oflwxd27.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ' Alan Greig <a.greig@virgin.net> writes:-  E > with Intel investment. A power point slide at Friday#s London DECUS D > actually said that "IBM will not be able to afford to keep up with@ > Intel". This was challenged from the audience - one of the fewH > challenges that didn't come from me...The question was put as "How canD > you say that the biggest computer company in the world will not beA > able to keep up with Intel".The answer was just "that's what weB > predict"..  5 So this is firmly in the category "wishful thinking".l   	Jan   ------------------------------  % Date: Wed, 21 Nov 2001 18:01:56 -0000i/ From: Michael Zarlenga <zarlenga@conan.ids.net>rD Subject: Re: VMS on IBM power chip would make IBM No. 1 in high end!/ Message-ID: <tvnr0ktbib18f2@corp.supernews.com>A  0 David J. Dachtera <djesys.nospam@fsi.net> wrote: : They had help - GQ Palmer.   A.K.A. Gordon Gekko.   -- a -- Mike Zarlenga   ------------------------------   Date: 21 Nov 2001 17:54:27 GMT) From: leslie@clio.rice.edu (Jerry Leslie)0. Subject: Re: Welcome To Microsoft's IT Academy' Message-ID: <9tgpoj$9lt$1@joe.rice.edu>0  * Patrick Young (P.Young@unsw.EDU.AU) wrote:s : "Jack Peacock" <peacock@simconv.com> wrote in message news:<SZhJ7.180819$Lg.8701990@sjcpnn01.usenetserver.com>... L : > MS has the right idea and I hope their program is a success.  Perhaps itK : > will grow into real classes on the internals and concepts behind NT for, : > advanced students. : >    Jack Peacock   K : I'm not sure which drugs you are on, or if you simply need to wake up andb : "smell the coffee"  E : M$ are out to take over the "IT industry" they will not rest until tE : everything that looks as if it "might even" compete is eliminated. c0 : This has been proved over any number of times.  G : I'm not sure which cartoons you watched as a kid, however M$ are the t : essence of evil.  ' Another victoory for the Evil Empire...   4    http://news.cnet.com/news/0-1006-200-7936780.html.    Deal may put Microsoft at head of the class  %    By Michael Kanellos and Joe WilcoxP    Staff Writers, CNET News.comn"    November 21, 2001, 7:45 a.m. PT  H   "UPDATE A proposed settlement agreement in a series of antitrust suitsH    may not only give Microsoft a fairly inexpensive legal resolution--itB    may also help the company and its PC allies further erode Apple$    Computer's position in education.  H    Under a settlement proposal in a series of private antitrust lawsuitsC    announced Tuesday, Microsoft agreed to donate approximately $5003@    million to help bring technology to some of the nation's mostC    disadvantaged schools. The deal will also allow these schools tohI    obtain a virtually unlimited supply of Microsoft software for the next     five years.  G    Those terms could hurt Apple and other software providers, accordingxE    to analysts and educators. Historically, education has been one of I    Apple's primary markets. And although the company has slipped to No. 2hG    in kindergarten through grade 12--behind Dell--it still has a larger0&    installed base than anyone else..."   ------------------------------    Date: 21 Nov 2001 10:52:05 -0800' From: tgarcia@hivemind.org (Tom Garcia) 9 Subject: why not a communityDeveloped[tm] version of VMS?h= Message-ID: <616e1c01.0111211052.31ab8cb5@posting.google.com>   F Consider how long it took for Linux to become commercially viable. Now? consider how long it will take for Compaq's VMS to no longer be 9 commercially viable (let's assume a worst case scenario).l  @ Wouldn't the intervening period be good to either duplicate fromB scratch or at least create an API/environment on an existing Unix?D (although I think we've had enough Unix kernel variants this epoch).  B Or, pigs flying now, maybe Compaq could kindly just throw open theE source code, and let companies of greater insight provide support forIF a product supplied by others. Hell, they might even benefit from beingE The Original Authority on VMS and be able to hold on to those support E contracts which, if the customer migrates to NT, could be supplied byg *absolutely any company*.m  B But then, if they did that, I guess their strange bedfellows wouldD stop providing.. what other reason is there to kill off a technology but not release it?   F PS While they're at it, they can do the same for Alpha CPU designs and perhaps even the NT HALs ;-).    ------------------------------  + Date: Wed, 21 Nov 2001 09:18:33 +0100 (MET)e& From: Rudolf Wingert <win@fom.fgan.de>  Subject: Re: Xetra, on which OS?6 Message-ID: <200111210818.JAA03773@sinet1.fom.fgan.de>   Hello,  4 if you did red my email from yesterday forgett this:  A today I red in a German newspaper, that here in Germany the stocksB system Xetra was down for two hours. On which OS runs Xetra? Or isC Xetra the OS? Was the underlaying OS OpenVMS? If yes, why did it bee down  for two hours?   TIA and regards Rudolf Wingert  K P.S. Today was yesterday. Our provider did have a problem. The Telekomkabel-I was broken. What's happen with all the emails from infovax? Are the lost?a   ------------------------------    Date: 21 Nov 2001 12:13:30 -0600- From: koehler@encompasserve.org (Bob Koehler)(  Subject: Re: Xetra, on which OS?3 Message-ID: <kUISTlG+ab2s@eisner.encompasserve.org>m  T In article <kIyK7.410$Dp.1281@typhoon.bart.nl>, "Hans Vlems" <hvlems@iae.nl> writes:J > The Amsterdam stock exchange also runs on VMS. That did not keep it fromM > going off-line over embarrassing long periods of time, even if the hardwarei* > configuration called for zero down time.I > The rumours I've heard, again just rumours, were that the clusters wereo > seriouslyaI > underpowered and that the application software was not exactly bug freeP	 > either.0K > VMS is a good operating system, equaled only by OS/390 (MVS), but it does@' > require some resources to run on ....e >   J    Not much.  At home I'm running VMS 7 on my Alpha on 32MB, which is halfI    the minimum I could buy when VMS 6 was shipping.  Of course, I recall gH    running 1.6 (or was it 1.5) on an 11/780 with about MB, whatever the'    minimum was you could order in 1980.n  K    Of course, it's not as much fun (upgrade for my Alpha has been ordered).0   ------------------------------  + Date: Wed, 21 Nov 2001 13:54:24 +0000 (UTC) * From: Osmo Kujala <kujala@kanto.cc.jyu.fi>G Subject: XP1000 Memory (Was: Compaq: VMS is alive and kicking (Memory)),, Message-ID: <9tgbmg$392$1@mordred.cc.jyu.fi>  ' Rudolf Wingert <win@fom.fgan.de> wrote:u: > ... For the XP1000 I can use every PC Dram with ECC. ...  F I've learned that XP1000 needs Registered SDRAM DIMMs. That is not theC most common type for PC's, and is a little bit more expensive. Does ' unbuffered SDRAM memory work in XP1000?'   Osmo   ------------------------------    Date: 21 Nov 2001 18:06:12 +0100K From: pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40)t! Subject: XPDF 0.93 - VMS versions ! Message-ID: <flXdqjw8rrGI@gaelic>    Hi all,i  N I've updated the DECwindows archive with Xpdf version 0.93 (xpdf is a PDF file viewer). Take a look at url:  ' http://decwarch.free.fr/pspdf.html#XPDFn  L The first kit contains sources plus Alpha VMS 7.2-1 binaries (built with DECK C/C++ 6.2) and the second VAX VMS 6.2 binaries (built with DEC C /C++ 5.2).h  J I was able to build under Alpha VMS 6.2 with DEC C/C++ 5.2 but found some K problems when  displaying PDF files with embedded images (Floating invalid tO operation when displaying an image), that's why I dont distribute the Alpha 6.2. binary.n  " From Derek's annouce of xpdf 0.93:   Noticeable changes:-  F * Embed TrueType fonts in PostScript output.  (Added a "-noembtt" flag   to pdftops.)) * Implement PDF 1.4 (128-bit) decryption.:+ * Bump supported PDF version number to 1.4.gB * Text output for Simplified Chinese.  [Thanks to Cheung Siu Fai.]E * Read an app-defaults file for Xpdf.  Read a system-wide config fileA3   (<prefix>/etc/xpdfrc) if ~/.xpdfrc doesn't exist.FB * Accept and verify owner password; if correct, allow all actions.F * Added a "-level2sep" option to pdftops to generate Level 2 separableF   PostScript.  The PostScript separation convention operators are usedE   to handle custom (spot) colors.  [Thanks to Thomas Freitag for help-   on this.]-D * Add support for FreeType 2 to the configure script.  Warning: this@   requires FT 2.0.5 or newer (see the INSTALL file for details).  + See the `CHANGES' file for a complete list.   
 Best Regards,y   Patrick  --O =============================================================================== N pmoreau@ath.cena.fr  (CENA)     ______      ___   _           (Patrick MOREAU)4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================t   ------------------------------    Date: 21 Nov 2001 12:09:33 -0600- From: koehler@encompasserve.org (Bob Koehler) $ Subject: Re: You are invited to this3 Message-ID: <t8mANkgp6DsF@eisner.encompasserve.org>   p In article <00A0557A.B8CFFFE8@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:j > In article <rSxK7.1770$RL6.58594@news.cpqcorp.net>, "Sue Skonetski" <susan.skonetski@compaq.com> writes:  J >>More information and registration see http://www.attunity.com/mail.html. >> >> > C > ... and, of course, it will work with Netscape 3.03 on OpenVMS?  -  (    Works with mozilla 0.9.5 on my Alpha.   ------------------------------  % Date: Wed, 21 Nov 2001 18:24:44 +0100u3 From: "Salvi Schrijen" <salvi.schrijen@libertel.nl>s1 Subject: Re: [TCPIP V5.1 ECO 3] Problems with DNS / Message-ID: <enxWDLrcBHA.321@net037s.hetnet.nl><  	 Hi there,6  K We did expierence the same troubles with BIND on TCP/IP 5.1 eco 3 services,iF but the Compaq support group gave us the advise to increase the /limit% parameter. It did work for our site!!t  K This problem you described is seen at sites with a lot of zones like yours.e Here is what you can do.  1                 $ TCPIP SET SERVICE BIND/LIMIT=50h2                 $ @SYS$STARTUP:TCPIP$BIND_SHUTDOWN1                 $ @SYS$STARTUP:TCPIP$BIND_STARTUPi   With the command $ TCPIP show service bind /fullE3 you can check the /LIMIT parameter for correctness.m   best regards Salvi Schrijen  2 Libertel - Vodafone    Tel:      (+31) 43 355 54222 OS / Infrastructure    Mobile:   (+31) 6 2155 26272 Gelissendomein 5       Fax:      (+31) 43 355 7777B Postbus 1500           Mail:     Mailto:salvi.schrijen@libertel.nl7 6201 BM  Maastricht    Internet: http://www.libertel.nlN The Netherlandsm    7 "Peter LANGSTOEGER" <eplan@kapsch.net> wrote in messages$ news:3bf99b1f$1@news.kapsch.co.at...G > Today I changed my DNS server from TCPIP V5.1 ECO 3 to TCPware V5.5-3s again. >MH > Reason is, I host over 150 domains on my DNS server and I was tired ofJ > checking which domain is now not current on the secondary DNS server (my ISP).v > I > The TCPIP V5.1 (at least with ECO 3) DNS server does have real problemsU withC > completing zonetransfers. Most of the time, they do complete, but 	 sometimes H > (and much much more often than tolerable) they simply hang just before theyL > even begin (TCP connection is established and nothing happens until client- > times out). No logfile entries seen so far.I >E- > Does anyone have seen this behaviour, too ?  > Does anyone have a clue ? 8 > Is there an ECO 4 to fix it and when is it available ? >  > TIA  >T > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888I> > <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netJ > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   End of INFO-VAX 2001.648 ************************