1 INFO-VAX	Mon, 23 Oct 2000	Volume 2000 : Issue 593       Contents: ">>>" what is this mode? Re: ">>>" what is this mode? Re: ">>>" what is this mode? Re: ">>>" what is this mode? Re: ">>>" what is this mode?% Re: $ show printer => %cli-f-syntax ? % Re: $ show printer => %cli-f-syntax ?  -  Major automotive website  Re: Apache with VMS 7.3  Re: Automate Decserver Login Re: Automate Decserver Login Re: Automate Decserver Login Re: Backup crash on older VMS # Clsutering, What does it mean?????? ' Re: Clsutering, What does it mean?????? ' Re: Clsutering, What does it mean?????? ' Re: Clsutering, What does it mean?????? & Re: Extending LATNET over dial-up line& Re: Extending LATNET over dial-up line Galaxy doubt Re: Galaxy doubt Re: Galaxy doubt Re: Galaxy doubt RE: Java on Openvms  Multiscreen with JAVA 1.2.2  Re: Odd File Expiration Dates  OpenVMS UK (London) Roadtrip  Re: OpenVMS UK (London) Roadtrip  Re: OpenVMS, java, perl, etc ...# Press Release from Process Software ' Re: Press Release from Process Software ' Re: Press Release from Process Software $ RE: Problem with COMPAQ 9.1GB drives Re: Q: Why not (2^n)-bit?  Re: Q: Why not (2^n)-bit?  Re: Q: Why not (2^n)-bit? " Re: Stockholm Exchange OM and VMS?" Re: Stockholm Exchange OM and VMS?" Re: Stockholm Exchange OM and VMS? subscibe Re: Sun "uptime" belly laugher TCP/IP and load balancing  Re: TCP/IP and load balancing  Re: TCP/IP and load balancing / Re: Trade-offs regarding Installed Known Images  Re: User Guide for Vax (VMS) Re: User Guide for Vax (VMS) Re: User Guide for Vax (VMS) Re: User Guide for Vax (VMS) Re: VMS Tutorials  Re: VMS Tutorials  RE: VMS Tutorials  What does DCPS really do ? Re: What does DCPS really do ? Re: What does DCPS really do ?C Re: What would be your ultimate dream VMS machine (desktop/tower) ?  Re: Xemacs on OpenVMS ?   F ----------------------------------------------------------------------  # Date: Mon, 23 Oct 2000 15:31:01 GMT  From: zhoub@my-deja.com ! Subject: ">>>" what is this mode? ) Message-ID: <8t1ljl$35n$1@nnrp1.deja.com>    Hi,   D during a session, I accidentally hit some keys and entered a command" line >>>, could not get out of it.  A Can any VMS expert tell me what this is and how to get out of it?     thanks a looooot for your reply.   Ben     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Mon, 23 Oct 2000 15:53:05 GMT % From: "P.Lj" <plj@byron.ext.telia.se> % Subject: Re: ">>>" what is this mode? 2 Message-ID: <39F45F33.A1975FE4@byron.ext.telia.se>  7 Looks like you're on the console, did you hit CTRL-P  ?    You can do a >>> CONTINUE. right after (by misstake) entered console mode else >>> Boot      	 >>> ^P.Lj          zhoub@my-deja.com wrote:   > Hi,  > F > during a session, I accidentally hit some keys and entered a command$ > line >>>, could not get out of it. > C > Can any VMS expert tell me what this is and how to get out of it?  > " > thanks a looooot for your reply. >  > Ben  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    ------------------------------  % Date: Mon, 23 Oct 2000 15:56:40 +0000  From: SysAdmin <djesys@fsi.net> % Subject: Re: ">>>" what is this mode? ' Message-ID: <39F45FB8.104B0886@fsi.net>    zhoub@my-deja.com wrote: >  > Hi,  > F > during a session, I accidentally hit some keys and entered a command$ > line >>>, could not get out of it. > C > Can any VMS expert tell me what this is and how to get out of it?  > " > thanks a looooot for your reply.  H Oh, oh! You might not want to thank anyone when you find out that you'veF kicked yourself out to the console prompt, and if it's been any length< of time, then VMS is likely hosed and you'll need to reboot.  C The key that most likely got you there is CTRL+P. Try to avoid that D until you learn how to disable it (but you might not want to disable it).  5 To boot, usually just type a "b" at the ">>>" prompt.    Good luck - you may need it!   David J. Dachtera    ------------------------------   Date: 23 Oct 2000 16:17:06 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: ">>>" what is this mode? 6 Message-ID: <8t1oa2$n6t$2@mailint03.im.hou.compaq.com>  C In article <8t1ljl$35n$1@nnrp1.deja.com>, zhoub@my-deja.com writes: E :during a session, I accidentally hit some keys and entered a command # :line >>>, could not get out of it.   C   You are on the console serial line (or the graphics console) and     you have halted your system.    A   This is the chevron or "dead sergeant" prompt of the Alpha SRM  B   console or the VAX console.  Assuming the CONTINUE command does A   not function here (which can potentially restart your system),  =   you will end up issuing the BOOT command to reboot OpenVMS.   B   Depending on the particular Alpha or VAX system (please rememberC   to provide the platform and the OpenVMS version whenever posting  C   questions), this can be accomplished with a CTRL/P or a BREAK or  B   a serial line framing error -- though this can only be and must D   be the console, and the console clearly must not currently be set    as "secure".  B :Can any VMS expert tell me what this is and how to get out of it?  
   CONTINUE   or   BOOT  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 23 Oct 2000 15:56:34 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) % Subject: Re: ">>>" what is this mode? 0 Message-ID: <8t1n3i$h0q$1@n.ruf.uni-freiburg.de>  C In article <8t1ljl$35n$1@nnrp1.deja.com>, zhoub@my-deja.com writes: E >during a session, I accidentally hit some keys and entered a command # >line >>>, could not get out of it.  > B >Can any VMS expert tell me what this is and how to get out of it?  J You came to the boot-prompt. Either your machine crashed or you managed toK somehow to halt the system via the keyboard. In the former case you need to L enter the command "boot", in the latter case try "continue" and press RETURN in both cases afterwards.    Regards,    Christoph Gartmann   H -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  # Date: Mon, 23 Oct 2000 08:30:03 GMT + From: John Santos <john.santos@verizon.net> . Subject: Re: $ show printer => %cli-f-syntax ?> Message-ID: <MPG.145dc127a700c8ce989684@news.bellatlantic.net>  G In article <uq0UaWGPAHA.254@cpmsnbbsa07>, cstranslations@email.msn.com   says... G > I connecting a LA70 to a Alphastation 200 4/233 running OpenVMS 7.2-1 I > (sys$print is defined, LRA0 seems to be the relavent device). I've down N > loaded and applied the pcsi and vms721_update-v0100 ecos (not that either of% > those are connected to my problem).  > J > I am getting output. It looks like fine. However - I am trying to adjustL > some of the printer settings - width (since a LA70 is limitted to 8.5x11),, > truncate, and ff being the important ones. > L > $ show printer lra0: (with or with out) any qualifiers seems to result in:) > %CLI-F-SYNTAX, error parsing 'IDSTRING' < > -CLI-E-ENTNF, specified entity not found in command tables > K > $ set printer lra0: (with or with out) any qualifiers seems to result in: & > %CLI-F-SYNTAX, error parsing 'RESET'< > -CLI-E-ENTNF, specified entiry not found in command tables > K > In the middle of a show device/full on lra0 I get a "status" message with ; > the hex value of 0078B5BD. According to f$message this is ( > %SHOW-I-NOMSG, message number 0078B5DB) > which doesn't tell me much of anything.  > N > There has been a set printer command in every sysstartup_vms.com for as longK > as I can remember (even it it is commented out by deault) so I'm thinking B > I'm doing something wrong or this has been seen. The pthread fixG > incorporated into the v0100 ECO hasn't fixed the bnu/netscape/pthread I > problem so the documentation CDs are mostly unusable (including the I/O N > Users Manual). So - before I dig the 5.0 I/O users manual out of the back ofJ > the closet and essentially write my own "show printer" and "set printer"I > commands is there anyone that has any ideas what might be "wrong" here.  >  > Joe   I This is a known problem caused by the ECO VMS721_UPDATE-V0100.  According < to the DIA article, contact Compaq support for a workaround.  G I think it is caused by a mismatch between SET.EXE and DCLTABLES.  I am D surprised it has taken this long to fix.  Maybe not many people have" parallel printers on their Alphas?   --   John Santos    ------------------------------  % Date: Mon, 23 Oct 2000 15:18:07 +0100 2 From: Roy Omond <Roy.Omond@BlueBubble.demon.co.uk>. Subject: Re: $ show printer => %cli-f-syntax ?6 Message-ID: <39F4489F.4CAE0C2D@BlueBubble.demon.co.uk>   John Santos wrote:  K > This is a known problem caused by the ECO VMS721_UPDATE-V0100.  According > > to the DIA article, contact Compaq support for a workaround. > I > I think it is caused by a mismatch between SET.EXE and DCLTABLES.  I am F > surprised it has taken this long to fix.  Maybe not many people have$ > parallel printers on their Alphas?  G Indeed it's a known problem.  I encountered it last month at one of our H customers.  Until that time, I'd never even seen anyone use the commands= $ show printer   or    $ set printer   (in almost 19 years) !   A The fix is an updated SET.CLD and SHOW.CLD which should be merged  into DCLTABLES.   	 Roy Omond  Blue Bubble Ltd.- (certainly not squeaking on behalf of Compaq)    ------------------------------  % Date: Sun, 22 Oct 2000 13:41:37 +0000 ! From: enquiries@seriousmonkey.com $ Subject: -  Major automotive website+ Message-ID: <8t1bsh$n72$118@lure.pipex.net>   @ seriousmonkey.com is set to revolutionise the global automotive F industry with a wide range of genuinely groundbreaking and innovative : Internet services benefiting business and consumers alike.  I In order to support the hyper-growth expansion of our global operations,  H seriousmonkey.com will shortly be looking for a number of high-calibre, F professional candidates to join our fast-paced and dedicated teams in # London and the Republic of Ireland.   C To visit seriousmonkey.com or view our online job vacancies, go to   http://www.seriousmonkey.com   Frank Pottle Managing Director  seriousmonkey.com                                                                                                     & Article posted 23/10/2000 13:41:37.710  
 1058109711 37706573 12648582
 1077828768
 1443025700
 1746499003	 924073132 
 1276256606
 1485284058	 494623817 
 1632564593
 1554896188   ------------------------------   Date: 23 Oct 2000 15:16:51 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  Subject: Re: Apache with VMS 7.36 Message-ID: <8t1kp3$meo$1@mailint03.im.hou.compaq.com>  p In article <39f0d82b.524144494f47414741@radiogaga.harz.de>, martin@radiogaga.harz.de (Martin Vorlaender) writes:I :Is anything already known as to whether Apache, ummm, excuse me, "Compaq G :Secure Web Server (based on Apache)", being the new product of choice, = :will replace Netscape FastTrack in the VMS 7.3 distribution?   D   That the Compaq Secure Web Server will replace Netscape Fasttrack,D   and that it will be part of the OpenVMS V7.3 distribution kit, is C   the current release plan.  Like Netscape Fasttrack, you'll likely ;   have to install the kit (separately) if you need/want it.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 23 Oct 2000 17:57:20 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> % Subject: Re: Automate Decserver Login ) Message-ID: <39F45FE0.ECF6F359@gtech.com>    Premjith N wrote: = > To Logout Decserver Port, we login to Decserver as follows,  > ; > set host/mop decsvr (Press Enter twice to get "#" prompt) 	 > #passwd  > Enter Username> c  > Local> show port all > Local> log port <portno> > CTRL\ (To Exit)  > - > How do I automate this via a DCL Procedure.    Several options.  % Many have already mentioned C-Kermit.   6 I can also suggest a small little utility I wrote many# years ago to do this kind of stuff.     $ ftp://ftp.hhs.dk/pub/vms/ptd/ptd.zip/ http://www.hhs.dk/anonymous/pub/vms/ptd/ptd.zip    Arne   ------------------------------  % Date: Mon, 23 Oct 2000 15:22:00 -0200 ) From: fabio_compaq@ep-bc.petrobras.com.br % Subject: Re: Automate Decserver Login L Message-ID: <OF1D187D2A.9D7DEB8A-ON83256981.005F4461@ep-bc.petrobras.com.br>  8 It=B4s time to someone re-write the DECSERVER software !1 Imagine DECSERVERS running Linux or Java ? :-))))    Fabio C.              = Arne Vajh=F8j <arne.vajhoej@gtech.com> em 23/10/2000 13:57:20 H                                                                        =     =20 H                                                                        =     =20 H                                                                        =     =20     @                                                              =20@                                                              =20@                                                              =20@  Para:    Info-VAX@Mvb.Saic.Com                              =20@                                                              =20@  cc:      (bcc: Fabio dos Santos Cardoso/E-P-BC/Contratada)  =20@                                                              =20@                                                              =20@                                                              =20@  Assunto: Re: Automate Decserver Login                       =20@                                                              =20           =      Premjith N wrote: = > To Logout Decserver Port, we login to Decserver as follows,  > ; > set host/mop decsvr (Press Enter twice to get "#" prompt) 	 > #passwd  > Enter Username> c  > Local> show port all > Local> log port <portno> > CTRL\ (To Exit)  > - > How do I automate this via a DCL Procedure.    Several options.  % Many have already mentioned C-Kermit.   6 I can also suggest a small little utility I wrote many# years ago to do this kind of stuff.     $ ftp://ftp.hhs.dk/pub/vms/ptd/ptd.zip/ http://www.hhs.dk/anonymous/pub/vms/ptd/ptd.zip    Arne       =    ------------------------------  % Date: Mon, 23 Oct 2000 18:50:33 +0200 ( From: Bernd Eckstein <B.Eckstein@cli.de>% Subject: Re: Automate Decserver Login & Message-ID: <39F46C59.32D99BB9@cli.de>  , fabio_compaq@ep-bc.petrobras.com.br schrieb: > 8 > Its time to someone re-write the DECSERVER software !3 > Imagine DECSERVERS running Linux or Java ? :-))))  > 6 The DS700 is 68020-powered. How about a Linux-port ;-)   --  ( Mit freundlichen Gruessen / Best regardsC B.Eckstein, CLI GmbH - mailto:B.Eckstein@cli.de - http://www.cli.de C Matthiashofstr. 28, D-52064 Aachen - Fon: +49 241 47051-0, Fax: -89    ------------------------------  # Date: Mon, 23 Oct 2000 16:55:32 GMT * From: Edward Heller <ejheller@my-deja.com>& Subject: Re: Backup crash on older VMS) Message-ID: <8t1qhv$7u8$1@nnrp1.deja.com>    Thanks for the reply. B And the winning answer is=> Check your quotas. Apparently the onlyE backups done previously on this machine were standalone images, which @ obviously don't care about user quotas. In the mean time, I will$ investigate getting them to upgrade.H (p.s. Sorry for any duplicates, I am new to using Deja as a news server)  6 In article <8sl3be$hnp$2@mailint03.im.hou.compaq.com>,&   hoffman@xdelta.zko.dec.nospam wrote: > H > In article <8skdif$slk$1@nnrp1.deja.com>, ejheller@my-deja.com writes:- > :I have a client who has an AlphaServer 800  > :running OpenVMS 7.1-1H2.  > 1 >   Please get off of V7.1-1H2 and get to V7.1-2.  >  > :When running backup to 1 > :the 4mm DAT drive (TLZ09), backup crashes with0' > :the ACCVIO with all parameters zero.: >>H >   Please follow the quota requirements for the BACKUP account exactly. >mF >   I'd look at BACKUP, XQP, RMS, and SCSI ECO kits, and at any of theC >   mandatory ECO kits.  I'd also check that the DDS/TLZ tape drive F >   firmware is current, as I've seen a few problems with TLZ09 drivesG >   using older firmware versions -- these problems can be particularlyg+ >   seen with more recent OpenVMS releases.g >h* > :Any thoughts would be most appreciated. >eG >   If your customer insist on staying on V7.1-1H2, please apply all ofgH >   the mandatory ECO kits for the release rebooting after each one thatE >   requires a reboot.  (Getting to V7.1-2 has the beneficial effectsa ofA >   installing a number of these kits as a unit and with a singleV reboot, F >   and it also then makes installing ECO kits easier, and it also has5 >   Prior Version Support (PVS) contracts available.). >rH >  --------------------------- pure personal opinion ------------------- --------1 >    Hoff (Stephen) Hoffman   OpenVMS Engineeringh hoffman#xdelta.zko.dec.com >y >t   --
 Edward HellerW TransCore, ITS Atlanta, GA, USA    & Sent via Deja.com http://www.deja.com/ Before you buy.l   ------------------------------  % Date: Mon, 23 Oct 2000 10:17:25 +0100u) From: Ray Phelan <Ray.Phelan@core-com.ie>a, Subject: Clsutering, What does it mean??????J Message-ID: <81A01A7F3499D411A1C000508B655FCB2BC4@relay-mgr-2-b.indigo.ie>  7 Can you briefly explain exactly what clustering means? )D We have two alpha development boxes, an Alpha 800 and a DS10. I haveH been told that I can cluster these for improved performance and improved file management, etc..? What exactly are the benefits of clustering, what does it mean?o Thanks in advance!     Regards,  
 Ray Phelan CORE Computer Consultants Ltd.,- 23 Upper Cork Street,-
 Mitchelstown,- Co. Cork, Ireland.   Phone :   353 - 25 - 84678 Fax     :   353 - 25 - 84016! E-mail  :  ray.phelan@core-com.ies   ------------------------------   Date: 23 Oct 2000 11:41:26 GMT+ From: "labadie" <gerard.labadie@compaq.com>s0 Subject: Re: Clsutering, What does it mean??????C Message-ID: <01c03ce6$42d25880$521ebc10@w-glabadie.frq.cpqcorp.net>t   Goto    @ http://www.openvms.compaq.com/doc/72final/4477/4477pro_034.html K http://www.openvms.digital.com:8000/72final/6017/6017pro_contents_003.html e  ' and you wil get some useful informationL   Regardso   Grard  : Ray Phelan <Ray.Phelan@core-com.ie> a crit dans l'articleA <81A01A7F3499D411A1C000508B655FCB2BC4@relay-mgr-2-b.indigo.ie>...n9 > Can you briefly explain exactly what clustering means?  F > We have two alpha development boxes, an Alpha 800 and a DS10. I haveJ > been told that I can cluster these for improved performance and improved > file management, etc..A > What exactly are the benefits of clustering, what does it mean?  > Thanks in advance! >  > 
 > Regards, >  > Ray Phelan! > CORE Computer Consultants Ltd.,f > 23 Upper Cork Street,  > Mitchelstown,D > Co. Cork, Ireland. >  > Phone :   353 - 25 - 84678 > Fax     :   353 - 25 - 84016# > E-mail  :  ray.phelan@core-com.ie  >  >  >    ------------------------------   Date: 23 Oct 2000 11:16:02 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)o0 Subject: Re: Clsutering, What does it mean??????0 Message-ID: <8t16li$al2$1@n.ruf.uni-freiburg.de>  v In article <81A01A7F3499D411A1C000508B655FCB2BC4@relay-mgr-2-b.indigo.ie>, Ray Phelan <Ray.Phelan@core-com.ie> writes:8 >Can you briefly explain exactly what clustering means? E >We have two alpha development boxes, an Alpha 800 and a DS10. I haveeI >been told that I can cluster these for improved performance and improvedo >file management, etc..b@ >What exactly are the benefits of clustering, what does it mean?  G You access files, directories and disks always the same way, it doesn'tsI matter whether you are logged in to the 800 or the DS10. The same is truedG for print and batch queues. Because of this it is possible to have only-I one SYLOGIN.COM, only one SYSUAF.DAT and so on. You install software onlyaF once and have it available on both machines (provided that the licenseI allows it). You may have your backup device (e.g. a DLT) connected to onedI machine but you are able to backup all the disks of the second machine as N well. Most of the system manager's tasks need only be performed once and applyM to both machines. It is possible to configure the two machines (or even more)eN in a way that a user doesn't notice whether he is connected to machine 1 or 2.   Regards,    Christoph Gartmanne    sH -----------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------   Date: 23 Oct 2000 15:40:47 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: Clsutering, What does it mean??????6 Message-ID: <8t1m5v$mni$1@mailint03.im.hou.compaq.com>  v In article <81A01A7F3499D411A1C000508B655FCB2BC4@relay-mgr-2-b.indigo.ie>, Ray Phelan <Ray.Phelan@core-com.ie> writes:8 :Can you briefly explain exactly what clustering means? E :We have two alpha development boxes, an Alpha 800 and a DS10. I have:I :been told that I can cluster these for improved performance and improved> :file management, etc..n@ :What exactly are the benefits of clustering, what does it mean?  E   You will not particularly see a performance improvement, though youtD   will have distributed and transparent access to all of the typicalD   coordinated activities -- disk and tape storage, lock management, C   shared file access (with full sharing down to the record level), rE   fully shared authentication (same username and password), the same tC   layered product files, the same operating system files, the same     system startup, etc.    D   Instead of the overhead of managing two or more nodes individuallyG   and tracking copies, you will have one node -- and arguably slightly  G   more than one node's worth of management effort -- to manage.  Adding "   nodes is an incremental process.  J   Specifically with a two-node cluster, you will likely want to configure K   a shared interconnect (eg: multi-host SCSI) and set up a construct known oG   as a quorum disk.  (For some details on votes and expected votes and -J   quorum disks and such, please see the OpenVMS FAQ and the OpenVMS Docs.)  A   For general information, detailed information, and whitepapers:-  D   http://www.openvms.compaq.com/openvms/PRODUCTS/CLUSTERS/INDEX.HTMLE   http://www.openvms.compaq.com/openvms/brochures/clusters/index.html ,   http://www.digital.com/SP2978/SP2978HM.HTM  E   Detailed OpenVMS Cluster documentation is available in the OpenVMS e   documentation set.   	--   D   Please don't cross-post questions here in a newsgroup and over in E   the OpenVMS Ask The Wizard area.  (Yes, cross-postings of questions.&   will generally be noticed.)  Thanks!  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 23 Oct 2000 14:32:58 +0000, From: SysAdmin <djesys@fsi.net>I/ Subject: Re: Extending LATNET over dial-up linea' Message-ID: <39F44C1A.4AE711CA@fsi.net>w   Michael Moroney wrote: [snip] sG > You mean setting its address to the DECnet address before DECnet evereJ > starts?  Old versions of VMS (pre-5.5 I think) did this with SCS and LATG > because the "can change address" feature wasn't created until 5.5 (orAL > whenever).  I think it was optional on LAT.  I checked a V7.2-1 system and > it does not do this.  ? I tried it on my V7.2-1 system and it failed (usual error - bad G parameter value). Also fails on V7.2/VAX. Don't know what to tell ya...t   David J. DachteraI   ------------------------------  % Date: Mon, 23 Oct 2000 14:34:31 +0000d From: SysAdmin <djesys@fsi.net>0/ Subject: Re: Extending LATNET over dial-up liner' Message-ID: <39F44C77.6EBE4543@fsi.net>   ! steven.reece@quintiles.com wrote:  > L > David Dachtera djesys dot nospam at fsi dot net dot mapson) wrote/quoted :K > >>>If you intend to use DECnet at all, you must start it before any otheriB > networking software. Other than that, there is no dependency.<<< > 7 > Untrue, as I've stated here on a number of occasions.D  9 True for me, however, and I have yet to see an exception.p   Don't know what to tell ya...    David J. Dachteram   ------------------------------  % Date: Mon, 23 Oct 2000 12:56:55 -0200g) From: fabio_compaq@ep-bc.petrobras.com.brl Subject: Galaxy doubtpL Message-ID: <OF8952D543.721D1211-ON83256981.0051820F@ep-bc.petrobras.com.br>  B I have a doubt about the Galaxy configuration: a Galaxy configuredE in the  "Shared-Everything Computing Model ",  acts as a VMS Cluster,FD but is  needed a physical connection between the instances (FDDI) orH the "clustering" works by the internal bus ? Of course  I=B4ll need two=  E Fibre Channel  adapters (one per instance) to connect the disk array.n  H http://www.openvms.compaq.com/doc/721final/6512/6512pro_001.html#config= urations   Regards, Fabio C.=   ------------------------------  % Date: Mon, 23 Oct 2000 15:11:23 +0100e* From: "Richard Brodie" <R.Brodie@rl.ac.uk> Subject: Re: Galaxy doubtu, Message-ID: <8t1guq$10d4@newton.cc.rl.ac.uk>  6 <fabio_compaq@ep-bc.petrobras.com.br> wrote in messageF news:OF8952D543.721D1211-ON83256981.0051820F@ep-bc.petrobras.com.br...  C >I have a doubt about the Galaxy configuration: a Galaxy configuredlF >in the  "Shared-Everything Computing Model ",  acts as a VMS Cluster,E >but is  needed a physical connection between the instances (FDDI) orr- >the "clustering" works by the internal bus ?o  E You can use shared memory as the CI, as per chapter 14. That's not soe6 different from, say, how a MC cluster works currently.   ------------------------------   Date: 23 Oct 2000 16:12:19 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: Galaxy doubtp6 Message-ID: <8t1o13$n6t$1@mailint03.im.hou.compaq.com>  x In article <OF8952D543.721D1211-ON83256981.0051820F@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes: :d0 :I have a doubt about the Galaxy configuration:      I have no such doubts.   :...a Galaxy configurednF :in the  "Shared-Everything Computing Model ",  acts as a VMS Cluster,E :but is  needed a physical connection between the instances (FDDI) or . :the "clustering" works by the internal bus ?   C   An OpenVMS Cluster operates over a wide variety of interconnects,1@   also known as "ports".  FDDI, Gigabit Ethernet, and the SharedG   Memory Cluster Interconnect (SMCI) are all available ports supported -G   for use in an OpenVMS Cluster -- SMCI is a feature that is available dB   within an OpenVMS Galaxy configuration, and that permits cluster4   communcations among instances at backplane speeds.    :Of course  I'll need two4F :Fibre Channel  adapters (one per instance) to connect the disk array.  D   Correct.  Multi-host SCSI and Fibre Channel can both be used as a D   storage interconnection within an OpenVMS Cluster, but neither canE   serve as a cluster communications interconnection.  In other words, C   you can have as many or as few storage interconnections within antH   OpenVMS Cluster as you want, but you need at least one communications E   interconnection.  Within an OpenVMS Cluster operating across two or'E   more instances within an OpenVMS Galaxy configuration, you can use  +   SMCI as your communications interconnect.l   	--n  D   If you have questions, please ask them in the form of questions.  E   "Having doubts" can have a different and -- at least in this case,  A   likely unintentional -- connotation in English.  Specifically, a?   "having doubts" can sometimes also be interpreted as "Having e@   problems with"; this can potentially be a disparaging comment.  F   Yes, written American English is a rather interesting and difficult D   language to master.  (Difficult for even native speakers to truelyF   master, I might add.)  No offense is intended here, of course.  ThisE   concludes our irregularly scheduled "English Grammar Moment, and weoG   now return to our regularly-scheduled OpenVMS technical discussions.)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Mon, 23 Oct 2000 17:31:57 GMTe+ From: Craig A. Berry <calepine@my-deja.com>i Subject: Re: Galaxy doubtm) Message-ID: <8t1smd$9nl$1@nnrp1.deja.com>   6 In article <8t1o13$n6t$1@mailint03.im.hou.compaq.com>,&   hoffman@xdelta.zko.dec.nospam wrote:  G >   Yes, written American English is a rather interesting and difficultoF >   language to master.  (Difficult for even native speakers to truely >   master, I might add.):  ? ... as evidenced by the split infinitive and misspelling of the B word "truly" in that last sentence ;-).  (Yes, that was a sentence> fragment, and I'm not sure I spelled "misspelling" correctly.)    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Sun, 22 Oct 2000 13:38:02 -0500 + From: "Main, Kerry" <Kerry.Main@compaq.com>  Subject: RE: Java on OpenvmsN Message-ID: <910612C07BCAD1119AF40000F86AF0D8052848C0@kaoexc3.kao.cpqcorp.net>   Andrew,   + Perhaps you could explain something for me.   G >>>1.   There are a number of different versions of Java 1.2.x 1.3 etc.r FACT.P  G So, are you saying that each new release of Java means a new Java Brand  standard is required?   K I had thought that the reason for Java was cross platform compatibility, so J if a company with mixed platforms (Windows NT, UNIX, VMS etc) is currentlyL planning an application to be Java 1.2.x compliant, does this mean they will% not be able to become Java compliant?m  L Because one of their platforms has a new release of a new version, does thisA mean this application group should now pull all of their code for E re-testing? What about in 6 months when another release is available?r  K Since most application vendors and groups want to maximize the reachabilityeI of their application, should they now only focus on those platforms whichlI today have the latest code and forget those platforms that might not havef# the latest version for 6-10 months?s  K Or perhaps they feel they should wait and let others experience the pain of L .0 release versions and instead certify their applications on the .1 release of the software.  ! I just want to be clear on this. A  K Is Sun promoting to Customers that they should only use platforms that haveqJ the absolute latest versions of Java because there is some huge benefit toF being leading edge (I was going to say bleeding edge, but will be nice here)?    8 If so, what is the Java brand certification really mean?   Regards,  
 Kerry Main Senior Consultantc Compaq Canada Inc. Professional Services  Voice: 613-592-4660  Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com         -----Original Message-----7 From: andrew harrison [mailto:andrew.nospam@uk.sun.com]r Sent: October 18, 2000 12:20 PMj To: Info-VAX@Mvb.Saic.Com  Subject: Re: Java on Openvms     Jordan Henderson wrote:m > , > In article <39EB3430.2E58AE86@uk.sun.com>,4 > andrew harrison  <andrew.nospam@uk.sun.com> wrote: > >Hoff Hoffman wrote: > >>J > >> In article <Fb4F5.1527$9T4.80301@bgtnsc04-news.ops.worldnet.att.net>,1 "John Nixon" <jorlnixon@worldnet.att.net> writes:t > >> :Is JAVA free on OpenVMS? > >> > >>   Yes.w > >> > >> :How do I get it? > >>L > >>   As part of OpenVMS Alpha V7.2 and later, and via download for OpenVMS > >>   Alpha V7.1 and later. > >> > >> :Is it any good?. > >> > >>   It's Java.m > >> > > 9 > >Umm well yes and no. The devil is in the detail and ite5 > >all depends on the Java implimentation on OpenVMS.g > >  > < > This is an example of how Andrew likes to spread FUD here. > 3 Oh dear oh dear. I know that you really don't like t5 facts if they are uncomfortable for you as an OpenVMSs5 advocate but I didn't realise that you automatically A6 assume that uncomfortable facts are automatically FUD.  5 What was unfactual about my posting. Lets review the p
 situation.  5 1.   There are a number of different versions of JavaL      1.2.x 1.3 etc. FACT.   5 2.   Some applications "but not all" only run or are  <      only qualified on specific JVM releases 1.2.x, 1.3 etc.
      FACT.  7 3.   There are applications that only work or have onlyi8      been qualified on 1.3, I am building a platform for9      one application that falls into this category for ane)      investment bank at the moment. FACT.e  ; 4.   The FastVM is not currently available as a production  9      release for OpenVMS. FACT. Though no doubt you thinkn      this is FUD.C  9 5.   If you want the fastest production JVM on Alpha fromS;      Compaq then you need to use Tru64. FACT. More FUD ????p  ; 6.   The unavailability of 1.2.X on OpenVMS until recently S:      has caused people posting to this group problems and 8      has let to people dropping support for OpenVMS, an ?      example was also posted on this group of a German ExchangeyA      who have dropped OpenVMS because of poor Java Support. FACT.0!      More FUD ???????????????????<  < 7.   The JVM support for OpenVMS has lagged Tru64 and other ;      OS platforms, not by a little but by a lot. The 1.2.X a?      production release for OpenVMS is roughly 12 months behindt=      the rest of the market. FACT. More FUD ?????????????????00      ???????????????????????????????????????????  > 8.   OpenVMS users/developers and admins have complained about>      this on this newsgroup. FACT. More FUD ??????????????????>      ?????????????????????????????????????????????????????????>      ?????????????????????????????????????????????????????????    I > In no way can you say that the 1.2 Java that's available for OpenVMS is F > NOT Java, but that's exactly what he's saying above.  In response toI > the statement "It's Java" he says "yes and no", which implies that "no"s > is in some way true.  G Of course 1.2.x is Java but it isn't the latest release of Java 1.3 is.dB 1.3 has been available for some time and because of this there areC some applications will not run on 1.2.x or have not been qualified 2D for it. This was the same situation when the most current release of Java t? on OpenVMS was 1.1.X with 1.2.x being widely available on other 
 platforms.  - FACT. More FUD ??????????????????????????????@  B Oracle 7 is Oracle but I am sure you would be the first person to D criticise me if for example someone had asked if Oracle ran on such G and such OS and I had answered yes Oracle does run on such and such OS eG without pointing out that only Oracle 7 was available and not 8.0.x/8i.b  H > So, Andrew has succeeded in spreading Fear Uncertainty and Doubt about > using Java on OpenVMS. > I > Of course, Compaq has stated their commitment to Java, cross platforms,DG > but is a little behind Sun (surprise surprise) and IBM.  I wonder how5J > many _deployed_ applications require Java 1.3 today?  Probably not many.J > In the meantime, you can certainly develop on the Compaq platforms while > they Compaq plays catch up.n >   B Your choice of phrase "a little behind" would not be one that manyC people would endorse though it does go a long way towards expainingBB why appear to have such difficulty with FACTS. I don't think that A a year late and without a production accelerated VM is what many sA people would describe as "a little behind" nor is it a view that I? has been shared by the posters to this newsgroup who have been nA complaining about the delays in getting 1.2.X on OpenVMS for thate period.   B I don't know how many 1.3 only apps there are, I do know that the / one I am working on at the moment is a 1.3 app.h    @ > >OpenVMS does support Java 1.2.x but this is only a relatively > >recent change.s > >aC > >However 1.3 FCS is out on other platforms Solaris, Win32 and AIXYC > >to my knowledge and some applications require 1.3 incedentally al+ > >pre-beta version is available for Tru64.n > >lH > >There is also the question as to how fast the 1.2.x JVM is on OpenVMS@ > >Compaq appear to have concentrated their efforts on Tru64 and< > >at the moment there is a not a supported JVM with the the> > >FastVM for OpenVMS though there is a beta version available > >for download. > >n< > >So if for example you are wedded to AlphaServers but want8 > >the Compaq OS with the best support for Java then you, > >would have no choice but to choose Tru64. > >-9 > >If you didn't care which OS or HW platform you ran buts8 > >just wanted the best supported JVM then you would not" > >choose either Tru64 or OpenVMS. > >  > ; > So, what is the "best" supported JVM?  I bet it'll alwaysn' > be a product of Sun Microsystems Inc.  > < No you would be wrong, Sun claims to have the best supported: JVM, IBM also makes this claim, I would not like the make  a call on it.   ; > I guess this is why so there is so much concern about Sun:G > controlling the Java 'standards'.  Like Microsoft they can change theCG > standards at any time and then point to all of their poor competitorsm > who can't keep up. > 9 Ohh dear ohh dear, that is not how it has worked. Sun is d8 the final arbiter of what is in the Java SPEC but no one= to my knowledge except Microsoft and a few Microsoft boosterst< have suggested that Sun controls the standard to get a jump 8 on our competition. People are afraid that we might but . there is no evidence that it has happened yet.  8 In fact most of the other vendors are only too happy to 7 submit their technology proposals for inclusion in the m1 Java standard, IBM for example have been a major p contributor.  7 The fact that OpenVMS has not kept up has nothing to dot5 with the Java standardisation process and everything i9 to do with the ammount of resources Compaq have committedd to Java on OpenVMS.   ; IBM for example have the 1.3 production JVM and have had ite: available for a similar time as Sun. Your suggestion that < Sun controls the Java standard for its own benefit does not 3 seem to have prevented them from being up to date. e  < If you really think this then you have a great career ahead 9 of you in marketing at Microsoft you could even get a joba as a Microsoft spokesman.    Regardsy Andrew Harrisonc Enterprise IT Architecta   ------------------------------  % Date: Mon, 23 Oct 2000 17:04:23 +0200a8 From: Martin Linggi <"martin.<nospam>linggi"@siemens.ch>$ Subject: Multiscreen with JAVA 1.2.2* Message-ID: <39F45377.52ABC4B5@siemens.ch>   Hello together  D We want to develop a JAVA-Application which have to run on different, Screens, which are connected to one VMS-Box.  D Now what we want to do is to start different JAVA-Windows (SWING) onD different Screens. The JAVA SDK 1.3 should support this feature. But> for VMS there is only JDK 1.2.2 available. Does anyone know a 	 solution?O  B please let me also know, if i had posted this article in the wrong
 newsgroup.     regards and thanks in advance     
 Martin Linggia  ! (remove <nospam> from mailaddres)s  nG _______________________________________________________________________-! Siemens Schweiz AG, Verkehr, VTE3- Martin Linggi,  ( Industriestrasse 42, CH-8304 Wallisellen2 Telefon +41 (0)1 832 3077, Fax  +41 (0)1 406 5889 A mailto:martin.linggi@siemens.ch, Internet: http://www.siemens.ch/A   ------------------------------  # Date: Mon, 23 Oct 2000 16:35:41 GMT  From: jbecker@ui.urban.org& Subject: Re: Odd File Expiration Dates) Message-ID: <8t1pcs$6po$1@nnrp1.deja.com>   E We have indeed been running PerfectDisk. Does it set volume retentionrB dates, or otherwise do anything to give me the sorts of expiration dates I've been seeing?r  + In article <8ssj8i$4v2$1@bob.news.rcn.net>,w)   "Mike Duffy" <mdduffy@erols.com> wrote:t7 > I should have mentioned this in my previous response:  >t7 > PerfectDisk does not really care what the Minimum andl< > Maximum retention periods are, it just uses the difference > to do its calculation. >-: > However, most sites do not use them, and the PerfectDisk5 > documentation recommends enabling volume rententiong6 > dates and gives an example of a little over 5 years. >f > -Mike  > (A former Raxco employee)w >eH > jbecker@ui.urban.org wrote in message <8sqe4h$smi$1@nnrp1.deja.com>...B > >Can you think of any reason other than the obvious one why fileE > >expiration dates would be "too far" into the future? The "obvious"nG > >reason is the documented behavior around the current system time ando > >volume retention times. > >  > [snip] >  >    --
 Jim Becker+ The Urban Institute (http://www.urban.org/)c7 Encompass ESILUG (http://eisner.decus.org/lugs/esilug/)     & Sent via Deja.com http://www.deja.com/ Before you buy.c   ------------------------------   Date: 23 Oct 2000 14:28:52 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: OpenVMS UK (London) Roadtripa6 Message-ID: <8t1hv4$ltb$1@mailint03.im.hou.compaq.com>  F   Members of Compaq OpenVMS Engineering will be in London for OpenVMS    technical presentations:  "     Enterprise House, High Holborn     Tuesday, 31-Oct-2000  E   Details and schedules for the OpenVMS technical update session and  E   on the other presentations to follow later -- likely via the DECUS _   UK (www.decus.co.uk) website.a  (   Having recently located my passport...  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 23 Oct 2000 19:37:08 +0200D0 From: Didier Morandi <Didier.Morandi@Easynet.fr>) Subject: Re: OpenVMS UK (London) Roadtripy* Message-ID: <39F47745.276B3AB9@Easynet.fr>   Hoff Hoffman wrote:o > G >   Members of Compaq OpenVMS Engineering will be in London for OpenVMSo >   technical presentations: > $ >     Enterprise House, High Holborn >     Tuesday, 31-Oct-2000 > F >   Details and schedules for the OpenVMS technical update session andF >   on the other presentations to follow later -- likely via the DECUS! >   UK (www.decus.co.uk) website.r  H So, you will not be with us these days in Paris for *our* DECUS national event... Too bad.1   D.   ------------------------------  % Date: Mon, 23 Oct 2000 17:55:02 +02001= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>.) Subject: Re: OpenVMS, java, perl, etc ...h) Message-ID: <39F45F56.42C4FC10@gtech.com>h  * fabio_compaq@ep-bc.petrobras.com.br wrote:K > Well, I am not a developer but is possible to Java for OpenVMS use / linke > to the  libraries ? G > Like use the system services, etc .... Java is plataform independet ,  > thats right ! ! !K > But each platform has it owns resources, so, why not use them ???? I dontr > agreeIK > with a universal program to all the platfomrsm  NT, Unix, OpenVMS, OS/390a
 > etc ..... > Each platform has it owns capabilities . . .  > Java itself is and should continue to be platform independent.  G What Compaq could do and should do was to provide STARLET.JAR, RMS.JAR,nE LIB.JAR etc. to provide the same access to VMS specific funtions thatl other languages have on VMS.   Arne   ------------------------------  % Date: Mon, 23 Oct 2000 10:09:18 -0400h5 From: "Sue Skonetski" <susan.skonetski@compaq.nospam>n, Subject: Press Release from Process Software6 Message-ID: <8t1gn9$lks$1@mailint03.im.hou.compaq.com>   FOR IMMEDIATE RELEASE   K Process Software Signs Agreement with Sun Microsystems Innosoft to Providey) Development and Support for PMDF Productse  / Process to be Source for Innosoft PMDF Productsc  K FRAMINGHAM, Mass. (Oct. 9, 2000)  Process Software, a leader in networkinguA solutions for OpenVMS, today announced an agreement with InnosoftyK International, Inc. to provide development and support for Innosofts PMDFbD suite of electronic messaging products. Innosoft was acquired by Sun% Microsystems, Inc. earlier this year.SI In the agreement with Process, Innosoft will transition certain rights toiL development and responsibility for support of PMDF products on all platformsL to Process Software. The goal of the relationship is to ensure that the PMDFF customer base continues to receive the top quality service and product5 enhancements it has been accustomed to from Innosoft.hL "Process Software is uniquely positioned to understand both the business andJ technological needs of PMDF users", said Clyde Johnston, formerly InnosoftK President and CEO. "The company's strong commitment to the OpenVMS market  I demonstrated by the technological advances they continue to make to theirmK TCPware and MultiNet TCP/IP products  combined with its firm dedication tor? customer support, will guarantee that this agreement serves theo= mission-critical business needs of our loyal PMDF customers."<K "This relationship assures that PMDF customers will continue to receive therD best support and a full commitment to the product", said John Murgo,I president and CEO of Process Software. "We are very excited about working L with the PMDF customers and are committed to investing in the future of this	 product."lD  Both companies are focused on implementing a seamless transition ofE responsibility for the support of Innosoft's PMDF products to ProcessyJ Software. Effective immediately, customers should contact Process SoftwareJ to purchase PMDF licenses or support. Current customers should continue toB contact Innosoft for technical support until instructed otherwise.   Process SoftwareK Process Software (www.process.com), in Framingham, Mass., has been a leaderpK in delivering premium networking software solutions since 1989. The companyrJ provides TCPware and MultiNet, two TCP/IP software packages for Compaq'sI OpenVMS systems. Process Software is known for providing industry-leadingaE support to its customers, including many Global 2000 and Fortune 1000 3 companies. It is owned by Platinum Equity Holdings.,   Platinum Equity HoldingsF Platinum Equity Holdings (www.peh.com), based in Los Angeles, has beenF recognized as one of the largest and fastest growing privately held ITJ companies in the United States by both Forbes and Business Week magazines.C The company has distinguished itself as a billion-dollar investment H corporation that specializes in acquiring and operating mission-criticalL technology organizations and technology-enabled service companies throughoutD the world. Platinum currently owns 16 technology-driven corporationsK featuring a workforce of 10,000 employees, an established infrastructure in6F more than 100 countries and offices in Europe, Asia and South America.	 #   #   #   D Sun, Sun Microsystems, and the Sun logo are trademarks or registeredC trademarks of Sun Microsystems, Inc. in the United States and otherAD countries. TCPware and MultiNet are registered trademarks of ProcessF Software. The Process Software name and logo are trademarks of ProcessG Software. All other trademarks are property of their respective owners.      Contact: Donna Rogersf Process Software, LLCr (508) 879-6994 rogers@process.com   ------------------------------  % Date: Mon, 23 Oct 2000 15:28:49 +0100S2 From: Roy Omond <Roy.Omond@BlueBubble.demon.co.uk>0 Subject: Re: Press Release from Process Software6 Message-ID: <39F44B21.5D71A96C@BlueBubble.demon.co.uk>   Sue Skonetski wrote:   > FOR IMMEDIATE RELEASEj >oM > Process Software Signs Agreement with Sun Microsystems Innosoft to Provideo+ > Development and Support for PMDF Productss >c1 > Process to be Source for Innosoft PMDF Products    [... snip snip ...]   F Anyone know what's happening to the very talented people at Innosoft ?F In particular, Ned, Kevin, Dan and Portia (and any others I might haveH forgotten) ?  It would be a great shame to lose them from the VMS world.  	 Roy Omond> Blue Bubble Ltd.   ------------------------------  % Date: Mon, 23 Oct 2000 15:01:26 -0200n) From: fabio_compaq@ep-bc.petrobras.com.br>0 Subject: Re: Press Release from Process SoftwareL Message-ID: <OF60EF8D3E.5E968091-ON83256981.005CB4F8@ep-bc.petrobras.com.br>  L V2VsbA0KDQpTdW4gZG9udCBoYXZlIGludGVyZXN0IHRvIHNlbGwgT3BlblZNUyBwcm9kdWN0cywgL ZXZlbiBhIGZldyB5ZWFycyBhZ28gdGhlDQp1c2VkIHRvIGhhdmUNClN1biBETkkgLiAuIC4NCg0KL SSByZWFsbHkgZmVlbCBpdMK0cyBpbXBvcnRhbnQgdG8gaGF2ZSBhIHN0cm9uZyBjb21hbnkgc3VwL cG9ydGluZyBPVk1TDQpwcm9kdWN0cy4NCklmIHRoaXMgY29tcGFueSB3aWxsIGJlIFByb2Nlc3MgL b3Igb3RoZXIgY29tbWl0ZWQgdG8gdGhlIE9WTVMgaXTCtHMgZ29vZC4NCg0KSW4gYSBmZXcgeWVhL cnMgUHJvY2VzcyBTb2Z0d2FyZSB3aWxsIGJlY29tZSB0aGUgbWFqb3IgY29tcGFueQ0Kc2VsbGluL ZyBPVk1TIHNvbHV0aW9ucy4NCg0KUmVnYXJkcywgRkMNCg0KDQoNCg0KDQoNCg0KDQpSb3kgT21vL bmQgPFJveS5PbW9uZEBCbHVlQnViYmxlLmRlbW9uLmNvLnVrPiBlbSAyMy8xMC8yMDAwIDEyOjI4L OjQ5DQoNCkZhdm9yIHJlc3BvbmRlciBhIFJveS5PbW9uZEBCbHVlQnViYmxlLmRlbW9uLmNvLnVrL DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL ICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgL ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL ICAgICAgDQoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL ICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL ICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KIFBhcmE6ICAgIEluZm8tVkFYQE12Yi5TL YWljLkNvbSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgL ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogY2M6ICAgICAgL KGJjYzogRmFiaW8gZG9zIFNhbnRvcyBDYXJkb3NvL0UtUC1CQy9Db250cmF0YWRhKSAgIA0KICAgL ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL ICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL ICAgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL ICAgICAgICAgICAgICAgIA0KIEFzc3VudG86IFJlOiBQcmVzcyBSZWxlYXNlIGZyb20gUHJvY2VzL cyBTb2Z0d2FyZSAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KDQoNCg0K  L DQpTdWUgU2tvbmV0c2tpIHdyb3RlOg0KDQo+IEZPUiBJTU1FRElBVEUgUkVMRUFTRQ0KPg0KPiBQL cm9jZXNzIFNvZnR3YXJlIFNpZ25zIEFncmVlbWVudCB3aXRoIFN1biBNaWNyb3N5c3RlbXPCkiBJL bm5vc29mdCB0bw0KUHJvdmlkZQ0KPiBEZXZlbG9wbWVudCBhbmQgU3VwcG9ydCBmb3IgUE1ERiBQL cm9kdWN0cw0KPg0KPiBQcm9jZXNzIHRvIGJlIFNvdXJjZSBmb3IgSW5ub3NvZnQgUE1ERiBQcm9kL dWN0cw0KDQpbLi4uIHNuaXAgc25pcCAuLi5dDQoNCkFueW9uZSBrbm93IHdoYXQncyBoYXBwZW5pL bmcgdG8gdGhlIHZlcnkgdGFsZW50ZWQgcGVvcGxlIGF0IElubm9zb2Z0ID8NCkluIHBhcnRpY3VsL YXIsIE5lZCwgS2V2aW4sIERhbiBhbmQgUG9ydGlhIChhbmQgYW55IG90aGVycyBJIG1pZ2h0IGhhL dmUNCmZvcmdvdHRlbikgPyAgSXQgd291bGQgYmUgYSBncmVhdCBzaGFtZSB0byBsb3NlIHRoZW0gL ZnJvbSB0aGUgVk1TIHdvcmxkLg0KDQpSb3kgT21vbmQNCkJsdWUgQnViYmxlIEx0ZC4NCg0KDQoN Cg0K   ------------------------------  % Date: Mon, 23 Oct 2000 17:14:02 -0000 - From: wspencer@ap.nospam.org (Warren Spencer) - Subject: RE: Problem with COMPAQ 9.1GB drivesc/ Message-ID: <sv8seqgti4t928@news.supernews.com>a  5 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote ind, <8sqgm8$ha9$1@mailint03.im.hou.compaq.com>:    > F >In article <F161sE3jK8x3TEXcGwl00008be7@hotmail.com>, Bill McLaughlin  ><mcbill20@hotmail.com> writes: D >:Hoff, when I had first posted this problem, you mentioned that youG >:weren't sure that the 9.1GB drives were supported in AlphaStation 500n$ >:boxes. Did you happen to find out? >dH >  AFAIK, no.  AFAIK, these Ultra2 RZ2DC-KA series SCSI disk drives are F >  not officially supported within most of (all of?) the older system  >  enclosures. >tH >  As I'd mentioned earlier, what you are seeing here could potentially I >  be caused by cooling that is insufficient for the requirements of the i& >  particular storage widget involved. >u3 > --------------------------- pure personal opiniont > --------------------------- 2 >   Hoff (Stephen) Hoffman   OpenVMS Engineering   >   hoffman#xdelta.zko.dec.com n >e >S  J Are those 7200 rpm or 10000 rpm drives?  If so, Hoff correctly points out   cooling issues.  Seen it before.   ws   --  3 << What if there were no hypothetical questions? >>x   ------------------------------  # Date: Mon, 23 Oct 2000 08:23:08 GMTF% From: A.Greig@virgin.net (Alan Greig)i" Subject: Re: Q: Why not (2^n)-bit?2 Message-ID: <39f3f412.1185688119@news.newsguy.com>  = On Sun, 22 Oct 2000 03:34:18 GMT, francini@my-deja.com wrote:t  - >Indeed--this was changed as early as 7.01. Ie+ >remember clearly that the 1090 at Brandeish4 >University (where I worked before going to DEC) had+ >16 VT100s connected to the console PDP-11.o3 >Technically unsupported, but it worked flawlessly. / >(The other terminals, ugly things called "Bluee4 >Bombs", were all connected to the DC10 hardware TTY >mux.) >s1 >Whenever the 1090 crashed, the VT100s all showedu/ >"%%DECsystem-10 not running", with mixed case.h  B I'm fairly sure I recall an SPR asking for this change to be made.A Were console  front end terminal lines really not supported under C TOPS-10? That was the normal connection method with TOPS-20. We hada3 128 serial lines on the front end without problems.b     --
 Alan Greig   ------------------------------  ! Date: Mon, 23 Oct 00 06:57:24 GMT  From: jmfbahciv@aol.com " Subject: Re: Q: Why not (2^n)-bit?+ Message-ID: <8t12oq$dq3$2@bob.news.rcn.net>n  2 In article <39f3f412.1185688119@news.newsguy.com>,)    A.Greig@virgin.net (Alan Greig) wrote:i> >On Sun, 22 Oct 2000 03:34:18 GMT, francini@my-deja.com wrote: > . >>Indeed--this was changed as early as 7.01. I, >>remember clearly that the 1090 at Brandeis5 >>University (where I worked before going to DEC) hadd, >>16 VT100s connected to the console PDP-11.4 >>Technically unsupported, but it worked flawlessly.0 >>(The other terminals, ugly things called "Blue5 >>Bombs", were all connected to the DC10 hardware TTY  >>mux.)h >>2 >>Whenever the 1090 crashed, the VT100s all showed0 >>"%%DECsystem-10 not running", with mixed case. >rC >I'm fairly sure I recall an SPR asking for this change to be made.   < Thus, causing more SPRs pointing out all the "errors" in the documentation.  B >Were console  front end terminal lines really not supported under	 >TOPS-10?o   I don't remember.   5 > That was the normal connection method with TOPS-20.i  6 They had <ahem> problems with terminal access for many simultaneous users.e   > We had4 >128 serial lines on the front end without problems.  3 But that's only 128.  What do you do to service the 5 other couple of hundred who want to login?  Was therek2 a limit to the line length?  And were any dialups?   /BAH  ' Subtract a hundred and four for e-mail.    ------------------------------  # Date: Mon, 23 Oct 2000 15:43:15 GMT2% From: A.Greig@virgin.net (Alan Greig)n" Subject: Re: Q: Why not (2^n)-bit?2 Message-ID: <39f45b18.1212061952@news.newsguy.com>  8 On Mon, 23 Oct 00 06:57:24 GMT, jmfbahciv@aol.com wrote:     > 6 >> That was the normal connection method with TOPS-20. >t7 >They had <ahem> problems with terminal access for manyt >simultaneous users.  C I recall we had to fit resistors to all the serial lines to prevent D front end reboots on long open lines. Otherwise the front end 11 was$ swamped responding to phantom input.  	 >> We hade5 >>128 serial lines on the front end without problems.w >g4 >But that's only 128.  What do you do to service the6 >other couple of hundred who want to login?  Was there3 >a limit to the line length?  And were any dialups?_  E Actually maybe it was more than 128. Although probably not much more. E After the resistor mod was made everything worked fine for years evenFD with most of the lines set at fairly high speeds (4800/9600/19200?).B Two of the lines were dialup. A couple of the lines connected to aD DEC10 at 4800 and were pretty much in constant bidirectional use for file transfers.n   --
 Alan Greig   ------------------------------  % Date: Mon, 23 Oct 2000 12:46:04 +0100.0 From: andrew harrison <andrew.nospam@uk.sun.com>+ Subject: Re: Stockholm Exchange OM and VMS?i* Message-ID: <39F424FC.72BA548D@uk.sun.com>   Curtis Rempel wrote: >  > Maybe we should ask Andrew.r >   ' I don't hjave a clue. Neither probably s/ does anyone else on this newsgroup which almosts0 certainly won't stop people making ill informed  judgments. i  3 I could make some inflamatory and totally unfoundedl suggestions.  9 Perhaps along the lines of Rob or Kerry or even yourself.o  1 1.	The exchange uses OpenVMS, must have been that 0 	thet caused to outage. We all know that OpenVMS5 	is unreliable after all look at the multiple outagesb> 	that etrade had for different reasons. Of course there is no 3 	evidence to support this but if I was Rob of Kerryb9 	I would stick to this even if all the evidence was that i" 	this point of view was incorrect.  @ 2.	It must be the same thing as eTrade because the outage time, 8 	2 hours is similar the the eTrade outage times. Another7 	totally idiotic theory but just as plausible as other c% 	FUD posted on this newsgroup. :):):).  6 3.	Perhaps they put one of the new special patches on 8 	the OpenVMS boxes ? :):):) Again almost certainly total6 	rubbish but entirely justifiable by the FUD standards 	on this group.f   Regards A > "Peter Ljungberg" <peter.p.ljungberg@telia.se> wrote in messagea/ > news:HHnI5.1771$jv2.253581@newsc.telia.net...  > >M > >i> > > I heard that it was a communication problem, not confirmed > > 	 > > /P.Lji > >u > >i0 > > <richard_maher@my-deja.com> wrote in message' > > news:8srpqk$sef$1@nnrp1.deja.com...p	 > > > Hi,n > > > J > > > Does anyone know why the Stockholm exchange's trading system crashed> > > > twice yesterday for a total of 2hours? Was VMS involved? > > >. > > > Regards Richard Maher- > > >  > > >l, > > > Sent via Deja.com http://www.deja.com/ > > > Before you buy.n > >n > >r   -- o Andrew Harrisond Enterprise IT Architect-   ------------------------------  # Date: Mon, 23 Oct 2000 13:37:32 GMTr4 From: "Curtis Rempel" <vmsguy.no.spam.here@home.com>+ Subject: Re: Stockholm Exchange OM and VMS?.: Message-ID: <waXI5.38281$76.709419@news1.rdc1.ab.home.com>  = "andrew harrison" <andrew.nospam@uk.sun.com> wrote in message $ news:39F424FC.72BA548D@uk.sun.com... > Curtis Rempel wrote: > >n > > Maybe we should ask Andrew.  > >e >l( > I don't hjave a clue. Neither probably  ) I think that quotation speaks for itself.t  
 All in favor?t  1 > does anyone else on this newsgroup which almostw1 > certainly won't stop people making ill informedi > judgments. > 5 > I could make some inflamatory and totally unfounded- > suggestions. > ; > Perhaps along the lines of Rob or Kerry or even yourself.5 >?3 > 1. The exchange uses OpenVMS, must have been thatO1 > thet caused to outage. We all know that OpenVMS.6 > is unreliable after all look at the multiple outages> > that etrade had for different reasons. Of course there is no4 > evidence to support this but if I was Rob of Kerry9 > I would stick to this even if all the evidence was thatp# > this point of view was incorrect.  >hA > 2. It must be the same thing as eTrade because the outage time, 9 > 2 hours is similar the the eTrade outage times. Another 7 > totally idiotic theory but just as plausible as othera& > FUD posted on this newsgroup. :):):) > 7 > 3. Perhaps they put one of the new special patches ont9 > the OpenVMS boxes ? :):):) Again almost certainly totalR7 > rubbish but entirely justifiable by the FUD standardss > on this group.  + Again, always good to hear from you Andrew.-   >-	 > Regards-C > > "Peter Ljungberg" <peter.p.ljungberg@telia.se> wrote in messagee1 > > news:HHnI5.1771$jv2.253581@newsc.telia.net...e > > >a > > > @ > > > I heard that it was a communication problem, not confirmed > > >  > > > /P.LjT > > >S > > >r2 > > > <richard_maher@my-deja.com> wrote in message) > > > news:8srpqk$sef$1@nnrp1.deja.com...p > > > > Hi,P > > > > L > > > > Does anyone know why the Stockholm exchange's trading system crashed@ > > > > twice yesterday for a total of 2hours? Was VMS involved? > > > >, > > > > Regards Richard Maheri > > > >f > > > >n. > > > > Sent via Deja.com http://www.deja.com/ > > > > Before you buy.u > > >e > > >i >e > -- > Andrew Harrisont > Enterprise IT Architects   ------------------------------  % Date: Mon, 23 Oct 2000 18:00:50 +0200i= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>y+ Subject: Re: Stockholm Exchange OM and VMS?s) Message-ID: <39F460B2.63CD29B6@gtech.com>t   andrew harrison wrote:( > I don't hjave a clue. Neither probably1 > does anyone else on this newsgroup which almosts1 > certainly won't stop people making ill informeds > judgments. > 5 > I could make some inflamatory and totally unfoundedh > suggestions. > ; > Perhaps along the lines of Rob or Kerry or even yourself.  > 8 > 1.      The exchange uses OpenVMS, must have been that9 >         thet caused to outage. We all know that OpenVMSn> >         is unreliable after all look at the multiple outagesF >         that etrade had for different reasons. Of course there is no< >         evidence to support this but if I was Rob of KerryA >         I would stick to this even if all the evidence was thatF+ >         this point of view was incorrect.t > F > 2.      It must be the same thing as eTrade because the outage time,A >         2 hours is similar the the eTrade outage times. Anotheri? >         totally idiotic theory but just as plausible as othere. >         FUD posted on this newsgroup. :):):) > < > 3.      Perhaps they put one of the new special patches onA >         the OpenVMS boxes ? :):):) Again almost certainly totalv? >         rubbish but entirely justifiable by the FUD standardsh >         on this group.  F If you do not like the tone here, then feel free to leave this group !   Arne   ------------------------------  % Date: Mon, 23 Oct 2000 05:12:40 -0400s/ From: "Steven J. Nafziger" <dogwood@bright.net>  Subject: subscibeu= Message-ID: <NDBBIMPEHCCOJPELGBNGAEHHIJAA.dogwood@bright.net>d  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0004_01C03CAF.DDB45420S$ Content-Type: multipart/alternative;5 	boundary="----=_NextPart_001_0005_01C03CAF.DDB45420"o    + ------=_NextPart_001_0005_01C03CAF.DDB45420d Content-Type: text/plain;s 	charset="Windows-1252"d Content-Transfer-Encoding: 7bitw   Blank) Steven J. Nafziger CPA
 Dogwood, Inc.n 6503 County Road 19r Wauseon, Ohio 43567i Dogwood@bright.net Telephone   (419)446-9265t Fax    (603)452-8754            + ------=_NextPart_001_0005_01C03CAF.DDB45420  Content-Type: text/html; 	charset="Windows-1252" + Content-Transfer-Encoding: quoted-printablei  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">  <HTML><HEAD><TITLE>Blank</TITLE>7 <META http-equiv=3DContent-Type content=3D"text/html; =t charset=3Dwindows-1252">
 <STYLE>BODY {lH 	MARGIN-TOP: 25px; FONT-SIZE: 10pt; MARGIN-LEFT: 25px; COLOR: #000000; = FONT-FAMILY: Arial, Helveticam }c
 P.msoNormal { F 	MARGIN-TOP: 0px; FONT-SIZE: 10pt; MARGIN-LEFT: 0px; COLOR: #ffffcc; =) FONT-FAMILY: Helvetica, "Times New Roman"  }t LI.msoNormal {F 	MARGIN-TOP: 0px; FONT-SIZE: 10pt; MARGIN-LEFT: 0px; COLOR: #ffffcc; =) FONT-FAMILY: Helvetica, "Times New Roman"  }o </STYLE>  @ <META content=3D"MSHTML 5.50.4207.2601" name=3DGENERATOR></HEAD>/ <BODY background=3Dcid:550531109@23102000-067e>f <DIV>&nbsp;</DIV><B>F <P align=3Dcenter><FONT color=3D#000080 size=3D3>Steven J. Nafziger=20? CPA<BR></FONT></B><FONT color=3D#000080 size=3D3><B>Dogwood,=20OJ Inc.<BR></B></FONT><FONT size=3D2><FONT color=3D#000000>6503 County Road =  , 19<BR>Wauseon, Ohio 43567<BR></FONT><U><A=20F href=3D"mailto:43567%0d%0aDogwood@bright.net"><FONT color=3D#0000ff=20F size=3D2>Dogwood@bright.net</FONT></A><BR></U><FONT color=3D#000000=20H size=3D2>Telephone&nbsp;&nbsp; (419)446-9265<BR>Fax&nbsp;&nbsp;&nbsp;=20 (603)452-8754</P></FONT></FONT> D <P align=3Dcenter><FONT color=3D#000000 size=3D2><IMG height=3D56=20: src=3D"cid:550531109@23102000-0677" width=3D89></FONT></P> <P>&nbsp;</P></BODY></HTML>h  - ------=_NextPart_001_0005_01C03CAF.DDB45420--o  + ------=_NextPart_000_0004_01C03CAF.DDB45420l Content-Type: image/gif; 	name="Image2.gif"! Content-Transfer-Encoding: base642% Content-ID: <550531109@23102000-0677>o  L R0lGODlhWgA4APf/AAAHCggGGQAbBQIWGhAIABQGGhMQHwsGIwcWJhgIIhoLMhgVKBAVMAAoBAMmL GAA1BgI2FBcmHBAqKSIKKCsNMyQXLCgXNDAPIDAIMDQZOisoNx8/QCgZRjkdQz8fVykmQyAgUC8wL TzknRjonVTk3RTczUD8vbwFKEg9MKw9tLyNUOCBnLyVsNS93MB9EQC9HRCBPUCpXRy9QUDZGSDtHL UTNVSzdVVy9sTT9vYEMZPE8oMEUfRUgmS08vUEM3SUs2U1UnT1onUFc4Wk8yaW8/b0RDTkxHVk9fL T0ZZWFRHW1VXWk9HZ1tIZF9LcFtXaF9UcEpsVk9rYEd7Z093cFBnb1pqcFVyb1pydWBXT2hJa2pML dWVUbGZXdXBQb3BXdWBjb2pmcmp3f3RoenZ5fG9bh3BYgGtlg2dwh3poh39pk3xzg3t5l3B/oACfL HwaKLAe3Kw+4MCCQPwCYQBeXRzOOSD+aYCCgQC+gUD+oXzC7UC+vYB/IQCzNUi/nT0CPT0CLV0eZL V0+AYE+IcEuZZVCPYFqGdlqXb1+YcECoX0+jZ0ercE+2eVCvb1qielC3a1e2emeId2CXd3+Xf2WnL emC/f3Crf3C4f0zNb1/vf2DPf1CAgFeXgFCwgG+Hj2eTh2WalXqHj3qHlXOYh3SUj3CYr2yuh3+pL o1/HgHLHjG//kH/on4BXf4Bvf4B3f4Nph4d3iYV5k5N6lpB7r6B4n4qIj4SHlICXkJWGl5OVlo+YL r5+HppmVppqVsIqsn4C3kJCkn5+4n5qnpZ+osJ+3r6+Hn6iVrqC3kK+rtrCf0K+kwK+/wLyoxbWnL 1buzxb+70IDXn5DAn5/PsJfbt5/nsJ/3sK/Pr7DAsLDXv6D/v7fAx7fUx6/ty8Cfv8Cwv8m2zdC3L 4MDHz8/F2cfX09fHz9bH2tvT3c/P4M/Y4NnI49zQ4N/Y8Mvr2MD/79zp5d/n8Nf75t/38ODP3+/fL 3+rZ7uXk1efz1+jl6uvm9Or27Or49vPo7fbp+fX57ff1+AAAAAAAACH5BAEBAP8ALAAAAABaADgAL QAj/APsJHEiwoMGDBPMpNKgwXz98/BAexHdw38GIEjMapEiR4L5yJCQAcFCqEIpFl06dOIEqxY1SL hxxoGKOhWTENGm5ZFLhzn5hi+4r56DaPJ899++YxSaAF6U6NBDHq63csCdVj85z2Q1p151SBVQZML 2bTpRoMHD4Dxs/hUIEaP83i8Qsivrr2jXO4JvDvQYV+B9+wdc5KExIKtWxLkmFcUX7510KBApDdQL bz9vFXxYQNcvHRMLInhkmFAhg4UEA1TQuQTnzRs+dFCJSpc06Vakq4Lw4EGBQoIDHzQ4OXasX7uFL Fbf2m6dhy0Oj8SqMc9uPL1JdXJAWm+DlHphdA99W/2TGgUtUgnqVhkAAY8AACQhCSdjFF+pACQEGL IJDw/guABAmIIEIGGqRzDwkzuDfAAoYt8xQuJKSzhRATIHUQOiKw5ZFANAQwRSENQHACCnWc0IgEL ErzjkGX2FQRgArAYldAvEmjAYALhKNciVPvUUkBN1e0o5JAyHvQVYP0UUwE5As1jjwZFWDeQdeSwL UkAFBaChXFtE7jXQK0zo4gM6O+mlkAMoPnDCJJWUwsIJDdxgyA0OIHHbQBx1NBA6GRRTlEZszbMFL i9TZZ08F3ugoUEMOCeHNDkJwNtA+3mTgzT72KEGLBjPc41dB+GyDCiKqYDMICg6Io1FRxQwxRFZTL jv8RgRUvEGQPLkVoUIEGOG5V3075sFPHHG6kMI1DFv45jzcWLHEAcLAUxeWi+bzzTiAoSIHclpPOL UwwPReUTxQIJeNniQvmQEIATtSQQQAZC8KBVP5bddc8BIiTgoEVj4BKkonWJl4wFzRS0EBojfLDfL BgAkKBYKV7wQBqGAaqCGQCHV8N4AMwRzD7D5oCDBDTZoQMMCCxgokJ5BTZBAAQv44M0WFiShV71JL ggnLPvcYUcVIAogSDarB5NOOuUcO6c3NthZEggVAfdzl1FRXPeRdbH3kZHW2/Ttpk/PaI57Vi0LVL jjY3oHCWmnEOs051f+5DTgFA6ajXFrfcSZUPGiT/GjdXGfxJ9V2E+2qUGgsAUIMnMUhQyg0rpdDCL CZakMCILKgDgL0I72bNPLBPAKlESFZzGxDw+TGuoQEr4AEvgf+pCOjl/3mVNnKU8csoiKagJgQARL KOoWPh3VN48r4Pb1aT9vEzQPCXTZp4FyhCKnATlOKamBGDmCIkEUDjgggCT4YL2RY/Ao5I44GhRHL V0dJDaFF7c+9I0GLFdStd5M6EPPnik3KAVDK1A91JEMEGrCKhSKRiDzw4Q1tcIMjCAGJ5RXEImQYL gQlAgCKRSMATUJCJwZphgCIYwAgaKMA90jGQrHBDDCRAQQr0MIc7UOMd+JjKtNYQgA/8oAkdyAJjL /3oikGsYAg92uIQE6VCKd3zsHvcIRzqasYxlJKAYdguABShWEHshiTneeIU+5kG8pEXAGPXghz54L wAUFDMEDHeABBoCQg1hkIQGyUAAXEVIMC5hHeMQzyj6eIB8JmIIGvDiAp46mkfocAwwX3IcQsAgsL 9PSDBOjQRQDq1q8Nhect9yBPGpbTj7oIMg3OOoMNEDCAFwxgFPmpxbkWlY0B0IA/AdCVDyjAgzJkL hWf9+EEBYHEPKjjhAFu8zZOKwszztNACMfqXp/KxBjOYgQEyQIEAJKACAZSiAaPgz7bsUwQA2IhjL EpAJEhZQIB3lYxg1cMALACABcjXjKdZJQhZY2P8ZgnDBB/NIABpo4yVyLCAMEsABihpQipOUAgoAL OFp9iHQMFL1HAueg11Py4YAYoEA/C9ikjgJWEQtp5B68UMABfkACVtpiORoqR5GItIsAuE91+agFL GAIAo8qQ7addKtxzEOKDggH1qEC1ILWQZTDHZKQ+E9WITKOKVPRMaypYjaTzdrG9V/igAjf1JKZML aq6qJgdTfBEbPlSkonXkQ0/0alLfBCeQVyThKT15BU5cgRRB/UAElzKrVu0xDCSkcxCKeEQKFvGIL QZzKAb+gyDESMAFvJMEHBlmWzQSCGR8cg6xZm0cHhAfUnXw1l0hAlQMacILFPuIEgGDECU41iUL/L CGcnsCLrXeYxgVhY4Bi/Ksgr9IWOBGQADXskEl43CooBFMITpSgFIB6wthX4gQWoOAEENGA+jRQjL C6qrzD22EIB9/TE8jUSIpZZRDNM4SHm0iAAUboCWBtABEIBAAQRU4AD3pXceQvBCeKdkFB9EdWwaL MQAYCmCBH9zpc0s6Ej+0IQEIoAAFaOFEIwyhAih8jSGCREdlJ1JK8ewDegSBK0Ks076yCeRITxLeL nzQwgBtI4RCEaEA1Zjo84/TDHXohR04QksaIfAUNTPBaP97KSIlYRANkVZ5DvOANbzGIdsUoABOOL UY5yHsEBwWuHXtrimHdsQxrRfQcUWnyQfNgD/4DIcFVfF7UOANTqpDObFMgEkgEggHfJRvHWBTpnL j10Yxgws/FM73vGMTCjRDXQYhC/ewbkm9cMDQ0iDRfQSjAhIoBcvuPNBLLMPXVkgf/MiHj8IMB0CL buUWPOhCVsbsjScowF08mEAWipGNdVyCD3zowxswEYcmKpUnyxhCEzjAATaQ4hOmMEUh0CQONw/kL aEfTlQG+QALMBgoIBSCNKKSRiEegYh0qRlKPzOCMEhxA1zkIrEm3QYlLpGIPfMiDI1BghQrsgAIZL yAAX0OCKHAQhCEQY4D5gcWqoAAAAIeWpGqZlkXaUIgVukIMbnoFDPUtrFx8owRoYoAA/qW6tg/94L RCYc8YdtuNUoK7oODwKrEGQqJ6pRPUYFEsDmCz7kHZOgAx0q0YAZ/EQWWhCBBQLO4FggkwPhwFQ/L 5NHmJc9AAmEIUpRvkxQHw6NxNPjAxYQ03gQgamUEaQUW+EGPiNgmKR3IwA5mERQMuAINyHULgo3iL jRGQgbQe4dkZEGCKT9wAAQhwglFbZI95JEENgttJMbZQSYFQph/N+EFSliIQWtAiInvHiEWYMYTsL 6F2HReEFExQmAU18wgatvCV4AM+Qu7RDOIWjVBYCq6iv3OMJy/hB6LbiebqYciDF4MB7LbmPNHBgL PxLoxBVQ5AAXSAAJwqC9wdBVBQ0E4Pvh/kH/FnrwDZOaNB/ZOMACLLCMP9VCDMbHiF58wASCKkchL a7CAAhiwH09MWwAOgAIxYAMSoCqz1A8aEAonsyAQx3NM8AMdoHn0YgRggATK8H3BkSg8AQbH8DEIL VGkikDcaMhDmcAC5MAAuIAiP0wACcCok8wJ+kVwJ0Q/ggBPfxx8XxU5A8QNOUARKMABWIApXMAPsL FACztxPHkEDLIALJgQY2NWYe0QwBgCKR0FCspQh18AeFMAMOQVUZkUI+oAagQAXucXUAMAYy0g41L EAONgwAoI1IGsQ9bkCgytSVOYARjJgYLwAQkUA7lsAUaUAzHMAA2AAkNgAKNcAKlAAEQoBDpjwYVL wAVFRjAKG1MjBrEOL/FRGoAAFgBJgNIPt4AG4AGFM2URiLMfSACADXMMSpU0O5IPGgAA6pINXJQPL vYACvYAANEACKOZMfOGKAwGMAuEMC6B+IsCKCpE1R6UBfjQtTnVJC1ABmeGFglWN/WAB2KMRzMgF( dGWN3igR9REY5GBT31iOBYERY2M+A2aOGREQADs=  + ------=_NextPart_000_0004_01C03CAF.DDB45420  Content-Type: image/gif; 	name="Blank Bkgrd.gif"s! Content-Transfer-Encoding: base64e% Content-ID: <550531109@23102000-067e>s  L R0lGODlhLQAtAID/AP////f39ywAAAAALQAtAEACcAxup8vtvxKQsFon6d02898pGkgiYoCm6sq2L 7iqWcmzOsmeXeA7uPJd5CYdD2g9oPF58ygqz+XhCG9JpJGmlYrPXGlfr/Yo/VW45e7amp2tou/lW, xo/zX513z+Vt+1n/tiX2pxP4NUhy2FM4xtjIUQAAOw==  - ------=_NextPart_000_0004_01C03CAF.DDB45420---   ------------------------------  % Date: Mon, 23 Oct 2000 17:52:17 +0200h= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>8' Subject: Re: Sun "uptime" belly laugherc) Message-ID: <39F45EB1.AC4FF282@gtech.com>    andrew harrison wrote: > Arne Vajhj wrote:D > > Not a troll - just the entire VMS community rolling on the floor
 > > laughing,aI > > because the SUN CEO say that it is SUN's goal to only have a handfulln > > of downtime during a year. > > , > > That is lower ambitions than MicroSoft ! > >P1 > > (but probably with better chances of success)a > >lL > > And I do know that SUN sites do a lot of patching, which for some reason( > > are much more rare in the VMS world. > ? > You need to read more of this newsgroup than just the threadsm% > where people are trying to FUD Sun.  > ; > If you had you would have realised the just at the momente9 > any discussion relating to patches is not going to be a ' > painless one for an OpenVMS advocate.f > ? > I refer you if you hadn't been following it to the discussionoB > on this thread about Compaq OpenVMS patch quality (or otherwise) > and the war stories.  G To my best knowledge the number of patched necesarry and the quality of1+ patches available are two different things.l  C But considering the number of patches for SUN, then I can certainlyp/ understand that you want to change the subject.i   Arne   ------------------------------  # Date: Mon, 23 Oct 2000 15:55:01 GMTf/ From: Mike Price <mike.price@littlewoods.co.uk>-" Subject: TCP/IP and load balancing) Message-ID: <8t1n0h$4h9$1@nnrp1.deja.com>n  D I am starting to look at using load balancing and TCP/IP rather than LAT as we normally use.nF I understand that it goes via DNS. - OK so the round robin bit is easy" but doesn't do any load balancing.G The UCX 5.0 (a) docs talk about the load broker that talk to the metricm server. G Unfortunatly we are still on 4.2 and I can't quite see what you need tovF do for that version. This is complicated by the fact that we are not aB pure VMS site (OK OK I know!!) so the DNS system runs on a Solaris system. A Can we still use the metric server on UCX 4.2 and get the SolarisoD system to talk to it - if so what are the correct UNIX buzz words toG say to get the right information (I have tried reading ths DNS and BINDyC books but can't see anyting about metric server and load balancing)   C The way I read it we need to set up a VMS system as a secondary DNSmE server and get the other VMS system to use it as their DNS host. - ist= this right?? - if so I think upgrading to 5.0 would be easier1  D Finally, once we upgrade to 5.0a, can the load broker talk to a UnixG DNS system and update it the right way - it looks from the docs that itoD can but as I am not sure of the exact mechanism on the Unix I am not sure.o  G Can anyone help - sorry if this is a bit basic - I speak UCX but havn'tA  had to do this DNS stuff before.  ? pointers to manuals would be welcome if I have missed somethingl   As always  TIA     Mike --B All opinions are my own and do not necessarily reflect those of my employer    & Sent via Deja.com http://www.deja.com/ Before you buy.n   ------------------------------  % Date: Mon, 23 Oct 2000 16:11:01 +0000r From: SysAdmin <djesys@fsi.net>c& Subject: Re: TCP/IP and load balancing' Message-ID: <39F46315.C16692B2@fsi.net>t   Mike Price wrote:b > F > I am starting to look at using load balancing and TCP/IP rather than > LAT as we normally use.nH > I understand that it goes via DNS. - OK so the round robin bit is easy$ > but doesn't do any load balancing.I > The UCX 5.0 (a) docs talk about the load broker that talk to the metric 	 > server.uI > Unfortunatly we are still on 4.2 and I can't quite see what you need tohH > do for that version. This is complicated by the fact that we are not aD > pure VMS site (OK OK I know!!) so the DNS system runs on a Solaris	 > system.oC > Can we still use the metric server on UCX 4.2 and get the SolarishF > system to talk to it - if so what are the correct UNIX buzz words toI > say to get the right information (I have tried reading ths DNS and BIND E > books but can't see anyting about metric server and load balancing)  > E > The way I read it we need to set up a VMS system as a secondary DNS G > server and get the other VMS system to use it as their DNS host. - ise? > this right?? - if so I think upgrading to 5.0 would be easierw > F > Finally, once we upgrade to 5.0a, can the load broker talk to a UnixI > DNS system and update it the right way - it looks from the docs that iteF > can but as I am not sure of the exact mechanism on the Unix I am not > sure.u > I > Can anyone help - sorry if this is a bit basic - I speak UCX but havn't-" > had to do this DNS stuff before.  H There was a TCP/IP Services V5.1 presentation at CETS2000 with mentionedG that the new load broker achieves the goal by periodically updating DNS3C using dynamic update. This allows that the DNS is not served by theo! cluster you want to load balance.   E I don't have the technical details; however, that was the gist of thea
 presentation.s  G I did ask that this mechanism be "broken out" like MOP was "broken out"h< of DECnet giving rise to LANCP and LANACP. The reply was not encouraging.   David J. Dachteraa   ------------------------------  % Date: Mon, 23 Oct 2000 19:38:47 +0200 0 From: Didier Morandi <Didier.Morandi@Easynet.fr>& Subject: Re: TCP/IP and load balancing* Message-ID: <39F477A8.E5D416BA@Easynet.fr>   SysAdmin wrote:e >  ../..s >  > David J. Dachterat  F I would love to know why Mike has TCP answers from the Famous Datchera Esquire and not me... :-(p   D.   ------------------------------  # Date: Mon, 23 Oct 2000 16:26:07 GMTv  From: jlsue <jlsuexxxz@home.com>8 Subject: Re: Trade-offs regarding Installed Known Images8 Message-ID: <9mo8vsov1ll0s46fug2salbudbgp26c2dv@4ax.com>  . On 19 Oct 2000 17:42:52 +0200, Jan Vorbrueggen8 <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote:   >The advantages are: >aI >- /OPEN: no (realively-costly) file open required by the image activatorwN >- /HEADER: no disk read required for this image header by the image activator9 >- /SHARE: less hard page reads required on image startup  >bJ >The downside of all is additional memory consumption. The amount consumedJ >by the first two is negligible by modern standards. You can install /OPENJ >/HEADER first and then check the INSTALL usage counts to determine, after1 >some period of time, whether /SHARE makes sense.   F How, exactly, does /SHARE use more memory?  I believe that if GBLPAGESC is set to 128,000, it only uses something like 8 bytes of memory (IsA may have done my math wrong here, so somebody will correct me I'm C sure... however, I know that it is a very little amount).  I'm sureyF you aren't saying that /SHARE installs the image into memory - because that is definitely not correct.   @ I've actually seen overall memory utilization go *down* by using: /SHARE.  This happens because each process no longer needsC process-private copies of the images (i.e., they all share the code-A pages).  If the environment is one in which a lot of page sharing A occurs, then overall memory utilization should be reduced.  Note,RB however, that installing images /SHAREd *can* make your total pageA fault rate go up.  This is due to the fact that more pages can beeA faulted-in during a hard fault, while only one page is faulted-ineE during a soft fault.  However, this will be trading much, much fasteroC memory link adjustments for the insanely slower disk accesses.  You D can service quite a lot of soft faults in the time it takes to faultD in 64 pages (and probably less) in a hard fault from the image file.  @ Installing images /SHARE that are used lots, but not shared lotsF (e.g., DIRECTORY) can also help performance.  My recollection is that,F if an image is /SHAREd, then when the process releases the pages, theyE are placed at the "tail" of the FPL, and must bubble to the "head" oflF that list before they'll be re-distributed to processes.  If the imageD (like DIRECTORY) is used a lot, then it will potentially be executed? by re-mapping the pages from the FPL instead of read from disk.n   >iO >A question to VMS engineering: do INSTALLs data structures scale properly when O >hundreds or thousands of images/sections are installed (e.g., use a hash tablep >instead of a linear search)?  >n  D Wow, good question.  However, I'm not sure it matters.  If I run theD image, I have to map the pages whether they're already in memory, orC retrieved from disk.  I have a hard time seeing how a memory accessp7 would be slower than having each access read from disk.,  D As to one of the original questions... I don't think that installingD images will reduce the open file count per process.  I am willing toB be corrected in this, but you still must open and/or map the image5 (and associated shareable images) to get at the code.n  > I would install /open/share/header *any* image that is either:  ; 1.	Shared by more than 2 people, and used quite a lot.  Or,B9 2.	Not shared much (e.g., DIRECTORY, compilers, etc), butd$ 	executed quite often on the system.    1 Not speaking for anyone, certainly not DEC/Compaqu- (get rid of the xxxx in my address to e-mail)g   ------------------------------  % Date: Mon, 23 Oct 2000 12:02:00 +0200-; From: "Andreas Safranek" <andreas.safranek@sea.ericsson.se>m% Subject: Re: User Guide for Vax (VMS)r. Message-ID: <8t11rr$3t6$1@newstoo.ericsson.se>  L Is there a possibility to connect a VAX with other system, like UNIX, NOVELL
 or NT  ???A cause if i only have DECnet, i want to communicate with others !!d   Andreas Safranek Ericsson Austria AG2   >FF > If the other poster's comment about CMUIP_ROOT:IPNCP instead of IPCPE > also produces no results, than no - you have no IP stack. If you'reRG > coming to VMS from the UN*X or NT worlds, you need to understand thatnG > TCP/IP does not "come with" VMS. It's an add-on, just like it was forp6 > Windows 3.1. VMS's "native" network stack is DECnet.   ------------------------------  % Date: Mon, 23 Oct 2000 09:22:02 -0400N# From: sol gongola <sol@adldata.com>d% Subject: Re: User Guide for Vax (VMS)<' Message-ID: <39F43B7A.56AD@adldata.com>D  + get ucx or CMUIP installed on your machine.<          orN3 there is a decnet implementation available for aix./<    I don't know if decnet is available for the other unices.          ora6 use serial ports for terminal connections with Ckermit    for file transfers.  	 good lucko sol gongola0     Andreas Safranek wrote:< > N > Is there a possibility to connect a VAX with other system, like UNIX, NOVELL > or NT  ???C > cause if i only have DECnet, i want to communicate with others !!e >  > Andreas Safranek > Ericsson Austria AG5 >  > >=H > > If the other poster's comment about CMUIP_ROOT:IPNCP instead of IPCPG > > also produces no results, than no - you have no IP stack. If you'reeI > > coming to VMS from the UN*X or NT worlds, you need to understand that.I > > TCP/IP does not "come with" VMS. It's an add-on, just like it was for68 > > Windows 3.1. VMS's "native" network stack is DECnet.   ------------------------------  % Date: Mon, 23 Oct 2000 15:50:09 +0200o5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl>g% Subject: Re: User Guide for Vax (VMS)y- Message-ID: <39F44211.AD933C6B@whitehouse.nl>v   sol gongola wrote: > - > get ucx or CMUIP installed on your machine.U
 >          or35 > there is a decnet implementation available for aix.m> >    I don't know if decnet is available for the other unices.  : Linux has DECnet, see http://linux-decnet.sourceforge.net/   Oswald   ------------------------------   Date: 23 Oct 2000 15:50:56 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: User Guide for Vax (VMS)G6 Message-ID: <8t1mp0$mni$2@mailint03.im.hou.compaq.com>  l In article <8t11rr$3t6$1@newstoo.ericsson.se>, "Andreas Safranek" <andreas.safranek@sea.ericsson.se> writes:M :Is there a possibility to connect a VAX with other system, like UNIX, NOVELLT :or NT  ???9B :cause if i only have DECnet, i want to communicate with others !!     Welcome to OpenVMS.  5  H   OpenVMS communicates quite nicely via a very wide variety of systems, 0   and via a wide variety of network protocols.    L   Most OpenVMS VAX and OpenVMS Alpha systems ship with a UCX or NET-APP-SUP F   license PAK, and this permits access to the TCP/IP Services package.  I   OpenVMS can communicate via IP, Novell Netware, Microsoft SMB, DECnet, 1H   RJE, NTR, ISO OSI, and a wide variety of other protocols.  Netware andH   SMB are part of PATHWORKS (Advanced Server) environment, and access to"   SMB is also available via SAMBA.  H   If you are unfamiliar with it, SMB is the underpinnings of the typicalG   Microsoft network disk and print services.  As an example of what is cJ   possible with OpenVMS in this area, OpenVMS can act as a Primary Domain I   Controller (PDC), and can use Domain Authentication -- same password ondI   OpenVMS and on the Domain.  In an upcoming release of Advanced Server, CH   OpenVMS can also act as a Member Server.   And in an upcoming release G   of OpenVMS, Kerberos client and KDC will be available for distributedr?   authentication in a network of Windows 2000 and UNIX servers.b    --l  H   Please conserve the question mark and bang characters for use in emailJ   spam -- there are only a finite number of extra question marks and bang I   characters available, and these characters must be carefully conserved hI   for use by email spammers.  :-)  On a slightly more serious note, some VL   of the available email spam filters will detect and reject such sequences >   in email, as these sequences are quite common in email spam.    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 23 Oct 2000 14:15:03 +0200ME From: Bemail05 NETBEIMAP <Bemail05.NETBEIMAP@bemail05.net.alcatel.be>A Subject: Re: VMS Tutorials7 Message-ID: <39F42BC7.2F150EB2@bemail05.net.alcatel.be>B  J It is (unfortunately !!!) years ago that i worked with VMS, but i rememberL the VMS documentation (the best i've ever seen) to contain a large number of; very good manuals that you can use as learning material ...+   Robert Taylor wrote:  J > Does anyone have DCL tutorials ? Or can I be pointed to some. Or is it a > case of RTFM.................K   ------------------------------  % Date: Mon, 23 Oct 2000 14:46:31 +0000I From: SysAdmin <djesys@fsi.net>s Subject: Re: VMS Tutorials' Message-ID: <39F44F47.AF7C193B@fsi.net>n   Robert Taylor wrote: > J > Does anyone have DCL tutorials ? Or can I be pointed to some. Or is it a > case of RTFM.................T   Have a look at:   " http://www.djesys.com/vms/support/  9 I gave these sessions at the Fall '99 DECUS in San Diego.W  ) http://www.djesys.com/vms/freevms/#mentor/  % ...may also provide some useful info.F   David J. DachteraE   ------------------------------  % Date: Mon, 23 Oct 2000 07:40:27 -0500m+ From: "Main, Kerry" <Kerry.Main@compaq.com>A Subject: RE: VMS TutorialsN Message-ID: <910612C07BCAD1119AF40000F86AF0D8052848CC@kaoexc3.kao.cpqcorp.net>  % A few suggestions for learning DCL ..A    1. Official online documentationJ <http://www.openvms.compaq.com:8000/72final/9996/9996pro.html#first_page>    2. OpenVMS FAQ< <http://www.openvms.compaq.com/wizard/openvms_faq.html#DCL1>  I 3. Book "Writing Real Programs in DCL" ISBN 1-55558-191-9 (Steve Hoffman,V Paul C.Anagnostopoulos)     Amazon reference -(One long url)L <http://www.amazon.com/exec/obidos/ASIN/1555581919/o/qid=972304560/sr=8-1/re# f=aps_sr_b_1_3/104-7261704-1996768>N   4. OpenVMS FAq's7 <http://www.openvms.compaq.com/wizard/openvms_faq.html>R+ <http://www.levitte.org/~ava/vms_faq.htmlx>=   Regards,  
 Kerry Main Senior Consultant2 Compaq Canada Inc. Professional ServicesB Voice: 613-592-4660r Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message----- From: Bemail05 NETBEIMAP3 [mailto:Bemail05.NETBEIMAP@bemail05.net.alcatel.be]J Sent: October 23, 2000 8:15 AM To: Info-VAX@Mvb.Saic.Com  Subject: Re: VMS Tutorials    J It is (unfortunately !!!) years ago that i worked with VMS, but i rememberL the VMS documentation (the best i've ever seen) to contain a large number of; very good manuals that you can use as learning material ...:   Robert Taylor wrote:  J > Does anyone have DCL tutorials ? Or can I be pointed to some. Or is it a > case of RTFM.................l   ------------------------------  % Date: Mon, 23 Oct 2000 02:16:00 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>o# Subject: What does DCPS really do ?m, Message-ID: <39F3D78A.68BB2925@videotron.ca>  X Ok, I know that DCPS has the ability to convert non-portscript print jobs to postscript.  L And it seems that DCPS will query the printer to ensure it is there prior to starting a print job.   M But is there a complete description of exactly what DCPS does to a postscript , file as it is sent to a postscript printer ?  M Does DCPS interpret the submitted postscript code to insert its own code heret and there ?s  N What sort of dialogue (and is there dialogue in between pages of the same job)0 does DCPS print symbiont have with the printer ?   ------------------------------  % Date: Mon, 23 Oct 2000 15:24:31 +0100n2 From: Roy Omond <Roy.Omond@BlueBubble.demon.co.uk>' Subject: Re: What does DCPS really do ?16 Message-ID: <39F44A1E.E1A1B29A@BlueBubble.demon.co.uk>   JF Mezei wrote:r  Z > Ok, I know that DCPS has the ability to convert non-portscript print jobs to postscript. >rN > And it seems that DCPS will query the printer to ensure it is there prior to > starting a print job.e >tO > But is there a complete description of exactly what DCPS does to a postscriptn. > file as it is sent to a postscript printer ? >aO > Does DCPS interpret the submitted postscript code to insert its own code heret
 > and there ?- > P > What sort of dialogue (and is there dialogue in between pages of the same job)2 > does DCPS print symbiont have with the printer ?  J AFAIK:  DCPS does nothing extra to the Postscript it sends to a PostscriptJ printer.  Why should it ?  Remember, Postscript really relies on a two-wayL dialogue between printer and sender.  All that DCPS does is "listen" for anyN error status returned from the printer, while at the same time feeding it with a stream of Postscript code.  O Actually, now that I think about it, DCPS *will* send additional stuff in orderdS to achieve extra stuff like "number up" printing.  It won't "change" the Postscriptb9 contents in any way.  What are you really trying to ask ?t  	 Roy Omondd Blue Bubble Ltd.- (certainly not squeaking on behalf of Compaq)D   ------------------------------  % Date: Mon, 23 Oct 2000 10:29:54 -0400e0 From: Paul Anderson <paul.r.anderson@compaq.com>' Subject: Re: What does DCPS really do ?uC Message-ID: <paul.r.anderson-AC96B5.10295423102000@news.compaq.com>I  6 In article <39F3D78A.68BB2925@videotron.ca>, JF Mezei % <jfmezei.spamnot@videotron.ca> wrote:i  G > Ok, I know that DCPS has the ability to convert non-portscript print . > jobs to postscript.   9 Yes, DCPS has ANSI, ReGIS, PCL and Tektronix translators.A  F > And it seems that DCPS will query the printer to ensure it is there   > prior to starting a print job.  G I would think any symbiont or queue manager will make sure the printer -I is there.  That's a network connection issue.  DCPS goes beyond that and nI determines what printer model it is and, for each user option requested, 2/ ensures the printer can do what the user asked.t  E > But is there a complete description of exactly what DCPS does to a o9 > postscript file as it is sent to a postscript printer ?t  G There was an article in the Fall 1991 edition of the Digital Technical  0 Journal describing a lot about the guts of DCPS.  !    http://www.digital.com/DTJ400/n  F > Does DCPS interpret the submitted postscript code to insert its own  > code here and there ?m  G DCPS does not change the contents of a user's PostScript job, but adds  H PostScript code at the beginning and the end to control the printer and * select the options the user has requested.  G > What sort of dialogue (and is there dialogue in between pages of the  < > same job) does DCPS print symbiont have with the printer ?  H Code to ensure the printer has the requested paper size in the selected E tray, print job and file separator pages, see if persistently-loaded rC code is present in the printer and adjust for inidiviual printer's hH behaviors are examples of things DCPS does.  No, there is nothing added E inbetween pages of a user's file, but there could be DCPS-added code  0 inbetween user files if printed in the same job.   Paul   -- t,    Paul Anderson, OpenVMS Engineering (DCPS),    Compaq Computer Corporation, Littleton MA   ------------------------------  # Date: Mon, 23 Oct 2000 16:31:34 GMTX  From: jlsue <jlsuexxxz@home.com>L Subject: Re: What would be your ultimate dream VMS machine (desktop/tower) ?8 Message-ID: <nhp8vs8ik7tot30k2ko2q9rp5prgbv5jlc@4ax.com>  < I would encourage you to attend the next DECUS/CETS/whateverD conference, then.  There you should have ready access to many of theB engineers who will be happy - or, at least there - to answer these types of quesitons.s  D My experience is that they do quite a lot to modify and qualify SCSID (note, there's no STANDARD in SCSI) to ensure that data integrity is
 maintaned.  @ Not to mention to ensure that certainly OS-specific features are implemented correctly.  C Lastly, they qualify the drives via extensive testing under lots ofP& workloads to work out any latent bugs.  E Yes, they can be more expensive, but when the business depends on the.E data (and it's my pager that gets called in the middle of the night),mF I'd rather have something that works *better* than "most of the time".D And if you're in an environment where the data isn't that important,: why are they spending any $$$ on computing resources then?  5 On Fri, 20 Oct 2000 12:31:04 +0000 (UTC), Osmo Kujalad <kujala@tukki.jyu.fi> wrote:  2 >Richard B. Gilbert <DRAGON@compuserve.com> wrote:H >>         It would be more correct to say that PCs can use Compaq Alpha5 >> parts.  PC parts do not always work in the Alphas.c >aB >And Compaq Alpha parts are selected PC parts possibly with little@ >modifications in microcode or something. Those mod's may be forJ >improving some functions and/or protecting Compaq sales. Acceptable both,J >but information which, if any, modifications are made should be available >to customers.    1 Not speaking for anyone, certainly not DEC/Compaqt- (get rid of the xxxx in my address to e-mail)e   ------------------------------   Date: 23 Oct 2000 10:15:40 GMT9 From: Roar =?iso-8859-1?Q?Thron=E6s?= <roart@nvg.ntnu.no>e  Subject: Re: Xemacs on OpenVMS ?3 Message-ID: <972292710.596959@tornado.itea.ntnu.no>i  ' Roar Throns <roart@nvg.ntnu.no> wrote:   $ I did not write down what I did, but( I have made what I have got available on ftp.nvg.ntnu.no:/pub/vms/emacs   ------------------------------   End of INFO-VAX 2000.593 ************************