1 INFO-VAX	Wed, 20 Dec 2000	Volume 2000 : Issue 708       Contents:+ Re: "process crash" vs. "application crash" # %SYSTEM-F-MEDOFL, medium is offline  Re: ACMS & Codasyl database  Re: ACMS & Codasyl database  Re: ACMS & Codasyl database  Re: Advance Server and NT2000  Re: Advance Server and NT2000  Re: C-Kermit! Re: Cluster advertising in the UK  Dec. 2000 CONDIST  Re: Dec. 2000 CONDIST  Re: Dec. 2000 CONDIST # Re: DS20 vs DS20E. Was: Sun Cluster # Re: DS20 vs DS20E. Was: Sun Cluster # Re: DS20 vs DS20E. Was: Sun Cluster # Re: DS20 vs DS20E. Was: Sun Cluster # Re: DS20 vs DS20E. Was: Sun Cluster  Re: Email forwarding Re: Email forwarding Re: Email forwarding Re: FAQ Re: UCX Bug  Re: FAQ Re: UCX Bug  Fasttrack for VAX   Gigabit Ethernet and VMS 6.2-1H33 Re: Intermediate error with the Elsa Gloria Synergy  IP address change - Help!!!  Re: IP address change - Help!!!  Re: IP address change - Help!!! " Re: Kernel Overhead for Direct I/O8 LSE (was: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?)< Re: LSE (was: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?) Re: Mem file No such file - ERROR Re: No such file - ERROR Re: No such file - ERROR Re: No such file - ERROR Re: No such file - ERROR Re: No such file - ERROR) Open VMS Help Desk Specialist, 4 openings - Re: Open VMS Help Desk Specialist, 4 openings  Re: Opera (was Mozilla 0.6)  Re: Opera (was Mozilla 0.6)  Re: Opera (was Re: Mozilla 0.6) + Overzealous spam filtering for compaq.com ? / Re: Overzealous spam filtering for compaq.com ?  Problem with linking C++ code  Problems with PATHWORKS V6.0C ! Re: Problems with PATHWORKS V6.0C ! Re: Problems with PATHWORKS V6.0C  Re: puzzled by patches Re: puzzled by patches shadow copy hang at 99%  Re: shadow copy hang at 99%  Re: Snapshot released?
 Re: Spare VAX 
 Re: Spare VAX  Re: Sun Cluster  Re: Sun Cluster  Re: Sun Cluster  SWXCR software Re: SWXCR software Re: Vax on a chip  Re: Vax on a chip  Re: Vax on a chip  Re: Vax on a chip + Re: VMS / C - writing a server + admin util  Re: VMS printer logicals? - Re: VMS tools for Linux: EDT, TPU, TECO, LAT?  Re: X terminal for MAC ? Re: X terminal for MAC ? Re: X terminal for MAC ? Re: X terminal for MAC ? Re: X terminal for MAC ? Re: X terminal for MAC ? Re: X terminal for MAC ? Re: X terminal for MAC ?  Re: XP1000 - which Graphics Card  Re: XP1000 - which Graphics Card  Re: XP1000 - which Graphics Card  Re: XP1000 - which Graphics Card  Re: XP1000 - which Graphics Card  F ----------------------------------------------------------------------    Date: 20 Dec 2000 00:13:27 +0800, From: Paul Repacholi <prep@prep.synonet.com>4 Subject: Re: "process crash" vs. "application crash"0 Message-ID: <87r934mlso.fsf@k9.prep.synonet.com>  4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  M > In article <91l504$kdb$1@nnrp1.deja.com>, david_dawkins@my-deja.com writes:  > :Brian Schenkenberger wrote:: > :> I find it difficult to believe that there is no trace > :> information at all ( > :> from the original poster's process. > : 1 > :Absolutely none. Not even an accounting entry.  > : >   I have not read through all postings in this thread... > J >   The only time I've seen this occur is with an inner-mode bugcheck, or I >   when the process itself never got created or otherwise failed during  G >   the creation operation.  (Process private or otherwise inaccessable   = Or backup getting an error of some sort from a TK-50. I had a = Tape I could bet on doing this with 7.0. Near as I could see, 1 it never even returned from the QIO, just poof...   < If it deleted the process, that would be understandable, but3 it didn't. Just left you without a trace. Very odd!      --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Tue, 19 Dec 2000 18:17:59 GMT  From: bawilhelm@my-deja.com , Subject: %SYSTEM-F-MEDOFL, medium is offline) Message-ID: <91o8od$82s$1@nnrp1.deja.com>   D I recently installed a TZ877 (7 tape magazine with TZ87 drive) on an= HSD50.  I installed it as a tape device.  We have an existing E command procedure that initializes a series of tapes that worked with A the tape drive when connected via a SCSI card directly in our VAX 6 4000-705A running VMS 7.1.  I now get an error messageE "%SYSTEM-F-MEDOFL, medium is offline" when using the procedure on the A tape drive via the HSD50.  It seems something is timing out while @ the loader switches tapes.  Does anyone have any insight into myD problem?  I have included the procedure.  It is not very elegant but
 functions.    ####################     $!   $ TYPE SYS$INPUT   C          This procedure will initialize from one to seven TK85 tape :    cartridges.  Please fill the tape magazine and load the7          first tape. The label format should be C85nnn.   F  $ INQUIRE tapes "Enter the number of tapes to be initialized (1 - 7)"  $ IF tapes .EQS. "" THEN EXIT9  $ INQUIRE P1 "Enter label for first TK85 tape cartridge" "  $ IF tapes .EQ. 1 THEN GOTO start:  $ INQUIRE P2 "Enter label for second TK85 tape cartridge""  $ IF tapes .EQ. 2 THEN GOTO start9  $ INQUIRE P3 "Enter label for third TK85 tape cartridge" "  $ IF tapes .EQ. 3 THEN GOTO start:  $ INQUIRE P4 "Enter label for fourth TK85 tape cartridge""  $ IF tapes .EQ. 4 THEN GOTO start9  $ INQUIRE P5 "Enter label for fifth TK85 tape cartridge" "  $ IF tapes .EQ. 5 THEN GOTO start9  $ INQUIRE P6 "Enter label for sixth TK85 tape cartridge" "  $ IF tapes .EQ. 6 THEN GOTO start;  $ INQUIRE P7 "Enter label for seventh TK85 tape cartridge"   $!   $start:  $! )  $ DEFINE/PROCESS/NOLOG CT hsd500$mua500:   $!   $ SHOW TIME  $ INITIALIZE CT 'P1'   $ SHOW TIME  $ MOUNT/FOREIGN CT   $ DISMOUNT CT   $ IF tapes .EQ. 1 THEN GOTO end@  $ INITIALIZE CT 'P2'  ***********Error occurs here*************  $ SHOW TIME  $ MOUNT/FOREIGN CT   $ DISMOUNT CT   $ IF tapes .EQ. 2 THEN GOTO end  $ INITIALIZE CT 'P3'   $ SHOW TIME  $ MOUNT/FOREIGN CT   $ DISMOUNT CT   $ IF tapes .EQ. 3 THEN GOTO end  $ INITIALIZE CT 'P4'   $ SHOW TIME  $ MOUNT/FOREIGN CT   $ DISMOUNT CT   $ IF tapes .EQ. 4 THEN GOTO end  $ INITIALIZE CT 'P5'   $ SHOW TIME  $ MOUNT/FOREIGN CT   $ DISMOUNT CT   $ IF tapes .EQ. 5 THEN GOTO end  $ INITIALIZE CT 'P6'   $ SHOW TIME  $ MOUNT/FOREIGN CT   $ DISMOUNT CT   $ IF tapes .EQ. 6 THEN GOTO end  $ INITIALIZE CT 'P7'   $ SHOW TIME  $ MOUNT/FOREIGN CT   $ DISMOUNT CT  $end:  $ SHOW TIME-  $ WRITE SYS$OUTPUT "Initialization Complete"   $!   $ EXIT      Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Mon, 18 Dec 2000 21:58:05 -0500 ) From: yyyc186.illegaltospam_@flashcom.net $ Subject: Re: ACMS & Codasyl database9 Message-ID: <3a3ececc$1$lllp186$mr2ice@news.flashcom.com>   / In <3A3E0BD9.F811E111@easynet.fr>, on 12/18/00  >    at 02:06 PM, Francis ANDRE <francis.andre@easynet.fr> said:  > ACMS has been here for a long time.  What do you wish to know?   Roland   >Hello There  D >I am looking for information about ACMS and a Codasyl database that >should have0 >been implemented on VMS. Anyone could help me??   >Thank you in advance    >Francis ANDRE   --  ; ----------------------------------------------------------- D yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 2.2a8                             For a Microsoft free univers; -----------------------------------------------------------    ------------------------------  # Date: Tue, 19 Dec 2000 06:50:41 GMT  From: Dirk Munk <munk@home.nl>$ Subject: Re: ACMS & Codasyl database' Message-ID: <3A3F0540.DA5B7EFC@home.nl>    Larry Kilgallen wrote: > ] > In article <3A3E0BD9.F811E111@easynet.fr>, Francis ANDRE <francis.andre@easynet.fr> writes:  > > Hello There  > > G > > I am looking for information about ACMS and a Codasyl database that  > > should have 3 > > been implemented on VMS. Anyone could help me??  > E > DEC DBMS was sold to Oracle along with Rdb.  They still support it, E > proving that it _is_ possible to market something less than Rdb :-) G > If you have trouble convincing Oracle representatives that it exists, C > first find an Oracle representative who believes that Rdb exists. B > The Codasyl database (I don't know Oracle's name for it) is usedB > in semiconductor fabrication plans at various companies (as well > as elsewhere).  C It is still called DBMS, V7.03 is coming up, and it is a Very Large  Memory database.@ You can find it on the Rdb CD-Rom set, because Oracle packed all& ex-Digital software on one CD-Rom set.  A Just search for codasyl on the Oracle site, and you will get some  information.       > 1 > ACMS is still sold by Compaq, so far as I know.    ------------------------------  % Date: Tue, 19 Dec 2000 12:12:18 +0000 % From: Alan Greig <agreig@my-deja.com> $ Subject: Re: ACMS & Codasyl database8 Message-ID: <f1ku3tsos4826e2srrlts4qmfi5qtgntv4@4ax.com>  A On Tue, 19 Dec 2000 06:50:41 GMT, Dirk Munk <munk@home.nl> wrote:     D >It is still called DBMS, V7.03 is coming up, and it is a Very Large >Memory database. A >You can find it on the Rdb CD-Rom set, because Oracle packed all ' >ex-Digital software on one CD-Rom set.   D Maybe this differs by region but our (UK) RDB and DBMS distributions come in separate boxes   --
 Alan Greig   ------------------------------  % Date: Tue, 19 Dec 2000 11:21:19 +0000 % From: Alan Greig <agreig@my-deja.com> & Subject: Re: Advance Server and NT20008 Message-ID: <osgu3t8bd5o8jag6kalm0vckt69huj0htb@4ax.com>  8 On Thu, 14 Dec 2000 16:04:33 -0500, "Mitchell, David R." <mitchell@WPI.EDU> wrote:   L >The "official" support for Windows 2000 wont come until Advanced Server 7.3I >due out real-soon-now.  But, they will provide "best effort" support for ) >Advanced Server 7.2A and Pathworks 6.0C.  > M >As for real world experience, we recently upgraded our NT 4.0 Primary Domain L >Controller to Windows 2000 and had some initial problems.  Most were solvedF >by applying ECO3 for Advanced Server.  The rest were fixed by a patchD >supplied by Compaq service just about a week ago.  Since that patch" >everything has worked flawlessly.  D You were lucky! I had the UK CSC attempt to close a call because "weC don't support Advanced Server with W2K". When I pointed them at the E Compaq web page saying "best effort support" they told me they didn't @ know that but would look at the problem again. So far I am still; waiting for an answer and have been for several months now.      --
 Alan Greig   ------------------------------  # Date: Tue, 19 Dec 2000 20:43:16 GMT : From: brad.mccusker@compaq.remove_this.com (Brad McCusker)& Subject: Re: Advance Server and NT20000 Message-ID: <3a3fc7e3.835489310@news.compaq.com>  C On Tue, 19 Dec 2000 11:21:19 +0000, Alan Greig <agreig@my-deja.com>  wrote:    E >You were lucky! I had the UK CSC attempt to close a call because "we D >don't support Advanced Server with W2K". When I pointed them at theF >Compaq web page saying "best effort support" they told me they didn'tA >know that but would look at the problem again. So far I am still < >waiting for an answer and have been for several months now. >  > C I don't know who is telling you this, but, I'd like to know.  We've B accepted every escalation for V6/V7 (And most of the V5 ones too!) against Win2K.     Lets handle this off line... Regards,  
 Brad McCusker / OpenVMS Advanced Server Engineering (PATHWORKS)  Compaq Computer Corporation   3 All comments contained herein are my own and do not * reflect those of anyone or anything else.    ------------------------------   Date: 19 Dec 2000 20:16:30 GMT0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Subject: Re: C-Kermit 5 Message-ID: <91ofmu$de6$1@newsmaster.cc.columbia.edu>   > In article <anA%5.153976$hD4.39353631@news1.rdc1.mi.home.com>,, Dave Pampreen <davepampreen@home.com> wrote:K : I just converted from VAX to Alpha which meant c-kermit went from 5.0a to  : the latest version 7.x : J : When I am trying to send text files the receiving end is having trouble. :  What's on the receiving end?  , : I can go back to my VAX and it works fine. : I : I am sending using a Multitech modem which is connected to a DECServer.  : L So you are dialing out from the Alpha via a LAT port that has a modem on it?  I : Since both the Alpha and VAX are using the same terminal server/modem I # : think it's the version of kermit.  : L : I did a test from VMS to a PC running reflections and that PC received the$ : file fine.  So now I'm confused... : H Newer Kermits have some performance features that older ones don't have.K Usually they don't cause trouble, but if they do it's easy to deal with it.   7 : Does anyone have a version 5.x of c-kermit for Alpha?  : H The real solution is to configure the current version to work for you inF the setting in which you are using it.  First try telling C-Kermit to:     set prefixing all   G and see if the problem goes away (it should).  If it doesn't, then send 	 email to:      kermit-support@columbia.edu    - Frank    ------------------------------  % Date: Tue, 19 Dec 2000 11:13:43 +0000 % From: Alan Greig <agreig@my-deja.com> * Subject: Re: Cluster advertising in the UK8 Message-ID: <legu3tg7mhm77aa1tg6kq8b9l705gb12f3@4ax.com>  C On Thu, 14 Dec 2000 16:47:50 +0000, Alan Greig <agreig@my-deja.com>  wrote:    F >If it is a general Compaq brochure then I agree - great progress. If,D >as I think, it is an Alpha brochure then it looks like they've been) >forced to mention NT but not vice versa.   = Unfortunately I can confirm that the brochure was from the UK B Alphaserver group and only went to current customers. Still betterF than nothing but it appears that Compaq still don't want to let anyone( know who isn't already in on the secret.  D In general the literature from the UK Alphaserver group is excellent$ but it gets such a limited audience.     --
 Alan Greig   ------------------------------  # Date: Tue, 19 Dec 2000 11:55:02 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)  Subject: Dec. 2000 CONDIST0 Message-ID: <009F4D11.13358D6E@SendSpamHere.ORG>  I Has the December 2000 Product and Documentation Distribution shipped yet?    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Tue, 19 Dec 2000 07:27:56 -0600 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>  Subject: Re: Dec. 2000 CONDIST8 Message-ID: <91nnhh$fbo$1@fizban.fizban.pprd.abbott.com>   Yep.  Got ours a week or 3 ago.    Dave...   J "Brian Schenkenberger, VAXman-" <system@SendSpamHere.ORG> wrote in message* news:009F4D11.13358D6E@SendSpamHere.ORG...K > Has the December 2000 Product and Documentation Distribution shipped yet?  >  > --4 > VAXman- OpenVMS APE certification number: AAA-0001 VAXman(at)TMESIS(dot)COM > K > city, n., 1. a place where trees are cut down and streets are named after  them.    ------------------------------  # Date: Tue, 19 Dec 2000 15:25:37 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)  Subject: Re: Dec. 2000 CONDIST0 Message-ID: <009F4D2E.7DFD7996@SendSpamHere.ORG>  l In article <91nnhh$fbo$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz" <david.gudewicz@abbott.com> writes:  >Yep.  Got ours a week or 3 ago. >  >Dave...  / Hmm... UPS or should I say OOOPS strikes again.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Tue, 19 Dec 2000 13:40:05 -0500 1 From: Rich Dischler <richard.dischler@compaq.com> , Subject: Re: DS20 vs DS20E. Was: Sun Cluster* Message-ID: <3A3FAB85.6F1D0DE7@compaq.com>  9 The 667MHz EV67 CPU uses less power and creates less heat % than the 500MHz EV6 CPU chip variant.   2 The shrunken die features allow such an occurance.8 But, we cranked the cache from 4MB LateWrite to 8MB DDR.S That pulls a little more power/heat, but still a pinch less than the 500MHz product $ for the total CPU/cache consumption.  
 Rich Dischlerp6 Engineering Manager -   Uni and Dual Processor Systems COMPAQ Alpha Volume Servers ! 508 467-9655  297-9655 (internal)C     Hoff Hoffman wrote:e  \ > In article <3a3e468e$0$29566@senator-bedfellow.mit.edu>, jfc@mit.edu (John F Carr) writes:M > :In article <91le3e$h6q$1@mailint03.im.hou.compaq.com>, Hoff Hoffman wrote:S > :eH > :>  Further, the AlphaServer DS20E enclosure also specifically targets > :>  the use of faster CPUs.s > :  > :Does "faster" mean "hotter"?e > G >   If by "hotter", you inquire of the potential for increased emissionwF >   levels of quantum particle energy in unspecified wavelength rangesF >   within the construct known as the electromagnetic spectrum, then IH >   expect and do believe that to the best of my current knowledge, thatK >   the answer to the specific question posed, honorable Senator Bedfellow,hG >   would be in the affirmative.  I further do respectfully submit thatTH >   the particles and associated energy levels involved in my forthrightB >   answer to your esteemed inquiry could vary on a quantum level,F >   depending on the particular wavelength or wavelengths of interest,E >   while additional and unplanned emissions of energy (eg: infrared,VG >   visible), gasses, and various particulates (eg: smoke) are possiblepI >   when prerequisite system thermal elimination requirements are not metfK >   due to failure of an air-moving device or otherwise, though I do expect D >   that the honorable Senator Bedfellow or another of the Senator'sH >   venerable colleagues could offer to provide sufficient large volumesH >   of unfortunately insufficiently cooled airflow to maintain requisite >   semiconductor integrity. >tP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 19 Dec 2000 23:54:45 +0800, From: Paul Repacholi <prep@prep.synonet.com>, Subject: Re: DS20 vs DS20E. Was: Sun Cluster0 Message-ID: <87u280mmnu.fsf@k9.prep.synonet.com>  ! jfc@mit.edu (John F Carr) writes:?  L > In article <91le3e$h6q$1@mailint03.im.hou.compaq.com>, Hoff Hoffman wrote: > H > >  Further, the AlphaServer DS20E enclosure also specifically targets  > >  the use of faster CPUs. >  > Does "faster" mean "hotter"?  = I think so in this case. Till the Alphas get the shrink, fc^2a: rules. Alas, the pdf 21264A manual is scrod, so I have not& seen real numbers for the later chips.  7 But, before you get too down about that, may I recomende: to everyone that they go to http://www.realworldtech.com .8 There you will find, amongst other things, Paul DeMone's) article on the EV8 Arana. And the POWER4.i     --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.n@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------   Date: 19 Dec 2000 08:32:38 PST* From: abuse@flying-disk.com (Alan Frisbie), Subject: Re: DS20 vs DS20E. Was: Sun Cluster! Message-ID: <JIjT29taZnFh@flying>g  7 In article <91m598$krl$1@mailint03.im.hou.compaq.com>, r4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  \ > In article <3a3e468e$0$29566@senator-bedfellow.mit.edu>, jfc@mit.edu (John F Carr) writes:M > :In article <91le3e$h6q$1@mailint03.im.hou.compaq.com>, Hoff Hoffman wrote:  > :nI > :>  Further, the AlphaServer DS20E enclosure also specifically targets , > :>  the use of faster CPUs.b > :t > :Does "faster" mean "hotter"?t > H >   If by "hotter", you inquire of the potential for increased emission G >   levels of quantum particle energy in unspecified wavelength ranges   <snip>  7 It sounds like Hoff is getting ready to run for office.C7 Either that, or the VMS v7.3 Release Notes are going to-) look like the Congressional Record.   :-)1   Thanks for the chuckle.l   -- jB --  Alan E. Frisbie             Frisbie "AT" Flying-Disk "DOT" Com@ --  Flying Disk Systems, Inc.   Abuse "AT" Flying-Disk "DOT" Com   ------------------------------  % Date: Wed, 20 Dec 2000 00:15:17 +0100.- From: "Taki Pioy" <nospam@localhost.spamwarn>i, Subject: Re: DS20 vs DS20E. Was: Sun Cluster4 Message-ID: <i0S%5.442$9h5.1505@nntpserver.swip.net>  > "Rich Dischler" <richard.dischler@compaq.com> wrote in message$ news:3A3FAB85.6F1D0DE7@compaq.com...; > The 667MHz EV67 CPU uses less power and creates less heatD' > than the 500MHz EV6 CPU chip variant.l > 4 > The shrunken die features allow such an occurance.: > But, we cranked the cache from 4MB LateWrite to 8MB DDR.  ? On the 667 module's, what are the B-cache RAM parts cycle rate? 9 167, 222MHz or something else? (333, 444, ... data rate).z  A Are you hoping to crank the cache on the 21264B (?) even further,m and using the 2/3 multiplier?f   RegardsT /fad   ------------------------------  % Date: Tue, 19 Dec 2000 23:28:33 -0800 , From: Jack Patteeuw <jjpatteeuw@voyager.net>, Subject: Re: DS20 vs DS20E. Was: Sun Cluster8 Message-ID: <3a403500$0$30005$2c3edae7@news.voyager.net>  & Gasp, who let this hardware guy in ???    J Glad to see you.  I still drooooling for the 833 Mhz CPUs for my ES40 !!!!    
 Jack Patteeuw8       Rich Dischler wrote: > ; > The 667MHz EV67 CPU uses less power and creates less heat ' > than the 500MHz EV6 CPU chip variant.T > 4 > The shrunken die features allow such an occurance.: > But, we cranked the cache from 4MB LateWrite to 8MB DDR.U > That pulls a little more power/heat, but still a pinch less than the 500MHz productt& > for the total CPU/cache consumption. >  > Rich Dischler 8 > Engineering Manager -   Uni and Dual Processor Systems > COMPAQ Alpha Volume Servers$# > 508 467-9655  297-9655 (internal)$   ------------------------------  % Date: Tue, 19 Dec 2000 21:06:33 +0100I" From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: Email forwarding ( Message-ID: <91of14$982$1@news.IAEhv.nl>  J Point taken, but I needed a quick answer whether this was possible or not.J I understand the design background, but consider this. We run a VMS systemK with one purpose only: it is the mailhub target for an AnltaVista firewall.eG The VMS system has no local users and forwards all Email to the variousRH targets. Targets may be  VMSmail hosts, smtp systems and most is sent toL an Exchange server. It never sees Email returned so the design rule does notF apply for us. Now one user requested to receive Email on two accounts.J You must also know that forwarding was switched off on the Exchange serverK because it frequently led to ping-pong effects as two users used each other . for autoforwarding and out-of-office messages.G The VMS system is secure, runs forever with minimal support (SLS backupuG every week) and can connect to all kinds of  mailservers (ours anyway).eJ There's some pressure to exchange this system with a unix box. The VMSmail= function prevents this, next to its track (up-time) record... J I'd be sorry to see the system go (VMS won't work in new environments, you know).  8 DELIVER is unknown to me. Is it part of the FREEWARE CD?  
 Hans Vlems  ( Hoff Hoffman heeft geschreven in bericht- <91m9rs$m14$1@mailint03.im.hou.compaq.com>...  > F >In article <91lo57$445$1@news.IAEhv.nl>, "Hans Vlems" <hvlems@iae.nl> writes:-G >:Is it possible to forward Email to more than one destination address? I >:The question is for a mailserver running VAX/VMS V7.1 (Y2K patch only). I >:I tried in MAIL to forward Email to two mail accounts, but that did not- >:work.-G >:The syntax does not seem to recognize a distributionlist (.DIS file).0 >0I >  This is a known restriction of MAIL and particularly of the underlyingaK >  MAIL-11 protocol.  Code was put in place to prevent MAIL from forwarding G >  to a distribution list, as there was no way to return individualizedaL >  success or failure for the distribution list address entries via MAIL-11,? >  and this was something that the MAIL client expected to see.n >pJ >  There are hack-arounds available, of course -- the DELIVER tool is one,J >  though there are issues with potential user access to privileges if youJ >  install the MAIL image, as DELIVER requires.  Other options include theG >  use of a mail server package -- forward mail to the server, in other H >  words, and let that package forward it out.  Various mail servers areF >  available for OpenVMS -- there is a Majordomo port available, among >  other packages. > F >  This topic comes up fairly regularly, please try a few searches for$ >  some of the previous discussions. > + > --------------------------- pure personal # opinion ---------------------------e0 >   Hoff (Stephen) Hoffman   OpenVMS Engineering hoffman#xdelta.zko.dec.com >    ------------------------------   Date: 19 Dec 2000 18:26 CSTa' From: carl@gerg.tamu.edu (Carl Perkins)- Subject: Re: Email forwarding:- Message-ID: <19DEC200018262558@gerg.tamu.edu>c  & "Hans Vlems" <hvlems@iae.nl> writes...K }Point taken, but I needed a quick answer whether this was possible or not.2  K It is possible that your IP software will do it for you in the SMTP server.SK This depends on what IP stack you are using. Multinet allows you to forwardnK to a list (set up via the "SMTP_ALIASES." file, which has some instructionso in it, too).  A Whatever IP software you are using may have similar capabilities.b  E This would be the quick solution. It requires manually setting it up,-G but it is not difficult - a single line entry in the SMTP_ALIASES. texte2 file may be sufficient, if you are using Multinet.   --- Carl  K }I understand the design background, but consider this. We run a VMS system:L }with one purpose only: it is the mailhub target for an AnltaVista firewall.H }The VMS system has no local users and forwards all Email to the variousI }targets. Targets may be  VMSmail hosts, smtp systems and most is sent toeM }an Exchange server. It never sees Email returned so the design rule does notuG }apply for us. Now one user requested to receive Email on two accounts.oK }You must also know that forwarding was switched off on the Exchange server.L }because it frequently led to ping-pong effects as two users used each other/ }for autoforwarding and out-of-office messages.fH }The VMS system is secure, runs forever with minimal support (SLS backupH }every week) and can connect to all kinds of  mailservers (ours anyway).K }There's some pressure to exchange this system with a unix box. The VMSmail > }function prevents this, next to its track (up-time) record...K }I'd be sorry to see the system go (VMS won't work in new environments, youG }know).- } 9 }DELIVER is unknown to me. Is it part of the FREEWARE CD?  }  }Hans Vlemsm } ) }Hoff Hoffman heeft geschreven in bericht . }<91m9rs$m14$1@mailint03.im.hou.compaq.com>... }>G }>In article <91lo57$445$1@news.IAEhv.nl>, "Hans Vlems" <hvlems@iae.nl>0 }writes:H }>:Is it possible to forward Email to more than one destination address?J }>:The question is for a mailserver running VAX/VMS V7.1 (Y2K patch only).J }>:I tried in MAIL to forward Email to two mail accounts, but that did not }>:work.H }>:The syntax does not seem to recognize a distributionlist (.DIS file). }>J }>  This is a known restriction of MAIL and particularly of the underlyingL }>  MAIL-11 protocol.  Code was put in place to prevent MAIL from forwardingH }>  to a distribution list, as there was no way to return individualizedM }>  success or failure for the distribution list address entries via MAIL-11,d@ }>  and this was something that the MAIL client expected to see. }>K }>  There are hack-arounds available, of course -- the DELIVER tool is one,aK }>  though there are issues with potential user access to privileges if you0K }>  install the MAIL image, as DELIVER requires.  Other options include the H }>  use of a mail server package -- forward mail to the server, in otherI }>  words, and let that package forward it out.  Various mail servers areeG }>  available for OpenVMS -- there is a Majordomo port available, amongr }>  other packages.  }>G }>  This topic comes up fairly regularly, please try a few searches fore% }>  some of the previous discussions.s }>, }> --------------------------- pure personal$ }opinion ---------------------------1 }>   Hoff (Stephen) Hoffman   OpenVMS EngineeringD }hoffman#xdelta.zko.dec.coma }>   ------------------------------  % Date: Tue, 19 Dec 2000 23:10:28 -0500t- From: "Jerry Alan Braga" <jabraga@golden.net>r Subject: Re: Email forwardingv4 Message-ID: <r6X%5.33$UJ6.73874527@radon.golden.net>  ; if you have UCX or tcp/ip services you can do the followingo  % mail> set foward foward@server.domaina  H where server.domain points to the mail server and forward is the name ofA .DIS file in the UCX_SMTP directory of that server.  By using thesL @server.domain format you force mail to use the SMTP method not the standardG VMS DECNET method.  Since the address being typed is not verified untilyL after the mail is sent, SMTP can look for a file in that directory with thatJ name in side that file just supply the SMTP address of the users required.  J Eg.  I have setup thru NT 4.0 IIS 4.0 an intranet web site for IT support.I I have a web page that users can enter comments and e-mail them to supporgK via address support@server.domain. IIS is setup for this WEB site to use my3J VMS server is its SMTP server so all mail will be set to user 'SUPPORT' onJ my VMS machine.  User 'SUPPORT' is only created to be a relay, inside mailI of that user I set the forwarding address to support@server.domain again.cK This will now cause VMS mail to use SMTP to pass along the mail and since IaJ have a file called SUPPORT.DIS in my UCX_SMTP directory it will forward to all users inside that group.   SUPPORT.DISs user1@server.domainn user2@server.domain  ...C end   - "Hans Vlems" <hvlems@iae.nl> wrote in messager" news:91lo57$445$1@news.IAEhv.nl...G > Is it possible to forward Email to more than one destination address?uI > The question is for a mailserver running VAX/VMS V7.1 (Y2K patch only).-I > I tried in MAIL to forward Email to two mail accounts, but that did noti > work.eG > The syntax does not seem to recognize a distributionlist (.DIS file).5 >E > Any ideas? >> > Hans Vlems >b >2   ------------------------------   Date: 19 Dec 2000 15:25:02 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: FAQ Re: UCX Bug6 Message-ID: <91nuke$37h$1@mailint03.im.hou.compaq.com>  Y In article <Xns900EE7051BMcN@212.100.160.123>, brian-DOT-mcneil@easynet.be (BMcN) writes:0 :I'd interpret this as...vJ :"If you don't have a support contract, and don't have any friendly local L :administrator who you can get to reproduce and report on your behalf, then D :your issue will get (much) lower priority - if Support accepts it.   D   I've been checking on this, and I have been told there is a formalC   mechanism -- akin to the old SPR process -- to report bugs.  As IsE   find out more details about this reporting channel, I will post it.-  J :Otherwise, provide good instructions to reproduce the problem, post here K :politely. And someone will probably reproduce and report for you if nobody E :already has a solution. Security issues understandably handled more B
 :discreetly."r  D   Posting problem reports here is hit-or-miss.  Somebody from CompaqD   might or might not see and then formally log the report.  (I'm notD   in a position to commit to accepting and logging all bug reports, E   for fear that my own software development schedule gets completely sD   clobbered.  That said, I do want to hear about and do want to get F   bugs in OpenVMS fixed, and I do want to see a channel available for :   non-contract customers to report problems with OpenVMS.)  ( .. I miss having a FAQ appearing on the M :newsgroup. Last time I can see it having been posted was 17 Aug 2000. Fine. o' :If that's the last revision, so be it.aM :But it says "Posting-Frequency: monthly", and I can understand that getting PK :the whole thing monthly would be a pain for people subscribed via mailing t :lists.   H   As stated in another recent post, I've an update underway.  Expect to J   see it later this month.  (Posting frequency should be bi-monthly, I'll "   change that for the next round.)  M :Might I suggest posting a link to latest copies on a fortnightly or monthly  ' :basis when there have been no updates.A  #   Thanks, that's a good suggestion.-  . :The crux of the biscuit is the Apostrophe (') :- F.Z.<  *   Of problems with RFC822 addressing, too.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 19 Dec 2000 20:33:44 GMT( From: brian-DOT-mcneil@easynet.be (BMcN) Subject: Re: FAQ Re: UCX Bug. Message-ID: <Xns900FD4CA3BMcN@212.100.160.123>  E On Tue, 19 Dec 2000 15:25:02 GMT, hoffman@xdelta.zko.dec.nospam (HoffiH Hoffman) wrote message <91nuke$37h$1@mailint03.im.hou.compaq.com> . . .    <snip>  / >:The crux of the biscuit is the Apostrophe (')h >:- F.Z. >n+ >  Of problems with RFC822 addressing, too.e  @ LOL! I wonder what _is_ on your software development schedule :)   -- t+ Reply to brian<dot>mcneil<at>easynet<dot>beo  - The crux of the biscuit is the Apostrophe (')  - F.Z.   ------------------------------  # Date: Tue, 19 Dec 2000 15:24:06 GMTn0 From: Clif MacDonald <Clif.MacDonald@Cognos.com> Subject: Fasttrack for VAX* Message-ID: <3A3F7E3A.767C42D7@Cognos.com>  H I'm trying to find info on Netscape Fasttrack for OpenVMS VAX. The AlphaC version comes with 7.2 and up but I can't find the version for VAX. F Anyone know if  this was ever created ? If so, does it still exist and where do I get it ?h   Clif   ------------------------------  % Date: Tue, 19 Dec 2000 23:12:06 +0100a> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr>) Subject: Gigabit Ethernet and VMS 6.2-1H3 . Message-ID: <91om76$kmq$1@reader1.imaginet.fr>   Bonjour  tous !  F I need to interconnect to VMS 6.2-1H3 cluster nodes with a better link than the existing FDDI.p  B The DEGPA-SA network adapter is supported under VMS Alpha 6.2-1H3.  2 1.- does it need patches to be fully operational ?  E 2.- can it be used as cluster interconnect, specially for shadowing ?S   Merci d'avance ... Cordialement   Jean-Franois Marchal  X9000 - LYON (FR)    ------------------------------  # Date: Wed, 20 Dec 2000 03:05:06 GMTm( From: Terry Kennedy <terry@gate.tmk.com>< Subject: Re: Intermediate error with the Elsa Gloria Synergy' Message-ID: <G5uJ8I.BFz@spcuna.spc.edu>a  ( Rudolf Wingert <win@fom.fgan.de> writes:J > users do report a problem with the Elsa Gloria Synergy graphic adapters.J > After boot or logout they will see a green gitter in the background (theF > normal login window in the foreground). After login the black letterF > are splitted and magenta, so that you can't read the text. Is this aG > known bug of this graphic adapter? Is there any solution out (reboot, H > restart of DECWindows Motif)? Is there any patch out, or is it a hard-* > ware error (adapter should be replaced)?  J   I get that occasionally, usually when it comes back from the screensaverE while logged in. Given that my background is Ankh, and it comes up in-H sparkling purple reverse video when this happens, it's pretty surreal...  H   I mentioned it to Fred, but I don't have a support contract so I can'tF bug the CSC. It seems to happen more at the higher resolutions/depths/H refresh rates, so it may be a timing glitch related to memory bandwidth.  H   In my case, logging out and back in usually fixes it, though sometimes> I have to do it twice (VMS V7.2-1, all patches + Motif 1.2.5).  I   I'm waiting for the new card so I can dumpster my slow-as-molasses ELSA  cards.  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USA    ------------------------------  # Date: Tue, 19 Dec 2000 03:53:40 GMTu' From: "Mark Glass" <mkg@fastpagefx.com>t$ Subject: IP address change - Help!!!; Message-ID: <8ZA%5.1004$88.361364@typhoon.southeast.rr.com>    Hello,  F I've inherited a reasonably old Vax machine at work to support.  We'veI recently moved office and as a consequence, I need to change the previousAJ fixed IP address.  Unfortunately, I have no idea at all what to look at or where to start with VMS.  H Can anyone please provide me with some tips or a good on-line reference?J I'm reasonably knowledgeable with other operating systems, so hopefully, I. can get this machine back on the network soon.   Many thanks for any help,r       Mark   ------------------------------   Date: 19 Dec 2000 07:15:59 GMT) From: leslie@clio.rice.edu (Jerry Leslie)e( Subject: Re: IP address change - Help!!!' Message-ID: <91n1vf$8fo$1@joe.rice.edu>k  & Mark Glass (mkg@fastpagefx.com) wrote: : Hello, :nH : I've inherited a reasonably old Vax machine at work to support.  We'veK : recently moved office and as a consequence, I need to change the previous4L : fixed IP address.  Unfortunately, I have no idea at all what to look at or : where to start with VMS. : J : Can anyone please provide me with some tips or a good on-line reference?L : I'm reasonably knowledgeable with other operating systems, so hopefully, I0 : can get this machine back on the network soon. :- : Many thanks for any help,7 :w : Mark     Start with the OpenVMS FAQ:w  8    http://www.openvms.compaq.com/wizard/openvms_faq.html   and read this section:  =   MGMT9.  How do I change the node name of an OpenVMS System?h  4 There is one piece of information you didn't supply:  5   Which VMS TCP/IP stack is installed on the old VAX.u  E The FAQ assumes Digital TCP/IP Services, aka UCX. If UCX is installedr? on your VAX, you should get meaningful output from the command:a     $ UCX SHOW VERSION  / If that doesn't produce meaningful output, try:h     $ MULTINET SHOW/VERSIONs   or:      $ NETCU SHOW VERSION   and post the result here.s  4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  % Date: Tue, 19 Dec 2000 11:56:49 +010023 From: Rainer Burger <rainer.burger@erl9.siemens.de>u( Subject: Re: IP address change - Help!!!/ Message-ID: <3A3F3EF1.8A701ED6@erl9.siemens.de>I  H If you know your other network parameters (domain name, DNS server, bindN server ...) you can run the ucx$config.com script which asks you interactivelyI your desired network settings. to start it enter under the system accountn   @sys$manager:ucx$configa  1 In any case, make sure that you have good backup.S   Hope that helpss Rainer   Mark Glass wrote:E   > Hello, > H > I've inherited a reasonably old Vax machine at work to support.  We'veK > recently moved office and as a consequence, I need to change the previousaL > fixed IP address.  Unfortunately, I have no idea at all what to look at or > where to start with VMS. >sJ > Can anyone please provide me with some tips or a good on-line reference?L > I'm reasonably knowledgeable with other operating systems, so hopefully, I0 > can get this machine back on the network soon. >a > Many thanks for any help,r >o > Mark   ------------------------------  % Date: Tue, 19 Dec 2000 10:43:23 +0000 % From: Alan Greig <agreig@my-deja.com>s+ Subject: Re: Kernel Overhead for Direct I/On8 Message-ID: <2mdu3t4kqo4cnp7thvpqfci92m3kf6evn1@4ax.com>  7 On Sat, 16 Dec 2000 22:23:36 -0700, "Barry Treahy, Jr."n <treahy@mmaz.com> wrote:   >Paul Sture wrote: >0H >> FWIW, I've seen such high kernel usage on VAXes caused by 3 things in >> particular: >>G >> 1. Badly organized indexed files (poorly designed indexed files withiE >> large numbers of duplicate keys also fall into this category IIRC). >> 2. Heavily fragmented disksJ >> 3. Too many files per directory in conjunction with a high frequency of >> scratch file creation.t >eF >I would not expect to see increased kernel time, but rather increasedN >executive time.  Sure, there might be additional I/O because of fragments andM >window turns which would translate to some kernel time, but in my case, nonehH >of these are a factor because I'm talking about a DBMS application, but >thanks for the suggestion.e   Barry,  E For further info here is what it says in the current CA MANMAN systemp< managers handbook. Typical values for a fully loaded system:   Exec 45%  - 60%t Kernel 15% - 30% u Interrupt 5%-12% User 5% -10%
 Super 0% - 1%y  C I would quibble with these figures a bit but it does show that youruF 32% kernel, while at the high end of CA's expectations, is at least in the same ballpark      --
 Alan Greig   ------------------------------    Date: 19 Dec 2000 14:15:07 -0600& From: Charles Sebold <sebold@lcms.org>A Subject: LSE (was: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?)l/ Message-ID: <m38zpcnp6c.fsf_-_@sebold.lcms.org>p  ' On 19 Kislev 5761, Jack Patteeuw wrote:-  ) > I would DIE for LSE in Un*x land !!!!!!-  # Warning:  I know nothing about LSE.H  G However, ELSE claims to be some sort of implementation of LSE in Emacs.-  " http://members.nbci.com/pmilliken/  D Don't know if this would be helpful.  Looks like you'd need to get aC later version of Emacs from gnu.org than Compaq ships with Tru64 (In think he said 20.1 or later)..  F What's so great about LSE, anyway?  I've met a few "fanatics" here and there, and I'm quite curious.o --  F Charles Sebold, Systems Specialist                     LCMS Unix site:O LCMS - Office of Information Systems                       http://unix.ois.org/ O *** Opinions expressed herein are not necessarily ***  5E74 5869 00E0 2368 3296oO *** those of the Lutheran Church - Missouri Synod ***  0287 C1FD 0045 A5E2 A184o -- 22nd of Kislev, 5761 -- Daily Affirmation:/ I have the power to channel my imagination intoS. ever-soaring levels of suspicion and paranoia.   ------------------------------  % Date: Tue, 19 Dec 2000 23:43:24 -0800b, From: Jack Patteeuw <jjpatteeuw@voyager.net>E Subject: Re: LSE (was: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?) 8 Message-ID: <3a40387c$0$35013$2c3edae7@news.voyager.net>   Charles Sebold wrote:  > ) > On 19 Kislev 5761, Jack Patteeuw wrote:  > + > > I would DIE for LSE in Un*x land !!!!!!e > % > Warning:  I know nothing about LSE.o > I > However, ELSE claims to be some sort of implementation of LSE in Emacs.Y > $ > http://members.nbci.com/pmilliken/ > F > Don't know if this would be helpful.  Looks like you'd need to get aE > later version of Emacs from gnu.org than Compaq ships with Tru64 (Ic > think he said 20.1 or later).s > H > What's so great about LSE, anyway?  I've met a few "fanatics" here and > there, and I'm quite curious.   & GNU is not Un*x and Emacs isn't LSE !!  K LSE (Language Sensitive Editor) is a "customizable" that "understands" yourxM "favorite" programming language (Fortran, Pascal, PLI, C, DCL, Datatrieve and'M even some non-DEC assemblers !!!).  I am far from an expert in LSE but it cantL prompt you for language elements, check syntax and even launch the compiler,L linker and debugger.  Many "serious" programmer have spent considerable time adding extensions.  M The "closest" non-Compaq tools to LSE are probably Code Warrior (WinDOZ Only)dC and Visual Slick Edit (WinDOZ and Un*x).  SImilar but not the same.a    
 Jack Patteeuw    ------------------------------    Date: 19 Dec 2000 15:56:55 -0500, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Mem filet+ Message-ID: <wuQX3xf8$KkO@eisner.decus.org>i  m In article <hshubs-90774F.21403518122000@news.mindspring.com>, Howard S Shubs <hshubs@mindspring.com> writes: L > In article <OQbm5tt1M0tC@eisner.decus.org>, koehler@eisner.decus.org (Bob  > Koehler) wrote:  > @ >>  You tell us.  There's no VMS convention for a file type mem. > D > Incorrect.  Think: RUNOFF.  Granted that doesn't appear related...  F As an old fan of runoff, I never should have forgot that.  Who'ld haveG thought the www would be built on markup languages back when WSYWIG wasn
 all the buzz?s  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationo= NASA GSFC Flight Software       | Federal Sector, Civil GroupkE                                 | please remove ".aspm" when replyingM   ------------------------------  % Date: Tue, 19 Dec 2000 14:47:47 +0000 , From: Nick Lewis <nick_lewis@flextech.co.uk> Subject: No such file - ERROR - Message-ID: <3A3F7513.FEA377B@flextech.co.uk>-  C One of our VMS v7.2 servers is currently reporting a problem with a-D specific file.  When doing a dir /ful on the file name I receive the
 following:  !         SS_FLX_REL2>dir *.tmp/ful-         Directory DRA1:[000000]0(         SORTWORK1.TMP;1     no such file$         Total of 1 file, 0/0 blocks.  C Is there anyway I can delete or repair the file as it reports as any/ error when running an image backup of the disk.l   Thanks,a
 Nick Lewis   ------------------------------  # Date: Tue, 19 Dec 2000 15:52:27 GMT 1 From: "Mark D. Jilson" <jilly@clarityconnect.com>T! Subject: Re: No such file - ERRORn2 Message-ID: <3A3F858B.8928487C@clarityconnect.com>  # $ ANALYZE/DISK/REPAIR/CONFIRM DRA1:E   Nick Lewis wrote:h > E > One of our VMS v7.2 servers is currently reporting a problem with acF > specific file.  When doing a dir /ful on the file name I receive the > following: > # >         SS_FLX_REL2>dir *.tmp/fulg! >         Directory DRA1:[000000] * >         SORTWORK1.TMP;1     no such file& >         Total of 1 file, 0/0 blocks. > E > Is there anyway I can delete or repair the file as it reports as anu1 > error when running an image backup of the disk.M > 	 > Thanks,l > Nick Lewis   -- uD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Tue, 19 Dec 2000 16:06:55 GMTX* From: Alan E. Feldman <alan48@my-deja.com>! Subject: Re: No such file - ERRORs( Message-ID: <91o12o$l1$1@nnrp1.deja.com>  - In article <3A3F7513.FEA377B@flextech.co.uk>,o/   Nick Lewis <nick_lewis@flextech.co.uk> wrote:.E > One of our VMS v7.2 servers is currently reporting a problem with asF > specific file.  When doing a dir /ful on the file name I receive the > following: > # >         SS_FLX_REL2>dir *.tmp/fula! >         Directory DRA1:[000000]e* >         SORTWORK1.TMP;1     no such file& >         Total of 1 file, 0/0 blocks. >dE > Is there anyway I can delete or repair the file as it reports as ane1 > error when running an image backup of the disk.o   Uses   $ ANAL/DISK/REPAIR DRA1:  F It is recommended to first do a pass without /REPAIR to see all errorsF first. Use /REPAIR with /CONFIRM to selectively fix errors. It is alsoF best to run ANAL/DISK when the disk is in a quiescent state. Check the docs.p  : Alternatively, you can do $ SET FILE/REMOVE SORTWORK1.TMP.   --F NOTE: If you wish to e-mail me, please do NOT use the deja address. ItE is broken. Instead, use one of the addresses below, removing the long  wrong part first. Thanks.e   Disclaimer: JMHO Alan E. Feldman  &-)+ w: afeldman@gfigroup.ButItSaidItPrinted.comu5 h: alan48@dellnet.YouCantBelieveEverythingYouRead.comg     Sent via Deja.comt http://www.deja.com/   ------------------------------  % Date: Tue, 19 Dec 2000 13:44:30 -0500s% From: "Brian Tillman" <tillman_brian>r! Subject: Re: No such file - ERRORa" Message-ID: <3a3fabcc@news.si.com>  " >        SS_FLX_REL2>dir *.tmp/ful  >        Directory DRA1:[000000]) >        SORTWORK1.TMP;1     no such fileh% >        Total of 1 file, 0/0 blocks.g >eD >Is there anyway I can delete or repair the file as it reports as an0 >error when running an image backup of the disk.  . $ set file/remove dra1:[000000]sortwork1.tmp;1 --  A Brian Tillman                   Internet: tillman_brian at si.compA Smiths Industries, Inc.                   tillman at swdev.si.como= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------    Date: 19 Dec 2000 16:04:44 -0500, From: koehler@eisner.decus.org (Bob Koehler)! Subject: Re: No such file - ERRORa+ Message-ID: <1zYVIs4PItgZ@eisner.decus.org>s  \ In article <3A3F7513.FEA377B@flextech.co.uk>, Nick Lewis <nick_lewis@flextech.co.uk> writes:E > One of our VMS v7.2 servers is currently reporting a problem with aaF > specific file.  When doing a dir /ful on the file name I receive the > following: > # >         SS_FLX_REL2>dir *.tmp/fule! >         Directory DRA1:[000000]t* >         SORTWORK1.TMP;1     no such file& >         Total of 1 file, 0/0 blocks. >   H For SORTWORK.TMP, I'd just use delete to remove the directory entry (youH could use set filoe/remove on this one).  Periodically, it[s a good idea to analyze/media_format/repair  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences CorporationR= NASA GSFC Flight Software       | Federal Sector, Civil Group2E                                 | please remove ".aspm" when replyingH   ------------------------------  % Date: Tue, 19 Dec 2000 21:11:27 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>h! Subject: Re: No such file - ERRORs- Message-ID: <3A40235F.9A9F2B58@earthlink.net>    Nick Lewis wrote:t > E > One of our VMS v7.2 servers is currently reporting a problem with adF > specific file.  When doing a dir /ful on the file name I receive the > following: > # >         SS_FLX_REL2>dir *.tmp/ful:! >         Directory DRA1:[000000]l* >         SORTWORK1.TMP;1     no such file& >         Total of 1 file, 0/0 blocks. > E > Is there anyway I can delete or repair the file as it reports as anA1 > error when running an image backup of the disk.a  D I'd be careful that all nodes have the same view of the filesystem -F make sure you get consistent results from the DIRECTORY command on all> nodes of the cluster. I've seen this for more than one reason.H Unfortunately, one of them happened to be a problem in F11BXQP. One nodeF of 2-node cluster saw what you see. The other node didn't even see theE directory - until a couple of minutes later, and then it reported the D file in place with all attributes listed, while the other node still reported it missing.   -- r David J. Dachtera  dba DJE Systemso http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  # Date: Tue, 19 Dec 2000 20:17:07 GMTd From: yu@jnatx.com2 Subject: Open VMS Help Desk Specialist, 4 openings) Message-ID: <91ofnr$eq3$1@nnrp1.deja.com>   ' Position: Open VMS Help Desk Specialistt  B Responsibilities: Provide Level 1 technical support for large dataC center that servicing nationwide retail stores on-line. Environment A consists of many Compaq Alpha servers running Open VMS 6.2 or 7.2oE connected by Earthstation link to a Wide Area Network, which links torD stores with point-of-sales terminals. Candidates will be required toC provide on-site support with overlapping shifts during the coverageh> hours of 8:00am  11:00pm, Monday through Friday, and rotatingG weekends. Duties include responding to requests for service, helping toaE resolve system and network problems, answering questions, dispatchingo7 service engineers and tracking, and reporting problems.hA Experience: Qualified candidates must have a minimum of 1-2 years E experience in Open VMS operations, administration, or management in asE medium to large LAN/WAN environment supporting high volumes of users.l  F Skills & Other Qualities: Must have excellent customer service skills,E like to solve problems, be articulate and able to communicate clearly H (verbally and in writing), can multi-task, be patient and self directed.  G Knowledge & Education: Candidates must have a working knowledge of Openu; VMS operations, administration, commands, DCL and security.s  F Compensation: This is a salaried position that ranges from $38k - $45kF per year. A comprehensive benefits package includes paid major medical< insurance, matching 401k, paid time off and qualified bonus.   Contact: David Matusze Jobs@jnatx.com Tel 972-881-1553 Fax 972.424.9181   Johnson & Associates 701 E. Plano Parkway	 Suite 500  Plano, TX  75074# http://www.jnatx.com/employment.htm      Sent via Deja.com  http://www.deja.com/   ------------------------------  % Date: Tue, 19 Dec 2000 21:16:23 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> 6 Subject: Re: Open VMS Help Desk Specialist, 4 openings- Message-ID: <3A402487.49ED74F3@earthlink.net>e   yu@jnatx.com wrote:R [snip]H > Compensation: This is a salaried position that ranges from $38k - $45k [snip]  B You'd have to almost double that salary range to get people of any respectable quality.   -- p David J. Dachterae dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.t   ------------------------------  % Date: Tue, 19 Dec 2000 05:31:56 +0100t2 From: martin@radiogaga.harz.de (Martin Vorlaender)$ Subject: Re: Opera (was Mozilla 0.6); Message-ID: <3a3ee4bc.524144494f47414741@radiogaga.harz.de>   6 David J. Dachtera (djesys.nospam@earthlink.net) wrote: : Paul Sture wrote:n [Netscape trying to dial out] I : I see it with the W/9x V4.6 and later (and perhaps earlier). I think it I : may be trying to "phone home": The LANmodem indicates that the call wasRA : originated due to a DNS request from this Wintel box to resolveTJ : WWW-RL.NETSCAPE.COM. It does this at least once a day. Not sure what the : story is with that.e  E I don't know exactly either, but I've seen this hostname before. It's 0 the server Netscape queries for "Related Links".   cu,r   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.derN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Tue, 19 Dec 2000 12:52:33 -0800s! From: Shane.F.Smith@Healthnet.com,$ Subject: Re: Opera (was Mozilla 0.6)D Message-ID: <OF52076B81.64956FB5-ON882569BA.0072615A@foundation.com>  + Try switching off "Smart Browsing". Go intowJ Edit>Preferences>Navigator>Smart Browsing, and disable everything. I don'tH know if that'll fix it since I never switch it on myself (Paranoia Rules OK!), but it sounds likely.    Shaneo          2 martin@radiogaga.harz.de on 12/18/2000 08:31:56 PM  * Please respond to martin@radiogaga.harz.de   To:   Info-VAX@Mvb.Saic.Com  cc:t  % Subject:  Re: Opera (was Mozilla 0.6)h    6 David J. Dachtera (djesys.nospam@earthlink.net) wrote: : Paul Sture wrote:k [Netscape trying to dial out]-I : I see it with the W/9x V4.6 and later (and perhaps earlier). I think iteI : may be trying to "phone home": The LANmodem indicates that the call was4A : originated due to a DNS request from this Wintel box to resolve6J : WWW-RL.NETSCAPE.COM. It does this at least once a day. Not sure what the : story is with that.n  E I don't know exactly either, but I've seen this hostname before. It's>0 the server Netscape queries for "Related Links".   cu,d   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.ded One OS to bring them all      |g( http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------    Date: 19 Dec 2000 23:43:23 +0800, From: Paul Repacholi <prep@prep.synonet.com>( Subject: Re: Opera (was Re: Mozilla 0.6)0 Message-ID: <87wvcwmn6s.fsf@k9.prep.synonet.com>  , eplan@kapsch.net (Peter LANGSTOEGER) writes:  e > In article <3A3DD996.66BD8185@CCAgroup.co.uk>, Chris Sharman <Chris.Sharman@CCAgroup.co.uk> writes: I > >Sounds like we could have a while longer to wait before we can get rid  > >of netscape 3.03. > K > As one expected already two of three years ago, when DEQ made their plansfK > public to NOT port the NETSCAPE V4. But NO, they didn't want to listen...f  > Ah, but for the best 'value' go to the Compaq partner website.7 I'll let some one else report the result, or I'll go upc in flames again...   Oh, DO use the VMS Netscape!   -- >< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  % Date: Wed, 20 Dec 2000 14:22:54 +1030 % From: Jeremy Begg <jeremy@vsm.com.au>o4 Subject: Overzealous spam filtering for compaq.com ?* Message-ID: <3A40C0BE.700B27E4@vsm.com.au>   Hi everyone,  G A little warning for those of you who communicate with Compaq employees  via mailing lists.  C It appears that Compaq has made an "interesting" (to put it mildly)eB change in the configuration of their mail gateways and/or servers.> Any message which is purportedly from an address in compaq.comA and destined for a user in compaq.com, but which is received fromi: outside Compaq, is rejected with an "access denied" error.  F On the face of it that appears to be a reasonable thing to do.  But inC practice it raises some serious problems.  For example, if a CompaqtF employee sends a message to a mailing list outside of Compaq, and thatH list includes Compaq employees on it, the Compaq employees won't receive the message.   Regards,           Jeremy Begg.  =   +---------------------------------------------------------+E=   |            VSM Software Services Pty. Ltd.              |.=   |                 http://www.vsm.com.au/                  |a=   |       "OpenVMS Systems Management & Programming"        |e=   |---------------------------------------------------------|S=   | P.O.Box 402, Walkerville, |  E-Mail:  jeremy@vsm.com.au | =   | South Australia 5081      |   Phone:  +61 8 83592155    |s=   |---------------------------|  Mobile:  0414 422 947      |s=   |  A.C.N. 068 409 156       |     FAX:  +61 8 82231777    |h=   +---------------------------------------------------------+a   ------------------------------  # Date: Wed, 20 Dec 2000 05:14:43 GMTs( From: Terry Kennedy <terry@gate.tmk.com>8 Subject: Re: Overzealous spam filtering for compaq.com ?' Message-ID: <G5up8J.H28@spcuna.spc.edu>r  ' Jeremy Begg <jeremy@vsm.com.au> writes:CE > It appears that Compaq has made an "interesting" (to put it mildly)nD > change in the configuration of their mail gateways and/or servers.@ > Any message which is purportedly from an address in compaq.comC > and destined for a user in compaq.com, but which is received from < > outside Compaq, is rejected with an "access denied" error. >WH > On the face of it that appears to be a reasonable thing to do.  But inE > practice it raises some serious problems.  For example, if a Compaq H > employee sends a message to a mailing list outside of Compaq, and thatJ > list includes Compaq employees on it, the Compaq employees won't receive > the message.  L   Hmmm. DECUS (via the former outsourcing firm) made a similar mistake aboutI DECUS.ORG some time ago, but it has since been fixed (and the outsourcingc( firm no longer does any work for DECUS).  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USAe   ------------------------------  # Date: Tue, 19 Dec 2000 19:04:40 GMTr2 From: seibel_r@localhost.localdomain (Rich Seibel)& Subject: Problem with linking C++ code; Message-ID: <slrn93vca2.pep.seibel_r@localhost.localdomain>-  H I am trying to port a rather large open source middleware package called9 ACE/TAO to VMS and I am having a problem with the linker.e  E I have built both a static library and a dynamic library.  When I tryvD to link an application with the dynamic library, none of the symbolsC get resolved.  When I try to link with the static library, all the .C symbols get resolved except those from one object module.  That one@E object module, if I include it specifically in the link, will satisfyaC all the missing symbols.  I know that the module is in the library aB because LIBRARY tells me so and will show me the symbols.  Is this  a known problem with the linker?  
 Background --.I ACE/TAO is written in C++.  It has over 1 million line of code in severaly8 thousand modules.  It currently runs on 30-40 platforms.  J I am using the GNV tools, bash, gmake, and wrappers for the CXX, CXXLINK, E and LIBRARY programs.  These are working successfully to allow me to r start to compile the system.  B The platform is and Alpha runing OpenVMS.  The compiler identifies7 itself as Compaq C++ V6.2-035 for OpenVMS Alpha V7.1-2.P  
 Details -- For the shared libary case,  The link step is:v
 $cxxlink -  /repository=([.cxx_repository] -6 ,SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE.CXX_REPOSITORY] - ,[.CXX_REPOSITORY] - ) -o /exec=ARGV_TEST. - link00ea08.opt/opt where the opt file is: [.VMS_OBJ]ARGV_TEST.O 3 SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE]LIBACE.SO/share < The oupput from the linker is long, only an exerpt is shown:' %LINK-W-SHRWRNERS, compilation warningsuD         in shareable image file SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE]D LIBACE.SO;1%LINK-I-DATMISMCH, creation date of  7-FEB-2000 17:40 in + shareable image GNU:[LIB]DECC$SHR_V71.EXE;1.B         differs from date of 29-JUL-1999 00:17 in shareable image ) library SYS$COMMON:[SYSLIB]IMAGELIB.OLB;1 ' %LINK-W-NUDFSYMS, 28 undefined symbols: K %LINK-I-UDFSYM,         void ace_cleanup_destroyer(ACE_Cleanup *, void *) C.7 %LINK-I-UDFSYM,         int ACE_ARGV::add(const char *)oE %LINK-I-UDFSYM,         const char *ACE::basename(const char *, char)>9 %LINK-I-UDFSYM,         void ACE_Cleanup::cleanup(void *) J %LINK-I-UDFSYM,         void ACE_Log_Msg::clr_flags(unsigned long)         [snip]H %LINK-W-USEUNDEF, undefined symbol void ACE_Log_Msg::set_flags(unsigned  long) referenced)         in psect $LINK$ offset %X00000090[G         in module ARGV_TEST file SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.TESTS.1 VMS_OBJ]ARGV_TEST.O;1 C %LINK-W-USEUNDEF, undefined symbol const char *ACE::basename(const e char *, char)referenced )         in psect $LINK$ offset %X000000A0LG         in module ARGV_TEST file SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.TESTS.R VMS_OBJ]ARGV_TEST.O;1s [snip]E All the symbols are from this object or from the template repository   associated with it.s  D I have tried linking with the shared library both installed and not   installed with identical result.  & I suspect I am missing something here.     For the shared libary case,  The link step is:e
 $cxxlink -  /repository=([.cxx_repository] -6 ,SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE.CXX_REPOSITORY] - ,[.CXX_REPOSITORY] - ) -a /exec=ARGV_TEST. - link00ea30.opt/opt where the opt file is: [.VMS_OBJ]ARGV_TEST.OR0 SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE]LIBACE.A/lib< The oupput from the linker is long, only an exerpt is shown:$ %LINK-W-WRNERS, compilation warningsB         in module SV_SEMAPHORE_SIMPLE file SYS$SYSDEVICE:[TAO.ACE_ WRAPPERS.ACE]LIBACE.A;1 C %LINK-I-DATMISMCH, creation date of  7-FEB-2000 17:40 in shareable ]! image GNU:[LIB]DECC$SHR_V71.EXE;1uB         differs from date of 29-JUL-1999 00:17 in shareable image ) library SYS$COMMON:[SYSLIB]IMAGELIB.OLB;1pC %LINK-I-DATMISMCH, creation date of 26-JUL-1999 16:17 in shareable  * image SYS$COMMON:[SYSLIB]PTHREAD$RTL.EXE;1B         differs from date of  7-DEC-1998 15:24 in shareable image ) library SYS$COMMON:[SYSLIB]IMAGELIB.OLB;1 ' %LINK-W-NUDFSYMS, 13 undefined symbols:n= %LINK-I-UDFSYM,         char *ACE_NS_String::char_rep() const I %LINK-I-UDFSYM,         ACE_NS_String::ACE_NS_String(const ACE_WString &) J %LINK-I-UDFSYM,         ACE_NS_Internal::ACE_NS_Internal(ACE_NS_String &,  constchar *) [snip]G %LINK-W-USEUNDEF, undefined symbol const char *ACE_NS_Internal::type()  
 referenced)         in psect $LINK$ offset %X00000190 J         in module CXX$LSTNMENTRES67ACLCLNM273SJTL file SYS$SYSDEVICE:[TAO.E ACE_WRAPPERS.ACE.CXX_REPOSITORY]CXX$LSTNMENTRES67ACLCLNM273SJTL.OBJ;2gF %LINK-W-USEUNDEF, undefined symbol ACE_NS_String::ACE_NS_String(const  ACE_WString &) referencedw)         in psect $LINK$ offset %X000001B0uJ         in module CXX$LSTNMENTRES67ACLCLNM273SJTL file SYS$SYSDEVICE:[TAO.E ACE_WRAPPERS.ACE.CXX_REPOSITORY]CXX$LSTNMENTRES67ACLCLNM273SJTL.OBJ;2  andu. $ lib/list/name/only=local_name_space libace.aP Directory of ALPHA OBJECT library SYS$SYSDEVICE:[TAO.ACE_WRAPPERS.ACE]LIBACE.A;1  on 19-DEC-2000 13:32:42D Creation date:  18-DEC-2000 19:44:40      Creator:  Librarian A09-22? Revision date:  18-DEC-2000 19:44:49      Library format:   3.0o? Number of modules:    176                 Max. key length:  1282K Other entries:       2451                 Preallocated index blocks:    213-K Recoverable deleted blocks:      0        Total index blocks used:      343 K Max. Number history records:      20      Library history records:        4    Module LOCAL_NAME_SPACE2 CHAR_REP__K13ACE_NS_STRINGXV CXX$CT13ACNSSTRNGXNK11AC1I01HD5f CXX$CT15ACNSNTRNLXN13ACN05429O0y CXX$EQK13ACNSSTRNGXNK13A0TH6253p CXX$EQK15ACNSNTRNLXNK15A12B9FRLu CXX$INTLCLNMSPCCPP1DC78A1K5QDPT  CXX$NK13ACNSSTRNGXNK13AC36VBU2GX CXX$OP11ACWSTRNGK13ACNSS0RB5Q9Di CXX$PNTLCLNMSPCCPP1DC78A299TBJH  CXX$STRSTRK13ACNSSTRNGXN3Q86AF8  FAST_REP__K13ACE_NS_STRINGXV HASH__K13ACE_NS_STRINGXV LEN__K13ACE_NS_STRINGXVa TYPE__15ACE_NS_INTERNALXVs VALUE__15ACE_NS_INTERNALXV __CT__13ACE_NS_STRINGXPUSPKUSUI' __CT__13ACE_NS_STRINGXVe __CT__15ACE_NS_INTERNALXV * $ cxxdemangle CHAR_REP__K13ACE_NS_STRINGXV% char *ACE_NS_String::char_rep() constl  I As you can see the symbol above is present in the library, but the linkerl says it is missing.  Any clues?r       -- 1D --------------------------------------------------------------------D Rich Seibel, Software Engineer                 (314)579-0066 ext 220D Object Computing, Inc.                           seibel_r@ociweb.comD Need ACE training?                      See http://www.theaceorb.comD --------------------------------------------------------------------   ------------------------------  % Date: Tue, 19 Dec 2000 22:24:24 +1030*% From: Jeremy Begg <jeremy@vsm.com.au> & Subject: Problems with PATHWORKS V6.0C* Message-ID: <3A3F4C70.12D3CC8D@vsm.com.au>   Hi,p  L I've configured a DS20E with OpenVMS V7.2-1 and PATHWORKS for OpenVMS V6.0C.C This machine (LICKER) is used mostly by interactive users running a-J warehouse management and order tracking system, and several of these users	 have PCs.D  D For the PC users I've enabled external authentication and configuredE personal shares which are mapped to the users' respective VMS default H directories.  For example, user Lyn Brown has a VMS account called BROWNF and a PATHWORKS account called BROWN.  Lyn's directory on the Alpha isH D1:[BROWN] and so there is a PATHWORKS personal share called BROWN (i.e.F \\LICKER\BROWN).  The code to set up a user looks something like this:   $ administerF add user BROWN /full="Lyn Brown"/pass=FRED /member=Users/flag=nopwdexpO add share/dir BROWN/personal D1:[BROWN] /nopermissions/permissions=(BROWN=FULL)n5 modify user BROWN /home=(drive=M,path=\\LICKER\BROWN)h exit $a  H (Incidentally, we found that /FLAG=NOPWDEXP was necessary otherwise whenI they tried to log in at a terminal as an interactive VMS user, they woulde! be told the account had expired.)   I However, we've noticed that several of the PC users can't actually accessiI their VMS home directories from their PCs.  They can map their respectivelI personal shares but when they try to read them they get the error message # "This folder was moved or removed".   I Upon further investigation, I suspect that PATHWORKS is not honouring thebF VMS file system security even though the server is configured with theI security model set to "Advanced Server and OpenVMS".  Specifically, those I users who can access their home directories are able to do so because the H directories have W:RE protection; the directories of those who can't areA only W:E protection.  Furthermore certain public shares which areeI protected with VMS ACLs simply aren't accessible as PATHWORKS file shares7J unless the directory protection is changed to W:RE -- the PATHWORKS server is simply ignoring the ACLs.  K I know the above relies on host mapping, but the documentation says this is-J active by default when the PATHWORKS account names are the same as the VMS
 usernames.  I Is anyone aware of problems with PATHWORKS V6.0C and the "Advanced Server  and OpenVMS" security model?   Thanks,e           Jeremy Begga  >   +----------------------------------------------------------+>   |            VSM Software Services Pty. Ltd.               |>   |                 http://www.vsm.com.au/                   |>   |----------------------------------------------------------|>   | P.O.Box 402, Walkerville   |  E-Mail:  jeremy@vsm.com.au |>   | South Australia 5081       |   Phone:  +61 8 83592155    |>   |----------------------------|  Mobile:  +61 4 14422947    |>   |  A.C.N. 068 409 156        |     FAX:  +61 8 82231777    |>   +----------------------------------------------------------+   ------------------------------   Date: 19 DEC 2000 17:00:14 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)* Subject: Re: Problems with PATHWORKS V6.0C6 Message-ID: <19DEC00.17001437@thuria.waisman.wisc.edu>  = In a previous article, Jeremy Begg <jeremy@vsm.com.au> wrote:c  K ->However, we've noticed that several of the PC users can't actually accessiK ->their VMS home directories from their PCs.  They can map their respectiverK ->personal shares but when they try to read them they get the error messaget% ->"This folder was moved or removed".  -> sJ ->Upon further investigation, I suspect that PATHWORKS is not honoring theH ->VMS file system security even though the server is configured with theK ->security model set to "Advanced Server and OpenVMS".  Specifically, thosepK ->users who can access their home directories are able to do so because the J ->directories have W:RE protection; the directories of those who can't areC ->only W:E protection.  Furthermore certain public shares which are K ->protected with VMS ACLs simply aren't accessible as PATHWORKS file sharesoL ->unless the directory protection is changed to W:RE -- the PATHWORKS server ->is simply ignoring the ACLs. -> nM ->I know the above relies on host mapping, but the documentation says this is5L ->active by default when the PATHWORKS account names are the same as the VMS ->usernames. -> tK ->Is anyone aware of problems with PATHWORKS V6.0C and the "Advanced Servert ->and OpenVMS" security model?  F We've seen this too for some users that are on non-local subnets. I'veC not looked at the relation to directory protection (all of our homeME directories are W:E) but that may be why only some users are affectediH (thanks for the tip). The solution (work around) we use is to add a hostF mapping (ADMINISTER ADD HOSTMAP BROWN BROWN). The default host mappingC stated in the documentation doesn't appear to always be in effect. p  ' BTW: We're running PW V6.0C (no eco's).n   ------------------------------  # Date: Tue, 19 Dec 2000 20:31:06 GMTd: From: brad.mccusker@compaq.remove_this.com (Brad McCusker)* Subject: Re: Problems with PATHWORKS V6.0C0 Message-ID: <3a3fb184.829762585@news.compaq.com>  C On Tue, 19 Dec 2000 22:24:24 +1030, Jeremy Begg <jeremy@vsm.com.au>' wrote:    J >However, we've noticed that several of the PC users can't actually accessJ >their VMS home directories from their PCs.  They can map their respectiveJ >personal shares but when they try to read them they get the error message$ >"This folder was moved or removed". >nJ >Upon further investigation, I suspect that PATHWORKS is not honouring theG >VMS file system security even though the server is configured with theRJ >security model set to "Advanced Server and OpenVMS".  Specifically, thoseJ >users who can access their home directories are able to do so because theI >directories have W:RE protection; the directories of those who can't arer >only W:E protection.  @  F OK, W:E protection on a directory gives you the right to look up filesD whose names you know, and W:RE gives you the right to list the filesB in the directory.  So, there seems to be some consistency with theC OpenVMS model here, so far, at least with respect to World Access. f Would you agree?  F  The question is, who owns these directories, you didn't say, and thenC the next question is, what OpenVMS user are the PC Users mapping toeE when they connect.  Implicit hostmapping would lead you to think theyC> are hostmapping to the identical user name on OpenVMS (in your@ example, PC user BROWN should implicitly hostmap to OpenVMS userF BROWN).  Is that really happening.  And on a related note, who are theD users connecting to the server as?  If they are connecting as GUEST,B then they map to PWRK$GUEST, and perhaps the behavior is expected.  5 So the questions I have at this point are as follows:>  : 1. Who is the OpenVMS owner of the directories in question  D 2. Who is the client connecting as (ADMIN SHO CONNECTION ought to be of help here).  9 3. Are you sure that the user is hostmapping as expected?oF Unfortunately, there isn't a command that will tell you that, but, I'm= thinking we ought to try to add it to the debug commands...  m  F One thing you can try is to set bit 31 of SYS$SINGLE_SIGNON to get the= External Authentication debug output and look at who ExternalaE Authentication trys to hostmap the user too.  No guarantees that justeE becuase they hostmap correctly with External Authentication that theyiE will hostmap correctly on connect, but, you may be suprised with whath% you see from External Authentication.e  9 To see this stuff do a $DEFINE SYS$SINGLE_SIGNON 80000001-B then do a reply/enable=security so you get the opcom messages thisD logical will result in.  Usually the opcom output is pretty straight< forward, and I think you would see if it was doing something unexpected.   B 4. You are relying on implicit hostmaps.  Do an aDMIN SHOW HOSTMAP@ affcted-user-name to be sure they aren't hostmapped to something unexpected.   B 5.  This shouldn't be necessary, but, on those accounts that don't> work, try explicitly hotmapping those users (ADMIN ADD HOSTMAP! server-user-name host-user-name).A    , >Furthermore certain public shares which areJ >protected with VMS ACLs simply aren't accessible as PATHWORKS file sharesK >unless the directory protection is changed to W:RE -- the PATHWORKS server> >is simply ignoring the ACLs.  >t  F Well, maybe, but, I think we need to see the whole picture, especiallyC who is the network user mapped to, who owns the directory, and what D are the permissions that result in denial.  Also, of course, who are the denied users conencted as.  L >I know the above relies on host mapping, but the documentation says this isK >active by default when the PATHWORKS account names are the same as the VMSq >usernames.   E Good point.. Better check lanman.ini parameter hostmapusevmsnames ande8 be sure its not set to anything other than yes (default)  J >Is anyone aware of problems with PATHWORKS V6.0C and the "Advanced Server >and OpenVMS" security model?p  C No, but, I also know that its not widely used, so, if something wase@ broken, we might not even know about it!  You've done a good jobF describing it so far, I look forward to your reply.  If you've found aC bug, I suspect it wil be clear when you answer the questions above.e   Thanks.f       Regards,  
 Brad McCuskerd/ OpenVMS Advanced Server Engineering (PATHWORKS)m Compaq Computer Corporation,  3 All comments contained herein are my own and do not,* reflect those of anyone or anything else.    ------------------------------    Date: 19 Dec 2000 20:56:12 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: puzzled by patchesy* Message-ID: <3a3fbd5c$1@news.kapsch.co.at>  [ In article <91halm$p4f$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:tG >I tried to install the newest TCPIP ECO for VAX, but it fails since I pG >need a newer PCSI.  However, I couldn't find this in the obvious placee > > >   ftp://ftp1.service.digital.com/patches/public/vms/vax/v7.2  F As it has been discussed here umpteen times. You are still not able toE install this TCPIP ECO (which came out over a year too late), becausebF it depends on another (PCSI) kit (which has been not released for overC to months now). There is an beta version of this PCSI ECO kit namede  $ 	DEC-VAXVMS-VMS72_PCSI-A0100--4.PCSI  % >Also, for CC on ALPHA, the patch at e > D >   ftp://ftp1.service.digital.com/patches/public/vms/axp/v7.2/c/6.2 >.I >fails because it says that it can't find saveset B.  Is there something K	 >missing?R  C Yes, saveset B is missing. The cover letter doesn't even mention itoF (and doesn't count it's size). It contains the HTML docs, so answeringJ No to the question whether you want to install those will get you a smooth errorfree installation.h  G >Note that the latter is under 7.2, not 7.2-1.  However, I assume that sF >the compiler patch should be applied if it is running under 7.2-1 as  >well---right?  H Yes. It is a patch for CC V6.2 and this one runs on many opsys versions.  H >In general, shouldn't the directories for each operatingsystem versionsD >contain directories for ALL compilers etc which can run under thoseH >operating-system versions?  In general, this seems to be the case, but E >as mentioned above for C (and also for ADA) it seems to be that not f/ >everything is visible everywhere it should be.D  F The FTP(/HTTP) server runs on U**X which have hard links and the patchG archive admins do use them intensively. But as they are human and humanSF make mistakes, there are bugs in the directory structure it and as youG might already found out, it is very hard to force them to fix the bugs.(  F Maybe the structure should be changed to separate the layered productsA from the opsys. This archive can't be a perfect SPD replacement !d  G You may also find, that some products do not exist in this structure at 7 all (eg. PATHWORKS) and I don't know why in the hell..._   -- :< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888S< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 19 Dec 2000 21:46:38 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: puzzled by patchesV* Message-ID: <3a3fc92e$1@news.kapsch.co.at>  l In article <91linv$57h$1@fizban.fizban.pprd.abbott.com>, "Dave Gudewicz" <david.gudewicz@abbott.com> writes:2 >While we're on the puzzled by patches subject.... >r >Seems as if the patches oni9 >http://ftp.support.compaq.com/patches/.new/openvms.shtmliL >haven't had an update since 5-DEC-2000.  My guess is there have indeed been >updates since then.   Yes, at least the followingR   VMS721_FIBRE_SCSI-V0200. VMS721_LIBRTL-V0100t VMS721_PTHREAD-V0200 VMS721_RMS-V0100
 VAXBACK02_072Y
 VAXF11X02_072E   >Wonder what's going on here.u  G Don't know. But DSIN and the ECO mailing list does make you independantp0 of this (running on non-VMS opsys) webserver ;-)   -- i< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Tue, 19 Dec 2000 11:38:06 +0100b From: "Pb" <ere@ere.ccc>  Subject: shadow copy hang at 99%& Message-ID: <3a3f3983$1@news.euriware>  K     Shadow copy hang at 99 % on a cluster of 2 VAX 4000 on Vax VMS 6.2 with ! all possible patches . Any Idea ?S   ------------------------------  # Date: Tue, 19 Dec 2000 15:50:19 GMT 1 From: "Mark D. Jilson" <jilly@clarityconnect.com> $ Subject: Re: shadow copy hang at 99%2 Message-ID: <3A3F850B.9499B928@clarityconnect.com>  G What disk is this happening on?  I suspect the system disk.  The way toyH "clear" this is to shut down both nodes. Boot one node without shadowingB the system disk. Shutdown again. Then you can reboot with a single3 member shadowset. Then add the copy target back in.M  B Are you sure that you have all the latest IO and Shadowing patches3 loaded?  VAXSHAD09_062 is the current kit for V6.2.   	 Pb wrote:K > M >     Shadow copy hang at 99 % on a cluster of 2 VAX 4000 on Vax VMS 6.2 withS# > all possible patches . Any Idea ?P   -- ]D Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  # Date: Tue, 19 Dec 2000 07:01:12 GMT % From: Uwe Zessin <zessin@my-deja.com>t Subject: Re: Snapshot released?7) Message-ID: <91n13n$88v$1@nnrp1.deja.com>t  
 In articleD <696BC4D1CA59D475.573FA4384A89D672.2BBDB14BF91A2EEC@lp.airnews.net>,#   kuff@tessco.com (Hal Kuff) wrote:a >n> > I understand that Compaq will now sell Snapshot and Clone on > Storageworks controllers  D I beleive the HSG80 is the only controller where you can do Snapshot) with the correct version of the firmware.C   > mated to OpenVMS systems....  % It is not limited to OpenVMS systems.L  D > This S/W is expensive, one pair of controllers would run 65k......   Let's see...  6 Cloning uses the controller-builtin mirroring feature. That works with ACS V8.5F., Some older HSZ controllers can do that, too.  C Snapshot requires ACS V8.5S (or P, although you _don't_ want to buyXC this version just for snapshot - trust me ;-), dual controllers andTB 512 MBytes mirrored cache (well, some documentation says 512 MB is? required, others say it is recommended. I have only played with  snapshot using 512 MB).o  B > Does anyone know if in fact one can cause the snapshots to occur > from VMS?r  E You need to send the commands 'somehow' to the controllers. Last time-C I checked EVM (Enterprise Volume Manager) was not yet available for6 OpenVMS.  : You should take a look at the 'SANworks Command Scripter':;     http://www.compaq.com/products/sanworks/sanmgt/scs.htmlw    2 If you want to send mail, please use user "zessin"/ who lives at "decus.decus.de", not my-deja.com.-1 However, please understand that I don't have time3" for individual 'hand-holding', OK?   --
 Uwe Zessin     Sent via Deja.comV http://www.deja.com/   ------------------------------  % Date: Mon, 18 Dec 2000 22:00:48 -0500V) From: yyyc186.illegaltospam_@flashcom.nets Subject: Re: Spare VAX9 Message-ID: <3a3ecfc4$2$lllp186$mr2ice@news.flashcom.com>e  . In <3A3E5FE5.139@nsabp.pitt.edu>, on 12/18/00 8    at 02:05 PM, G Swanson <swanson@nsabp.pitt.edu> said:  A I actually have a 3500 sitting in my office I'm not using.  Has a I commercial BASIC license on it and a 30 user VMS license...might be wrongwH on count.  Haven't fired it up in a couple of months.  I put a pair of 2H gig drives in it.  It does have the thinwire eithernet card in it, but IG never installed/configured UCX....just no time....and since I bought mye alpha...<Grin>  . drop me a private email if you are interested.   Roland  G >We're looking for a small vax or vaxstation to act as a backup machineBI >for our current vax-4000. It won't have to run all the software we have,iH >but act as a backup if the main is own. Does any one know of a reseller >of used vaxes?e --  ; -----------------------------------------------------------rD yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 2.2a8                             For a Microsoft free univers; -----------------------------------------------------------t   ------------------------------  % Date: Tue, 19 Dec 2000 09:02:55 +0100 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>R Subject: Re: Spare VAX) Message-ID: <3A3F162F.972F82B7@gtech.com>s   G Swanson wrote:H > We're looking for a small vax or vaxstation to act as a backup machineJ > for our current vax-4000. It won't have to run all the software we have,I > but act as a backup if the main is own. Does any one know of a resellerc > of used vaxes?   www.islandco.com   Arne   ------------------------------  % Date: Tue, 19 Dec 2000 11:44:59 +0000s0 From: andrew harrison <andrew.nospam@uk.sun.com> Subject: Re: Sun Cluster* Message-ID: <3A3F4A3B.24E91920@uk.sun.com>   Rob Young wrote: > _ > In article <3A3E416B.2C22A9B2@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:t > > Jan Vorbrueggen wrote: > >>7 > >> andrew harrison <andrew.nospam@uk.sun.com> writes:m > >>M > >> > If you were putting together a list of speakers who a hall full of nonnO > >> > Compaq technical people would come to listen to who would you put on the- > >> > list ???? > >> > >> Leslie Lamportv > >> John Henning  > >> > > ? > > Just as a test I tried your two names out on a room full of > > > people who included a number of OpenVMS administrators and= > > developers, the customers chief architect and a number of 3 > > other developer/system admin and security bods.5 > >|9 > > Sad to say none of them had a clue who Leslie Lamport = > > or John Henning are and on that basis could not be relied $ > > on to turn up to listen to them. > >-; > > Note the mixture, these are people who come from a wide 7 > > range of IT disciplines some of them with extensivem9 > > OpenVMS experience. Now my sample wasn't exactly hugeW > > 20 ish people. > >19 > > Incedentally they all knew who James Gosling and Billr: > > Joy are and most knew who Whitfield Diffie is as well. > >e: > > A quick trawl through the patents server also revealed9 > > no further information on Henning and two patents forp: > > Lamport the most recent being one granted in 1993 when9 > > Digital was still Digital. Now of course people don'tv< > > need to have patents to their names to be interesting to9 > > technical people. But then neither seems to have beenu2 > > interviewed by Forbes or Business Week either. > >u > ; >         From what I understand , Leslie Lamport is one ofh6 >         "the brains" under Compaq employment.  True,6 >         he may not have a ton of patents to his name; >         but he is a brilliant mind.  I submit his listingo& >         of publications as "proof" : > D > http://www.research.compaq.com/SRC/personal/lamport/pubs/pubs.html > A >         Since it appears from your criticism Leslie hasn't doneE@ >         anything lately, perhaps a snippet from the end of his> >         list will be a good proof point of his capabilities: >   = That wasn't my criticism in fact I have no doubt that Leslie e> would be a interesting and informative speaker, nor do I doubt< that his technical credentials. My criticism if that is the ? right description is on the grounds that Leslie does not appeara; on the basis of my admittedly limitted survey to be a huge t1 draw outside a specific set of OpenVMS customers.e  : Remember I asked Kerry for a list of speakers from Compaq 6 who he thought would appeal to a non-compaq technical  audience. He hasn't replied. N     > J >         As you can see, he is a serious research scientist.  Perhaps youH >         are after someone "lightweight?"  I submit a heavyweight namedO >         Norm Jouppi for your consideration.  He is one of my favorites within  >         Digital/Compaq:o >   . I didn't say he wasn't. Read my posting again.  7 > http://research.compaq.com/wrl/people/jouppi/bio.html@ > H >         He does have a number of patents, if you are counting patents: > ; > http://research.compaq.com/wrl/people/jouppi/patents.htmlh > A >         And if I was there, I would raise my hand on all three.r > % >                                 Robo  8 of course you would but then that isn't the point is it.     regardsh Andrew Harrisone Enterprise IT Architect    ------------------------------  # Date: Tue, 19 Dec 2000 15:00:34 GMTS+ From: Jordan Henderson <jordan@my-deja.com>i Subject: Re: Sun Cluster) Message-ID: <91nt6d$t5b$1@nnrp1.deja.com>p  * In article <3A3E416B.2C22A9B2@uk.sun.com>,3   andrew harrison <andrew.nospam@uk.sun.com> wrote:e > Jan Vorbrueggen wrote: > >o6 > > andrew harrison <andrew.nospam@uk.sun.com> writes: > >rE > > > If you were putting together a list of speakers who a hall fullo of nonG > > > Compaq technical people would come to listen to who would you putl on the > > > list ????, > >e > > Leslie Lamport > > John Henning > >n > = > Just as a test I tried your two names out on a room full ofo< > people who included a number of OpenVMS administrators and; > developers, the customers chief architect and a number ofS1 > other developer/system admin and security bods.c >   @ Anyone else find it interesting that we are supposed to believe,> all at the same time, that Andrew is not in marketing, none ofA his customers use OpenVMS, as he's reported here in the past, andr@ yet he's able to get a room full of people together, including a0 number of OpenVMS administrators and developers?  : By his own statements, it sounds more believable that he's> actually a technical resource, groomed in OpenVMS technologies5 to counter any marketing one might see out of Compaq.s  < That's certainly what he does here.  I'd wager you'd be hard> pressed to find a Sun employee who knows more about Compaq and OpenVMS than Andrew.   > [snip] >n	 > Regards, > Andrew Harrisona > Enterprise IT Architect  >,   -- -Jordan Hendersono jordan@greenapple.come     Sent via Deja.comn http://www.deja.com/   ------------------------------    Date: 19 Dec 2000 13:15:44 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)y Subject: Re: Sun Cluster+ Message-ID: <pAcAHqONfYVE@eisner.decus.org>m  W In article <91nt6d$t5b$1@nnrp1.deja.com>, Jordan Henderson <jordan@my-deja.com> writes:t    B > Anyone else find it interesting that we are supposed to believe,@ > all at the same time, that Andrew is not in marketing, none ofC > his customers use OpenVMS, as he's reported here in the past, andiB > yet he's able to get a room full of people together, including a2 > number of OpenVMS administrators and developers? > < > By his own statements, it sounds more believable that he's@ > actually a technical resource, groomed in OpenVMS technologies7 > to counter any marketing one might see out of Compaq.n > > > That's certainly what he does here.  I'd wager you'd be hard@ > pressed to find a Sun employee who knows more about Compaq and > OpenVMS than Andrew.  6 How about the folks who implemented the Sun clusters ?  1 (Not those who wrote the press release about it.)   N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------  % Date: Tue, 19 Dec 2000 09:44:38 -0500f; From: "Carlc Internet Services" <carlc@iname-nospammen.com>h Subject: SWXCR softwarep4 Message-ID: <aEK%5.1944$d3.84110533@news.axxsys.net>   Hello comp.os.vms,  H     I have a DEC2000 box with the SWXCR card. The previous sysmgr didn't load the swxcr softwaremK to control it. I can't find a copy of the SWXCR software for OpenVMS on any( of my disks...8^(o  K     Can someone help? Either tell me the disk its on (OpenVMS dist? LayeredS Products? etc?) soI I can properly manage this little box. Or is this a "call Field Service",k they have it???e       Many thanks,     Carl3     (reply to:        ccouric ---at--- fhp-mfg.com)    ------------------------------  # Date: Tue, 19 Dec 2000 20:21:12 GMTn From: Dirk Munk <munk@home.nl> Subject: Re: SWXCR softwared' Message-ID: <3A3FC336.7DB96AAE@home.nl>e  , It depends what you mean by SWXCR software.   H In case you mean configuration software, it is not possible to configure a SWXCR by a VMS utility. H There is a special configuration utility that has to be started from the boot prompt of you Alpha.GG Disks/raid sets configured on the SWXCR are automatically discovered byk VMS as DRxn disks.1 Look at this link for all utilities and firmware:s  C ftp://ftp.digital.com/pub/DEC/Alpha/firmware/v5.8/utility/swxcrmgr/P  ' And beware: The DEC2000 is a Jensen !!!e   Regards,   Dirk     Carlc Internet Services wrote: >  > Hello comp.os.vms, > J >     I have a DEC2000 box with the SWXCR card. The previous sysmgr didn't > load the swxcr softwareaM > to control it. I can't find a copy of the SWXCR software for OpenVMS on anyt > of my disks...8^(n > M >     Can someone help? Either tell me the disk its on (OpenVMS dist? Layeredr > Products? etc?) soK > I can properly manage this little box. Or is this a "call Field Service",f > they have it???  >  >     Many thanks,
 >     Carl5 >     (reply to:        ccouric ---at--- fhp-mfg.com)f   ------------------------------  % Date: Tue, 19 Dec 2000 12:45:35 -0800m! From: Shane.F.Smith@Healthnet.comn Subject: Re: Vax on a chipD Message-ID: <OF2B58A019.E9042353-ON882569BA.0071A6B1@foundation.com>  K A friend back home in England is heavily into the Archimedes, and I believeeG he has such a board. Interesting idea, an Alpha board in a PC. You keeprG your Office stuff, and you have a real computer in the same box for the  serious stuff..... Hmmm.....  H Hey, Q guys - he might have something here. Call it an "enhanced windowsB machine". No conflict with the Dark Lords of the Sith^J^J^J^J^J PCI division, in fact just the opposite. You might even help their sales, buteI you get VMS capable machines on desktops into the bargain! They'd have to  help advertise VMS!    $ SET MODE /DREAM=OFF    Shaned          = fabio_compaq@ep-bc.petrobras.com.br on 12/19/2000 09:08:19 AMr   To:   Info-VAX@Mvb.Saic.ComT cc:r   Subject:  Vax on a chip      People  J Forgive me if I am wrong... if is possible to have a CHARON-VAX  emulator,	 why not aa2 PCI card with a chip to emulate a VAX / MicroVAX ?  < I thing the Amiga people used to have an idea like this ....   Regards    FC   ------------------------------  # Date: Wed, 20 Dec 2000 03:14:54 GMT ( From: Terry Kennedy <terry@gate.tmk.com> Subject: Re: Vax on a chip' Message-ID: <G5uJou.BvK@spcuna.spc.edu>o  + fabio_compaq@ep-bc.petrobras.com.br writes:eL > Forgive me if I am wrong... if is possible to have a CHARON-VAX  emulator, > why not a 4 > PCI card with a chip to emulate a VAX / MicroVAX ?  J   VAX chips have been out of production for > 5 years (the last VAXen wereJ built with chips made a long time ago, before DEC sold its fabs to Intel).  L   Thus, they don't have the high level of integration that today's chips do.J You're probably looking at multiple PCI cards, plus a blank slot for heat- sink clearance.g  J   Alpha chips are probably a closer fit, since the smaller Alpha boxes areK pretty close to PC architecture, but with an Alpha chip instead of an InteleL one. However, just because those systems can control a PCI bus, doesn't mean: that the same parts could operate as a PCI bus peripheral.  H   I'd expect that a VAX architecture emulator (for, say, the MicroVAX IIH subset implementation) could exceed the performance of a real MV II whenG run on a reasonably modern Intel processor, even if coded in a HLL. The J Charon-VAX page claims 1 VUP per 100MHz, so a 90MHz original Pentium wouldH be faster than a MicroVAX II. So a hardware solution would be at a speed
 disadvantage.-  I   The VAX archictecture documents fully specify the architecture, so it's 2 not like reverse-engineering an unknown processor.  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USAA   ------------------------------  # Date: Wed, 20 Dec 2000 03:38:37 GMT-4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Vax on a chip< Message-ID: <1RV%5.10194$1M.2717064@typhoon.ne.mediaone.net>  5 "Terry Kennedy" <terry@gate.tmk.com> wrote in message2! news:G5uJou.BvK@spcuna.spc.edu... - > fabio_compaq@ep-bc.petrobras.com.br writes:-C > > Forgive me if I am wrong... if is possible to have a CHARON-VAX 	 emulator,<
 > > why not an6 > > PCI card with a chip to emulate a VAX / MicroVAX ? >DL >   VAX chips have been out of production for > 5 years (the last VAXen wereL > built with chips made a long time ago, before DEC sold its fabs to Intel). >BJ >   Thus, they don't have the high level of integration that today's chips do.oL > You're probably looking at multiple PCI cards, plus a blank slot for heat- > sink clearance.a >aL >   Alpha chips are probably a closer fit, since the smaller Alpha boxes areG > pretty close to PC architecture, but with an Alpha chip instead of ans Intel2I > one. However, just because those systems can control a PCI bus, doesn't] mean< > that the same parts could operate as a PCI bus peripheral. > J >   I'd expect that a VAX architecture emulator (for, say, the MicroVAX IIJ > subset implementation) could exceed the performance of a real MV II whenI > run on a reasonably modern Intel processor, even if coded in a HLL. The L > Charon-VAX page claims 1 VUP per 100MHz, so a 90MHz original Pentium wouldJ > be faster than a MicroVAX II. So a hardware solution would be at a speed > disadvantage.E >pK >   The VAX archictecture documents fully specify the architecture, so it's 4 > not like reverse-engineering an unknown processor. >s  K All quite true. But when I asked the Charon-VAX folks about the feasibilitypG of doing an Alpha architecture emulator on an Intel chip, they said thesG Intel chip was about 32 bits shy of a full load to do the job. Guess its@ could be done when IA-64 rolls around, but I wouldn't bet on it.  D Incidentally, the SRI folks do have a MicroVAX II emulator for Alpha" available in a beta version now...   ------------------------------  # Date: Wed, 20 Dec 2000 05:12:41 GMT ( From: Terry Kennedy <terry@gate.tmk.com> Subject: Re: Vax on a chip' Message-ID: <G5up55.Gxq@spcuna.spc.edu>   4 Terry C. Shannon <terryshannon@mediaone.net> writes:M > All quite true. But when I asked the Charon-VAX folks about the feasibility)I > of doing an Alpha architecture emulator on an Intel chip, they said the I > Intel chip was about 32 bits shy of a full load to do the job. Guess itaB > could be done when IA-64 rolls around, but I wouldn't bet on it.  H   True. But inexpensive (-ish) modern (-ish) Alpha boards are available,F unlike VAX boards, so it might be better to do it on the "real thing".  H   I was addressing 2 different things in my reply, putting either VAX orE Alpha hardware on a PCI card, or emulating a VAX in software on a PC.eL Emulating an Alpha on a PC is likely a non-starter, for a number of reasons,A most of which boil down to "really, really horrible performance".a  F > Incidentally, the SRI folks do have a MicroVAX II emulator for Alpha$ > available in a beta version now...  L   I saw that. Assuming that the PC version is in a HLL, it should be easy toM port it to the Alpha, possibly using native AXP instruction sequences instead:M of C code for VAX opcodes which are complex to emulate in C and heavily used.i  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USAo   ------------------------------  % Date: Mon, 18 Dec 2000 22:50:45 -0500e+ From: "John Gemignani, Jr." <john@ossc.net>o4 Subject: Re: VMS / C - writing a server + admin util+ Message-ID: <3a3edafc$1@newsfeed.vitts.com>f  I A good way to write such a "service" would be to use the ONC RPC package.nH UCX has a manual which describes all of the calls (and they are in HELP,C too).  You can port this server and client to many different hosts.w   -Johnn    6 "Tim Gray" <tim.gray@nospam_rl.ac.uk> wrote in message% news:91l8ii$r3u@newton.cc.rl.ac.uk...-9 > Hi, I have a question relating to C programming on VMS.l > J > I'm writing what is basically a UDP proxy server, and for administrationH > purposes want to communicate with it whilst it's running. The simplestJ > communication would be to tell it to shutdown for example, or to display) > current runnings statistics/parameters.  >mL > I'm wondering if there's like a standard model to use here. I notice a lotJ > of DECs 'utils' have an admin interface, (DECNET, UCX to name two), thatH > works well, but probably involves quite a bit of effort. Another way IE > thought was to use logical names, I thought that might involve less L > effort![1] I guess I'm wondering if anyone has any source examples of thisH > sort of communication between processes on VMS, or can point me in the righteI > direction / recommend a method. I've sort of got the hang of C, but not. theoJ > hooks into a VMS platform. I guess the admin util method is good because itH > allows any info returned from the proxy server  to be displayed on theL > terminal screen, whereas the logical names way would probably mean writing+ > the info to the log file or another file.  >t* > Many thanks for any info or pointers.... >  > Tim. >p< > [1] Not that I'm trying to make this easy or anything! ;o) > -- > ------% > To use my email, remove the nospam_> >l >    ------------------------------  % Date: Tue, 19 Dec 2000 12:39:33 -0500a% From: "Brian Tillman" <tillman_brian>a" Subject: Re: VMS printer logicals?$ Message-ID: <3a3f9c92$1@news.si.com>  6 >Does anyone recall what the logical symbol is for theD >printer port so I can set up the spooling properly (the manuals are
 >missing)?  H There are very few cases left wherein one needs to set a device spooled.L Only in the case of a application writing directly to a device (i.e., $ copy xyz.dat ltannn:) --A Brian Tillman                   Internet: tillman_brian at si.comiA Smiths Industries, Inc.                   tillman at swdev.si.comm= 3290 Patterson Ave. SE, MS      Addresses modified to preventt< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Tue, 19 Dec 2000 15:40:54 -0500a! From: JGraf <sales@asoft-dev.com>p6 Subject: Re: VMS tools for Linux: EDT, TPU, TECO, LAT?) Message-ID: <3A3FC7D6.1594@asoft-dev.com>   C nu/TPU runs on Digital Alpha Linux environment and soon we will adde Intel Linux support.  2 a/Soft's web site location is:   www.asoft-dev.com  
 Best regards,r  
 James Graf sales@asoft-dev.com  603-432-3388     Alan Frisbie wrote:L > 7 > While I have no intention of giving up VMS, I do want 6 > to learn about Linux.   While doing so, I would like. > to have some of my favorite tools available: >  >     1) EDT >     2) TPU
 >     3) TECOp+ >     4) Printing to LAT-connected printerss > 8 > Does anyone know of Linux versions of any of the above/ > and where I can obtain (even for money) them?  > 	 > Thanks,  > Alan >  > --D > --  Alan E. Frisbie             Frisbie "AT" Flying-Disk "DOT" ComB > --  Flying Disk Systems, Inc.   Abuse "AT" Flying-Disk "DOT" Com   ------------------------------  # Date: Tue, 19 Dec 2000 04:27:59 GMTr# From: ualski <ualski@earthlink.net>h! Subject: Re: X terminal for MAC ?i- Message-ID: <3A3EE3CB.23C1E32F@earthlink.net>   K I use MI/X from http://www.microimages.com/  Works well and is a good valuer for the price (free!).       JF Mezei wrote:  > O > Is there an X terminal emulator for macintosh available on the net ? (so that T > I could use the mac as a second screen onto a vaxstation (which has a b/W screen).   ------------------------------  % Date: Tue, 19 Dec 2000 02:21:21 -0500r- From: JF Mezei <jfmezei.spamnot@videotron.ca>g! Subject: Re: X terminal for MAC ? , Message-ID: <3A3F0C61.94BA58BE@videotron.ca>  
 ualski wrote:f > M > I use MI/X from http://www.microimages.com/  Works well and is a good value  > for the price (free!).  K Thanks. And thanks to the others. I downloaded that one as well as the demon from the white pine software.   N The MI/X seems much simpler. However, I have problems with fonts that the appsH don't find on the mac (I guess the font naming convention is different).  I What disapointed me was that I couldn't seem to be able to move a window. N Normally, if you click on the title bar, you should be able to move the window4 around. But neither of these emulators allowed this.  N And for the biggest disapointment, XEARTH_VAX wouldn't work ! (it doesn't workN on a b/w screen, so I figured I could get it to work on a colour x terminal... Boooo !k   ------------------------------   Date: 19 Dec 2000 08:51:48 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)d! Subject: Re: X terminal for MAC ?r0 Message-ID: <91n7j4$9ic$1@n.ruf.uni-freiburg.de>  \ In article <3A3F0C61.94BA58BE@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: >ualski wrote: >>  N >> I use MI/X from http://www.microimages.com/  Works well and is a good value >> for the price (free!).  > L >Thanks. And thanks to the others. I downloaded that one as well as the demo >from the white pine software. h > O >The MI/X seems much simpler. However, I have problems with fonts that the apps I >don't find on the mac (I guess the font naming convention is different).t >eJ >What disapointed me was that I couldn't seem to be able to move a window.O >Normally, if you click on the title bar, you should be able to move the window 5 >around. But neither of these emulators allowed this.t  / Here I am able to do this without any problems.   O >And for the biggest disapointment, XEARTH_VAX wouldn't work ! (it doesn't work O >on a b/w screen, so I figured I could get it to work on a colour x terminal...r >Boooo !   What is XEARTH_VAX?g   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: Tue, 19 Dec 2000 10:02:03 -0500a- From: JF Mezei <jfmezei.spamnot@videotron.ca>e! Subject: Re: X terminal for MAC ?v, Message-ID: <3A3F7866.5ADB2226@videotron.ca>   Christoph Gartmann wrote: L > >What disapointed me was that I couldn't seem to be able to move a window. > 1 > Here I am able to do this without any problems.   N I managed to get it going. I have to make sure that the companion app "twm" is	 started.     > Q > >And for the biggest disapointment, XEARTH_VAX wouldn't work ! (it doesn't work    > What is XEARTH_VAX?o  L Supposed to draw a picture of the earth from any point of view. Couldn't get it to work though.  M Also, "flight" won't work. It is able to display the initial window where youdL select what plane and runways, fuel etc, but as soon as you click on run, itM then fails. I suspect that perhaps the rest of the windows require decwindows=5 over decnet (I have xwindwos over tcpip connections).r  J It would have been nice to be able to start flight and have it display the7 engineering window on the max next to my vaxstation :-)=  M The only big disadvantage of the free MI/X application is that cut/paste from0N the macintosh point of view does not function. It would have been very nice to9 be able to work the cut/past buffers across the platform..  K The white pines software has a "demo" mode. I will perhaps experiment a bit  with it.   ------------------------------   Date: 19 Dec 2000 16:12:21 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)m! Subject: Re: X terminal for MAC ?e0 Message-ID: <91o1d5$jgb$1@n.ruf.uni-freiburg.de>  \ In article <3A3F7866.5ADB2226@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:N >Also, "flight" won't work. It is able to display the initial window where youM >select what plane and runways, fuel etc, but as soon as you click on run, it1N >then fails. I suspect that perhaps the rest of the windows require decwindows6 >over decnet (I have xwindwos over tcpip connections).  = As for eXodus, we only use it via TCP/IP, no DECnet involved.i  L >The white pines software has a "demo" mode. I will perhaps experiment a bit	 >with it.s  J I have no affiliation with the company, but I must say that their software0 worked reliably with all the VMS X-apps I tried.   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: Tue, 19 Dec 2000 21:49:59 +0000 (   )d3 From: Christopher Smith <chriss@Mufasa.pubserv.com> ! Subject: Re: X terminal for MAC ?tJ Message-ID: <Pine.LNX.4.05.10012192135200.21680-100000@Mufasa.pubserv.com>  $ On Tue, 19 Dec 2000, JF Mezei wrote:  P > The MI/X seems much simpler. However, I have problems with fonts that the appsJ > don't find on the mac (I guess the font naming convention is different).  G Really?  I've had success in copying font directories straight off of af7 linux box -- perhaps the same could even be done with ay* VMS machine... You can certainly try that.  B In a worst case, find the X11 packages for linux and grab the font directory tree from them.v  G You'll need to talk MI/X into using fonts from more than one directory, G but IIRC, that's possible.  Otherwise you can concatenate the fonts.dir G and fonts.alias files together, and get them to work from one directoryi with a bit of tweaking.s  K > What disapointed me was that I couldn't seem to be able to move a window.kP > Normally, if you click on the title bar, you should be able to move the window6 > around. But neither of these emulators allowed this.  ' Generally they do, as far as I've seen.n  + Could be something weird on your machine...a   Regards,   Chris   O =============================================================================== @ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmer  Prime Synergy of Champaign, IL.-% -------------------------------------5I "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes andpH weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949 eO -------------------------------------------------------------------------------    ------------------------------  # Date: Wed, 20 Dec 2000 00:54:32 GMTr3 From: skidmore@alternate-venue.org (Barry Skidmore)t! Subject: Re: X terminal for MAC ?o0 Message-ID: <3a40030b.209595428@news.iquest.net>  ? I have a related question about using a Mac to interface with amA MicroVAX (3100-40).  I can connect OK to the DB25 port on the VAX < using the Mac, but cannot get it to work using the RJ25-likeC connector.  Can someone give me the pin-outs from this connector so  that I can make a cable?   Thanks,u Barry Skidmore      , On Mon, 18 Dec 2000 07:32:22 -0500, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:s  N >Is there an X terminal emulator for macintosh available on the net ? (so thatS >I could use the mac as a second screen onto a vaxstation (which has a b/W screen).    ------------------------------  % Date: Tue, 19 Dec 2000 21:00:46 -0600n7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>n! Subject: Re: X terminal for MAC ?A- Message-ID: <3A4020DE.E0093EF9@earthlink.net>d   Barry Skidmore wrote:  > A > I have a related question about using a Mac to interface with aoC > MicroVAX (3100-40).  I can connect OK to the DB25 port on the VAXn> > using the Mac, but cannot get it to work using the RJ25-likeE > connector.  Can someone give me the pin-outs from this connector soe > that I can make a cable?   See the OpenVMS FAQ.   -- r David J. Dachterae dba DJE SystemsV http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Tue, 19 Dec 2000 13:03:31 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>i) Subject: Re: XP1000 - which Graphics Cardt, Message-ID: <91o7u9$7bio$1@lead.zk3.dec.com>  5 I doubt that anything I say will make you very happy.   B There isn't some sinister plot to force people to buy expensive 3DD controllers.  What you are seeing is the collision between commodityJ graphics cards, and traditional "workstation" graphics cards.  In terms ofK raw performance, there is now little difference between the two.  There are]2 some serious quality and feature problems however.  L Yes, our strategy is to move to off-the-shelf "industry standard" cards.  WeL no longer design our own graphics, and the P300/350 is probably the last OEM card we will buy.u  L There is an internal struggle among the engineers and management who have toI deliver graphics on Alpha (VMS and Tru64).  The struggle is between thosefL who believe that it is only worth doing the fastest graphics (and that takesL time), and those who would trade off performance for time-to-market.  UnlikeE the NT market, we don't just get the software for free from the board G vendor, nor is there uniform quality in SW or HW on NT - many so-calledlE OpenGL implementations are really designed for full-screen simulationiC (gaming).  We are looking to leverage work being done for Linux and.E xFree86 - but frankly, *high-quality* and *high-performance* Linux 3DnF drivers are not readily available, and this market is in it's infancy.  J Having said all that, we are in the final stages of qual for a replacementJ for the ELSA card that will phase in as the ELSA inventory is used up.  ItH will also only be 2D, although the card is quite capable of being a fineG entry/low-mid 3D card.  Rather than spend the limited 3D budget on this L card, instead we are working on support (in late 2001) for a family of cardsH that will span low-end to high-end 3D -- and are off-the-shelf commodity	 graphics.   G VMS is tied to Tru64 for graphics.  We are not driving it.  We will get4 whatever the Tru64 market gets.    _Fred     A David Mathog wrote in message <91ln4f$snr@gap.cco.caltech.edu>...,? >In article <91lhqh$6an2$1@lead.zk3.dec.com>, "Fred Kleinsorge"t% <kleinsorge@star.zko.dec.com> writes:t >i >>I >>A P300 is a several thousand dollar 3D graphics card.  A ELSA card is ai= >>several hundred dollar commodity card with only 2D support.i >yC >The Elsa Gloria Synergy is a 2D card on VMS because that's all the"J >_drivers_ support - it is not an intrinsic limitation of the card itself.H >Permedia 2 cards on NT have perfectly adequate OpenGL drivers. We use aG >very similar card to teach a protein structure course.  That card, theeH >Diamond Fire 1000GL pro, not only has an OpenGL driver, it also has theL >hardware to drive Stereographics (thats a company name) shutter glasses andK >so provide "true" 3D views.  It's only got 8Mb of memory but that's enough J >to spin either a reasonably complex solid or a very complex wire frame in >real time and true stereo.0 >2I >Any chance that we're ever going to have an affordable (<=$300) graphicsVL >card for OpenVMS with a decent OpenGL driver?  Or will the Elsa replacementH >card (should one ever appear) also be crippled by the lack of an OpenGLK >driver?   It seems Compaq's strategy is to force customers into spend manynH >thousands for these cards in order to get OpenGL.  But that strategy isE >deeply flawed because all it really does is to force them to buy PCseJ >instead.   Outside of the military (and maybe not even so much there) who8 >can justify the expense of using VMS for 3D graphics??? > 	 >Regards,  >v
 >David Mathogi >mathog@seqaxp.bio.caltech.edu? >Manager, sequence analysis facility, biology division, Caltecht   ------------------------------   Date: 19 Dec 2000 20:46:32 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)) Subject: Re: XP1000 - which Graphics Card , Message-ID: <91ohf8$bqg@gap.cco.caltech.edu>  d In article <91o7u9$7bio$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:6 >I doubt that anything I say will make you very happy.   That's a safe bet!   >iC >There isn't some sinister plot to force people to buy expensive 3DuE >controllers.  What you are seeing is the collision between commodity K >graphics cards, and traditional "workstation" graphics cards.  In terms offL >raw performance, there is now little difference between the two.  There are3 >some serious quality and feature problems however.f  L Going off on a tangent for a second - this "quality" argument keeps raising J its head.  Now I'll agree that VMS is a small market without much pull butJ Compaq _also_ sells about a bazillion PCs a year.  Ok, the consumer grade K ones are really crappy but supposedly the commercial grade ones are better. K Is there some reason Compaq can't throw its weight around a little bit more-J by requiring a certain quality level for the parts it buys?  And couldn't H some of that spill over into VMS land, with the standard having been setK high enough that the SCSI cards, disks, and Graphics boards which go out ontK the commercial PCs will be stable enough to use on VMS as well?   It seems sK like a win/win proposition for Compaq - they obtain more stable components oH for the PCs _and_ lower cost components with acceptable quality for VMS.L Heck, it's probably even a win for the vendors because if the standards are E precisely defined they know exactly what they must produce and who's  . responsible if something does or doesn't work.   >rM >Yes, our strategy is to move to off-the-shelf "industry standard" cards.  We M >no longer design our own graphics, and the P300/350 is probably the last OEM- >card we will buy. > M >There is an internal struggle among the engineers and management who have tojJ >deliver graphics on Alpha (VMS and Tru64).  The struggle is between thoseM >who believe that it is only worth doing the fastest graphics (and that takeseE >time), and those who would trade off performance for time-to-market.w  K Ah very much like the Genome project!  The public guys insisted on a level 3K of accuracy that was attainable but extremely expensive and slow to obtain.SK Meanwhile Celera came along and quickly cranked out a rough draft which hasvG 98% of the utility at a fraction of the cost.  Now the public guys are  J playing catchup and are wondering how they're ever going to get funding toH move from the 98% good enough that Celera delivered to the 99.999% that J they wanted to deliver.  You see, the big questions in genetics can all beH pretty much answered with the rough draft, so the cost/benefit analysis H does not favor ever reaching the level of accuracy that the public camp  favored.  I In the case at hand we have the "better nothing than perfect" camp again,cJ versus the "better something than nothing."   Right now we've (most of us J anyway) effectively got nothing, and we want something.  Perfect can wait. Perfect may not even be needed.   	 >  UnlikeoF >the NT market, we don't just get the software for free from the boardH >vendor, nor is there uniform quality in SW or HW on NT - many so-calledF >OpenGL implementations are really designed for full-screen simulationD >(gaming).  We are looking to leverage work being done for Linux andF >xFree86 - but frankly, *high-quality* and *high-performance* Linux 3DG >drivers are not readily available, and this market is in it's infancy.w  K This comes back to the argument I was making before.  Why does Compaq have  L to accept the situation that the board vendors get to deliver only a driver K for one OS but not another?   REQUIRE them to produce the driver in such a eK form that it will "make" to an NT driver, and also "make" under a differentaJ OS to VMS or  XFree86 driver.  I know I'm grossly simplifying things here,G but what I mean is hardware acceleration of any particular 2D or OpenGL,F function might as well shove the same series of bytes into the card noI matter what the OS is.  Sort of a universal driver interface.  There's nonD such thing now, and Microsoft would prefer that one never exist, butH everybody else would certainly benefit from its existence.  Maybe CompaqE has the oomph to make it happen.  Again - this may not be the perfecteE OpenGL driver, but if we can get 90% of it using the standard, that's & probably good enough for most people.    >tK >Having said all that, we are in the final stages of qual for a replacement>K >for the ELSA card that will phase in as the ELSA inventory is used up.  It/I >will also only be 2D, although the card is quite capable of being a fineAH >entry/low-mid 3D card.  Rather than spend the limited 3D budget on thisM >card, instead we are working on support (in late 2001) for a family of cardsrI >that will span low-end to high-end 3D -- and are off-the-shelf commodityn
 >graphics.  K Now I'm just confused.  The half life of a graphics card seems to be about bJ 9 months, so if these cards exist now this means Compaq will be coming outI with support just as the cards reach their end of life (in the PC market, L anyway.)   Or has Compaq found a way around that problem, for instance, withI drivers which are somehow guaranteed to be compatible with newer variants J of the card?  If not this strategy leaves you perpetually behind the curve+ (and uncompetitive) in the graphics arena. C   >oH >VMS is tied to Tru64 for graphics.  We are not driving it.  We will get  >whatever the Tru64 market gets.  I That's really too bad  - graphics there are only (very) marginally better  than under VMS.   J It would really be nice to see Compaq work with the graphics card vendors,G the Xfree86 folks, and even Sun, Apple and Be to arrive at some sort of H "portable graphics card driver".   It benefits nobody but Microsoft thatI the drivers for the cards must now be hand crafted on an OS by OS basis. ,K A lot of the graphics card vendors' windows drivers are pretty iffy as they E are - but they might as well be iffy on all platforms as on that one!o   Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech e   ------------------------------  % Date: Tue, 19 Dec 2000 16:49:39 -0500.* From: "Paul A. Jacobi" <nospan@nospam.com>) Subject: Re: XP1000 - which Graphics Cardb, Message-ID: <91olh9$7ks7$1@lead.zk3.dec.com>  ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in messagea& news:91ln4f$snr@gap.cco.caltech.edu...  @ > Permedia 2 cards on NT have perfectly adequate OpenGL drivers.  D Most gamers found the OpenGL implementation on Permedia 2 card to beH inadequate to play Quake.  If the Permedia 2 was not even sufficient for? games, it would probably do even worse in real 3D applications.      Paul A. Jacobi Compaq Computer Corporationn! OpenVMS Systems Group, ZKO3-4/U14b 110 Spitbrook Road Nashua, NH 03062-2698t Email: Paul.Jacobi@compaq.coma   ------------------------------  % Date: Tue, 19 Dec 2000 16:51:58 -0800a! From: Shane.F.Smith@Healthnet.com ) Subject: Re: XP1000 - which Graphics CardoD Message-ID: <OF6BBC81ED.05D67A9E-ON882569BB.000450D2@foundation.com>  J I can tell you this is not so, from personal experience. Using the correctH OpenGL DLL from Diamond my old Permidia 2 based FireGL card did a lovelyI job of Quake 2 on a PII 400. It actually kicked my old Voodoo 2's butt ataG Forsaken, too - a fraction slower but far better looking because of the. 32bit colour depth.   J The Permidia 2 chipset makes a good low-end 3d accelerator, if the drivers
 are right.   Shanes          > "Paul A. Jacobi" <nospan@nospam.com> on 12/19/2000 01:49:39 PM   To:   Info-VAX@Mvb.Saic.Coms cc:l  * Subject:  Re: XP1000 - which Graphics Card      ? "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in messagen& news:91ln4f$snr@gap.cco.caltech.edu...  @ > Permedia 2 cards on NT have perfectly adequate OpenGL drivers.  D Most gamers found the OpenGL implementation on Permedia 2 card to beH inadequate to play Quake.  If the Permedia 2 was not even sufficient for? games, it would probably do even worse in real 3D applications.a     Paul A. Jacobi Compaq Computer Corporationo! OpenVMS Systems Group, ZKO3-4/U14- 110 Spitbrook Road Nashua, NH 03062-2698- Email: Paul.Jacobi@compaq.com    ------------------------------  % Date: Tue, 19 Dec 2000 21:34:39 -0500 & From: "Mike Burch" <mgburch@smart.net>) Subject: Re: XP1000 - which Graphics Cardn/ Message-ID: <t406f5k49ofn52@corp.supernews.com>   3 Paul A. Jacobi <nospan@nospam.com> wrote in message & news:91olh9$7ks7$1@lead.zk3.dec.com... >dA > "David Mathog" <mathog@seqaxp.bio.caltech.edu> wrote in message-( > news:91ln4f$snr@gap.cco.caltech.edu... > B > > Permedia 2 cards on NT have perfectly adequate OpenGL drivers. >:F > Most gamers found the OpenGL implementation on Permedia 2 card to beJ > inadequate to play Quake.  If the Permedia 2 was not even sufficient forA > games, it would probably do even worse in real 3D applications.h >pL I don't know what you are trying to say here!?  Did it not work?  Was it too slow?l   OK, here's the facts:c  G First of all, 'gamers' are *not* running NT!!!  They are running Win9x,oH because most games require full Direct X support (DX 2 or 3 was the last+ version on NT and it was pretty worthless).x  I The Permedia 2 chipset was developed by 3DLabs as an attempt to enter thetH low cost PC graphics market (gaming?).  Their primary market is high-endH workstation cards (e.g. Oxygen) which sell for several thousand dollars.J The same group that developed the Permedia 2 also did the Permedia 3 whichH is their current version.  Both of these cards were disappointing at theF time of their release and I doubt that 3DLabs will stay in this market( (which is dominated by Nvidia and 3DFX).  K Quake gamers (Quake I and II that is) prefered 3DFX Voodoo cards because ofeL its so-called mini-GL driver which was optimised for Quake and would NOT runE true OpenGL applications.  At the time time, a pair of Voodoo2s SLIedw1 together was the fastest Quake rig you could buy.1  H OK, all of this is relavant only to Window9x!  However, on Window NT, toD which Mr. Mathog is referring, the Permedia drivers *are* quite goodL compared to the competition.  There used to be benchmarks on 3DLabs web siteK which showed that the Permedia 2 is 20-30% faster than other low cost cardseJ of that time (TNT, RagePro, etc.) when running applications on NT (such asK 3D Studio Max).  Take a look at similar benchmarks of the Permedia 3 Create- and you'll see what I mean!,  2 http://www.3dlabs.com/products/p3cbenchmarks.asp).  J The 3DLabs NT drivers are extremely well optimised for NT whereas, you areL lucky to get any NT drivers at all for other low cost cards.  Plus you get aL full OpenGL ICD.  They are even multithreaded and can take advantage of SMP.  G So actually, a Permedia 2 based card is a good choice for a low cost NTeL based workstation.  Of course, both are not obsolete having been replaced by Permedia 3 and Win2K ;)n  
 Michael Burcho Supersonic Systems >c > Paul A. Jacobi > Compaq Computer Corporationv# > OpenVMS Systems Group, ZKO3-4/U14X > 110 Spitbrook Road > Nashua, NH 03062-2698h > Email: Paul.Jacobi@compaq.come >c >  >e >d   ------------------------------   End of INFO-VAX 2000.708 ************************