1 INFO-VAX	Thu, 15 Mar 2001	Volume 2001 : Issue 148       Contents: /PARENT=LNM$SYSCLUSTER Re: /PARENT=LNM$SYSCLUSTER- Alphastation XP900 / poor Graphic performance 1 Re: Alphastation XP900 / poor Graphic performance  apache performance Re: apache performance Re: apache performance> RE: Booting stand-alone with VMS 7.2-1 and fibre channel disks CSWS and log filter . Re: Dates (was Re: OpenVMS and Supercomputing)' Re: Drop C/C++ better sooner than later 1 RE: Dumbing Down VMS with UNIX Elements? (was Re: P Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS    Educational     ProP Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS   EducationalProgram) P Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMSEducationalProgram) Edu% ElSA Gloria Synergy-8 patch confusion ) Re: ElSA Gloria Synergy-8 patch confusion  fmsdef.h& Help!  PASCAL is read-only code to me.& Help!  PASCAL is read-only code to me.* Re: Help!  PASCAL is read-only code to me.* Re: Help!  PASCAL is read-only code to me.* Re: Help!  PASCAL is read-only code to me.* Re: Help!  PASCAL is read-only code to me.* Re: Help!  PASCAL is read-only code to me.% Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % RE: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? % Re: How does one become a VMS guru ?? 4 How to adjust screen resolution with a S3Trio64 2MB?8 Re: How to adjust screen resolution with a S3Trio64 2MB?8 Re: How to adjust screen resolution with a S3Trio64 2MB?8 Re: How to adjust screen resolution with a S3Trio64 2MB?+ How to measure system load and availability / Re: How to measure system load and availability P I seem to be in a different reality today, one where VMS and Marketing go togethP Re: I seem to be in a different reality today, one where VMS and Marketing go to Re: LICENSE PURGE ?  Re: LICENSE PURGE ?  Re: Low cost workstations  Re: Merging multiple disks Re: OpenVMS Educational Program  Re: OpenVMS Educational Program   Re: Possible security hole in...  Re: Possible security hole in...  Re: Possible security hole in...  Re: Possible security hole in...  Re: Possible security hole in... Re: SSH for VMS % Re: Telnet into VMS over the Internet . Re: Volume Shadowing merge rates on Big Disks?! Was it here?  1GB disk for VS3100 % Re: Was it here?  1GB disk for VS3100 % Re: Was it here?  1GB disk for VS3100 % Re: Was it here?  1GB disk for VS3100 % Re: Was it here?  1GB disk for VS3100   Re: Write CD on PC for OVMS Read* [BUG] RPC code output example wrong in doc. Re: [BUG] RPC code output example wrong in doc% [BUG] RPC DIR example generates error  [INFO] RDMS-F-NOMONHOMEDIR Re: [INFO] RDMS-F-NOMONHOMEDIR) [Q] C errors exit handling (and training) - Re: [Q] C errors exit handling (and training) - Re: [Q] C errors exit handling (and training) - Re: [Q] C errors exit handling (and training) - Re: [Q] C errors exit handling (and training) ! Re: [Q] skip [vms$common] parsing * Re: [Q] TCP/IP RPC connection error status* Re: [Q] TCP/IP RPC connection error status  F ----------------------------------------------------------------------  % Date: Thu, 15 Mar 2001 14:55:11 +0100 $ From: Michael Unger <unger@decus.de> Subject: /PARENT=LNM$SYSCLUSTER * Message-ID: <009F90E8.660622C6.5@decus.de>  P > DECUS::INFO_VAX                                    24 lines  15-MAR-2001 13:38P > ------------------------------------------------------------------------------' > Date: Thu, 15 Mar 2001 13:29:31 +0200 3 > From: Phillip Helbig <HELBPHI@SYSDEV.EXCHANGE.DE> ! > Subject: /PARENT=LNM$SYSCLUSTER  >   I > OK, I'm pretty sure this will get through, so if I see no response I'll 7 > have to conclude that everyone is clueless.  :-)  :-)  >    > CREATE >    >   /NAME_TABLE  >    >     /PARENT_TABLE  >    >           /PARENT_TABLE=table  >   H >        Requires either create (C) access to the parent table and writeD >        (W) access to the system directory or the SYSNAM privilege.  H From a VAX running VMS 6.2 (and without cluster-wide name tables :-) ...     CREATE  
   /NAME_TABLE        /PARENT_TABLE              /PARENT_TABLE=table   F        Requires either create (C) access to the parent table and writeB        (W) access to the system directory or the SYSNAM privilege.  ?        Specifies the name of the parent table. The parent table B        determines whether a table is private or shareable; it alsoD        determines the size quota of the table. If you do not specifyD        a parent table, the default table is LNM$PROCESS_DIRECTORY. AD        shareable table has LNM$SYSTEM_DIRECTORY as its parent table.H        The parent table must have the same access mode or a higher level1        access mode than the one you are creating.     B i.e., just the same explanation. Perhaps the documentation has notB been updated to include the specifics of cluster-wide name tables.  J > When using LNM$SYSCLUSTER as the parent table, it seems that SYSPRV, not > SYSNAM, is required.  ? I guess that shareable tables should be created from the SYSTEM D account ("shareable" to all, i.e., system or cluster wide); assumingE the "standard" installation this account has "sufficient" privileges.    >   = > Can someone confirm this on something other than 7.2-1(H1)?    Not me!   7 > What is broken: HELP or the implementation (or both)?   C I had a discussion with an OpenVMS specialist at the CSC a few days C ago concerning data compression on tapes -- the result was that the E HELP is teribly wrong in this case (it had been correct just for DSSI D tapes; SCSI tapes are handled in a _very_ different manner but there was no update to the HELP).   @ So I suppose HELP does not reflect the specifics of cluster wide tables.    Michael    ------------------------------  % Date: Thu, 15 Mar 2001 16:52:15 +0000 8 From: David J. Dachtera <donotreply@interbulletin.bogus># Subject: Re: /PARENT=LNM$SYSCLUSTER 0 Message-ID: <3AB0F33F.12F0FDD@interbulletin.com>  Q >> DECUS::INFO_VAX                                    24 lines  15-MAR-2001 13:38 Q >> ------------------------------------------------------------------------------ ( >> Date: Thu, 15 Mar 2001 13:29:31 +02004 >> From: Phillip Helbig <HELBPHI@SYSDEV.EXCHANGE.DE>" >> Subject: /PARENT=LNM$SYSCLUSTER >>    J >> OK, I'm pretty sure this will get through, so if I see no response I'll8 >> have to conclude that everyone is clueless.  :-)  :-) >>    	 >> CREATE  >>     >>   /NAME_TABLE >>     >>     /PARENT_TABLE >>      >>           /PARENT_TABLE=table >>    I >>        Requires either create (C) access to the parent table and write E >>        (W) access to the system directory or the SYSNAM privilege.   G I would think that since "LNM$SYSTEM" .NES. "LNM$SYSCLUSTER", that the  N LNM$SYSCLUSTER table is treated like any other shared logical name table, and I the privileges required to modify it would depend upon its ownership and  / protection code as well as your process's UIC.    * I could be (probably am) wrong, as always.   -- David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   / _______________________________________________ ; Submitted via WebNewsReader of http://www.interbulletin.com    ------------------------------  % Date: Thu, 15 Mar 2001 15:08:44 +0100 $ From: "Jakob Erber" <erberj@post.ch>6 Subject: Alphastation XP900 / poor Graphic performance Message-ID: <3ab0dafc$1@hcwe67>   @   DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.2 - ECO 1?   on a COMPAQ AlphaStation XP900 466 MHP running OpenVMS V7.1-2   I On this relativly new WS, the performance of Screen IO is awfully bad. It J takes minutes for complex graphics to build up. For example those procuced by our case tool. L But it seems to be a software problem, since there should be no problem with3 VMS 7.2. Does anybody no about a patch for VMS 7.1?    regards    Jakob    ------------------------------  % Date: Thu, 15 Mar 2001 09:05:47 -0600 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> : Subject: Re: Alphastation XP900 / poor Graphic performance8 Message-ID: <98qloc$sl1$1@fizban.fizban.pprd.abbott.com>  K Does the disk seem very busy while the screen is painting?  We have a XP900 K that rattles the  disk more than I think it should just for terminal (text) G output.  Haven't dived into this but wonder if there might be something  related between the 2 issues.    Dave...   I "Jakob Erber" <erberj@post.ch> wrote in message news:3ab0dafc$1@hcwe67... B >   DIGITAL TCP/IP Services for OpenVMS Alpha Version V4.2 - ECO 1A >   on a COMPAQ AlphaStation XP900 466 MHP running OpenVMS V7.1-2  > K > On this relativly new WS, the performance of Screen IO is awfully bad. It L > takes minutes for complex graphics to build up. For example those procuced > by our case tool. I > But it seems to be a software problem, since there should be no problem  with5 > VMS 7.2. Does anybody no about a patch for VMS 7.1?  > 	 > regards  >  > Jakob  >  >    ------------------------------  % Date: Thu, 15 Mar 2001 14:09:39 +0100 - From: "Jan Mnnich" <moennich@greenstream.de>  Subject: apache performance / Message-ID: <98qeqp$r21$05$1@news.t-online.com>   	 hi there,   J the apache server produces many page faults when executing any cgi-script.J on our test-machine (alphaserver 1000) the performance is horrible! i haveL to wait at least 3 seconds for each generated page! is there any solution to increase the performance?    1000thx  jan mnnich  moennich@greenstream.de    ------------------------------    Date: 15 Mar 2001 08:51:02 -0500- From: koehler@encompasserve.org (Bob Koehler)  Subject: Re: apache performance 3 Message-ID: <vwVRV3OaOfHJ@eisner.encompasserve.org>   _ In article <98qeqp$r21$05$1@news.t-online.com>, "Jan Mnnich" <moennich@greenstream.de> writes:  > hi there,  > L > the apache server produces many page faults when executing any cgi-script.L > on our test-machine (alphaserver 1000) the performance is horrible! i haveN > to wait at least 3 seconds for each generated page! is there any solution to > increase the performance?  >    Possibilities:?    1) install the program that interprets the CGI scipts /share '    2) increase the server's working set F    3) tune the syetem borrowlimit, freegoal, and such (understand them       first)  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------   Date: 15 Mar 2001 15:56:45 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog) Subject: Re: apache performance , Message-ID: <98qont$khk@gap.cco.caltech.edu>  _ In article <98qeqp$r21$05$1@news.t-online.com>, "Jan Mnnich" <moennich@greenstream.de> writes: 
 >hi there, > K >the apache server produces many page faults when executing any cgi-script. K >on our test-machine (alphaserver 1000) the performance is horrible! i have M >to wait at least 3 seconds for each generated page! is there any solution to  >increase the performance?  F If you're really seeing page paults then it sounds like you're out of  physical memory.  Buy more.   E If that isn't it, then the odds are good that running Apache off of a K RAMdisk would help.  The problem may be that apache or your script is doing K a lot of quick file operations - and that tends to be not so quick on VMS.  J Is your script perl? Does it call module after module after module?  Each D of those will take time to fetch from disk.  If you can fit your webG distribution, or at least the CGI related part, entirely into memory it * will likely run at least 10 times faster.    Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech  J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Thu, 15 Mar 2001 07:41:47 +0000 5 From: "Steeples, Oliver" <Oliver.Steeples@compaq.com> G Subject: RE: Booting stand-alone with VMS 7.2-1 and fibre channel disks N Message-ID: <F498D199EDB12D468CD2C66680D308018B12E5@reoexc04.emea.cpqcorp.net>  D >Q1.  I swear that when I booted my 4100 (KGPSAs were installed and " >cabled, HSGs were configged) fromF >the 7.2-1 CD, I couldn't see any of the DGA devices from "standalone & >environment".  Is that right?  Is theD >7.2-1 CD incapable of seeing fc disks when you boot the standalone 
 >environment?   J Yes, 7.2-1 does'n load any fibre drivers from the CD so no fibre disks canL be seen.  Either the 7.2-1h1 CD can be used or the following for a stabackit type enviroment:  D Patch vms 7.2-1 with fibre_scsi_v0400	(or at least 300 as this fixes loads'a'stuff)H run alpha stabackit (can never remember what it's called) to small spare local scsi disk.K boot this disk from >>> and all fibre disks will be seen, basically you are 4 loading the fibre drivers into the stacbackit kit.    E >Q2. Has anyone built another disk to boot standalone from using the  ( >@SYS$SYSTEM:AXPVMS$PCSI_INSTALL_MIN.COMH >command procedure?  If you build it on a local SCSI disk, can you boot + >standalone from it and see your fc drives?   - Should have read this before typing the above   J >Q3. Has anyone used that com to build a minimum boot disk on a different 4 >fc disk (a disk other than your fc system disk) and. >?booted from it?  Can you see your fc drives?  G Answered above.  You will have to build a min vms version of vms on the G fibre disk first before booting this, then you should be allowed to see F other fibre disks.  Good idea to use a local RZ28 or something though.  D >I spoke to a few folks from the CSC today and I got "That's a good ' >question."  more than a few times. ;^)    Which CSC was that?   I >I don't have a test environment setup right now to test this.  Any tips  / >or pointers will help out.  Our next scheduled I >window for downtime on this system is coming up on Sunday night so I'll  ! >be able to test these things out  >first-hand.  C Install fibre_scsi_v0400 as this fixes a lot of multibus issues and L undocumneted issues.  And keep a topology diagram to hand for when it breaks :(   Regards, 	Oliver   ' vms SAN specialist amonst other duties.    ------------------------------  % Date: Thu, 15 Mar 2001 11:05:43 +0100 < From: "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de> Subject: CSWS and log filter4 Message-ID: <98q45u$358gs$1@ID-56200.news.dfncis.de>   Hi everyone,  G after getting CSWS to work with TCPware I'm hitting the next roadblock:   G It seems that log filters (like cronolog [1], recommended in the Apache 3 FAQ [2]) don't work. Here's what I tried to set up:   " - Compile & link cronolog sources,0   copy image to APACHE$ROOT:[000000]CRONOLOG.EXE  > - Insert a call to APACHE$ROOT:[000000]DEFINE_CRONLOG.COM intoF   APACHE$SERVER.COM (after MOD_JSERV start, just before server start),
   which reads   2 $! Define CRONOLOG as an automatic foreign command $ , $ ! Prepend APACHE$ROOT:[000000] to DCL$PATH2 $ max_index = F$TRNLNM("DCL$PATH",,,,,"MAX_INDEX") $ i = 0  $ eqv = "APACHE$ROOT:[000000]") $ IF max_index .EQS. "" THEN GOTO eqvdone 
 $ eqvloop:- $   eqv = eqv + "," + F$TRNLNM("DCL$PATH",,i) 
 $   i = i + 1 ) $   IF i .LE. max_index THEN GOTO eqvloop 
 $ eqvdone: $ DEFINE/JOB DCL$PATH 'eqv'  $ + $ ! Remove process level definition, if any = $ IF F$TRNLNM("DCL$PATH","LNM$PROCESS_TABLE") .NES. "" THEN -n      DEASSIGN/PROCESS DCL$PATH $  $ EXIT  0 - modify APACHE$ROOT:[CONF]HTTPD.CONF to include  C   CustomLog "|cronolog /apache$specific/logs/AP%y%m%d.log" combinedp     I also tried  .   CustomLog "|MCR apache$root:[000000]cronolog, /apache$specific/logs/AP%y%m%d.log" combined   - start CSWS  < - find that no log files (besides JServ logs) get created...  * Does anyone have an idea what to try next?   cu,    Martin  3 [1] http://www.ford-mason.co.uk/resources/cronolog/ 5 [2] http://httpd.apache.org/docs/misc/FAQ.html#rotate    --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deE One OS to bring them all      |i( http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 15 Mar 2001 02:53:59 -0500 2 From: rdeininger@mindspring.com (Robert Deininger)7 Subject: Re: Dates (was Re: OpenVMS and Supercomputing)mL Message-ID: <rdeininger-1503010253590001@user-2ivec5u.dialup.mindspring.com>  A In article <3AB030F7.B4181B1F@earthlink.net>, "David J. Dachtera"e$ <djesys.nospam@earthlink.net> wrote:  ) This thread has hit absolute rock bottom.c  7 I almost wish Carl was here to spank everyone involved.    --   Robert Deininger rdeininger@mindspring.como   ------------------------------  % Date: Thu, 15 Mar 2001 14:13:45 +0000o% From: Alan Greig <a.greig@virgin.net>o0 Subject: Re: Drop C/C++ better sooner than later8 Message-ID: <m751bt400vqbcrj20g3chbkoq4m6t78sq3@4ax.com>  E On 12 Mar 2001 16:02:15 +0800, Paul Repacholi <prep@prep.synonet.com>u wrote:  > >Mark Garrett <Mark.Garrett@wedontwantyourspam.com.au> writes: > F >> Since this thread has drifted off topic, I'll keep with that trend.G >> Of all the languages that VMS had available the one I never ever goteG >> to see (except in help) was CORAL-66. What is this language and doesj) >> it have any compilers available today?  > A >CORAL was developed for telphone exchange swithing stuff. It wasjE >available for RSX, and I think VMS in the early 80s. The VMS one wass >non DEC as I remember.M  C Don't know about telephone exchanges but I do know that it was usedsB heavily on VMS in some UK defence apps and I believe still is. TheB license cost was astronomical last time I checked (about ten yearsD ago). UK MOD at least specified a Coral to C translator at one point, but I don't know if it was ever implemented. -- Alan   ------------------------------   Date: 15 Mar 2001 07:59:58 CDT= From: wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell) : Subject: RE: Dumbing Down VMS with UNIX Elements? (was Re:. Message-ID: <7cTcMXbeX+pD@tachxxsoftxxconsult>  z In article <3B55D7F383B0D31197D9009027541CBF0BDD546D@cmiexch1.cmi.itds.com>, Christopher Smith <csmith@amdocs.com> writes: >> -----Original Message-----f< >> From: Terry C. Shannon [mailto:terryshannon@mediaone.net] > = >> Well, given that VMS revenues did not fall off consistent   >> with DECpaq's? >> expectations (remember the 97 prediction that the installed P >> base would fall8 >> to ~200K systems by 2000-2001?) this is not entirely  >> surprising. But justlH >> think what CPQ could do if it adopted a proactive marketing strategy. > M > Yep, and when you're done with that, just imagine what could happen if pigsn > had wings. :)  > D > Seriously, how long have we been waiting on a "proactive marketing > strategy?"  " Or any kind of marketing strategy.     -- gO ===============================================================================sM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx-: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)LO =============================================================================== O Dean Wormer to Flounder: "Fat, drunk, and stupid is no way to go through life."-   ------------------------------   Date: 15 Mar 2001 13:51:42 GMT* From: bdwheele@indiana.edu (Brian Wheeler)Y Subject: Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS    Educational     ProK3 Message-ID: <98qhde$9us$1@flotsam.uits.indiana.edu>n  , In article <3AAFE6FC.D628A3DE@infopuls.com>,, 	Christof Brass <brass@infopuls.com> writes: > Brian Wheeler wrote: >>  / >> In article <3AAE5EA9.311BD545@infopuls.com>,L6 >>         Christof Brass <brass@infopuls.com> writes: >> > Brian Wheeler wrote:w >> >> / >> >> In article <3AAE30C5.20D69B88@bbc.co.uk>,S= >> >>         Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:s >> >> >n >> >> >s >> >> > Jan Vorbrueggen wrote: >> >> > 4 >> >> >> Christof Brass <brass@infopuls.com> writes: >> >> >>N >> >> >> > > BTW, in at least one case the use of Unixy C code has resulted inW >> >> >> > > relaxation of a not-so-useful restriction in a set of VMS system services.rC >> >> >> > What was this relaxation? Didn't it break existing code?i >> >> >>Q >> >> >> The output format of $ASCTIM for delta times is defined to be limited toiS >> >> >> 10000 days minus a tick; the binary format itself, useful for calculationseP >> >> >> of all sorts, is of course not so restricted (the limit is around 32000U >> >> >> years). However, all other time-related system services were also restrictedrV >> >> >> to that 10000 day limit. This broke when the audit server used the delta timeQ >> >> >> format to compute a time_t - 10000 days after 1-JAN-1970. So this changeMB >> >> >> actually made existing code work, instead of breaking it. >> >> >> >> >> >>         Jan >> >> >t4 >> >> > However, 1-JAN-19970 is a unix thing anyway. >> >> >t >> >>i >> >> <sarcasm>uJ >> >>         Yeah, nobody but a unix loser would ever use 1-JAN-1970 as a >> >> base for delta time! >> >> </sarcasm> >> >>o9 >> >> Isn't this whole topic getting a little bit stupid?  >> >> R >> >> Its been a constant Unix vs VMS war which, as we all know, is pointless.  IfP >> >> Compaq decides to add more unix interfaces on top of VMS, what's the harm?N >> >> How does adding an interface dumb down the system, or lower its quality? >> >3 >> > This depends where it is implemented and what. j >> > If it's in the kernel then it makes things more complicated and will reduce quality in many respects. >> > If the UNIX API requires functionality which is in contradiction to VMS system services the view of the system might be inconsistent. >> eP >> Granted, but since nobody knows how its going to be implemented, then there'sO >> no way one can argue that adding unix apis will bring the quality of the VMS4 >> kernel down.0 >  > This was exactly my point: before the choir applauses it must be clear how it is accomplished. If it is done the wrong way the outcome will be a disadvantage.  N So, you're saying that just the possibility of VMS engineering doing a shitty L job is enough to rag on the concept as a whole?  Your anti-unix prejudice is clouding your reasoning.     >  >> >> IfP >> >> it is buggy, its not unix's fault...but the implementation on VMS.  AddingM >> >> interfaces to an OS doesn't weaken it...it can only strengthen it.  DidaM >> >> adding a C compiler to VMS lower the quality of the OS?  Did the TCP/IPo1 >> >> libaries from Tru64 unix lower the quality?s >> >h >> > Libraries and tools are not part of the kernel. I wonder what your experience in OS development is. >> aL >> Again, we don't know how the Unix API would be added to VMS, so it may beJ >> a tools/libraries issue and not touch the kernel at all.  Ok, that is a* >> bit unlikely, but still, a possibility. >  > See above. And there is still the problem of offering the wrong way (the UNIX) to solve things which will complicate the day to day work of VMS admins, programmers and users.  L The VMS way isn't going away.  What makes you think that adding UNIX APIs isL going to make life harder for anyone?  Sure, no choice is easier, but before6 long there won't be anyone around to not make choices.     > Q >> I was arguing from the point that there seems to be an overriding feeling that/@ >> anything related to unix is unclean and must not be near VMS. >  > Exactly. Dump UNIX which is pure crap (not only from the architecture point of view but also from point of implemetation quality, user interface aso; only the price might be okay if you get payed for using it).  N You are a troll, there's no other explanation.  You're using Netscape on LinuxN to post this tripe, yet apparently unix is crap.  Sure, whatever.  Why aren't ! you using Netscape on VMS, then?    K I submit to you that the Unix architecture is actually superior to VMS's inbK many ways.  The simplistic approach where everything is treated as a streamgL of bytes is a powerful concept.  However, does this mean that Unix is betterM than VMS as a whole?  Nope, as far as I'm concerned, its a matter of choosingrM the right tool for the job.  Sometimes Unix is the right tool, sometimes VMS. J However, to keep this discussion on track, the number of jobs where VMS is suitable is rapidly shrinking.     > P >> >> There are two major APIs out there:  Unix and Windows.  If compaq wants toT >> >> expand VMS's marketshare, it is going to have to provide a good implementationO >> >> of one of those two...and I don't see the Windows API being chosen.  OnceiO >> >> developers see VMS as "just another target", they're more likely to start P >> >> writing pieces of code which take advantage of VMS...compared to now where* >> >> a port is nearly a complete rewrite. >> >J >> > Is it that difficult to understand that we don't need another UNIX??? >>  H >> That's fine...except that unless VMS conforms to something other thanM >> itself, vendors are not going to bother porting software to it because its I >> not important (or: profitable) to justify a complete rewrite to make ae >> VMS application.  > } > Why isn't that bad? Does any Micro$oft product conform to anything other than itself? To what does a UNIX version conform? l  K Microsoft can do its own thing because marketshare....marketshare which VMSpN does not have.  Unix conforms to POSIX which is open, and anyone can implement it...witness Linux.  a  5 > Why would it be helpful to have UNIX apps on VMS?? v  N Gee, why would anyone want more apps for their OS?  VMS is fun to look at withI nothing installed...why, I could just type "dir/full" all day!  There are>K many applications for unix which are quite useful that could be compiled onpM VMS if some basic infrastructure was added...which is what this is all about.t    N > If you want to take advantage of VMS you have to write a real VMS app. What . > is the point in having another UNIX version?  N The half-assed (but valiant) ports of unix software to VMS have one overridingE problem:  they're always behind.  It takes so much effort to port an sM application to VMS that trying to keep it up to date is virtually impossible.d     > Y >> > Think about Apple. Would Steve Jobs argue that Apple should drop their superior API,-$ > UI and so on for UNIX or Windoze?? >> rN >> Have you seen Mac OS X?  It is _BSD_ with Apple specific APIs built on top.J >> It is another unix.  You can run unix apps and mac apps...so if someoneH >> want to run an open source database it doesn't take months to make it% >> compile (let alone work correctly)d >  > We all know this. Do you know NeXTSTEP? Would any Mac user accept a UNIX app? I know of a long term Mac user who is afraid of MacOS X because he thinks that he might get in touch with the UNIX underneath. a  H It wouldn't have anything to do with you ragging on how bad Unix is, nowJ would it?  "Mr. Mac user, if you use mac OS X and accidentally open up the@ command line, your soul is as good as gone!"  Give me a break.     > But anyway: MacOS X adds something on top, doesn't change the kernel. MacOS X adds functionality instead of dublicating it. Having UNIX API on VMS is redundant, superflous and completely unecessary.  M IN YOUR OPINION.  This is what this boils down to.  I (and many others) would N find this a very nice addition to VMS.  If its unnecessary for you, then don'tJ use it.  Its that simple.  Hell, don't even upgrade.  Stay at the current I version because any new feature must be evil and degrade the quality VMS!    >  >> >Who would like to have another Windoze instead of a Mac? There are other much more efficient and technically much better solutions to the "VMS problem" (how some of this NG would phrase the lack of a few desktop and a few enterprise apps).* >> *L >> What is that solution?  Compaq (and Digital's) Marketing always seemed toK >> be focused on preaching to the choir, but that doesn't help.  Outrageous*I >> costs for OS licenses doesn't help.  No entry-level-priced machines to-$ >> seed the market isn't helping.... >  > I published several techical solutions already and I'm getting tired now - some people will be happy to read that, I know ... 9 > You will find them by yourself they are not farfetched.0  M I've not read them, and judging by your attitude, it'd be a waste of my time.GG Quick, plow your head into the sand and maybe VMS will become dominant!C   ------------------------------   Date: 15 Mar 2001 15:20:35 GMT* From: bdwheele@indiana.edu (Brian Wheeler)Y Subject: Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMS   EducationalProgram) '3 Message-ID: <98qmk3$ace$1@flotsam.uits.indiana.edu>s  , In article <3AB00BB0.D182A547@infopuls.com>,, 	Christof Brass <brass@infopuls.com> writes:B > Okay you hit a nerve and that's why I responde to your bullshit.  * That's odd, I was thinking the same thing.   >  > Brian Wheeler wrote: >> l/ >> In article <3AAEB3E0.285370BF@infopuls.com>,i6 >>         Christof Brass <brass@infopuls.com> writes: >> > Fred Kleinsorge wrote:r >> >>n8 >> >> Not to speak for the US DOD, OpenVMS, or Compaq... >> >> M >> >> DII/COE is an attempt to create a magic bullet that allows code re-use.mK >> >> This would allow code that was written for mission X to be reused forlR >> >> mission Y.  This hasn't really happened yet.  None the least of the problemsN >> >> is figuring out how those developing the code for mission X will get anyP >> >> benefit (read: profit) by allowing their code to be re-used for some otherD >> >> mission.  So in current use, you end up with Segments that areN >> >> architecture-specific (which you have anyway, since binary compatabilityP >> >> isn't a goal), and which use vendor specific features.  BUT these guys areL >> >> serious, and eventually there will be a lot of COE software in the DOD >> >> world. >> >>rP >> >> The unfortunate aspect of DII/COE is that the design center of those doingP >> >> the development was Sun/Solaris (being practical, they also had to includeK >> >> Windows - which has it's own features and non-features).  So what COEtM >> >> provides is a common look & feel for the application environment, whichcO >> >> tends to drill down all the way to the UNIX command line interfaces.  YoueP >> >> also have some "standards" - like POSIX and JAVA - which if people writingE >> >> new segments adhere to, would allow source level compatability.  >> >> P >> >> VMS COE (the product) is not something that will be generally available toQ >> >> *anyone* off the street.  It is a product that includes the OS - as well asw> >> >> the COE environment and other required layered products. >> >> Q >> >> Long term, the OS capabilities that were required, will show up in the baseeN >> >> OS.  The intent is to make the C interfaces on VMS compatable with POSIXR >> >> (more likely long term - UNIX98 or LINUX).  This will make porting code fromP >> >> UNIX/Linux a simpler task - no different than any generic UNIX->UNIX port.O >> >> In addition, there will also be a shell environment that would allow UNIXDQ >> >> users to get something more familiar than DCL.  Lastly are things like file]K >> >> system modifications that allow UNIX semantics and syntax to be used.  >> >>AR >> >> This does not "replace" anything that VMS currently does, or even weaken it.Q >> >> All the capabilities are incremental, or supplemental.  But as always, poorHN >> >> UNIX code will work poorly, and good UNIX code will work well.  I expectQ >> >> that when someone wants the code to "mesh" into a VMS environment, they may"N >> >> have work to do beyond a simple port - or they can choose to live with a >> >> UNIX fish in a VMS pond. >> >>  >> >>  _Fred >> >>e >> >m >> > I'm shocked. It's by far worse than I thought. This could be an important step to the real death of VMS.fe >> > - The business effect is *very* doubtful if these COE additions are only there for DoD projects.a >> .M >> Indeed, it would be, but if it helps port more software to VMS then it canw" >> have positive business effects. >  > Wrong. Having another UNIX is no advantage. Everybody who can afford VMS can afford another PC to run Linux, Solaris or whatever. No need for VMS to run UNIX crap SW.  O Ok, so you're saying that people should buy solaris or linux machines when theyeI need software not available for VMS.  Fair enough...BUT what happens whenhG all of the software functions that VMS is offering become available for5K Unix at a lower cost?  Oooops!  No more reason to keep that costly VMS box.tE Shut it down and sell it for scrap.  I like VMS, but the one function1N it has provided us for the last decade (database serving) has been passed off K to a much cheaper/faster unix box.  Its only still running until we get the K data migrated out and then its going to be decommissioned.  The unix box wesN put it on is a $1500 Dell PC running Linux & Sybase.  And before you go off onH "crap unix", etc, its been running non stop since October 1999.  Longish3 uptimes are no longer the exclusive domain of VMS. :  O What function should we used the decommissioned VMS machine for?  Great, stableqE OS...but without software, what's the point of keeping it plugged in?s   >  >> > - Writing SW for a niche is the stupidest thing you can do. SW should be sold to as many customers as possible because copying SW is almost free. >>  N >> YEP, WRITING SOFTWARE FOR NICHE MARKETS IS STUPID, WHICH IS WHY VMS IS VERYK >> NEARLY DEAD.  If the COE initiative allows 'commodity' unix source to bee@ >> compiled on VMS then VMS is that much less of a niche player. >  > Idiot. *IDIOT*.   ) Is this because I don't agree with you?  n    \ > VMS is not dead. VMS is artificially made to a niche OS by several other idiots like you.   N Like ME?  I think not.  VMS has been artificially made into a niche OS becauseL many proponents (such as yourself) believe with all your heart that anythingJ not VMS is evil and that it must be crap.  VMS is niche because it doesn't$ implement common standards.  Period.  9 >Study history! Stay away from VMS, you don't deserve it!-  H Why don't I deserve it?  Is it because I see the value in other tools?  N I have studied history.  I've been using VMS for years...longer than I've beenN using unix...however I use unix for nearly all of my tasks now.  Why?  Because that's where the software is.x   > Use UNIX! Use UNIX SW.   I do, and so do you.  K [[off topic:  please wrap your lines at 75 chars, these long lines are very:!   annoying, not to mention rude]]W   >  >> t >> > - Offering bad ways like UNIX shells to accomplish tasks is a safe method to kill the productivity of VMS. Today we know how things are solved properly. Tomorrow we will never know. >> sM >> Get off it.  UNIX != "bad ways", no matter how many times you keep tellingtO >> yourself that.  Its different.  That's all.  VMS has one bad side to it:  nosO >> matter how well designed it is, it is PROPRIETARY.  Unix, as a whole is not, P >> which gives it a huge advantage in my book over VMS.  With unix I can move to6 >> another vendor if there are quality or cost issues. > M > You don't understand a clue. This proprietary argument has long disproved. e  L Disproved?  How?  VMS is proprietary.  This is a fact.  When you have sourceJ code on VMS is cannot be compiled anywhere else without massive changes.  I Properly written unix apps (and there are quite a few) can be recompiled =H with little or no change from one unix to another.  This is also a fact.# How can this possibly be disproved?l     > UNIX and Windoze are another form of beeing proprietary with UNIX having the disadvantage of never beeing the same if you change the vendor.    H Are they as great as when you move from VMS to anything else?  Not even J close.  The difference between unixes is trivial at best for the end user,4 and only require a bit of effort for the sysadmin.      L > If 60% of market were owned by VMS nobody would talk about proprietarity.   K Ah, but it is not at 60%.  I doubt even 10%.  It is proprietary, regardlesso of market size.>    ; > Read the UNIX-Haters Handbook! Leave VMS alone! Use UNIX!l  M Ah, the source of your misguidance.  Maybe this quote from the "Anti-Forward"u# will shed some light on this issue:sD 	Dennis Ritchie writes "You claim to seek progress, but you succeed  	mainly in whining."K I have read it.  Its crap.  It bitches and moans about everything, yet manyfI of its complaints are "fixed" in most unixes.  In addition, if one wantedrF to, it would be easy to write a "VMS-Hater's Handbook".  But its not aJ matter of hating anything:  its about choosing the right tool for the job.; VMS is rapidly becoming less and less often the right tool.c     > { >> > I'm too tired to continue this list. Every educated engineer will understand that this is a major attempt to kill VMS.i >> lP >> If by "educated" you mean "anything but pure VMS is evil and we don't need toJ >> be interoperable with anyone but ourselves", then I guess you're right. >  > Silly.  I Yes, your attitude is silly.  You have yet to show that adding unix apis oI kills VMS.  If they started removing VMS apis, then yes, I could see your C point.  But as it stands, they're adding to, and not removing from.i   >  >> > My hope and wish: the good VMS engineers stay with the normal version. The COE version will be so crappy and full of bugs that it will never be usable. >> oQ >> This is an interesting statement.  So, anything Unixy is so inheritly unstableMK >> that just by implementing it brings the whole OS down?  You're on crack.oO >> If they do a shit-awful job of bringing unix services to vms, then its theirr >> own damned fault.  Period.o > > Stupid. As explained several times: introducing unecessary complexity, superflous or redundant functions and ways to accomplish tasks which are in contradiction to the desing principles of VMS is a safe way to ruin it all. This has nothing to do with implementation quality.  % I'll thank you not to call me stupid..  M It has everything to do with implementation!  If the UNIX api is added to VMStM via a set of libraries, then it is no more redundant or more complex than any L other RTL!  If something in the kernel has to change, then it is an issue ofL the kernel not being flexible enough to accomplish the task at hand.  If theM task at hand was for anything non-unix-api related, you'd probably be all forl a change in the kernel.i     > M >> Attitudes like this is why VMS is dead.  Its a wonder that TCP/IP was ever I >> added to VMS with attitudes like this....DECNet is the pure networkingu3 >> protocol!  LAT is the way to true enlightenment!  > > Do you like democracy?? You know, the kind of organising a state in which the people who have money buy the people who simulate decision processes (politicians) or a dumb majority can decide if one plus one is three or four? Is TCP/IP better because the majority is using it?t  E Is VMS better because nobody is using it?   Quality is not inversely   proportional to usage. e   > L >> WAIT A MINUTE!  If VMS is so great, and unix so bad, why is it that I spy >> this line in your headers:, >> s: >> X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.0.36 i586) >> bK >> Huh.  Looks like you're just a troll...or a hypocrite.  Not only are youe9 >> using a unix to do your mail, you're doing it on a PC.  >>   >> Ugh.s >> Brian >  > As I stated several months ago: I'm in a process to moving back to VMS because I'm tired of the wrong promises of UNIX land. UNIX is crap. Believe me! I have 7 years first hand experience mostly with Solaris and Linux, but some others also.  J Which promises are those?  Why did you switch from VMS in the first place?M In the 7 years did you attempt to learn why Unix does things the way it does,tN or did you just sit and complain about how "its no VMS"?  I'm serious, I wouldH like to know.  I (and many others) made a transition from VMS or PCs or G whatever to Unix without the obvious hatred you seem to be displaying. p   > ] > I also publicly offered to put money into a fund to get a full VMS Opera port. No response.  > S > Do you know on what platform Navigator has been developed? Could it be UNIX crap?o > Navigator is crap. I use it to avoid Micro$oft although some people say the IE is the better browser. If there is a decent VMS browser available I'll switch to that.r  I So, we come back to the core of the problem:  lack of available software.nK Whether something was built on unix doesn't make it crap, anymore than unixV3 as a whole is crap.  Why don't you write a browser?n   > 4 > Do you think that your contribution has any value?  K Yes, in fact I do.   You know, at first I thought you were just a mindless  E anti-unix troll.  But then I came to a startling realization:  you'reeI just close minded.  Computers are just tools.  You pick the one that doesdJ the job the best *FOR YOU*.  If VMS does the job for you (which apparentlyF it doesn't, as you're using a unix browser) then that's great.  VMS isF lacking in several areas for me (and others), which is why I think theM COE initiative is a good thing.  I think VMS is a great operating system, andeK I'd hate to see it go away.  But, that doesn't mean that I think everything I else sucks.  There is room in computing for more than one OS...right toolfO for the job.  VMS is no longer the right tool for many applications, and adding = unix APIs would be a step towards making it the right tool.  b  L I suppose we should just agree to disagree:  I think adding Unix APIs to VMSL would be a good thing, and you think it'd be a bad thing.  I suppose there'sF no further need for discussing this, since neither of us are going to  convince the other.o   Brianp   ------------------------------  % Date: Thu, 15 Mar 2001 08:47:06 -0500p7 From: David Beatty <David.Beatty@sasSPAMITUPTHEZZZ.com>tY Subject: Re: Dumbing Down VMS with UNIX Elements? (was Re: OpenVMSEducationalProgram) Edu 2 Message-ID: <tcewOtaAKFsPwDWmjeWpHRuw=MJ5@4ax.com>  < Unfortunately, something about "hell freezing over" comes to mind.s   David R. Beatty.  5 On Wed, 14 Mar 2001 15:05:46 -0600, Christopher Smitht <csmith@amdocs.com> wrote:   >> -----Original Message----- < >> From: Terry C. Shannon [mailto:terryshannon@mediaone.net] >(= >> Well, given that VMS revenues did not fall off consistent   >> with DECpaq's? >> expectations (remember the 97 prediction that the installed   >> base would fall8 >> to ~200K systems by 2000-2001?) this is not entirely  >> surprising. But justlH >> think what CPQ could do if it adopted a proactive marketing strategy. >nL >Yep, and when you're done with that, just imagine what could happen if pigs >had wings. :) >iC >Seriously, how long have we been waiting on a "proactive marketings >strategy?"o > 	 >Regards,r >a >Chris >c" >Christopher Smith, Perl Developer >Amdocs - Champaign, IL  >n >/usr/bin/perl -e ' @ >print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n"); >'   ------------------------------  % Date: Thu, 15 Mar 2001 10:56:15 -0500   From: norm.raphael@jamesbury.com. Subject: ElSA Gloria Synergy-8 patch confusion4 Message-ID: <C2256A10.0056D5D9.00@jklh21.valmet.com>  O I am using OpenVMS Alpha V7.1-2.  This confusion may also apply to the versionso of theseJ ECO's for other OpenVMS Alpha Versions if the patches have been published.  7 VMS712_GRAPHICS-V0400 requires VMS712_CPU2208-V0100 but ? VMS712_CPU2208-V0100 contains a list of specific CPU's on whichVF to apply it, and my CPU is not on the list, but does have the Graphics& Card requiring  VMS712_GRAPHICS-V0400.  ? Therefore I must apply VMS712_CPU2208-V0100 (which has no filesfG for my particular CPU)  before I can apply the required graphics patch,n? VMS712_GRAPHICS-V0400, to fix the Graphics Card which I do havee
 on my CPU.  F This has been confirmed by actual (or attempted) installation of these patches by the CSC.o  ? Therefore the wording in the VMS712_CPU2208-V0100 patch must bee/ changed to indicate that it must be install on:t   Installation Rating:  INSTALL_2eE                            2 - To be installed on all systems running C                                the listed version(s) of OpenVMS andp>                                using the following feature(s):  A                                  PBXGK-BB (ELSA GLoria Synergy-8)-C                                  PBXGB-AA/CA (PowerStorm 3D30/4D40)h  K Regardless of CPU as a prerequisite to VMS712_GRAPHICS-V0400, which carries  this very wording.  $ VMS712_CPU2208-V0100 currently says:  - 2 - To be installed on the following systems:u  0            AlphaServers            AlphaStationsI            -------------------     --------------------------------------   ;            Compaq AlphaServer      Compaq AlphaStation ES40G            ES40e  <            Compaq AlphaServer      Compaq AlphaStation XP900            DS10w  =            Compaq AlphaServer      Compaq AlphaStation XP1000@            DS10L  H            Compaq AlphaServer      Compaq AlphaStation 21264 PCI/ISA SBC            DS20>  <            Compaq AlphaServer      Compaq AlphaStation DS20E            DS20E  J making no mention of the graphics cards, even though VMS712_GRAPHICS-V0400 says:r          Kit Dependencies:  =        The following remedial kit(s) must be installed BEFOREe         installation of this kit:            VMS62TO71U2_PCSI-V0200U          VMS712_UPDATE-V0300          VMS712_CPU2208-V0100e  L (where the first two ECO's listed are longstanding dependencies on every kit forh       V7.1-2).   I hope I made this clear.l  1 I have a Compaq Alphaserver 1200/533 that has the   PBXGK-BB (ELSA GLoria Synergy-8)H Graphics Card, and so needs the second patch which needs the first patch even thoughG the files in the first patch are not for a Compaq Alphaserver 1200/533.>  H This has caused days of hunting down whether or not I actually have that Graphics Card,J by the way, as there is no easy way to tell with software (or if there is, it was not provided.p     Regards.  
 -Norm Raphaels   Norman F. Raphaela Technical Support Manager  Jamesbury Inc. P.O. Box 15004 Worcester MA 01615-0004> Tel:  508-852-0215 x 2221o Fax:  508-595-5029" Email:  Norm.Raphael@Jamesbury.ComG "Everything worthwhile eventually degenerates into real work." - Murphyu         ===========================n   ECO INFORMATION:  )      ECO Kit Name:  VMS712_GRAPHICS-V0400o<                     DEC-AXPVMS-VMS712_GRAPHICS-V0400--4.PCSI@      ECO Kits Superseded by This ECO Kit:  VMS712_GRAPHICS-V0300,      ECO Kit Approximate Size: 48,208 Blocks*      Kit Applies To:  OpenVMS Alpha V7.1-2*      System/Cluster Reboot Necessary:  Yes$      Rolling Re-boot Supported:  Yes$      Installation Rating:  INSTALL_2E                            2 - To be installed on all systems runningrC                                the listed version(s) of OpenVMS andO>                                using the following feature(s):  A                                  PBXGK-BB (ELSA GLoria Synergy-8)tC                                  PBXGB-AA/CA (PowerStorm 3D30/4D40)m        Kit Dependencies:  =        The following remedial kit(s) must be installed BEFOREg         installation of this kit:            VMS62TO71U2_PCSI-V0200e          VMS712_UPDATE-V0300          VMS712_CPU2208-V0100    ======================   ECO INFORMATION:  (      ECO Kit Name:  VMS712_CPU2208-V0100/      ECO Kits Superseded by This ECO Kit:  Nonem*      ECO Kit Approximate Size:  544 Blocks*      Kit Applies To:  OpenVMS Alpha V7.1-2*      System/Cluster Reboot Necessary:  Yes$      Rolling Re-boot Supported:  Yes$      Installation Rating:  INSTALL_2H                            2 - To be installed on the following systems:  0            AlphaServers            AlphaStationsI            -------------------     -------------------------------------->  ;            Compaq AlphaServer      Compaq AlphaStation ES40l            ES40   <            Compaq AlphaServer      Compaq AlphaStation XP900            DS10t  =            Compaq AlphaServer      Compaq AlphaStation XP1000o            DS10L  H            Compaq AlphaServer      Compaq AlphaStation 21264 PCI/ISA SBC            DS20o  <            Compaq AlphaServer      Compaq AlphaStation DS20E            DS20E   ------------------------------  # Date: Thu, 15 Mar 2001 18:07:28 GMTv1 From: "Mark D. Jilson" <jilly@clarityconnect.com> 2 Subject: Re: ElSA Gloria Synergy-8 patch confusion2 Message-ID: <3AB10560.94CD9324@clarityconnect.com>  ) Noted and passed on to the proper people.u  ! norm.raphael@jamesbury.com wrote:e > Q > I am using OpenVMS Alpha V7.1-2.  This confusion may also apply to the versionse
 > of theseL > ECO's for other OpenVMS Alpha Versions if the patches have been published. > 9 > VMS712_GRAPHICS-V0400 requires VMS712_CPU2208-V0100 butnA > VMS712_CPU2208-V0100 contains a list of specific CPU's on whichpH > to apply it, and my CPU is not on the list, but does have the Graphics( > Card requiring  VMS712_GRAPHICS-V0400. > A > Therefore I must apply VMS712_CPU2208-V0100 (which has no filestI > for my particular CPU)  before I can apply the required graphics patch,gA > VMS712_GRAPHICS-V0400, to fix the Graphics Card which I do havee > on my CPU. > H > This has been confirmed by actual (or attempted) installation of these > patches by the CSC.t > A > Therefore the wording in the VMS712_CPU2208-V0100 patch must be 1 > changed to indicate that it must be install on:i > ! > Installation Rating:  INSTALL_2gG >                            2 - To be installed on all systems runningsE >                                the listed version(s) of OpenVMS and>@ >                                using the following feature(s): > C >                                  PBXGK-BB (ELSA GLoria Synergy-8)xE >                                  PBXGB-AA/CA (PowerStorm 3D30/4D40)e > M > Regardless of CPU as a prerequisite to VMS712_GRAPHICS-V0400, which carries  > this > very
 > wording. > & > VMS712_CPU2208-V0100 currently says: > / > 2 - To be installed on the following systems:a > 2 >            AlphaServers            AlphaStationsK >            -------------------     --------------------------------------M > = >            Compaq AlphaServer      Compaq AlphaStation ES40t >            ES40s > > >            Compaq AlphaServer      Compaq AlphaStation XP900 >            DS10  > ? >            Compaq AlphaServer      Compaq AlphaStation XP1000  >            DS10L > J >            Compaq AlphaServer      Compaq AlphaStation 21264 PCI/ISA SBC >            DS20r > > >            Compaq AlphaServer      Compaq AlphaStation DS20E >            DS20E > L > making no mention of the graphics cards, even though VMS712_GRAPHICS-V0400 > says:s >  >      Kit Dependencies: > ? >        The following remedial kit(s) must be installed BEFOREk" >        installation of this kit: > ! >          VMS62TO71U2_PCSI-V0200  >          VMS712_UPDATE-V0300 >          VMS712_CPU2208-V0100  > N > (where the first two ECO's listed are longstanding dependencies on every kit > fore >       V7.1-2). >  > I hope I made this clear.' > 3 > I have a Compaq Alphaserver 1200/533 that has thee" > PBXGK-BB (ELSA GLoria Synergy-8)J > Graphics Card, and so needs the second patch which needs the first patch > even > thoughI > the files in the first patch are not for a Compaq Alphaserver 1200/533.  > J > This has caused days of hunting down whether or not I actually have that > Graphics Card,L > by the way, as there is no easy way to tell with software (or if there is, > it > was not provided.e > 
 > Regards. >  > -Norm Raphaelp >  > Norman F. Raphaeln > Technical Support Managerb > Jamesbury Inc. > P.O. Box 15004 > Worcester MA 01615-0004e > Tel:  508-852-0215 x 2221  > Fax:  508-595-5029$ > Email:  Norm.Raphael@Jamesbury.ComI > "Everything worthwhile eventually degenerates into real work." - Murphyv >  > ===========================e >  > ECO INFORMATION: > + >      ECO Kit Name:  VMS712_GRAPHICS-V0400e> >                     DEC-AXPVMS-VMS712_GRAPHICS-V0400--4.PCSIB >      ECO Kits Superseded by This ECO Kit:  VMS712_GRAPHICS-V0300. >      ECO Kit Approximate Size: 48,208 Blocks, >      Kit Applies To:  OpenVMS Alpha V7.1-2, >      System/Cluster Reboot Necessary:  Yes& >      Rolling Re-boot Supported:  Yes& >      Installation Rating:  INSTALL_2G >                            2 - To be installed on all systems runningeE >                                the listed version(s) of OpenVMS andh@ >                                using the following feature(s): > C >                                  PBXGK-BB (ELSA GLoria Synergy-8)hE >                                  PBXGB-AA/CA (PowerStorm 3D30/4D40)  >  >      Kit Dependencies: > ? >        The following remedial kit(s) must be installed BEFORE"" >        installation of this kit: > ! >          VMS62TO71U2_PCSI-V0200t >          VMS712_UPDATE-V0300 >          VMS712_CPU2208-V0100  >  > ====================== >  > ECO INFORMATION: > * >      ECO Kit Name:  VMS712_CPU2208-V01001 >      ECO Kits Superseded by This ECO Kit:  None , >      ECO Kit Approximate Size:  544 Blocks, >      Kit Applies To:  OpenVMS Alpha V7.1-2, >      System/Cluster Reboot Necessary:  Yes& >      Rolling Re-boot Supported:  Yes& >      Installation Rating:  INSTALL_2J >                            2 - To be installed on the following systems: > 2 >            AlphaServers            AlphaStationsK >            -------------------     --------------------------------------e > = >            Compaq AlphaServer      Compaq AlphaStation ES40i >            ES40  > > >            Compaq AlphaServer      Compaq AlphaStation XP900 >            DS10  > ? >            Compaq AlphaServer      Compaq AlphaStation XP1000n >            DS10L > J >            Compaq AlphaServer      Compaq AlphaStation 21264 PCI/ISA SBC >            DS20t > > >            Compaq AlphaServer      Compaq AlphaStation DS20E >            DS20E   -- dD 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: Thu, 15 Mar 2001 18:03:26 +0100y> From: "Jean-Francois Marchal" <jean-francois.marchal@x9000.fr> Subject: fmsdef.hb. Message-ID: <98qsfn$ac2$1@reader1.imaginet.fr>   Bonjour  tous !  - After having installed FMS v2.4 on VMS 7.2-1, @ I'm discovering that fmsdef.h has been installed in sys$examples Is there any reason for this ?& Could I safely copy it in sys$library,& then use it with #include <fmsdef.h> ?< or should I take my own copy in my application's directory ?   Cordialement Jean-Franois MarchalC X9000 - LYON (FR)a   ------------------------------  # Date: Thu, 15 Mar 2001 13:40:42 GMT>= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)u/ Subject: Help!  PASCAL is read-only code to me.g0 Message-ID: <009F90B4.1573DEA4@SendSpamHere.ORG>  J I'm trying to build some code which has several modules sourced in Pascal.J I installed Pascal V5.8 on OpenVMS Alpha V7.2-1 and launched the build.  I  am getting the following errors:  I PASCAL/ENVIRONMENT=SYS$LIBRARY:STARLET.ENV/NOLIST SYS$LIBRARY:STARLET.PASg  P             ACE$Q_CDATE : [POS(240)] $UQUAD; (* creation date/time of journal *) ...........................^4 %PASCAL-E-POSALIGNCON, Position / alignment conflict= at line number 15872 in file SYS$COMMON:[SYSLIB]STARLET.PAS;1l  P             ACE$Q_MODIFICATION_TIME : [POS(336)] $UQUAD; (* timestamp of last ba ckup or last *)>( .......................................^4 %PASCAL-E-POSALIGNCON, Position / alignment conflict= at line number 15875 in file SYS$COMMON:[SYSLIB]STARLET.PAS;1 7 %PASCAL-E-ENDDIAGS, PASCAL completed with 2 diagnostics     K I really do not have the time or the desire to learn the nuances of Pascal  J to build this code so any assistance will be GREATLY appreciated.  Thanks.   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMa             O city, n., 1. a place where trees are cut down and streets are named after them.i   ------------------------------  % Date: Thu, 15 Mar 2001 07:09:53 -0700m  From: l_ricker@lto.locktrack.com/ Subject: Help!  PASCAL is read-only code to me.e. Message-ID: <01031508095348@lto.locktrack.com>  B First of all, why is the "some code" that you're trying to rebuildC doing a (re)compile of the STARLET.PEN environment file (rebuilding F as STARLET.ENV)?  Any standard installation of Compaq/DEC Pascal wouldD have already done a proper compilation of this and many more "systemD interface" environment files.  Besides SYS$LIBRARY:STARLET.PEN (fromB source .PAS), you'll also find nearly 2-dozen environment files ofE the form PASCAL$*_ROUTINES.PEN (from corresponding .PAS source files)rA in SYS$LIBRARY... check, and if this is not true, re-install youri= Pascal compiler and take the option to rebuild/install these!   C That being said, your attempted re-compile is running into languageoB extensions which permit the detailed alignment of data structures,B the [POS(nn)] attributes/directives.  Since the compiler's defaultC data-structure-building assumptions correspond to general quad- andkA page-alignment requirements of the Alpha architecture, it usually ? takes special compiler switches to correctly invoke the "picky" ? alignments required for general VMS internal data structures... A these compiler qualifiers would (and are) being correctly used byoB the Pascal installation procedure (one would have to dig into, I'dA suppose, KITINSTAL.COM to see how the product's installed at thisaB level).  $ HELP PASCAL /ALIGN (etc.) would also shed some light on this.e  A But again, the real issue here is:  why is this "some code" build,D procedure insisting on recompiling STARTLET.PEN?  Seems like someoneD else has gone off and done unnecessary work... Ride the horse in the@ direction he's going!  In other words, figure out the why's (andD misdirections) in the build, and correct it to use the resources the way they're intended.c  E Hope this helps... John Reagan might jump in with more cogent advice.o  
 cordially,   Lorin    ------------------------------  % Date: Thu, 15 Mar 2001 12:02:30 -0500e- From: John Reagan <reagan@hiyall.zko.dec.com>B3 Subject: Re: Help!  PASCAL is read-only code to me.p2 Message-ID: <3AB0AF56.58A5EA80@hiyall.zko.dec.com>  $ Brian Schenkenberger, VAXman- wrote: > L > I'm trying to build some code which has several modules sourced in Pascal.L > I installed Pascal V5.8 on OpenVMS Alpha V7.2-1 and launched the build.  I" > am getting the following errors:  C As Lorin pointed out, STARLET.PAS is turned into STARLET.PEN by therC Pascal installation (unless you explicitly said not to do it).  Yout> don't have to do it yourself.  [BTW, the missing piece is that6 STARLET.PAS requires /ALIGN=VAX on the PASCAL command]  D You should just be inheriting STARLET.PEN with an INHERIT attribute.   -- k John Reagant Compaq Pascal Project Leader   ------------------------------  % Date: Thu, 15 Mar 2001 12:36:47 -0500 2 From: norm lastovica <norman.lastovica@oracle.com>3 Subject: Re: Help!  PASCAL is read-only code to me.-* Message-ID: <3AB0FDAF.2493B1B5@oracle.com>  @ STARLET.PAS needs to be compiled with /ALIGN=VAX.  The layout ofE many of the VMS data structures are the same as they were on the VAX.1  ? If you look in KITINSTAL.COM within the pascal kit, you'll see y something along the lines of:f     * $       IF PASCAL$CURRENT_ARCH .EQS. "AXP"0 $       THEN PASCAL == "PASCAL/NOLIST/ALIGN=VAX"& $       ELSE PASCAL == "PASCAL/NOLIST"
 $       ENDIF2  & "Brian Schenkenberger, VAXman-" wrote: > L > I'm trying to build some code which has several modules sourced in Pascal.L > I installed Pascal V5.8 on OpenVMS Alpha V7.2-1 and launched the build.  I" > am getting the following errors: > K > PASCAL/ENVIRONMENT=SYS$LIBRARY:STARLET.ENV/NOLIST SYS$LIBRARY:STARLET.PASH > R >             ACE$Q_CDATE : [POS(240)] $UQUAD; (* creation date/time of journal *) > ...........................^6 > %PASCAL-E-POSALIGNCON, Position / alignment conflict? > at line number 15872 in file SYS$COMMON:[SYSLIB]STARLET.PAS;1i > R >             ACE$Q_MODIFICATION_TIME : [POS(336)] $UQUAD; (* timestamp of last ba > ckup or last *) * > .......................................^6 > %PASCAL-E-POSALIGNCON, Position / alignment conflict? > at line number 15875 in file SYS$COMMON:[SYSLIB]STARLET.PAS;1e9 > %PASCAL-E-ENDDIAGS, PASCAL completed with 2 diagnosticsr > L > I really do not have the time or the desire to learn the nuances of PascalL > to build this code so any assistance will be GREATLY appreciated.  Thanks. >  > --Q > VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMt > Q > city, n., 1. a place where trees are cut down and streets are named after them.-   -- -> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------   Date: 15 Mar 2001 15:45:14 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)h3 Subject: Re: Help!  PASCAL is read-only code to me. 0 Message-ID: <98qo2a$325$1@n.ruf.uni-freiburg.de>  p In article <009F90B4.1573DEA4@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:K >I'm trying to build some code which has several modules sourced in Pascal.aK >I installed Pascal V5.8 on OpenVMS Alpha V7.2-1 and launched the build.  Is! >am getting the following errors:  > J >PASCAL/ENVIRONMENT=SYS$LIBRARY:STARLET.ENV/NOLIST SYS$LIBRARY:STARLET.PAS >fQ >            ACE$Q_CDATE : [POS(240)] $UQUAD; (* creation date/time of journal *)  >............................^5 >%PASCAL-E-POSALIGNCON, Position / alignment conflictc> >at line number 15872 in file SYS$COMMON:[SYSLIB]STARLET.PAS;1 >lQ >            ACE$Q_MODIFICATION_TIME : [POS(336)] $UQUAD; (* timestamp of last bag >ckup or last *)* >........................................^5 >%PASCAL-E-POSALIGNCON, Position / alignment conflictp> >at line number 15875 in file SYS$COMMON:[SYSLIB]STARLET.PAS;18 >%PASCAL-E-ENDDIAGS, PASCAL completed with 2 diagnostics >  >pL >I really do not have the time or the desire to learn the nuances of Pascal K >to build this code so any assistance will be GREATLY appreciated.  Thanks.   M This is a strange error as STARLET.PAS is provided by the compiler itself andAN should therefore be correct. There is a patch for Pascal V5.8, did you install it?m   O http://ftp.support.compaq.com/patches/entitled/vms/axp/v6.1/pascal_e1058.README    Regards,    Christoph Gartmannn  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: Thu, 15 Mar 2001 18:09:28 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)g3 Subject: Re: Help!  PASCAL is read-only code to me. 0 Message-ID: <009F90D9.A13B6C59@SendSpamHere.ORG>  Q In article <01031508095348@lto.locktrack.com>, l_ricker@lto.locktrack.com writes:eC >First of all, why is the "some code" that you're trying to rebuild D >doing a (re)compile of the STARLET.PEN environment file (rebuildingG >as STARLET.ENV)?  Any standard installation of Compaq/DEC Pascal would=E >have already done a proper compilation of this and many more "systemVE >interface" environment files.  Besides SYS$LIBRARY:STARLET.PEN (frompC >source .PAS), you'll also find nearly 2-dozen environment files of2F >the form PASCAL$*_ROUTINES.PEN (from corresponding .PAS source files)B >in SYS$LIBRARY... check, and if this is not true, re-install your> >Pascal compiler and take the option to rebuild/install these!   I've gotten past this part!p  E The dependancy rules all have SYS$LIBRARY:STARLET.PEN listed and MMK,-D for some reason, wants to rebuild it.  The default rule for .PAS.PEN is:    .PAS.PEN# $(PASCAL)$(PENVFLAGS) $(MMS$SOURCE)e8 PENVFLAGS   = /ENVIRONMENT=$(MMS$TARGET_NAME).ENV/NOLIST  % So that is where the .ENV is derived.h    F Now, the BIG QUESTION... How do I do conditional compilation such thatE I can have a single source with variations for VAX/Alpha differences?a   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM-            aO city, n., 1. a place where trees are cut down and streets are named after them.c   ------------------------------  % Date: Thu, 15 Mar 2001 13:25:37 -05000- From: John Reagan <reagan@hiyall.zko.dec.com>a3 Subject: Re: Help!  PASCAL is read-only code to me.u2 Message-ID: <3AB0C2D1.6E091F0E@hiyall.zko.dec.com>  $ Brian Schenkenberger, VAXman- wrote: > G > The dependancy rules all have SYS$LIBRARY:STARLET.PEN listed and MMK,eF > for some reason, wants to rebuild it.  The default rule for .PAS.PEN > is:0 > 
 > .PAS.PEN% > $(PASCAL)$(PENVFLAGS) $(MMS$SOURCE)f: > PENVFLAGS   = /ENVIRONMENT=$(MMS$TARGET_NAME).ENV/NOLIST > ' > So that is where the .ENV is derived.i  D I don't know why MMK would want to rebuild it unless the STARLET.PASC file is newer than the .PEN.  Hard to do unless somebody has playeda: around on your system and copied STARLET.PAS files around.   > H > Now, the BIG QUESTION... How do I do conditional compilation such thatG > I can have a single source with variations for VAX/Alpha differences?C >   H Pascal (starting with V5.6) has conditional compilation.  See Chapter 11D in the Compaq Pascal Reference Manual for the %IF, %ELSE, %ELIF, and? %ENDIF directives.  There is also a complimentary /CONSTANT DCLlB qualifier to you let you pass in constants from the command line. > You'll also find %ARCH_NAME, %SYSTEM_NAME, and %SYSTEM_VERSION! directives in Chapter 11 as well.    --   John Reagan  Compaq Pascal Project Leader   ------------------------------  % Date: Thu, 15 Mar 2001 02:31:02 -0500o2 From: rdeininger@mindspring.com (Robert Deininger). Subject: Re: How does one become a VMS guru ??L Message-ID: <rdeininger-1503010231020001@user-2ivec5u.dialup.mindspring.com>  G In article <VgSr6.11222$pG5.39608@news1.rdc1.nsw.optushome.com.au>, "Drr) Evil !" <sbudak1@optushome.com.au> wrote:-  J > Howdy Guys, I'm interested in getting into VMS and am after some helpful > advice on doing just that. > J > Most of my qualifications thus far are Microsoft based, but I have spentF > time at uni doing a Computer Science degree and have solid amount of > industry experience. > M > But as you can imagine, the brain dead simplicity and lack of any real true I > enterprise ability in the MS product (as well as not wanting to just be 9 > another MS drone) has lead me to look for alternatives.  > E > I love Unix, I love Linux and enjoy playing with them, but am truly1K > impressed by what I have heard of VMS by some people I know who work withl > it.rH > As such, that is what I'd really like to look into doing. Playing with& > VMS/Alpha systems in the enterprise.  G I can't tell for sure if you've any VMS experience at all.  If so, this  may be boring...   Here is the main VMS page:!    http://www.openvms.compaq.com/e  " It includes a link to the VMS FAQ:7    http://www.openvms.compaq.com/wizard/openvms_faq.txt3  ! And to the VMS documentation set:i0    http://www.openvms.compaq.com:8000/index.html  I In the docs, I would suggest that a new user start with the Overview, andf then the User's Manual:C?    http://www.openvms.compaq.com:8000/72final/4511/4511pro.htmln?    http://www.openvms.compaq.com:8000/72final/6489/6489pro.htmly  I Your path through the other docs will vary, depending on whether you wanttJ to program, manage, or play DEClander.  (Actually, I don't think DEClander is documented anywhere...)  6 The HELP command is not to be overlooked or forgotten.  G You'll want access to a running VMS system.  Unless you have a need form< old hardware for some reason, an alpha is better than a Vax.  D VMS licenses are free to DECUS/ENCOMPASS members in most places, for" hobbyist use.  Membership is free.  I Cheap, used, old alpha systems are available and functional.  You can getXF one, and learn enough system management to set it up.  If you've neverJ used VMS, this level of system management might be a bit tough at first; IH don't have any way to judge it myself.  I used VMS for quite a few years$ before I did any system configuring.    F When you are comfortable taking care of a hobbyist system or two, comeF back and we'll talk about letting you near "the Enterprise".  You mustH prove yourself on a lesser spaceship first.  And you can't "play" on theF Enterprise.  And you can't even come aboard until you change your nameF from "Dr. Evil".  We don't want any of that around here. I hesitate to/ suggest "Wesley Crusher" for fear of offending.D  - Oh, almost forgot.  Welcome aboard, ensign...T    N > So if anybody has any good suggestions or helpful hints for the best path to5 > take to achieve this, I would be very appreciative.  > M > I was looking at getting the Open VMS technical resource kit and then doing=M > the certification exam, but wasn't sure whether that would be enough to get K > a start and work on a real understanding of VMS. I would like to get somezK > hands on experience with VMS, but the opportunities here in Australia (asl* > far as I am aware) are somewhat limited.  F Speaking from total LACK of experience with this resource kit, I thinkE doing is better than reading.  The regular manuals are very good, and D using a system will teach you most of what you'll want to know.  I'mH pretty sure no amount of book-learning will help you pass an exam if you% haven't spent a lot of hands-on time.S  E I've never heard of anyone who cared about VMS certification, but I'm 7 rather back-woods in some ways.  Your mileage may vary.    -- C Robert Deininger rdeininger@mindspring.com1   ------------------------------  % Date: Thu, 15 Mar 2001 20:29:11 +0010l% From: paddy.o'brien@zzz.tg.nsw.gov.au . Subject: Re: How does one become a VMS guru ??5 Message-ID: <01K18LQO4E9E00AV5Q@tgmail.tg.nsw.gov.au>d  : >	After taking a group's VMS test, I was told I was a "VMSC >	hotshot."  Not a guru, that is reserved for the gurus apparently.iH >	I guess being a hotshot is okay... sounds like someone wants to punch " >	you though , so I'm not so sure.    R Sounds too much like a navel contemplater (guru, that is -- hotshot sounds like a R whiskey in a strip joint).  Forget this top-gun type jargon, I'm just happy to be R known as experienced or knowledgeable in my fields.  A bit more inward feeling of O warmth if my contemporaries consider me an expert in some areas.  Use of these  P new age type jargon words is part of my mental description of a nerd.  But then  I'm a dinosaur....   Regards, Paddy   ------------------------------  % Date: Thu, 15 Mar 2001 09:53:59 +00009- From: "POWERS, John" <John.POWERS@sema.co.uk>-. Subject: RE: How does one become a VMS guru ??= Message-ID: <D30A62ABC710D211AEE100A0C9D615EE01528FA6@REAES2>j  % From: paddy.o'brien@zzz.tg.nsw.gov.aue > < > >	After taking a group's VMS test, I was told I was a "VMSE > >	hotshot."  Not a guru, that is reserved for the gurus apparently.tC > >	I guess being a hotshot is okay... sounds like someone wants to  punch $ > >	you though , so I'm not so sure. >  > L > Sounds too much like a navel contemplater (guru, that is -- hotshot sounds like a PG > whiskey in a strip joint).  Forget this top-gun type jargon, I'm just. happy to be H > known as experienced or knowledgeable in my fields.  A bit more inward feeling of OJ > warmth if my contemporaries consider me an expert in some areas.  Use of these L > new age type jargon words is part of my mental description of a nerd.  But then   > I'm a dinosaur....  C Sounds Great! Is there an examination you can take to become a 'VMS: dinosaur' -?      -- Cheers, John  F  - Note  This message represents my opinions and nothing else, not theI   opinion of SEMA, my family, or the cricket club - though my dog Meg did E   nod in agreement whilst I was typing. If you have any problems thennD   please complain to her (or me, but not SEMA, my family or the CC).      K ___________________________________________________________________________fB This email is confidential and intended solely for the use of the H individual to whom it is addressed. Any views or opinions presented are E solely those of the author and do not necessarily represent those of . Sema. M If you are not the intended recipient, be advised that you have received this)I email in error and that any use, dissemination, forwarding, printing, or  - copying of this email is strictly prohibited.w  B If you have received this email in error please notify the Sema UK. Helpdesk by telephone on +44 (0) 121 627 5600.K ___________________________________________________________________________i   ------------------------------  # Date: Thu, 15 Mar 2001 11:18:33 GMT , From: "Dr Evil !" <sbudak1@optushome.com.au>. Subject: Re: How does one become a VMS guru ??C Message-ID: <dy1s6.11334$pG5.40451@news1.rdc1.nsw.optushome.com.au>i  K For those that find the term 'VMS Guru' offensive, substitute 'VMS Expert'. D For those that find the term 'VMS Expert' offensive, substitute 'VMS
 Dinosaur'.K For those that find the term 'VMS Dinosaur' offensive, substitute 'Used VMStH for 30 years, but I wouldn't go so far as to call myself an expert yet'.  I Anybody know where I can get a card punch and a punched card reader.... Iy! want to start from the basics....   & To those who have helped, I thank you.   S.    2 <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message/ news:01K18LQO4E9E00AV5Q@tgmail.tg.nsw.gov.au...o< > > After taking a group's VMS test, I was told I was a "VMSE > > hotshot."  Not a guru, that is reserved for the gurus apparently.hI > > I guess being a hotshot is okay... sounds like someone wants to punch $ > > you though , so I'm not so sure. >n >cL > Sounds too much like a navel contemplater (guru, that is -- hotshot sounds like aG > whiskey in a strip joint).  Forget this top-gun type jargon, I'm just  happy to be H > known as experienced or knowledgeable in my fields.  A bit more inward
 feeling ofJ > warmth if my contemporaries consider me an expert in some areas.  Use of theseeL > new age type jargon words is part of my mental description of a nerd.  But then > I'm a dinosaur.... >  > Regards, Paddy >i   ------------------------------  # Date: Thu, 15 Mar 2001 11:19:55 GMT , From: "Dr Evil !" <sbudak1@optushome.com.au>. Subject: Re: How does one become a VMS guru ??C Message-ID: <vz1s6.11336$pG5.40217@news1.rdc1.nsw.optushome.com.au>n  < Oh and I forgot..... since we're talking top gun jargon.....  & "I feel the need, the need for speed".   (Hence my need for Alpha/VMS)t   S.  7 "Dr Evil !" <sbudak1@optushome.com.au> wrote in messages= news:dy1s6.11334$pG5.40451@news1.rdc1.nsw.optushome.com.au...'D > For those that find the term 'VMS Guru' offensive, substitute 'VMS Expert'.F > For those that find the term 'VMS Expert' offensive, substitute 'VMS > Dinosaur'.I > For those that find the term 'VMS Dinosaur' offensive, substitute 'Used  VMS-J > for 30 years, but I wouldn't go so far as to call myself an expert yet'. >lK > Anybody know where I can get a card punch and a punched card reader.... Il# > want to start from the basics..... >3( > To those who have helped, I thank you. >o > S. >t >A4 > <paddy.o'brien@zzz.tg.nsw.gov.au> wrote in message1 > news:01K18LQO4E9E00AV5Q@tgmail.tg.nsw.gov.au...u> > > > After taking a group's VMS test, I was told I was a "VMSG > > > hotshot."  Not a guru, that is reserved for the gurus apparently.XK > > > I guess being a hotshot is okay... sounds like someone wants to punch"& > > > you though , so I'm not so sure. > >n > >rG > > Sounds too much like a navel contemplater (guru, that is -- hotshota sounds > like aI > > whiskey in a strip joint).  Forget this top-gun type jargon, I'm justt
 > happy to be J > > known as experienced or knowledgeable in my fields.  A bit more inward > feeling ofL > > warmth if my contemporaries consider me an expert in some areas.  Use of > thesenI > > new age type jargon words is part of my mental description of a nerd.I But, > then > > I'm a dinosaur.... > >l > > Regards, Paddy > >S >C >O   ------------------------------    Date: 15 Mar 2001 06:29:03 -0500+ From: young_r@encompasserve.org (Rob Young) . Subject: Re: How does one become a VMS guru ??3 Message-ID: <Q61rPisKG7pD@eisner.encompasserve.org>g  ] In article <01K18LQO4E9E00AV5Q@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au writes:D; >>	After taking a group's VMS test, I was told I was a "VMS D >>	hotshot."  Not a guru, that is reserved for the gurus apparently.I >>	I guess being a hotshot is okay... sounds like someone wants to punch  # >>	you though , so I'm not so sure.t >  > B > warmth if my contemporaries consider me an expert in some areas.  D 	Shy away from "expert."  An "expert" is someone trying to get money; 	out of your pocket (or a purchase order, etc.) , trust me.5   				Rob-   ------------------------------  % Date: Thu, 15 Mar 2001 13:04:08 +0100m5 From: Oswald Knoppers <Oswald.Knoppers@whitehouse.nl> . Subject: Re: How does one become a VMS guru ??- Message-ID: <3AB0AFB8.C08BBF5A@whitehouse.nl>e  & paddy.o'brien@zzz.tg.nsw.gov.au wrote:  S > Sounds too much like a navel contemplater (guru, that is -- hotshot sounds like a S > whiskey in a strip joint).  Forget this top-gun type jargon, I'm just happy to beMS > known as experienced or knowledgeable in my fields.  A bit more inward feeling ofPP > warmth if my contemporaries consider me an expert in some areas.  Use of theseQ > new age type jargon words is part of my mental description of a nerd.  But then. > I'm a dinosaur....  A I thought the highest ranking was 'wizard'. Not that i qualify...e   Oswald   ------------------------------    Date: 15 Mar 2001 08:37:08 -0500- From: koehler@encompasserve.org (Bob Koehler)a. Subject: Re: How does one become a VMS guru ??3 Message-ID: <jKTFxXaQnAVz@eisner.encompasserve.org>   e In article <3AB0AFB8.C08BBF5A@whitehouse.nl>, Oswald Knoppers <Oswald.Knoppers@whitehouse.nl> writes:E > C > I thought the highest ranking was 'wizard'. Not that i qualify...h    = I thought the highest ranking was "found CJL to be in error".l  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationi= NASA GSFC Flight Software       | Federal Sector, Civil GroupaE                                 | please remove ".aspm" when replyingc   ------------------------------  % Date: Thu, 15 Mar 2001 13:33:04 +0000r$ From: Steve.Spires@yellowpages.co.uk. Subject: Re: How does one become a VMS guru ??/ Message-ID: <00256A10.004A7304.00@quegw01.btyp>1  L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    E Not sure why anyone would want to become a guru - it's always been my.I understanding that GURU stood for Good Understanding, Relatively Useless.    ;^D    Steve Spires          @ "Dr Evil !" <sbudak1@optushome.com.au> on 14/03/2001 10:29:09 PM    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)HL From:      "Dr Evil !" <sbudak1@optushome.com.au>, 14 March 2001, 10:29 p.m.  ! How does one become a VMS guru ??D        H Howdy Guys, I'm interested in getting into VMS and am after some helpful advice on doing just that.  H Most of my qualifications thus far are Microsoft based, but I have spentD time at uni doing a Computer Science degree and have solid amount of industry experience.  K But as you can imagine, the brain dead simplicity and lack of any real true G enterprise ability in the MS product (as well as not wanting to just be.7 another MS drone) has lead me to look for alternatives.y  C I love Unix, I love Linux and enjoy playing with them, but am truly*I impressed by what I have heard of VMS by some people I know who work withe it.nF As such, that is what I'd really like to look into doing. Playing with$ VMS/Alpha systems in the enterprise.  L So if anybody has any good suggestions or helpful hints for the best path to3 take to achieve this, I would be very appreciative.   K I was looking at getting the Open VMS technical resource kit and then doingMK the certification exam, but wasn't sure whether that would be enough to getaI a start and work on a real understanding of VMS. I would like to get somecI hands on experience with VMS, but the opportunities here in Australia (ass( far as I am aware) are somewhat limited.  E Anyway, any suggestions, ideas or insightful information is welcomed.-  K Surely getting more people into VMS/Alpha can only be a good thing (so longa as they are capable : )   )-   Cheers.-   S.   ------------------------------  % Date: Thu, 15 Mar 2001 21:42:40 +0800a) From: Peter Sutter <sutterp@sopac.com.au>L. Subject: Re: How does one become a VMS guru ??, Message-ID: <3AB0C6D0.481D42CE@sopac.com.au>   Paul Repacholi wrote:     > snipH > Ring Decus, join. find out when the next LUG meeting is and get along. > snip  	 Hi Paul, e  ` You seem to know much more than I do. When is the next LUG meeting over here in Perth WA? I knowU Decus Australia got revived recently but nobody knows anything about a LUG in Perth. e  ! Looking forward seeing you there.w  c If you are serious about this, give me a call and we might restart it again. I take it as a sign ofsc the time but there appears to be barely anybody left of the 'old guard' and newcomers I have yet toBa meet. Interrest in what is left of OpenVMS sites seems to be dwindling rapidly here - if there isi any.   A disillusionede   Peter    --   Peter Sutter
 Consultant 19 Bebich Driveo Wanneroo WA 6065 Western Australiam Phone +61 8 9306 2392n   ------------------------------    Date: 15 Mar 2001 08:35:19 -0500- From: koehler@encompasserve.org (Bob Koehler)u. Subject: Re: How does one become a VMS guru ??3 Message-ID: <i43LtPFcPron@eisner.encompasserve.org>Y  r In article <dy1s6.11334$pG5.40451@news1.rdc1.nsw.optushome.com.au>, "Dr Evil !" <sbudak1@optushome.com.au> writes:  M > For those that find the term 'VMS Dinosaur' offensive, substitute 'Used VMSsJ > for 30 years, but I wouldn't go so far as to call myself an expert yet'.  0 That'll be hard to do for another 7 years or so.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationw= NASA GSFC Flight Software       | Federal Sector, Civil GroupaE                                 | please remove ".aspm" when replyinga   ------------------------------  # Date: Thu, 15 Mar 2001 13:36:25 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)u. Subject: Re: How does one become a VMS guru ??0 Message-ID: <009F90B3.7C79D313@SendSpamHere.ORG>  a In article <Q61rPisKG7pD@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:a^ >In article <01K18LQO4E9E00AV5Q@tgmail.tg.nsw.gov.au>, paddy.o'brien@zzz.tg.nsw.gov.au writes:< >>>	After taking a group's VMS test, I was told I was a "VMSE >>>	hotshot."  Not a guru, that is reserved for the gurus apparently.eJ >>>	I guess being a hotshot is okay... sounds like someone wants to punch $ >>>	you though , so I'm not so sure. >> n >>  C >> warmth if my contemporaries consider me an expert in some areas.n >SE >	Shy away from "expert."  An "expert" is someone trying to get money < >	out of your pocket (or a purchase order, etc.) , trust me. >3 >				Rob  I expert (ex' spurt). n.  from {ex} meaning 'has been' and {spurt} meaningl 'ejaculate'.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMC            wO city, n., 1. a place where trees are cut down and streets are named after them.q   ------------------------------  % Date: Thu, 15 Mar 2001 09:10:22 -0500l+ From: Brendan Welch <brendan_welch@uml.edu>o. Subject: Re: How does one become a VMS guru ??' Message-ID: <3AB0CD4E.587835A7@uml.edu>e  G I do not see the point in becoming one; in general the jobs do not seemw to exist out there.n  < I find that my VMS experience counts for just about nothing.   --E Brendan Welch, system analyst, Univ. of Massachusetts - Lowell, W1LPGC   ------------------------------  % Date: Thu, 15 Mar 2001 14:16:32 +0000h$ From: Steve.Spires@yellowpages.co.uk. Subject: Re: How does one become a VMS guru ??/ Message-ID: <00256A10.004E6F9C.00@quegw01.btyp>'  > --0__=0gVJiHFGnXSo8ytXbcjvtVZ9skoNcfXUmjx5861MaZBKktf8fpNUiXkB, Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inlineq! Content-transfer-encoding: base64s    L Q29udGFjdDogICBUZWw6IDMwNjMgIC0gIElTIC0gSW5mcmFzdHJ1Y3R1cmUsIDFzdCBGbG9vciwgL QnJpZGdlIFN0cmVldCBQbGF6YQ0KDQoNClBlcmhhcHMgeW91IGFyZSBpbiB0aGUgd29ybmcgbG9jL YXRpb24gLSBteSBWTVMgZXhwZXJpZW5jZSBjb3VudHMgZm9yIGFib3V0IKM1MA0KcGVyIGhvdXIgL YXQgdGhlIG1vbWVudC4NCg0KO15EDQoNClN0ZXZlIFNwaXJlcw0KDQoNCg0KDQpCcmVuZGFuIFdlL bGNoIDxicmVuZGFuX3dlbGNoQHVtbC5lZHU+IG9uIDE1LzAzLzIwMDEgMDI6MTA6MjIgUE0NCg0KL VG86ICAgICAgICBJbmZvLVZBWEBNdmIuU2FpYy5Db20NCmNjOiAgICAgICAgIChiY2M6IFN0ZXZlL IFNwaXJlcy9ZZWxsb3dQYWdlcykNCkZyb206ICAgICAgQnJlbmRhbiBXZWxjaCA8YnJlbmRhbl93L ZWxjaEB1bWwuZWR1PiwgMTUgTWFyY2ggMjAwMSwgMjoxMCBwLm0uDQoNClJlOiBIb3cgZG9lcyBv$ bmUgYmVjb21lIGEgVk1TIGd1cnUgPz8NCg0K> --0__=0gVJiHFGnXSo8ytXbcjvtVZ9skoNcfXUmjx5861MaZBKktf8fpNUiXkB* Content-type: text/plain; charset=us-ascii Content-Disposition: inline     G I do not see the point in becoming one; in general the jobs do not seemp to exist out there.   < I find that my VMS experience counts for just about nothing.   --E Brendan Welch, system analyst, Univ. of Massachusetts - Lowell, W1LPGu    @ --0__=0gVJiHFGnXSo8ytXbcjvtVZ9skoNcfXUmjx5861MaZBKktf8fpNUiXkB--   ------------------------------  % Date: Thu, 15 Mar 2001 10:48:30 -0500t& From: "Syltrem" <syltrem@videotron.ca>. Subject: Re: How does one become a VMS guru ??7 Message-ID: <9q5s6.1002$BE4.10827@wagner.videotron.net>d  I I don't believe anyone can become a guru in anything when stepping out ofs? school, or after reading documentation, as technical as can be.i  K You have to put your hands on, and for several years. Of course you'll know0D the basics, but I challenge you to get a correct answer to 1% of theK "assistance requests" posted here each day, after reading the manuals. EventJ after a couple years using OpenVMS. Life is not this easy, and Santa Claus does not exist.t  K Get the documentation, experiment at home with hobbyist license. But you'll J only get good once you've encountered many problems that are not describedD in the books litterally but for which only your experience will make resolution possible.  I 20 years back it was easy to know CP/M inside out, but OpenVMS is anotherpL story. There is so much functionality after over 20 years of engeneering, noK one can claim to know it all. Lots of things you'll know from experience oraI by your readings, but only experience will make you find quick answers toi8 everything 'cause you'll know where to look for answers.   --   Sytrem  http://pages.infinit.net/syltrem  D "Dr Evil !" <sbudak1@optushome.com.au> a crit dans le message news:8 VgSr6.11222$pG5.39608@news1.rdc1.nsw.optushome.com.au...J > Howdy Guys, I'm interested in getting into VMS and am after some helpful > advice on doing just that. > J > Most of my qualifications thus far are Microsoft based, but I have spentF > time at uni doing a Computer Science degree and have solid amount of > industry experience. >dH > But as you can imagine, the brain dead simplicity and lack of any real trueI > enterprise ability in the MS product (as well as not wanting to just bes9 > another MS drone) has lead me to look for alternatives.u >yE > I love Unix, I love Linux and enjoy playing with them, but am trulyaK > impressed by what I have heard of VMS by some people I know who work withr > it.sH > As such, that is what I'd really like to look into doing. Playing with& > VMS/Alpha systems in the enterprise. >eK > So if anybody has any good suggestions or helpful hints for the best patho to5 > take to achieve this, I would be very appreciative.e > G > I was looking at getting the Open VMS technical resource kit and thent doing I > the certification exam, but wasn't sure whether that would be enough to  getnK > a start and work on a real understanding of VMS. I would like to get somelK > hands on experience with VMS, but the opportunities here in Australia (as_* > far as I am aware) are somewhat limited. >_G > Anyway, any suggestions, ideas or insightful information is welcomed.o >hH > Surely getting more people into VMS/Alpha can only be a good thing (so long > as they are capable : )   )  > 	 > Cheers.  >r > S. >s >f >    ------------------------------  % Date: Thu, 15 Mar 2001 16:01:40 -0000e- From: wspencer@ap.nospam.org (Warren Spencer)s. Subject: Re: How does one become a VMS guru ??/ Message-ID: <tb1pr4l20lm9af@news.supernews.com>h  - sbudak1@optushome.com.au (Dr Evil !) wrote ine9 <VgSr6.11222$pG5.39608@news1.rdc1.nsw.optushome.com.au>: _  I >Howdy Guys, I'm interested in getting into VMS and am after some helpful  >advice on doing just that.- > I >Most of my qualifications thus far are Microsoft based, but I have spentcE >time at uni doing a Computer Science degree and have solid amount of1 >industry experience.1 >cG >But as you can imagine, the brain dead simplicity and lack of any realsE >true enterprise ability in the MS product (as well as not wanting tot@ >just be another MS drone) has lead me to look for alternatives. >mD >I love Unix, I love Linux and enjoy playing with them, but am trulyE >impressed by what I have heard of VMS by some people I know who worke	 >with it.tG >As such, that is what I'd really like to look into doing. Playing withs% >VMS/Alpha systems in the enterprise.  >nE >So if anybody has any good suggestions or helpful hints for the beste< >path to take to achieve this, I would be very appreciative. >aF >I was looking at getting the Open VMS technical resource kit and thenD >doing the certification exam, but wasn't sure whether that would beG >enough to get a start and work on a real understanding of VMS. I would E >like to get some hands on experience with VMS, but the opportunities,? >here in Australia (as far as I am aware) are somewhat limited.  >gF >Anyway, any suggestions, ideas or insightful information is welcomed. >dG >Surely getting more people into VMS/Alpha can only be a good thing (soi! >long as they are capable : )   )e >r >Cheers. >a >S.s   S.,h  K There's a gentlemen occassionally seen in this newgroup that offers access BH to an OpenVMS box on the Internet - sorry I've forgotten who he is, but L perhaps he'll chime in if he sees this.  If you can work an arranement with E him, you could have an account in which to sharpen you OpenVMS chops.?  L Certainly all the documentation mentioned by other posters is relevant, but 1 it's my opinion that the dinosaur comment is not..  F Also, you may wish to choose a sub-field to specialize in, so you can E direct your reading and practice time.  Is it system management that  D interests you?  Big databases?  Software engineering?  Clustering?   Networking? .... other ?  K Any finally, the terms "guru" and "expert" confer some level of expertise, 'I whereas the term "specialist" implies personal direction and choice; and   hence is my preferred term.s   ws     --  1 << Marriage is Grand.  Divorce is Fifty Grand. >>f   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **r   ------------------------------  % Date: Thu, 15 Mar 2001 16:41:21 +0000 $ From: Steve.Spires@yellowpages.co.uk. Subject: Re: How does one become a VMS guru ??/ Message-ID: <00256A10.005BB0DF.00@quegw01.btyp>g  L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza    0 I think you may be talking about Hobbes the Vax.  D Go to www.hobbesthevax.com for information on how to get an account.   Steve Spires        A wspencer@ap.nospam.org (Warren Spencer) on 15/03/2001 04:01:40 PMg    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages)tL From:      wspencer@ap.nospam.org (Warren Spencer), 15 March 2001, 4:01 p.m.  % Re: How does one become a VMS guru ??r        - sbudak1@optushome.com.au (Dr Evil !) wrote in 8 <VgSr6.11222$pG5.39608@news1.rdc1.nsw.optushome.com.au>:  I >Howdy Guys, I'm interested in getting into VMS and am after some helpful, >advice on doing just that.. > I >Most of my qualifications thus far are Microsoft based, but I have spent E >time at uni doing a Computer Science degree and have solid amount ofY >industry experience.w >eG >But as you can imagine, the brain dead simplicity and lack of any realeE >true enterprise ability in the MS product (as well as not wanting to'@ >just be another MS drone) has lead me to look for alternatives. > D >I love Unix, I love Linux and enjoy playing with them, but am trulyE >impressed by what I have heard of VMS by some people I know who workl	 >with it. G >As such, that is what I'd really like to look into doing. Playing withi% >VMS/Alpha systems in the enterprise.r >nE >So if anybody has any good suggestions or helpful hints for the best < >path to take to achieve this, I would be very appreciative. >rF >I was looking at getting the Open VMS technical resource kit and thenD >doing the certification exam, but wasn't sure whether that would beG >enough to get a start and work on a real understanding of VMS. I would3E >like to get some hands on experience with VMS, but the opportunitiest? >here in Australia (as far as I am aware) are somewhat limited.- >oF >Anyway, any suggestions, ideas or insightful information is welcomed. >eG >Surely getting more people into VMS/Alpha can only be a good thing (son! >long as they are capable : )   )i >o >Cheers. >i >S.c   S.,r  J There's a gentlemen occassionally seen in this newgroup that offers accessG to an OpenVMS box on the Internet - sorry I've forgotten who he is, butiK perhaps he'll chime in if he sees this.  If you can work an arranement with.E him, you could have an account in which to sharpen you OpenVMS chops.3  K Certainly all the documentation mentioned by other posters is relevant, bute1 it's my opinion that the dinosaur comment is not.V  E Also, you may wish to choose a sub-field to specialize in, so you cannD direct your reading and practice time.  Is it system management thatB interests you?  Big databases?  Software engineering?  Clustering? Networking? .... other ?  J Any finally, the terms "guru" and "expert" confer some level of expertise,H whereas the term "specialist" implies personal direction and choice; and hence is my preferred term.A   ws     --1 << Marriage is Grand.  Divorce is Fifty Grand. >>    Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **0   ------------------------------  % Date: Thu, 15 Mar 2001 09:42:02 -0800e! From: Shane.F.Smith@Healthnet.com2. Subject: Re: How does one become a VMS guru ??D Message-ID: <OF87CC3C8D.D618861F-ON88256A10.00612164@foundation.com>  J I always associated "vizier" with someone who uses black magic to tell the: future. We've already got one of those - Terry Shannon. :)   Shane           ; carl@gerg.tamu.edu (Carl Perkins) on 03/14/2001 10:10:00 PM>   To:   Info-VAX@Mvb.Saic.Como cc:   / Subject:  Re: How does one become a VMS guru ??p    . "Andy Stoffel" <acs@fcgnetworks.net> writes...@ }Is becoming an "Instant" VMS Guru a "worthy" goal ? Personally,< }I would like to be considered a RPVA (Reasonably Proficient= }VMS Acolyte") :-). Guru seems too much a "Unixy" designation.@ }or a title you give to someone selling New Age psuedo-religion. }e }-Andy-i  4 Instead of "VMS Guru", might I suggest "VMS Vizier"?   --- Carl   ------------------------------  % Date: Thu, 15 Mar 2001 10:04:55 -0800n! From: Shane.F.Smith@Healthnet.come. Subject: Re: How does one become a VMS guru ??D Message-ID: <OF439B9C7B.D5D160B2-ON88256A10.006321B4@foundation.com>  9 No, there's two above that. Found CJL to be in error and:b Better:  Got him to admit it. ) Best:  Got him to admit it and apologise.h  4 I'm not sure anyone ever managed the second...... :)   Shane           A koehler@encompasserve.org (Bob Koehler) on 03/15/2001 05:37:08 AMd   To:   Info-VAX@Mvb.Saic.Come cc:   / Subject:  Re: How does one become a VMS guru ??     = In article <3AB0AFB8.C08BBF5A@whitehouse.nl>, Oswald KnoppersM' <Oswald.Knoppers@whitehouse.nl> writes:  > C > I thought the highest ranking was 'wizard'. Not that i qualify...e    = I thought the highest ranking was "found CJL to be in error".o  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingo   ------------------------------  # Date: Thu, 15 Mar 2001 18:24:23 GMT-2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman). Subject: Re: How does one become a VMS guru ??0 Message-ID: <rN7s6.31$eE2.1618@news.cpqcorp.net>  r In article <VgSr6.11222$pG5.39608@news1.rdc1.nsw.optushome.com.au>, "Dr Evil !" <sbudak1@optushome.com.au> writes:@ :...I'm interested in getting into VMS and am after some helpful :advice on doing just that...   F   Welcome the the Newsgroup!  Please acquire and read the OpenVMS FAQ.  J   You will find OpenVMS training and testing and bibliographic informationJ   in the FAQ -- you've apparently already found your way to the Technical K   Resource Kits (TRKs) -- and you will find pointers to a variety of other t-   resources and answers to other questions.     K   And as has been recommended elsewhere, also acquire and read the OpenVMS eH   documentation set.  All of it.  Also acquire and read the core OpenVMSK   books available from Digital Press -- in particular, the Alpha Internals a-   and Data Structures Manual (IDSM) is key.     I   Also learn about Encompass (DECUS), about symposia, and related events.5  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 15 Mar 2001 13:50:04 -0500a% From: "Brian Tillman" <tillman_brian>t. Subject: Re: How does one become a VMS guru ??$ Message-ID: <3ab10f1a$1@news.si.com>  7 >Life is not this easy, and Santa Claus does not exist.   5 WHAT!!???!!!??  Now you've reuined my whole year. :-(S -- rA Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com-= 3290 Patterson Ave. SE, MS      Addresses modified to preventS< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Thu, 15 Mar 2001 08:40:41 +0000.) From: Christof Brass <brass@infopuls.com> = Subject: How to adjust screen resolution with a S3Trio64 2MB?,, Message-ID: <3AB08009.A04AFC5E@infopuls.com>   I searched the FAQ.VP I searched the "Ask The Wizard" which mainly refers to the FAQ wrt this subject.1 I searched the NGs with the google usenet search. 9 I searched the Web with google, northern light altavista.u   More than one hour gone. :-(  1So I'm back here. Does anybody know what the maximum resolution is the S3Trio64 video card with 2MB RAM can provide and how I can persuade the DECwindows X11 display server to use it? Currently it is running with 1024x764. The DECwindows server log has two sections in it related to the screen resolution:a     vgaMapScreen: DVI info -     Width = 1280, Height = 1024--     Video PFN = 40000800, Video Pagelets 4096w&     CSR PFN 400FE000, CSR pagelets 128     Planes 8G   Swizzle Shift 0, Swizzle Length -2, Swizzle Short Mask 0, Long Mask 0h    8 s3vmsScreenInit: Set screen geometry to match user setup8 s3vmsScreenInit: Display Mode Index 7, Refresh Rate 72Hz9 s3vmsScreenInit: Screen X 1024, Screen Y 768, density 100s  ( I wonder where the "user setup" is done.   I spent several hour already to figuring out where this could be done. I searched the DECW$*.COM files for words like graphics or screen or resultion. I search the DECW$* logicals. Nada.  " Any help is very much appreciated.  % The complete DECW$SERVER_ERROR_0.LOG:v  2 10-MAR-2001 17:44:34.3 Hello, this is the X serverE This is the DECwindows X11 display server for OpenVMS AXP V7.1-990529 3                 compiled on May 29 1999 at 12:43:24t Main address = 00028770 : Activating extension image DECW$SVEXT_Adobe_DPS_Extension,; extension name: Adobe-DPS-Extension, entry address 002E1DE06* Activating extension image DECW$SVEXT_Xie,+ extension name: Xie, entry address 004DA788N0 Activating extension image DECW$SVEXT_DEC_XTRAP,1 extension name: DEC-XTRAP, entry address 005AC58006 Activating extension image DECW$SVEXT_Multi_Buffering,7 extension name: Multi-Buffering, entry address 005EE090G2 DECW$TRANSPORT_COMMON image base address: 7C7CC0002 DECW$TRANSPORT_DECNET image base address: 006320003 %DECW-W-ATT_FAIL, failed to attach transport DECNETs- -SYSTEM-W-NOSUCHDEV, no such device available81 DECW$TRANSPORT_LOCAL image base address: 00782000S1 DECWINDOWS DigitalEquipmentCorp. AXP, Release 7.1l5 Shareable Image DDX GQ, InitOutput loaded at 007C51509  ( s3vmsScreenInit: Init S3 screen number 0$ vgaMapScreen: Call vmsInitDeviceData! vgaMapScreen: Opening device GQA0n! vgaMapScreen: Controller Number 0n vgaMapScreen: DVI info -     Width = 1280, Height = 1024i-     Video PFN = 40000800, Video Pagelets 4096 &     CSR PFN 400FE000, CSR pagelets 128     Planes 8G   Swizzle Shift 0, Swizzle Length -2, Swizzle Short Mask 0, Long Mask 0f$ VGAVMS_MapScreen: CSRs are at 9C0000Q VGAVMS_MapScreen: VRAM A00000:C00000, PFN ^x40000800, pages 4096, onscreen A00000 / s3vmsScreenInit: - Set the Default Visual Class & s3vmsScreenInit: - Call cfbInitVisuals+ s3vmsScreenInit: - mask 0x80 bits-per-rgb 8o' s3vmsScreenInit: - Visuals Information:n   - Root depth        = 8s   - Number of depths  = 2d   - Number of visuals = 6a   - Default Visual    = 209 s3vmsScreenInit: Actual memory size reported is: 0x200000o8 s3vmsScreenInit: Set screen geometry to match user setup8 s3vmsScreenInit: Display Mode Index 7, Refresh Rate 72Hz9 s3vmsScreenInit: Screen X 1024, Screen Y 768, density 100i$ s3vmsScreenInit: - Call miScreenInit0 s3vmsScreenInit: Create screen private structureE s3vmsScreenInit: Mapping Enhanced Registers (font buffer VGA address)g> s3vmsScreenInit: 65536 bytes of enhanced register space mapped#                  mapped at 0xC00000c%                  PFN is at 0x40000050u9 s3vmsScreenInit: Chip type S3 Trio64, Rev: 0x10, PNP == 0s' s3vmsScreenInit: M Parameter value is 9T( s3vmsScreenInit: N Parameter value is 72& s3vmsScreenInit: FIFO checking ENABLED; s3vmsScreenInit: Memory Layout (from start of FB in bytes):o(  - memory total               0x00200000/  - number of offscreen lines  0x000004BF (1215)'(  - offscreen starts at        0x000C0000(  - offscreen ends at          0x001EFC00(  - fonts cache starts at      0x001EFC00(  - fonts cache ends at        0x001FFC00(  - cursor bits are at         0x001FFC00- s3vmsScreenInit: - Init the common VGA screen 2 VGAVMS_InitScreenCommon: Init the Screen structure5 s3vmsScreenInit: Installing S3-specific optimizationsh# s3vmsScreenInit: Using EV6 routinese s3vmsScreenInit: Init hardware CR55 = 0 CR56 = 0	 SR18 = 40s
 DAC Mask = FF = s3HWInit: linear addr window = 2 (0=64kb, 1=1mb, 2=2mb, 3=4mb  s3HWInit: Set MMIO modeo1 Initial M Parameter = 7, Setting M Parameter to 9o2 Initial N Parameter = 7, Setting N Parameter to 72  End of init, turn screen back on@ s3vmsScreenInit: Cursor Setup: shape and color is done by server0 s3vmsScreenInit: Cursor is being moved by server* s3vmsScreenInit: Call cfbCreateDefColormap) s3vmsScreenInit: - Init the backing store'7 VGAVMS_SetupConsole: Console remove value (seconds) 300h* VGAVMS_SetupConsole: Issue AUTO_OPDOWN QIO9 VGAVMS_SetupConsole: Setup the console suspend routine...t, s3vmsScreenInit: Exit from init with success0 10-MAR-2001 17:44:38.7 Calling the dispatcher...   ------------------------------   Date: 15 Mar 2001 11:19:28 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann) A Subject: Re: How to adjust screen resolution with a S3Trio64 2MB?.0 Message-ID: <98q8g0$pfd$1@n.ruf.uni-freiburg.de>  X In article <3AB08009.A04AFC5E@infopuls.com>, Christof Brass <brass@infopuls.com> writes: >I searched the FAQ.Q >I searched the "Ask The Wizard" which mainly refers to the FAQ wrt this subject.g2 >I searched the NGs with the google usenet search.: >I searched the Web with google, northern light altavista. >  >More than one hour gone. :-(- >-G >So I'm back here. Does anybody know what the maximum resolution is theaH >S3Trio64 video card with 2MB RAM can provide and how I can persuade theF >DECwindows X11 display server to use it? Currently it is running withJ >1024x764. The DECwindows server log has two sections in it related to the >screen resolution:H  / I don't know your card, but have you looked at m-    SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM?tN And if that is not present, copy DECW$PRIVATE_SERVER_SETUP.TEMPLATE to *.COM ./ See the sections about DECW$MONITOR_DENSITY anda! DECW$SERVER_DEFAULT_VISUAL_CLASS.    Regards,    Christoph Gartmannm  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: 15 Mar 2001 08:01 CSTr' From: carl@gerg.tamu.edu (Carl Perkins)kA Subject: Re: How to adjust screen resolution with a S3Trio64 2MB?g- Message-ID: <15MAR200108012136@gerg.tamu.edu>   - Christof Brass <brass@infopuls.com> writes...'C }So I'm back here. Does anybody know what the maximum resolution isaH }the S3Trio64 video card with 2MB RAM can provide and how I can persuadeE }the DECwindows X11 display server to use it? Currently it is runningeH }with 1024x764. The DECwindows server log has two sections in it related }to the screen resolution:  7 The relevant key phrases are "decw$xsize_in_pixels" anda? "decw$ysize_in_pixels". These are set up in DECW$DEVICE.COM and.C appear as logical names in the DECWindows server logical name tablen (SHOW LOG/TABLE=DECW* *SIZE*).  E I have no idea what settings you can use for it. You may need to makeeB adjustments on the card itself to use different resolutions - some of them are like that.   --- Carl   ------------------------------  % Date: Thu, 15 Mar 2001 10:24:41 -0800o! From: Shane.F.Smith@Healthnet.comeA Subject: Re: How to adjust screen resolution with a S3Trio64 2MB?lD Message-ID: <OF95B34C8D.B17C4573-ON88256A10.0064D42D@foundation.com>  J ...And 2 meg isn't going to give you much colour depth at higher res. I'veJ got a 4 meg card here, and at 1600x1200 I can only get 256 colours. I haveH to go home and use something more powerful if I want to do decent colour	 diagrams.t   Shaneh          ; carl@gerg.tamu.edu (Carl Perkins) on 03/15/2001 06:01:00 AM    To:   Info-VAX@Mvb.Saic.Com  cc:   B Subject:  Re: How to adjust screen resolution with a S3Trio64 2MB?    - Christof Brass <brass@infopuls.com> writes...PC }So I'm back here. Does anybody know what the maximum resolution is*H }the S3Trio64 video card with 2MB RAM can provide and how I can persuadeE }the DECwindows X11 display server to use it? Currently it is runningeH }with 1024x764. The DECwindows server log has two sections in it related }to the screen resolution:  7 The relevant key phrases are "decw$xsize_in_pixels" and ? "decw$ysize_in_pixels". These are set up in DECW$DEVICE.COM andxC appear as logical names in the DECWindows server logical name table  (SHOW LOG/TABLE=DECW* *SIZE*).  E I have no idea what settings you can use for it. You may need to make B adjustments on the card itself to use different resolutions - some of them are like that.   --- Carl   ------------------------------  % Date: Thu, 15 Mar 2001 18:20:07 +0100k> From: "Jean-Francois Marchal" <jean-francois.marchal@x9000.fr>4 Subject: How to measure system load and availability. Message-ID: <98qtf0$anp$1@reader1.imaginet.fr>   Bonjour  tous !  1 One of my customers is about to let me manage hist1 AlphaServer 800 remotely,  but he is asking me tom& produce load and availability figures.  1 What standard, out of the box, tools should I usee
 for this ?   Cordialement Jean-Franois Marchaly X9000 - LYON (FR)a   ------------------------------  % Date: Thu, 15 Mar 2001 13:33:15 -0500  From: William_Bochnik@acml.com8 Subject: Re: How to measure system load and availability> Message-ID: <OF268F7C9C.A4CF3114-ON85256A10.0065E21F@acml.com>  A monitor - take a look at the 2 or 3 supplied routines in sys$help  (or possibly sys$examples)      H                                                                        =                            =20H                     Jean-Francois Marchal                              =                            =20H                     <jean-francois.marchal                To:  Info-VAX= @Mvb.Saic.Com              =20H                     @x9000.fr>                            cc:          =                            =20H                                                   Subject:     How to m= easure system load and     =20H                     03/15/2001 12:20 PM           availability         =                            =20H                                                                        =                            =20H                                                                        =                            =20       Bonjour =E0 tous !  1 One of my customers is about to let me manage hiso1 AlphaServer 800 remotely,  but he is asking me tos& produce load and availability figures.  1 What standard, out of the box, tools should I usea
 for this ?   Cordialement Jean-Fran=E7ois Marchalt X9000 - LYON (FR)o            F ______________________________________________________________________  : The information contained in this transmission may contain< privileged and confidential information and is intended only< for the use of the person(s) named above. If you are not the< intended recipient,  or an employee or agent responsible for? delivering this message to the intended recipient,  any review,,@ dissemination, distribution or duplication of this communication> is strictly prohibited. If you are not the intended recipient,A please contact the sender immediately by reply e-mail and destroyS$ all copies of the original message.=   ------------------------------  % Date: Thu, 15 Mar 2001 17:01:21 -0000-' From: "LJEB" <LJEB@somewhere.out.there>1Y Subject: I seem to be in a different reality today, one where VMS and Marketing go togethe) Message-ID: <98qsgg$5o1$1@soap.pipex.net>.  H Just opened the new ComputerWeekly (15th March), and found an advert for9 Alpha & OpenVMS, not only that it is a WHOLE PAGE advert!v  K Description: Simple red background, a small image, with the following text:a  L HOW DO YOU FIND OUT WHICH ALPHASERVER OPERATING SYSTEM IS THE MOST RELIABLE? ASK A SERACH ENGINE.  @ More specifically, ask America's number one rated search engine.   Ask nothernlight.com.   # They'll give you an instant answer:y  I Compaq's OpenVMS, the operating system which had made their search enginecA home the largest text retrieval database ever created. Of course,.I nothernlight.com is just one of hundreds of thousands of businesses worldn4 wide now profiting from their investment in OpenVMS.   Ask them the same question.-! They'll give you the same answer.1     COMPAQ Inspiration Technology   ------------------------------  % Date: Thu, 15 Mar 2001 13:18:54 -0500 ' From: "Bill Todd" <billtodd@foo.mv.com>1Y Subject: Re: I seem to be in a different reality today, one where VMS and Marketing go toe( Message-ID: <98r0mk$pug$1@pyrite.mv.net>  L I'm tempted to advise waiting to see if this ad turns out to be the only one? to escape what appears to be a very efficient filter at Compaq.r   But I want to believe.   - bill  0 LJEB <LJEB@somewhere.out.there> wrote in message# news:98qsgg$5o1$1@soap.pipex.net...nJ > Just opened the new ComputerWeekly (15th March), and found an advert for; > Alpha & OpenVMS, not only that it is a WHOLE PAGE advert!n >aG > Description: Simple red background, a small image, with the following  text:C >tD > HOW DO YOU FIND OUT WHICH ALPHASERVER OPERATING SYSTEM IS THE MOST	 RELIABLE?- > ASK A SERACH ENGINE. > B > More specifically, ask America's number one rated search engine. >r > Ask nothernlight.com.  >i% > They'll give you an instant answer:  > K > Compaq's OpenVMS, the operating system which had made their search engineeC > home the largest text retrieval database ever created. Of course, K > nothernlight.com is just one of hundreds of thousands of businesses worldr6 > wide now profiting from their investment in OpenVMS. >2 > Ask them the same question.s# > They'll give you the same answer.t >o >c > COMPAQ > Inspiration Technology >e >n >n   ------------------------------  % Date: Thu, 15 Mar 2001 02:50:18 -0500m2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: LICENSE PURGE ?L Message-ID: <rdeininger-1503010250180001@user-2ivec5u.dialup.mindspring.com>  @ In article <3ab002b1@news.kapsch.co.at>, eplan@kapsch.net wrote:  K > Since the VMS hobbyist program is there (many thanks for that !!), I have J > a bunch of licenses loaded which starts to terminate now. And I start to7 > feel tired of deleting yet another expired license...e > A > Is there a LMF command to delete all expired licenses at once ?l  ( There's a LICENSE DELETE/STATUS=DISABLED) There's a LICENSE LIST/BEFORE/TERMINATIONu2 Alas, there's no LICENSE DELETE/BEFORE/TERMINATION  3 I've made a command file that parses the output of -"    LICENSE LIST/FULL/BEFORE/TERM, 8 generates a bunch of LICENSE DISABLE commands, and does "    LICENSE DELETE/STATUS=DISABLED.  E This will get rid of terminated licenses and leave the others intact.n  9 I can email or post the command file if there's interest.n   -- i Robert Deininger rdeininger@mindspring.com-   ------------------------------  % Date: Thu, 15 Mar 2001 11:51:44 -0500B2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: LICENSE PURGE ?L Message-ID: <rdeininger-1503011151460001@user-2ivealg.dialup.mindspring.com>  
 In articleA <rdeininger-1503010250180001@user-2ivec5u.dialup.mindspring.com>, 3 rdeininger@mindspring.com (Robert Deininger) wrote:a    ; > I can email or post the command file if there's interest.t    A I've gotten a couple of requests, so I'll just post the followingr use-at-your-own-risk DCL.5   There are two files below.    J JRDDCL.COM is pretty much stolen from Hoff's book; I've only typed in whatD I've needed so far, so it isn't the whole library.  The main utilityC depends on these routines.  You'll have to decide where to keep the I library on your system. The second routine defines a symbol to locate theoH library; you'll want to adjust that definition.  You can also change all5 occurances of "jrd" to your own initials if you want.w  D DISABLE_TERMINATED_LICENSES.COM is the utility that disables all theF terminated license PAKs.  It leave the LICENSE DELETE for you to do byJ hand.  Since I'm parsing text output from LICENSE LIST, it may go wrong ifG the format changes, or if you have PAKs that don't follow the pattern IeI expect.  I STRONGLY suggest you accept the default options to make a copyrI of the license file before changing it, and to view the generated commandcB file before it runs.  This has been tested on CSLG licences.  It'sG supposed to work with hobbyist PAKs as well, but I haven't tested since  mine haven't expired yet.   J This would be moot if the LICENSE folks would add the qualifiers that LIST0 knows to other commands like DISABLE and DELETE.  7 Here's the stuff.  You may have to de-wrap a few lines.e     JRDDCL.COM:0   $!   DCL subroutine library H $!      Modelled after the example in "Writing Real Programs in DCL, 2nd $!      Edition."e $t $  jrddcl__status = %x10000000, $  jrddcl__success = jrddcl__status + %x00011 $  on control_y then exit jrddcl__status + %x0004N/ $  on warning then exit $status .or. %x10000000  $p $  display = "write sys$output"  $  goto 'p1' $: $! Title:   Ask a Question $rC $! Synopsis:   This subroutine asks the user a question and returns2: $!    the answer.  The prompt for the question is composed8 $!    of a query string and optionally a default answer. $_9 $! Parameters: P2: A global symbol to receive the answer.e5 $!    P3: The data type of the answer.  B for boolean$0 $!        (yes,no); I for integer; S for string.9 $!    P4: The query string for the question.  It must endx4 $!        with a punctuation character and no space.8 $!    P5: The default answer (optional; if not specified* $!        then an answer must be entered)., $!    P6: A comma-separated list of options:0 $!       H: Display help before asking question./ $!       S: Skip a line before asking question.h$ $!       U: Upcase the input string.% $!       Z: Allow Ctrl/Z as an nswer.S7 $!    P7: The help specifier (optional).  It must be int6 $!        in the form "procedure [parameter...]".  The7 $!        procedure is invoked with the @-sign command.i $3 $ASK:  $b< $  signal = "@" + f$environment("PROCEDURE") + " signal ask"E $  if p3 .eqs. "B" .and. p5 .nes. "" .and. f$type(p5) .eqs. "INTEGER"  $       then% $     p5 = f$element(p5,"/","NO/YES")F $  endif $  if p5 .nes. ""4 $  then * $     p4 = f$extract(0,f$len(p4)-1,p4) + -8            " [" + p5 + "]" + f$extract(f$len(p4)-1,1,p4) $  endif8 $  if f$locate("S",p6) .ne. f$length(p6) then display ""3 $  if f$locate("H",p6) .ne. f$length(p6) then @'p7'0 $ > $a10: read sys$command/prompt="''p4' " input/end_of_file=a_eof$ $  if input .eqs. "" then input = p5! $  input = f$edit(input,"TRIM")  b $  if input .eqs. "" $  then:D $     signal w inputreq "Please enter a value; there is no default." $  else if input .eqs. "?" $  thena $     if p7 .nes. "" then @'p7'mG $     if p7 .eqs. "" then display "There is no help for this question."S $  else  $     goto a_'p3's' $a_B:    input = f$edit(input,"UPCASE")n, $     if f$locate(input,"YES") .eq. 0 .or. -$          f$locate(input,"NO") .eq. 0
 $     then $        input = input .and. 1 $        goto a19 
 $     else5 $        signal w yesnoreq "Please answer YES or NO."r $     endifr $     goto a15 $m) $a_I:    if f$type(input) .eqs. "INTEGER"e
 $     then! $        input = f$integer(input)0 $        goto a19 
 $     else8 $        signal w intreq "The input must be an integer." $     endifs $     goto a15 $M. $a_S:    if f$locate("U",p6) .ne. f$length(p6)
 $     then' $        input = f$edit(input,"UPCASE")L $     endife $     goto a19 $a15:r $  endif $  endif $  goto a10m $a_eof:  $  input = "^Z"06 $  if f$locate("Z",p6) .ne. f$length(p6) then goto a19; $  signal i invctrlz "End-of-file is not a valid response."  $  goto a10x $a19:0 $  'p2' == input $  exit jrddcl__success  $f4 $! Title:   Signal an Informational or Error Message $aA $! Synopsis:   This subroutine "signals" a message, producing one ; $!    or more message lines in the standard OpenVMS format.r8 $!    It also exits with a status whose severity matches $!    that of the message. $m. $! Parameters: P2: The message facitlity code.3 $!    P3: The message serverity (S, I, W, E, or F).d% $!    P4: The message identification.3 $!    P5: The message text.a6 $!    Pn: Optional message lines or status codes whose9 $!        corresponding message lines are to me included.  $e; $! Status:  The severity of the exit status is equal to the 7 $!    message severity, except in the case of warnings. 5 $!    If the message severity is W, and informationalm4 $!    severity is included in the status so that the, $!    caller's error handler is not invoked. $S $SIGNAL: $:, $  prefix = f$fao("%!AS-!AS-!AS, ",p2,p3,p4) $  i = 4 $s10:    i = i + 1 $     if i .gt. 8 then goto s19m$ $     if p'i' .eqs. "" then goto s19 $     text = p'i's% $     if f$type(text) .eqs. "INTEGER"-
 $     then $        text = f$message(text)  $     endifn< $     if f$ext(0,1,text) .nes. "%" then text = prefix + text( $     if i .gt. 5 then text [0,1] := "-" $     display text $     goto s10 $s19:d  $  if p3 .eqs. "W" then p3 = "I"- $  exit jrddcl__status + f$locate(p3,"WSEIF"). $>          DISABLE_TERMINATED_LICENSES.COM:  ' $! Title:   Disable Terminated Licensest $hE $! Synopsis:   This command file disables all the terminated licensesa9 $!    in the active license database, which is defined byi' $!    the current value of LMF$LICENSE.  $  $! Parameters: Nonee $n $! Author:  Robert Deininger $! Created: January, 2001  $e $a# $! Define some simple status codes.  $  $ lic__status  = %x10000000 % $ lic__success = lic__status + %x0001i% $ lic__ctrly   = lic__status + %x000Cw $e' $! Set up interrupt and error handlers.o $e $ status = lic__success " $ on control_y then goto control_y $ on warning then goto error $$ $! Define some useful symbols. $ say = "write sys$output"@ $ jrdcall = "@jrddcl.com"     !!! <<<---- adjust this as needed  $t $! The real work starts here.W $R $ tempfile1 = "terminated.lis;"a' $ tempfile2 = "disable_terminated.com;"- $-1 $ current_ldb = f$search(f$trnlnm("lmf$license"))- $- $ type sys$input  =  Utility to DISABLE all the terminated licenses in the activeu  license database...    The active database is: $ say "   ",current_ldba $ type sys$input  A  This utility makes many changes to the license database.  Do youF=  want a backup copy of the database file saved before changesh
  are made? $10: $ on warning then goto 10h; $ jrdcall ask lic__answer b "Save a backup copy?" "YES" U,SM $ on warning then goto error $r $ if lic__answer $ thenA $    current_ldb = current_ldb - f$parse(current_ldb,,,"version")g $    say "" ) $    copy/log 'current_ldb' 'current_ldb't4 $    current_ldb = f$search(f$trnlnm("lmf$license")) $    say ""n5 $    say " The new highest version will be modified."6 $ endifa $w' $ say " Finding terminated licenses..."s $ % $! Get a list of terminated licenses. 8 $ license list/before/terminated/full/output='tempfile1' $o5 $ say " Making a command file to disable licenses..."c $n# $! Open the input and output files.s" $ open/read  tempfile1 'tempfile1'" $ open/write tempfile2 'tempfile2' $p+ $ target_string = "-----------------------"a $main_loop:C $ gosub find_stringl $ if input_string .nes. "" $ then9 $!   We have read the "header" line for a single license..H $!   Look for expected beginnings on the next 4 lines, and save the good $!   parts.o $  $    get_string = "Issuer:"  $    gosub get_string- $    if result_string .nes. ""	 $    then: $       issuer = result_string	 $    else. $       goto main_loop
 $    endif $ " $    get_string = "Authorization:" $    gosub get_string1 $    if result_string .nes. ""	 $    then % $       authorization = result_stringm	 $    elsed $       goto main_loop
 $    endif $a! $    get_string = "Product Name:"y $    gosub get_stringe $    if result_string .nes. ""	 $    thenl$ $       product_name = result_string	 $    elsen $       goto main_loop
 $    endif $P $    get_string = "Producer:"A $    gosub get_stringb $    if result_string .nes. ""	 $    thenj  $       producer = result_string	 $    else  $       goto main_loop
 $    endif $rI $    ! We have the 4 important pieces of information we wanted.  Generatei! $    ! a LICENSE DISABLE command.M $    gosub write_command $a $    goto main_loopi $ endif  $p* $! We have processed the whole input file. $ close tempfile1  $ write tempfile2 "$ exit" $ close tempfile2t $l $20: $ on warning then goto 20 E $ jrdcall ask lic__answer b "Do you want to view the command file?" -_              "YES" U,S $ on warning then goto error $e $ if lic__answer $ then $    type/page 'tempfile2' $ endif  $S $30: $ on warning then goto 30  $ jrdcall ask lic__answer b -cO      "Do you want to exectute these commands to modify the license database?" -r      "" U,Sn $ on warning then goto error $  $ if lic__answer $ then $    @'tempfile2'       type sys$input0    Disabling is complete.J    You may want to execute)    $ LICENSE DELETE */STATUS=DISABLED/LOG >  to completely remove all disabled licenses from the database. $d $ else $    say ""o$ $    say " Modifications cancelled." $ endift $e $ goto cleanup $l $CONTROL_Y:  $ status = lic__ctrlyk $ goto cleanup $  $ERROR:a $ status = $status $ goto cleanup $o	 $CLEANUP:oJ $ if f$search(tempfile1) .nes. "" then delete/nolog/noconfirm 'tempfile1'*J $ if f$search(tempfile2) .nes. "" then delete/nolog/noconfirm 'tempfile2'* $1M $ if f$type(lic__answer) .nes. "" then delete/symbol/global/nolog lic__answert $l $ exit status .or. %x10000000D $O
 $FIND_STRING:1J $! This subroutine reads lines from tempfile1 until it obtains a line thatH $! begins with target_string.  It returns with input_string equal to theK $! entire input line, or the null string if the end of the file was reached  $! without finding the target. $  $find_loop: 5 $ read/end_of_file=end_of_file tempfile1 input_string 0 $ if f$locate(target_string,input_string) .eq. 0 $ then1 $    ! The current string begins with the target.  $    return ! (FIND_STRING)  $ else $    goto find_loop  $ endif  $ 
 $end_of_file:  $ input_string = ""  $ return ! (FIND_STRING) $  $GET_STRING:E $! This subroutine reads a line from tempfile1, checks that it starts M $! with get_string, and returns in result_string the last part of the string. I $! The "last part" is the second element delimited by " ", after the part " $! matching get_string is removed. $  $ read tempfile1 input_string - $ if f$locate(get_string,input_string) .eq. 0  $ then1 $    ! The current string begins with the target.s: $    temp = f$edit((input_string - get_string),"compress")* $    result_string = f$element(1," ",temp) $s $ else; $    say "Unexpected line.  Expected ''get_string', found:" 
 $    say linel $    say ""  $s $    result_string = ""F $ endif  $c $ return ! (GET_STRING)  $  $WRITE_COMMAND:_J $! This subroutine writes a single "license disable" command to tempfile2,H $! using the information in symbols PRODUCT_NAME, AUTHORIZATION, ISSUER, $! and PRODUCER. $i; $ write tempfile2 "$ license disable/log ''product_name' -"u9 $ write tempfile2 "    /authorization=''authorization' -"r+ $ write tempfile2 "    /issuer=''issuer' -"e- $ write tempfile2 "    /producer=''producer'"o $ write tempfile2 "$"i $i $ return ! (WRITE_COMMAND)   ------------------------------  % Date: Thu, 15 Mar 2001 14:44:39 +0000t0 From: andrew harrison <andrew.nospam@uk.sun.com>" Subject: Re: Low cost workstations) Message-ID: <3AB0D557.5811A30@uk.sun.com>a   Malcolm Dunnett wrote: > 2 > In article <OV8r6.36$G_1.1911@news.cpqcorp.net>,; >   "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:M > > K > > I never said this.  I said that the SunRays needed to be connected to aeL > > dedicated LAN.  The server itself only needs a single connection to thisL > > LAN.  The literature clearly says that the SunRays can't be connected to4 > > your normal IP connection but needs its own LAN. > >UF >     Does it say why this is? Is it strictly a performance issue ( ieD > you wouldn't *want* to use a lan for anything else once a bunch ofD > SunRays are using up all the bandwidth ). Do the SunRays use IP to > communicate with the server?    @ Its a performance issue. SunRay servers are normally configured ; with 2 network ports. 1 to the public network and 1 to the r? switched network which the SunRays plug into. You can configurel9 a server with 1 network port with both public and SunRay  ! traffic but it isn't recommended.l   Regards  Andrew Harrison  Enterprise IT Architecte   ------------------------------   Date: 15 Mar 2001 07:37:36 CDT= From: wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell)j# Subject: Re: Merging multiple disksr. Message-ID: <rCz7UxQo6sbG@tachxxsoftxxconsult>  l In article <3AAFAF15.76DF87DA@interbulletin.com>, David J. Dachtera <donotreply@interbulletin.bogus> writes:. > steven.reece@quintiles.com wrote in article A > <OF9D6758E8.ECBF7AE8-ON80256A0F.00465426@qedi.quintiles.com> :   >>K >>Depends what the disks are, how big they are, whether they include systemt: >>disks or just user data with no alias entries and so on. >>E >>If they just contain user files I might be tempted to create rooteddF >>directory logical names so that if one has DISK$USER1 and DISK$USER2  >>merging onto DKA200 you'd have> >>$ DEFINE/SYSTEM/TRANSLATION_ATTRIBUTE=(CONCEALED) DISK$USER1 >>DKA200:[USER1.]E> >>$ DEFINE/SYSTEM/TRANSLATION_ATTRIBUTE=(CONCEALED) DISK$USER2 >>DKA200:[USER2.]. >>K >>Then you could refer to DISK$USER1:[JOHN.DOE] or DISK$USER2:[JANE.DOE] as L >>you would have done previously.  You could also move the DISK$USER1 "disk"M >>and the DISK$USER2 "disk" to other devices at various times, depending upongG >>usage, free disk space, speed of access, growth rate etc etc etc etc.n >>K >>For a user disk with no aliased file entries I'd transfer the files usingsL >>BACKUP, either doing straight disk to disk backups from [000000...] or, ifG >>this was not feasible, do a backup to a saveset and then transfer the0
 >>saveset. >>0 >>There are, obviously, other options available. >>Steve. >> >>Mark Hemker wrote:I >>>>>I am going to be migrating to some new disks this weekend and I need>C >>to merge the contents from multiple disks onto a single new disk. F >>Does anyone have any suggestions on the best/fastest way to do this?A >>Some of the disks have the same directory names and file names.  > - > One caveat I would add to Steve's comments:r > R > Some application code (usually DCL proc.'s) will not tolerate or permit the use G > of rooted logicals. Speaking from experience on a customer site here.B > M > Go ahead and try it; but, have a plan B in case that fails. It SHOULD work  L > (famous last words) - I've done it before. Application coders and vendors < > have a knack for making useful features unusable, however.  I One common mode of failure is to attempt combining rooted logicals.  ManyaC vendor software packages create their own rooted logicals, such as i  E $ define/system/nolog/exec/trans=(concealed,terminal) goober_common -- 		the_disk:[goober_53.common.]  A and then other logicals can be based on the common logical, as inr  . $ define/system goober_exe goober_common:[exe] $ run goober_exe:yadda_dadda  L If the_disk is a rooted logical, you get a failure on the define because youM can't use a rooted logical in the definition of another rooted logical.  As a.D developer of third-party software, I've been bit by this one myself.    K However, I found that it is rather easy to get around this problem with thes no_conceal option of f$parse.w     For example:     $!( $ doit: subroutine   !  p1 = target disk $! $ disk = p1 H $ act_disk = f$parse(disk,"[yadda]",,"device", "no_conceal,syntax_only")J $ act_dir = f$parse(disk,"[yadda]",,"directory", "no_conceal,syntax_only") $ sho sym act_disk $ act_dir = act_dir - "[YADDA]"h $ sho sym act_dirf $ if act_dir .eqs. ""  $	then $ 		prefix = act_disk + "["t $	else% $ 		prefix = act_disk + act_dir - "]"a $	endifjF $ define/process/nolog/exec/trans=(concealed,terminal) goober_common -*                 'prefix'goober_53.common.] $ sho log/ful goober_common  $ endsubroutineT     Here's an example run:   $! $!= $! First set up the concealed logical pseudodisk for the testo $!D $ define/proc/exec/trans=conc bogus_disk curly_disk2:[junk.garbage.]B %DCL-I-SUPERSEDE, previous value of BOGUS_DISK has been superseded $ sho log/ful bogus_disk eV    "BOGUS_DISK" [exec] = "CURLY_DISK2:[JUNK.GARBAGE.]" [concealed] (LNM$PROCESS_TABLE) $! $!$ $ call doit curly_disk3		! real disk( $ doit: subroutine   !  p1 = target disk $! $ disk = p1iH $ act_disk = f$parse(disk,"[yadda]",,"device", "no_conceal,syntax_only")J $ act_dir = f$parse(disk,"[yadda]",,"directory", "no_conceal,syntax_only") $ sho sym act_disk   ACT_DISK = "CURLY$DKB500:" $ act_dir = act_dir - "[YADDA]"  $ sho sym act_dir    ACT_DIR = "" $ if act_dir .eqs. ""a $	then $ 		prefix = act_disk + "[", $	else $	endiftF $ define/process/nolog/exec/trans=(concealed,terminal) goober_common -0                 CURLY$DKB500:[goober_53.common.] $ sho log/ful goober_common g    "GOOBER_COMMON" [exec] = "CURLY$DKB500:[GOOBER_53.COMMON.]" [concealed,terminal] (LNM$PROCESS_TABLE)  $ endsubroutine 4 $ call doit bogus_disk		! rooted logical pseudo disk( $ doit: subroutine   !  p1 = target disk $! $ disk = p1uH $ act_disk = f$parse(disk,"[yadda]",,"device", "no_conceal,syntax_only")J $ act_dir = f$parse(disk,"[yadda]",,"directory", "no_conceal,syntax_only") $ sho sym act_disk   ACT_DISK = "CURLY$DKB100:" $ act_dir = act_dir - "[YADDA]"S $ sho sym act_dir    ACT_DIR = "[JUNK.GARBAGE.]"e $ if act_dir .eqs. ""! $	else% $ 		prefix = act_disk + act_dir - "]"c $	endif F $ define/process/nolog/exec/trans=(concealed,terminal) goober_common -=                 CURLY$DKB100:[JUNK.GARBAGE.goober_53.common.]i $ sho log/ful goober_common t    "GOOBER_COMMON" [exec] = "CURLY$DKB100:[JUNK.GARBAGE.GOOBER_53.COMMON.]" [concealed,terminal] (LNM$PROCESS_TABLE) $ endsubroutinel $ exit    M An even easier way around the problem is to base the logical on the directoryeA the command procedure is executing out of, again with no_conceal.k  O For instance, if command procedures for the product (including the one definingE< the root logical) reside in goober_common:[cmd_procs], then:  ' $ cmdproc = f$environment ("procedure")h; $ cmd_procs = f$parse(cmdproc,,,"device", "no_conceal") + -5. 		f$parse(cmdproc,,,"directory", "no_conceal") $ cmd_procs = cmd_procs - "]["+ $ common = cmd_procs - ".CMD_PROCS]" + ".]" 7 $ define/process/exec/trans=conc goober_common 'common'p; $ define/process goober_cmd_procs goober_common:[cmd_procs]   M If you do it this way, it doesn't matter if the device is a rooted logical oreK not.  Of course, since you have bypassed the rooted logical, you may have a L problem with directory levels if the rooted logical contains a lot of them. I Since your logical is based on the physical disk and directories, it willmL contain all of the directory levels that had been in the rooted logical.  IfK your product also has a lot of directory levels, you may exceed the limit. fO Getting around the directory level limit is one of the reasons for using rooted  logicals in the first place.   Wayne  --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O =============================================================================== O Dean Wormer to Flounder: "Fat, drunk, and stupid is no way to go through life."a   ------------------------------  % Date: Thu, 15 Mar 2001 11:17:15 +0000$  From: steven.reece@quintiles.com( Subject: Re: OpenVMS Educational ProgramH Message-ID: <OF4BB1C264.ABB0DD7C-ON80256A10.003A61CD@qedi.quintiles.com>  	 Christof,l
 Calm down.   Christof commented/quoted:F >>>> And if english were the only language in the world communications wouldaJ > be a lot easier.  But reality is different.  And it doesn't make French,/ > German or Spanish flawed, deficient or wrong.e  & I really don't get it. Are you stupid?G Your example would be correct if you've said that someone invents a new E language (which in fact has been done with esperanto a well know wide  spread language).g  J 1.Introducing unecessary complexity and choices into VMS is a disadvantage per se.nI 2.Yes, the UNIX way sucks and spoils VMS. We don't need these UNIX moronsx hacking around on VMS.  K To explain it on kindergarten level: VMS is created by engineers, languagesaJ have been evolved over time without a central authority. I would perfectlyK agree to have only one language all over the world - but surely it wouldn't:H be English because English has too many flaws. The mismatch of scriptureI and pronounciation is simply ridiculous. But this shouldn't change into a . thread about natural languages so I stop here.  D I ask listeners of this thread (if there are any remaining): is this3 natural language example a well chosen argument?<<<   I Yes, it is a well chosen argument/analogy.  To claim "we don't need theseoI Unix morons hacking around on VMS" is, perhaps, not as broad minded as itf	 might be."  J Techniques which are employed in one or more flavours of Unix may  be veryI useful.  Techniques which are employed in OpenVMS may be very useful.  It ; doesn't necessarily mean that one is better than the other.h  E There is no logical reason to suggest that the teams working on Tru64mI within Compaq are any more or less intelligent, diligent or anything else I than their counterparts on the VMS Engineering teams.  They both have the0K same masters at the end of the day - the Compaq shareholders and customers.0     Christof also commented:G >>>Great example! The problem as stated above is the lack of standards.oC With VMS you are accustomed to VMS. With UNIX you are accustomed to J something vage, ever changing moving target. Where is the hosts file? - it3 depends. Where is the mount table? - it depends.<<<t  B So if we want to talk about standards, although OpenVMS was (to myG knowledge) the first OS to be "branded" by the X/Open consortium (hence-F OpenVMS), surely it is that which is different rather than the variousH flavours of Unix which all use arcane commands like man (for help), grepF (which is a hell of a way to spell search) and pwd (for show default).H On VMS where is the page file?  It depends.  Where is the swap file?  ItJ depends.  What is the system startup command procedure?  It depends (sinceK the system manager can call his own site-specific startup command procedureoI from within or without SYSTARTUP_VMS.COM or SYSTARTUP_V5.COM etc).  WherepF is the hosts file and what is it called?  It depends (you have variousJ options for IP stacks on OpenVMS).  What is the printer called on my floorK of the building?  It depends.  Is there an easy way to set up my printer sowK that I print to the one across the hall from me by default every time I logi in?  Probably, but it depends.   He also mentioned:K >>>You really dont' get the point. This seems to be a severe UNIX sickness. F Let me propose a cure: stop using UNIX for a short while (let's say 20 years) and come back then.F 1.There is not UNIX shell which is in any respect acceptable. All UNIXB shells suck severely and not only from the features they offer but8 basically from the concept they handle user interaction.D 2.The fact itself that there are several shells shows that nobody isJ content with what is there. Is this that difficult to understand? The factF that there are no standards wrt the shells is a superflous problem.<<<  I So do you set up symbols for your tasks that you do day to day or week toa@ week on your VMS system (whether it be in a command procedure orK interactively)?  You do?  Well you're obviously not happy with what's thereiC already then, are you?  It's obvious then that DCL is no good and abJ different CLI should be written for OpenVMS.  The fact that DCL ships with! OpenVMS is a superfluous problem.   , >>>Did you read the UNIX-Haters Handbook?<<<I No, but that's not relevant here.  You seem to do well in hating Unix and I anything associated with Unix without any help at all (unless you _wrote__ the book of course :-)).  E From your quoting and advocacy of the Unix-Haters' Handbook one might K suggest (not that I would) that this is the sole source of your discontent.nJ If this is the case then I would _strongly_ urge you to have a chat with aB local Unix Sys. Admin if there are any at your site.  you might beI pleasantly surprised (as might he/she).  Each of you may learn something.w   Steve.   ------------------------------   Date: 15 Mar 2001 17:39:45 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)i( Subject: Re: OpenVMS Educational Program, Message-ID: <98qup1$15ma$2@info.cs.uofs.edu>  , In article <3AAFEDA5.C2F44F2D@infopuls.com>,,  Christof Brass <brass@infopuls.com> writes: |> w) |> I really don't get it. Are you stupid?r |>( |> To explain it on kindergarten level:    Plonk.   bill   -- pJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Thu, 15 Mar 2001 11:10:47 -0000s! From: "ph0bos" <ph0bos@shady.org>E) Subject: Re: Possible security hole in...h@ Message-ID: <Vz1s6.216759$Dd3.3011639@monolith.news.easynet.net>  - "jlsue" <jlsuexxxz@home.com> wrote in message 2 news:guovatc6gcudkrn6raitui6s0sr9qhlmnr@4ax.com...5 > On Wed, 14 Mar 2001 20:16:09 +0000, andrew harrison%# > <andrew.nospam@uk.sun.com> wrote:i >u > >>K > >> Well, I *know* about the POD because I was a customer at that time.  IrG > >> remember some very active responses from Digital (at that time) toiI > >> provide fixes to UCX V4.x for that problem.  Note:  This is UCX (theiC > >> networking software), not a patch to OpenVMS.  And I know fromfJ > >> experience how & why this caused problems on UCX with OpenVMS (ACCVIOE > >> in kernel-mode code/driver, iirc).  The reason for the ACCVIO onNI > >> OpenVMS is because of the page protection mechanisms, something thatnJ > >> makes it  very difficult, if not impossible, to actually execute code7 > >> in a buffer overflow, unlike some other platforms.  > >>  K     Not true.  I have succeeded in exploiting buffer overflows under VMS toeK     execute arbitrary code.  On top of that, for local holes, the procedurehE     is actually considerably simpler than under unix, thanks   to thelG     lib$spawn() call and the fact that it requires no arguments (unlike K     execl("/bin/sh", "sh", 0) the standard unix method.  Under VMS, all youp:     need is a jump to lib$spawn - no 'shellcode' required.  I     As to the argument regarding whether UCX is 'part of VMS' or not, whonJ     cares?  If someone can break into your machine using holes in UCX, andK     then use UCX to gain full privs, then surely the best thing to do would F     be, errr, fix UCX.  The fact that there are other stacks availableK     is all well and good, but I suspect if they've had the same code auditslE     and attention to detail as the UCX stack they're probably just asz     riddled with holes.r   ------------------------------  % Date: Thu, 15 Mar 2001 11:24:31 +0000d0 From: andrew harrison <andrew.nospam@uk.sun.com>) Subject: Re: Possible security hole in...-* Message-ID: <3AB0A66F.5BC0652A@uk.sun.com>   jlsue wrote: > 5 > On Wed, 14 Mar 2001 20:16:09 +0000, andrew harrison:# > <andrew.nospam@uk.sun.com> wrote:3 >  > >jlsue wrote:nF > Okay, I've been through the advisories, now you tell me where any ofH > them say that OpenVMS is susceptible?  You are merely assuming that it> > is, but you have yet to offer me proof.  Don't continue thisD > discussion until you can give me something I can actually look at. >   > Well you didn't look closely enough OpenVMS/UCX was vunerable ! to POD and it is in the advisory.e  9 But you resolutely keep missing the point as you did with : our cluster discussions. The CERT advisory for Land has no; OpenVMS response from Compaq only a response for Tru64, butn7 Compaq released a patch for UCX for Land which is well n; documented after the Land exploits started. You are lookingr8 in the wrong place CERT is not the place to look for any5 accurate information about OpenVMS's vunerability or   otherwise to attacks.   7 And I don't need to ASSUME anything its in Compaqs own g+ documenation which I included a quote from.p  5 How much more evidence do you need that your position 2 is untenable. Or are you saying that Compaqs CERT 2 advisory is correct and their patch documentation  is incorrect ?????????  G > First of all, not all OpenVMS systems use UCX.  Not even systems thatiG > use UCX.  Do you know why?  Because there are other products offeringaG > TCP/IP on OpenVMS like Multinet and TCPWARE.  And even sites that arelH > running TCP/IP V5.0 and above aren't running the UCX software anymore.C > It has been completely re-written and comes ported from the Tru64: > code.>  : And since there are also no responses for Multinet etc in 7 the CERT advisories what makes you ASSUME that they arer; OK. Multinet is a BSD based stack many of the vunerabilites / we are discussing are generic BSD stack issues.    > H > Now, of the CERT advisories you mention, only two are post-1998 (i.e.,D > post V5.0), and they certainly don't even count anymore since that( > older version of UCX is not supported.  7 Oh come on you are getting lamer and lamer, you accuse .4 me of spin and now you are trying to draw a line by 4 saying that the vunerabilities were all in the past.  8 You now appear to be arguing that OpenVMS wan't actually3 secure before 1998 but is now because there are no e advisories after 98.  8 What happens if you havn't upgraded to the later version8 of OpenVMS/UCX you are still vunerable, what percentage 6 of OpenVMS boxes out there are completely out of date.  : What percentage of the post 98 responses are accurate, the: pre 98 record is poor what has changed post 98 to make you: ASSUME that you can trust them. You accuse me of ASSUMING < things but in fact it is you that is making the ASSUMPTIONS. > H > One of the later ones (CA-2000-13) I have found referenced in a CompaqD > response, and that response only talks about issues on Tru64 Unix.: > Does it have a problem on OpenVMS, it doesn't appear so. > B > Why can I make that statement?  Well, because I've checked a fewB > others, (e.g., patches to cover Tru64 for CERT CA-2000-20 & CERT> > CA-2001-02 ) that specifically that OpenVMS is not affected. > D > What this tells me is that you can NOT automatically assume that a$ > vulnerability will affect OpenVMS. >  > >>J > >> You happily avoid my challenge, once again.  You claim it *must* be aJ > >> problem on OpenVMS, but I've never seen it.  So on what basis are youH > >> making the claim that it needs to be fixed?  For all I know, it may= > >> have been fixed a long time ago, but you just avoid that  > >> (conveniently). > >> > >> >N > >> >How about Ping of Death. The POD advisory was orgionally another OpenVMSJ > >> >free zone causing at least one poster to believe that OpenVMS wasn'tD > >> >vunerable. Due probably to Hoff Hoffman's sharp jab in the eyeG > >> >this has been updated and we know find that OpenVMS was vunerablet > >> >all along. > >>K > >> Well, I *know* about the POD because I was a customer at that time.  IlG > >> remember some very active responses from Digital (at that time) tooI > >> provide fixes to UCX V4.x for that problem.  Note:  This is UCX (thepC > >> networking software), not a patch to OpenVMS.  And I know from J > >> experience how & why this caused problems on UCX with OpenVMS (ACCVIOE > >> in kernel-mode code/driver, iirc).  The reason for the ACCVIO oniI > >> OpenVMS is because of the page protection mechanisms, something thatyJ > >> makes it  very difficult, if not impossible, to actually execute code7 > >> in a buffer overflow, unlike some other platforms.e > >> > >x< > >Look every time someone says OpenVMS is vunerable to this: > >or that, someone like you comes back with the trite old0 > >line, UCX isn't part of OpenVMS or CDE isn't. > >c8 > >Its funny that Compaq themselves don't actually agree5 > >with you, they have issued responses to advisoriesf$ > >under OpenVMS which refer to UCX. > G > Okay, so what's your point?  That won't help someone with Multinet orv7 > TCPware.  Those systems may or may not be vulnerable.u  7 Quite you said it, what makes you ASSUME that they are.G  ; > >Which is it, either UCX is part of OpenVMS in which case_4 > >Compaq need to support it properly which includes3 > >security risks associated with it or it isn't in[2 > >which case OpenVMS is the only major OS without! > >a properly supported IP stack.c > G > Ah, I see now.  You're trying to muddy the waters with ambiguities so5@ > that you can push more FUD.  Again, what about those who use aD > different vendor's IP stack?  If Oracle has a bug, do you say that; > OpenVMS is vulnerable?  Or do you say that Oracle has it?l >   A No because it is clear that Oracle isn't a Sun/Compaq product andm< it is also clear that it isn't part of OpenVMS/Solaris. UCX 9 however is part of OpenVMS as many people have been happyL5 to claim when faced with the accustation that OpenVMS_ does not include an IP stack.    Regards  Andrew Harrison1 Enterprise IT Architectk   ------------------------------    Date: 15 Mar 2001 09:06:32 -05003 From: malmberg@encompasserve.org (John E. Malmberg)c) Subject: Re: Possible security hole in... 3 Message-ID: <g8mgftFpT$NB@eisner.encompasserve.org>c  @ In article <Vz1s6.216759$Dd3.3011639@monolith.news.easynet.net>,# "ph0bos" <ph0bos@shady.org> writes:  >rF >     Not true.  I have succeeded in exploiting buffer overflows under$ >     VMS to execute arbitrary code.  C    Actually I have done that a few times myself, and have sure that @    others have too.  I did find my bugs though and stopped that.  D    When you corrupt the stack like that, it can be difficult to find    the bad code.  C    However I was not able to execute any code that way that I couldeC    not have executed by deliberately writing my own program, either,,    with Macro-32 or a higher level language.  A    You only have access to the user mode stack, nothing that willo    elevate your privileges.c  F    A link to a hackers/crackers guide to OpenVMS appeared a while back?    in this newgroup.  A read of it revealed errors, out of dates@    information, but basically not much more than what was in the?    currently shipping documentation or already pubically known.e  *    IIRC The URL is now in the OpenVMS FAQ.  4 >     On top of that, for local holes, the procedureA >     is actually considerably simpler than under unix, thanks tooE >     the lib$spawn() call and the fact that it requires no argumentsoA >     (unlike execl("/bin/sh", "sh", 0) the standard unix method. E >     Under VMS, all you need is a jump to lib$spawn - no 'shellcode'y >     required.r  B    An interesting idea.  Missing a few concepts though.  There are    much more easier ways.   C    And you still will not end up with any more privileges or rightsiB    than you started up with.  A quick glance at the TCPIP setup onE    my local system shows that if you are able to find a vulnerability=?    in it, the most you can do is fill up a disk with junk while=    setting off alarms.  G    Oh, and with disk quotas enabled on the system disk, as I recommend,w3    you will not even be able to totally fill it up.n  E    And I do not have my system secured to the point that it could be. 6    I just have it secured enough to prevent accidents.  B >     As to the argument regarding whether UCX is 'part of VMS' orC >     not, who cares?  If someone can break into your machine using-D >     holes in UCX, and then use UCX to gain full privs, then surelyB >     the best thing to do would be, errr, fix UCX.  The fact thatB >     there are other stacks available is all well and good, but IB >     suspect if they've had the same code audits and attention toC >     detail as the UCX stack they're probably just as riddled withs >     holes.  B    There may be bugs, but in general most of the components of theA    various TCP/IP stacks do not execute with enough privileges to?@    allow a cracker to do anything more than slightly annoying inG    the unlikely event that they actually find a security vulnerability.w   -Johnp Personal Opinion Onlyn   ------------------------------  # Date: Thu, 15 Mar 2001 15:08:28 GMTe  From: jlsue <jlsuexxxz@home.com>) Subject: Re: Possible security hole in...r8 Message-ID: <asl1bts2o4gsglg7po5vavrgkbasokl20n@4ax.com>  3 On Thu, 15 Mar 2001 11:24:31 +0000, andrew harrisone! <andrew.nospam@uk.sun.com> wrote:e  
 >jlsue wrote:I >> d6 >> On Wed, 14 Mar 2001 20:16:09 +0000, andrew harrison$ >> <andrew.nospam@uk.sun.com> wrote: >> h >> >jlsue wrote:G >> Okay, I've been through the advisories, now you tell me where any ofyI >> them say that OpenVMS is susceptible?  You are merely assuming that itg? >> is, but you have yet to offer me proof.  Don't continue thiseE >> discussion until you can give me something I can actually look at.n >>   > ? >Well you didn't look closely enough OpenVMS/UCX was vunerable e" >to POD and it is in the advisory.  C I didn't say it wasn't vulnerable to this.  In fact, I said that ituE was handled quickly, imho.  I know because I was responsible for manyfD systems at the time and *all* of the platforms at this business wereA implementing the patches at the same time - including on OpenVMS.h   >s: >But you resolutely keep missing the point as you did with; >our cluster discussions. The CERT advisory for Land has noo< >OpenVMS response from Compaq only a response for Tru64, but8 >Compaq released a patch for UCX for Land which is well < >documented after the Land exploits started. You are looking9 >in the wrong place CERT is not the place to look for any 6 >accurate information about OpenVMS's vunerability or  >otherwise to attacks. > 8 >And I don't need to ASSUME anything its in Compaqs own , >documenation which I included a quote from.  9 Possibly, but if they released a patch, what's your beef?    >l6 >How much more evidence do you need that your position3 >is untenable. Or are you saying that Compaqs CERT i3 >advisory is correct and their patch documentation e >is incorrect ?????????o  D I think you are misconstruing my point, which keeps leading you down these weird logical pathways.    >eH >> First of all, not all OpenVMS systems use UCX.  Not even systems thatH >> use UCX.  Do you know why?  Because there are other products offeringH >> TCP/IP on OpenVMS like Multinet and TCPWARE.  And even sites that areI >> running TCP/IP V5.0 and above aren't running the UCX software anymore.TD >> It has been completely re-written and comes ported from the Tru64 >> code. >e; >And since there are also no responses for Multinet etc in e8 >the CERT advisories what makes you ASSUME that they are< >OK. Multinet is a BSD based stack many of the vunerabilites0 >we are discussing are generic BSD stack issues.  F See, here's an example of where you completely mislead the discussion.D Where did I ASSUME anything?  The point of the multiple IP stacks isF that UCX-related issues are only going to hit something less than 100%
 of the sites.a   >  >> )I >> Now, of the CERT advisories you mention, only two are post-1998 (i.e.,eE >> post V5.0), and they certainly don't even count anymore since thath) >> older version of UCX is not supported.e >a8 >Oh come on you are getting lamer and lamer, you accuse 5 >me of spin and now you are trying to draw a line by s5 >saying that the vunerabilities were all in the past.  >t9 >You now appear to be arguing that OpenVMS wan't actuallyl4 >secure before 1998 but is now because there are no  >advisories after 98.e  D See again, you are the one using "spin".  Show me where I argued anyF such point.  C'mon, you should be up to it.  What is happening is thatF your pre-disposition is causing you to jump huge logical gaps in order to make your points.  E But what are you expecting to dredge up when you point out 3-year olds( issues, at least one of which WAS fixed.   >X9 >What happens if you havn't upgraded to the later versionu9 >of OpenVMS/UCX you are still vunerable, what percentage i7 >of OpenVMS boxes out there are completely out of date.  >k; >What percentage of the post 98 responses are accurate, thex; >pre 98 record is poor what has changed post 98 to make you ; >ASSUME that you can trust them. You accuse me of ASSUMING c= >things but in fact it is you that is making the ASSUMPTIONS.a  F Again, you keep claiming that the pre-'98 record was poor.  And I keepC asking for proof of what the problem is.  You keep pointing to CERTtB advisories, but if other OSs were vulnerable, what made OpenVMS so@ poor, in your opinion.  Did you even know what was going on with OpenVMS at the time?   >> rI >> One of the later ones (CA-2000-13) I have found referenced in a CompaqFE >> response, and that response only talks about issues on Tru64 Unix.w; >> Does it have a problem on OpenVMS, it doesn't appear so.i >> oC >> Why can I make that statement?  Well, because I've checked a few C >> others, (e.g., patches to cover Tru64 for CERT CA-2000-20 & CERTt? >> CA-2001-02 ) that specifically that OpenVMS is not affected.y >> cE >> What this tells me is that you can NOT automatically assume that a.% >> vulnerability will affect OpenVMS.- >> a >> >>,K >> >> You happily avoid my challenge, once again.  You claim it *must* be a:K >> >> problem on OpenVMS, but I've never seen it.  So on what basis are youhI >> >> making the claim that it needs to be fixed?  For all I know, it mayg> >> >> have been fixed a long time ago, but you just avoid that >> >> (conveniently).r >> >>i >> >> >aO >> >> >How about Ping of Death. The POD advisory was orgionally another OpenVMSaK >> >> >free zone causing at least one poster to believe that OpenVMS wasn'tsE >> >> >vunerable. Due probably to Hoff Hoffman's sharp jab in the eyetH >> >> >this has been updated and we know find that OpenVMS was vunerable >> >> >all along.n >> >>wL >> >> Well, I *know* about the POD because I was a customer at that time.  IH >> >> remember some very active responses from Digital (at that time) toJ >> >> provide fixes to UCX V4.x for that problem.  Note:  This is UCX (theD >> >> networking software), not a patch to OpenVMS.  And I know fromK >> >> experience how & why this caused problems on UCX with OpenVMS (ACCVIO F >> >> in kernel-mode code/driver, iirc).  The reason for the ACCVIO onJ >> >> OpenVMS is because of the page protection mechanisms, something thatK >> >> makes it  very difficult, if not impossible, to actually execute code 8 >> >> in a buffer overflow, unlike some other platforms. >> >>u >> >= >> >Look every time someone says OpenVMS is vunerable to thisr; >> >or that, someone like you comes back with the trite oldd1 >> >line, UCX isn't part of OpenVMS or CDE isn't.e >> >9 >> >Its funny that Compaq themselves don't actually agreen6 >> >with you, they have issued responses to advisories% >> >under OpenVMS which refer to UCX.e >> eH >> Okay, so what's your point?  That won't help someone with Multinet or8 >> TCPware.  Those systems may or may not be vulnerable. >c8 >Quite you said it, what makes you ASSUME that they are.  A Spin, spin, spin.  Don't argue a point that hasn't been made.  Noh+ assumptions were made by me in this regard.   F Interesting how you completely avoid the POD claims that you made, and I have now debunked.   >:< >> >Which is it, either UCX is part of OpenVMS in which case5 >> >Compaq need to support it properly which includes 4 >> >security risks associated with it or it isn't in3 >> >which case OpenVMS is the only major OS withoutb" >> >a properly supported IP stack. >> mH >> Ah, I see now.  You're trying to muddy the waters with ambiguities soA >> that you can push more FUD.  Again, what about those who use anE >> different vendor's IP stack?  If Oracle has a bug, do you say that < >> OpenVMS is vulnerable?  Or do you say that Oracle has it? >>   >eB >No because it is clear that Oracle isn't a Sun/Compaq product and= >it is also clear that it isn't part of OpenVMS/Solaris. UCX T: >however is part of OpenVMS as many people have been happy6 >to claim when faced with the accustation that OpenVMS >does not include an IP stack. l >   E That may be true TODAY, but back in '98 it was much less so.  And theg: version available today is a completely different product.  F I noticed that you completely glossed over my example of a place whereC Tru64 Unix had a vulnerability that didn't affect OpenVMS.  This ishC completely possible.  Now, I am not ASSUMING that this is true, but E you are definitely ASSUMING that it isn't.  If not, then you wouldn'tiE be in this discussion to begin with.  I am merely trying to point out  the errors in your logic.p   ------------------------------  % Date: Thu, 15 Mar 2001 15:20:09 -0000?! From: "ph0bos" <ph0bos@shady.org>o) Subject: Re: Possible security hole in... @ Message-ID: <4e5s6.216852$Dd3.3036385@monolith.news.easynet.net>  @ "John E. Malmberg" <malmberg@encompasserve.org> wrote in message- news:g8mgftFpT$NB@eisner.encompasserve.org...:B > In article <Vz1s6.216759$Dd3.3011639@monolith.news.easynet.net>,% > "ph0bos" <ph0bos@shady.org> writes:u > >MH > >     Not true.  I have succeeded in exploiting buffer overflows under& > >     VMS to execute arbitrary code. >cE >    Actually I have done that a few times myself, and have sure thatrB >    others have too.  I did find my bugs though and stopped that. >nF >    When you corrupt the stack like that, it can be difficult to find >    the bad code. >aE >    However I was not able to execute any code that way that I couldeE >    not have executed by deliberately writing my own program, eitherp. >    with Macro-32 or a higher level language. >uC >    You only have access to the user mode stack, nothing that will. >    elevate your privileges.u  J     Not so.  If you are executing code from remote, you gain local access.H     If you are exploiting an image that is installed with privileges you,     don't already have, you gain privileges.   >eH >    A link to a hackers/crackers guide to OpenVMS appeared a while backA >    in this newgroup.  A read of it revealed errors, out of dateiB >    information, but basically not much more than what was in theA >    currently shipping documentation or already pubically known.  >t, >    IIRC The URL is now in the OpenVMS FAQ.  E     All of the 'VMS hacking texts' I've ever seen have been outdated, G     inaccurate and for the most part useless.  Not one of them has evereG     contained what I would call a real exploit.  That doesn't mean theya0     don't exist.  VMS needs a decent code audit.   >t6 > >     On top of that, for local holes, the procedureC > >     is actually considerably simpler than under unix, thanks toiG > >     the lib$spawn() call and the fact that it requires no argumentsmC > >     (unlike execl("/bin/sh", "sh", 0) the standard unix method.mG > >     Under VMS, all you need is a jump to lib$spawn - no 'shellcode'h > >     required.n >iD >    An interesting idea.  Missing a few concepts though.  There are >    much more easier ways.. >e  E      I'm always interested in easier ways to do that sort of thing :)l  E >    And you still will not end up with any more privileges or rightsaD >    than you started up with.  A quick glance at the TCPIP setup onG >    my local system shows that if you are able to find a vulnerability A >    in it, the most you can do is fill up a disk with junk whilem >    setting off alarms.  E      Once again, not so.  Your basic misconception is that people aresA      somehow attempting to manipulate the operating system itselfo=      into giving them more privileges (a bit like the old VMS>D      store-the-privilege-mask-in-address-space-the-user-can-write-toE      cock-up :) ).  The point is, use an overflow to hijack processesi-      that are running at evelated privileges.n   >aI >    Oh, and with disk quotas enabled on the system disk, as I recommend,o5 >    you will not even be able to totally fill it up.k  (      I wasn't trying to perform a DOS :)   >rG >    And I do not have my system secured to the point that it could be.e8 >    I just have it secured enough to prevent accidents. >fD > >     As to the argument regarding whether UCX is 'part of VMS' orE > >     not, who cares?  If someone can break into your machine usingfF > >     holes in UCX, and then use UCX to gain full privs, then surelyD > >     the best thing to do would be, errr, fix UCX.  The fact thatD > >     there are other stacks available is all well and good, but ID > >     suspect if they've had the same code audits and attention toE > >     detail as the UCX stack they're probably just as riddled with  > >     holes. >sD >    There may be bugs, but in general most of the components of theC >    various TCP/IP stacks do not execute with enough privileges tooB >    allow a cracker to do anything more than slightly annoying inI >    the unlikely event that they actually find a security vulnerability.r >I  F      Once again, if they're running at all, accept user input from theG      net and  are buggy, the 'privilege' people will gain is a shell oncC      your machine, running at the privs of the process so hijacked.rD      Personally, I think that's quite serious, but if you don't mindE      everyone and his donkey running round your machine, that's up to_C      you.  Whether they can then perform further attacks to elevatepG      privilege is a moot point - if they weren't in in the first place, D      they wouldn't get to try.  If there are any elements of the tcpJ      stack that they can execute locally, accept user input and are buggy,@      that run with elevated privs (and there are), then they can      gain additional privs.o  B      Quite apart from that, once they have a shell they can likelyB      launch attacks upon other machines, possibly other companies'=      machines, or possibly other of your machines on networksh=      that might not have been accessible to them in the firsta<      place, taking advantage of any trust relationships that      might exist.t   ------------------------------  % Date: Thu, 15 Mar 2001 16:06:25 +0100h$ From: "Jakob Erber" <erberj@post.ch> Subject: Re: SSH for VMS Message-ID: <3ab0e882$1@hcwe67>t  ; Thanks a lot to all who contributed. I found what I wanted.s    5 "Jakob Erber" <erberj@post.ch> schrieb im Newsbeitragu news:3aaf723e$1@hcwe67...  > Hello, >c > propably asked before: >aC > is there a SSH server/client avail for VMS? If yes, where to get?  >  > thanks >i
 > Jakob Erber  >i >l   ------------------------------  % Date: Thu, 15 Mar 2001 17:50:59 -0000r- From: wspencer@ap.nospam.org (Warren Spencer)s. Subject: Re: Telnet into VMS over the Internet/ Message-ID: <tb2083dah49i53@news.supernews.com>l  & lny98@yahoo.com (Lou Solomon) wrote in% <tanvnt3i2257e2@corp.supernews.com>: d  G >I currently have two sites in my company that are connected to our VMSh@ >network using Micom multiplexers (via dedicated 56K dds lines).  L "Lines" is plural.  Have you aggregated multiple 56K lines to appear as one I big fat pipe?  Or perhaps a better question, what is the total bandwidth    available between the two sites?  I >I would like to take advantage of the cost savings (and possibly a speedlG >increase) of installing DSL lines in these remote offices, giving them   
 -- snip --  K I regularly attach to my company's network via VPN from home (cable-modem,  F not dsl), and do something far worse than Telnet;  I fire up multiple F xterms (decterms).  Reponse time is not perfect - you can tell you're G remote - but it's quite usable; FAR better than a *single* 56K modem.  l  K In the past, I could never edit source code over a modem - the lag was too hH brutal.  But it's been quite reaonsable over a standard cable modem.  I H would expect DSL to be similar.  The total distance (geographically) is K only about 15 miles, but the network path shows 22 router hops between the d boxes, according to traceroute.t  L Here's another number:  700 Kb (kilo-bits) is the usual transfer rate I get J when downloading files via cable-modem.  "On a clear night", I've seen it  as high as 110Kb.    ws   --  1 << Marriage is Grand.  Divorce is Fifty Grand. >>u   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **k   ------------------------------  % Date: Thu, 15 Mar 2001 12:46:00 -0500t+ From: "Andrew Robert" <arobert@townisp.com>w7 Subject: Re: Volume Shadowing merge rates on Big Disks?-/ Message-ID: <tb1vvjrcpnp99d@corp.supernews.com>e  J Without knowing your hardware configuration, this may not be right for youI but using mirrored pairs at the controller level is significantly faster.r  G Right now, I have an ESA1200 fully populated with 9G drives and 4 HSZ80 : controllers, redundant fans, and redundant power supplies.  K The top 4 BA arrays are set up as either jbods or mirror sets or RAID5 sets:
 as needed.  : The bottom 4 BA arrays mirror the RAID5 sets from the top.  K Each of the RAID5 component drives are balanced out across each of the SCSI>+ buses and placed for optimal SCSI priority.'  J We then use Software volume shadowing to create shadow sets to enhance the# redundancy of the RAID5 components.t  J The end result is I can lose disk drives, controllers, power supplies, etcJ and still maintain availability while balancing the load across 6 separate& SCSI buses and 4 separate controllers.  7 "John Jansen" <jjansen@tilgroup.co.nz> wrote in message ( news:3AAF0F1D.DDC09133@tilgroup.co.nz... > Hi,l >nH > Currently we use a Alpha 4100/300 with 4 gig and 9 gig disks in shadow > sets.l* > A shadow merge can take over a full day. >c >tH > We are considering the purchase of a dse20 with 9 gig and 18 gig disksF > in shadow sets. This system is supposed to be 4 times as fast as ourG > current one, but no one seems to be able to give me and indication ofuF > how long it would take for a shadow set merge of the 18 gig disks on > this system. >tJ > Has any one had a real life experience of how long a merge would take. ID > am looking to get an indication as to whether it will be and hour, > hours, days??f >. >  > Thanking you for you helpd >p	 > Regardss >u > John Jansen. >w >c > --B > ________________________________________________________________
 > John Jansenp > Group I.T Manager  > Truck Investments Limitedc' > Phone - Work    (64 6) 356-7179 x 826 ! > or direct Line  (64 6) 351-9826i! > Fax             (64 6) 356 5586h  > E-mail  JJansen@tilgroup.co.nzB > ________________________________________________________________ >h >    ------------------------------  # Date: Thu, 15 Mar 2001 13:49:10 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) * Subject: Was it here?  1GB disk for VS31000 Message-ID: <009F90B5.44662524@SendSpamHere.ORG>  L I recall recently that somebody was looking for a 1GB drive for a VAXstation 3100 or VAXserver 3100.  s  L I've recently replaced 8 drives with 9.1GB drives and I have some 1GB drivesK which will work on a VAXstation/VAXserver 3100.  I can't seem to locate the I posting in my accessible archives of c.o.v.  If it was mentioned here and J the party is still in need of a 1GB drive, I will part with it FOC -- just pay the shipping.   G Drives are Seagate 5.25" 1.05 SCSI  (2 -- maybe 3 -- drives available).t  9 Contact me at the email address in the sig if interested.i --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             uO city, n., 1. a place where trees are cut down and streets are named after them.o   ------------------------------   Date: 15 Mar 2001 15:59:24 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog). Subject: Re: Was it here?  1GB disk for VS3100, Message-ID: <98qoss$khk@gap.cco.caltech.edu>  p In article <009F90B5.44662524@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:M >I recall recently that somebody was looking for a 1GB drive for a VAXstationp >3100 or VAXserver 3100.   >hM >I've recently replaced 8 drives with 9.1GB drives and I have some 1GB drivesm2 >which will work on a VAXstation/VAXserver 3100.          ^^^^^^^^^F Warning - but not as boot disks.  The ROMs in the 3100 have 1 Gb limitI built into them that causes problems.  But once VMS boots that limit goeso? away, so these will work as anything other than SYS$SYSDEVICE. h   Regards,   David Mathog mathog@seqaxp.bio.caltech.eduh? Manager, sequence analysis facility, biology division, Caltech aJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  # Date: Thu, 15 Mar 2001 16:07:11 GMTR= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)n. Subject: Re: Was it here?  1GB disk for VS31000 Message-ID: <009F90C8.8BE866CE@SendSpamHere.ORG>  a In article <98qoss$khk@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:aq >In article <009F90B5.44662524@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:>N >>I recall recently that somebody was looking for a 1GB drive for a VAXstation >>3100 or VAXserver 3100.  T >>N >>I've recently replaced 8 drives with 9.1GB drives and I have some 1GB drives3 >>which will work on a VAXstation/VAXserver 3100.  o >       ^^^^^^^^^aG >Warning - but not as boot disks.  The ROMs in the 3100 have 1 Gb limit J >built into them that causes problems.  But once VMS boots that limit goes@ >away, so these will work as anything other than SYS$SYSDEVICE.   " These were boot devices in a 3100.  $ The 9.1GB will certainly NOT work.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMe            >O city, n., 1. a place where trees are cut down and streets are named after them.n   ------------------------------  % Date: Thu, 15 Mar 2001 11:01:10 -0600t/ From: Chris Scheers <chris@applied-synergy.com>t. Subject: Re: Was it here?  1GB disk for VS31003 Message-ID: <3AB0F556.64B11DAD@applied-synergy.com>s   David Mathog wrote:a > r > In article <009F90B5.44662524@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes:O > >I recall recently that somebody was looking for a 1GB drive for a VAXstationo > >3100 or VAXserver 3100. > >CO > >I've recently replaced 8 drives with 9.1GB drives and I have some 1GB drives>2 > >which will work on a VAXstation/VAXserver 3100. >        ^^^^^^^^^H > Warning - but not as boot disks.  The ROMs in the 3100 have 1 Gb limitK > built into them that causes problems.  But once VMS boots that limit goes>@ > away, so these will work as anything other than SYS$SYSDEVICE.    F Brian was offering the 1GB disks that were replaced by the 9GB drives.  A Since he said Seagate 5.25 disks, I assume that they are ST41200N 4 drives, which work beautifully as VS3100 boot disks.  G -----------------------------------------------------------------------u$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com >   Fax: 817-237-3074e   ------------------------------  # Date: Thu, 15 Mar 2001 18:14:00 GMTn= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)e. Subject: Re: Was it here?  1GB disk for VS31000 Message-ID: <009F90DA.43489A21@SendSpamHere.ORG>  e In article <3AB0F556.64B11DAD@applied-synergy.com>, Chris Scheers <chris@applied-synergy.com> writes:n >David Mathog wrote: >> ts >> In article <009F90B5.44662524@SendSpamHere.ORG>, system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) writes: P >> >I recall recently that somebody was looking for a 1GB drive for a VAXstation >> >3100 or VAXserver 3100.  >> >P >> >I've recently replaced 8 drives with 9.1GB drives and I have some 1GB drives3 >> >which will work on a VAXstation/VAXserver 3100.  >>        ^^^^^^^^^uI >> Warning - but not as boot disks.  The ROMs in the 3100 have 1 Gb limitnL >> built into them that causes problems.  But once VMS boots that limit goesA >> away, so these will work as anything other than SYS$SYSDEVICE.  >  >aG >Brian was offering the 1GB disks that were replaced by the 9GB drives.l > B >Since he said Seagate 5.25 disks, I assume that they are ST41200N5 >drives, which work beautifully as VS3100 boot disks.c   Give that man a cheroot!     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM             eO city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Thu, 15 Mar 2001 17:49:29 +0100 7 From: "Merlier Franck" <franck.merlier@univ-rennes1.fr>s) Subject: Re: Write CD on PC for OVMS ReadS/ Message-ID: <98qru8$qtt$1@news.univ-rennes1.fr>y  > Phil <phil.judi.maslin@clear.net.nz> a crit dans le message : 3aa899ee$1@clear.net.nz...K > Anyone know of any special software available or special requirements for- > writing ofK > CD's on PC (Win2000 or NT4) for reading by CD drive on Alpha running OVMSoK > 7.1. Long file names are the priority as ISO9660/Joliet only seem to give02 > n.3. Required SAS files have long... extensions. >< >m     1st Step    Make a good file structure on PC  2 like c:\user\data for Mydisk:[user.data] directory  : Do an iso file system with Fireburner (bulid track option.5 Fireburner create an .iso file with long file system.    2. Create cd  J i use Easy Cd creator , File/open *.iso file an dicreate my iso 9660 CDROm on my Pc for vms :))   Simple not :))   Franck MERLIER   ------------------------------  # Date: Thu, 15 Mar 2001 15:29:52 GMTs, From: Didier Morandi <Didier.Morandi@gmx.ch>3 Subject: [BUG] RPC code output example wrong in docb& Message-ID: <3AB0DFD0.A5117AB6@gmx.ch>  O Doc DIGITAL TCP/IP Services for OpenVMS ONC RPC Programming dated jan 1999 party  nr AA--Q06VE--TE available from:  I www.openvms.compaq.com:8000/tcpip51/6528/6528profile_001.html#rpcgen_chap   & gives in chap 2.2 this output example:  , $ MCR SYS$DISK:[]PRINTMSG "Red rubber ball" 9 %%%%%%%%%%%  OPCOM  27-SEP-1995 14:39:22.59  %%%%%%%%%%% s# Message from user GEORGE on BOSTON e Message Delivered! t $    Of course, the exact output is:e9 %%%%%%%%%%%  OPCOM  27-SEP-1995 14:39:22.59  %%%%%%%%%%% k# Message from user GEORGE on BOSTON   Red rubber balls   Message Delivered! t  # Also sent to the OpenVMS doc group.f   D.   ------------------------------  % Date: Thu, 15 Mar 2001 12:29:27 -0500n2 From: "John Gemignani, Jr." <john@ossc.DELETE.net>7 Subject: Re: [BUG] RPC code output example wrong in doct+ Message-ID: <3ab0fc8e$1@newsfeed.vitts.com>e   How did I miss that?  J Documentation eventually burns into your eyes like an old VT terminal, andE you eventually can't see the mistakes no matter how obvious they are.x  # I forwarded this off to the writer.    -John     9 "Didier Morandi" <Didier.Morandi@gmx.ch> wrote in messaget  news:3AB0DFD0.A5117AB6@gmx.ch...L > Doc DIGITAL TCP/IP Services for OpenVMS ONC RPC Programming dated jan 1999 part" > nr AA--Q06VE--TE available from: >/K > www.openvms.compaq.com:8000/tcpip51/6528/6528profile_001.html#rpcgen_chapa >m( > gives in chap 2.2 this output example: >u- > $ MCR SYS$DISK:[]PRINTMSG "Red rubber ball"a: > %%%%%%%%%%%  OPCOM  27-SEP-1995 14:39:22.59  %%%%%%%%%%%$ > Message from user GEORGE on BOSTON > Message Delivered! > $r >f! > Of course, the exact output is:l: > %%%%%%%%%%%  OPCOM  27-SEP-1995 14:39:22.59  %%%%%%%%%%%$ > Message from user GEORGE on BOSTON > Red rubber balln >  > Message Delivered! >t% > Also sent to the OpenVMS doc group.l >  > D.   ------------------------------  # Date: Thu, 15 Mar 2001 16:19:41 GMTi, From: Didier Morandi <Didier.Morandi@gmx.ch>. Subject: [BUG] RPC DIR example generates error% Message-ID: <3AB0EB7C.46AFE3D@gmx.ch>p  0 Directory SYS$COMMON:[SYSHLP.EXAMPLES.TCPIP.RPC]  N DIR_EXAMPLE.COM;1                            3/9        9-OCT-1997 16:01:13.94N MSG_EXAMPLE.COM;1                            4/9        9-OCT-1997 16:04:02.94   Total of 2 files, 7/18 blocks. GD2079> @dir_example' Building RPC version of DIR program ...a$    ... building DIR (RLS) client ...    ... building DIR server ...   extern char *malloc(); .............^L %CC-E-NOTCOMPAT, In this declaration, the type of "malloc" is not compatible3 with the type of a previous declaration of "malloc"e at line number 349 in file  % SYS$COMMON:[SYSLIB]DECC$RTLDEF.TLB;5.e at line number 17 in file 4 SYS$COMMON:[SYSHLP.EXAMPLES.TCPIP.RPC]DIR_SERVER.C;1   OpenVMS 7.2-1 Alpha TCPIP V5   D.   (Also sent to nobody)h   ------------------------------  # Date: Thu, 15 Mar 2001 12:06:26 GMTw, From: Didier Morandi <Didier.Morandi@gmx.ch># Subject: [INFO] RDMS-F-NOMONHOMEDIR & Message-ID: <3AB0B021.5A2D2EF9@gmx.ch>  ' If, after having restarted Rdb, you gett  : "RDMS-F-NOMONHOMEDIR, monitor home directory is not valid"  A http://cdstack.csci.csusb.edu/cd/supportn/rdb/bb/183205.htm says:   K This message is returned if the home directory used to start the monitor iscP either non-existent, or is a search list. The home directory is the one that wasN current when the monitor was started. For example, if the default directory isO set to SYS$STARTUP: this error will occur because SYS$STARTUP is a search list.   N In case this is Chinese for you (French expression), don't waste time to checkP your sql$database or other logical names or application specific directories. ItN is enough to take the sentence as is, ie "the home directory used to start the3 monitor is a search list". So, someone (as I) did a    $ set def sys$startup  $ @rmonstart   Instead, I should have done    $ set def sys$managert $ @rmonstart   fyi I "Experience is a deaf lantern which enlights only the one who carries it"e   D. -- t6 MORANDI Consultants, Swiss Quality Computer Consulting6 avenue de Granges-Paccot 2, 1700 Fribourg  Switzerland1     Tel: +41.79.705.46.70 - Fax: +41.26.465.13.58n4  Visit our Web site at http://Didier.Morandi.Free.fr   ------------------------------  % Date: Thu, 15 Mar 2001 13:28:26 -0500l- From: "Richard D. Piccard" <piccard@ohio.edu>o' Subject: Re: [INFO] RDMS-F-NOMONHOMEDIRt' Message-ID: <3AB109C1.4276FCA@ohio.edu>m   That won't get you far:    $ sh log sys$manager<    "SYS$MANAGER" = "SYS$SYSROOT:[SYSMGR]" (LNM$SYSTEM_TABLE) $ sh log sys$sysroot7    "SYS$SYSROOT" = "$1$DKA0:[SYS0.]" (LNM$SYSTEM_TABLE)          = "SYS$COMMON:":@ 1  "SYS$COMMON" = "$1$DKA0:[SYS0.SYSCOMMON.]" (LNM$SYSTEM_TABLE)  +                                         RDPs     Didier Morandi wrote:@  ) > If, after having restarted Rdb, you get3 >@< > "RDMS-F-NOMONHOMEDIR, monitor home directory is not valid" >eC > http://cdstack.csci.csusb.edu/cd/supportn/rdb/bb/183205.htm says:n > M > This message is returned if the home directory used to start the monitor isaR > either non-existent, or is a search list. The home directory is the one that wasP > current when the monitor was started. For example, if the default directory isQ > set to SYS$STARTUP: this error will occur because SYS$STARTUP is a search list.d > P > In case this is Chinese for you (French expression), don't waste time to checkR > your sql$database or other logical names or application specific directories. ItP > is enough to take the sentence as is, ie "the home directory used to start the5 > monitor is a search list". So, someone (as I) did al >e > $ set def sys$startupI > $ @rmonstart >  > Instead, I should have donea >p > $ set def sys$managers > $ @rmonstart >L > fyiiK > "Experience is a deaf lantern which enlights only the one who carries it"y >m > D. > --8 > MORANDI Consultants, Swiss Quality Computer Consulting8 > avenue de Granges-Paccot 2, 1700 Fribourg  Switzerland3 >     Tel: +41.79.705.46.70 - Fax: +41.26.465.13.58e6 >  Visit our Web site at http://Didier.Morandi.Free.fr   --B ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------  # Date: Thu, 15 Mar 2001 14:40:33 GMTg, From: Didier Morandi <Didier.Morandi@gmx.ch>2 Subject: [Q] C errors exit handling (and training)& Message-ID: <3AB0D440.63F16D43@gmx.ch>  ? How come this function (from tcpip$examples VMS 7.2-1/TCPIP V5)    /* ** **  FUNCTION: errorExit()i ** **  Signal any errors and exit.i ** **  RETURNS: noneh ** */M static void errorExit( int            sysSrvSts,  /* System Service status */ J                        unsigned short iosbCond )  /* I/O result status */  {mK     if(( sysSrvSts & 1  ) != 1  ) /* Validate the system service status. */           lib$signal( sysSrvSts );  ?     if((  iosbCond & 1  ) != 1 )  /* Validate the IO status. */r         lib$signal( iosbCond );r  ?     exit( SS$_NORMAL );      <<========= ss_normal = success???i } /* END errorExit() */i   could give this:  4 %SYSTEM-F-REJECT, connect to network object rejected/ %TRACE-F-TRACEBACK, symbolic stack dump followslP   image    module    routine             line      rel PC           abs PC      H  TCPIP$TCP_CLIENT_QIO_AUXS_2ND  TCPIP$TCP_CLIENT_QIO_AUXS_2ND  errorExitO                                         29099 0000000000000200 0000000000020200>C  TCPIP$TCP_CLIENT_QIO_AUXS_2ND  TCPIP$TCP_CLIENT_QIO_AUXS_2ND  maineO                                         29250 0000000000000654 0000000000020654oE  TCPIP$TCP_CLIENT_QIO_AUXS_2ND  TCPIP$TCP_CLIENT_QIO_AUXS_2ND  __mainwO                                             0 0000000000000068 0000000000020068 O                                             0 FFFFFFFFB4B2F3D4 FFFFFFFFB4B2F3D4r GD2079> sh symb $statusg   $STATUS == "%X10000294"t GD2079> exit %X00000294 4 %SYSTEM-F-REJECT, connect to network object rejected  O How come the exit( SS$_NORMAL ); code doesn't hide the $status passed to DCL???t  N Looks like I need a good VMS programming in C training. Unfortunately there isK no such course from COMPAQ Swiss, COMPAQ France, Global Knowledge Swiss andn" Global Knowledge France. Any clue?   D.   ------------------------------  % Date: Thu, 15 Mar 2001 16:07:28 +01001< From: "Martin Vorlaender" <martin.vorlaender@pdv-systeme.de>6 Subject: Re: [Q] C errors exit handling (and training)4 Message-ID: <98qlrn$37is9$1@ID-56200.news.dfncis.de>   Didier Morandi wrote... @ >How come this function (from tcpip$examples VMS 7.2-1/TCPIP V5) >e >/*w >**  >**  FUNCTION: errorExit() >**_  >**  Signal any errors and exit. >**  >**  RETURNS: none >**. >*/aK >static void errorExit( int            sysSrvSts,  /* System Service status  */J >                       unsigned short iosbCond )  /* I/O result status */ >{L >    if(( sysSrvSts & 1  ) != 1  ) /* Validate the system service status. */! >        lib$signal( sysSrvSts );- >-@ >    if((  iosbCond & 1  ) != 1 )  /* Validate the IO status. */  >        lib$signal( iosbCond ); >e@ >    exit( SS$_NORMAL );      <<========= ss_normal = success??? >} /* END errorExit() */ >a >could give this:a >r5 >%SYSTEM-F-REJECT, connect to network object rejected 0 >%TRACE-F-TRACEBACK, symbolic stack dump followsK >  image    module    routine             line      rel PC           abs PCiI > TCPIP$TCP_CLIENT_QIO_AUXS_2ND  TCPIP$TCP_CLIENT_QIO_AUXS_2ND  errorExitn? >                                        29099 0000000000000200n 0000000000020200D > TCPIP$TCP_CLIENT_QIO_AUXS_2ND  TCPIP$TCP_CLIENT_QIO_AUXS_2ND  main? >                                        29250 0000000000000654- 0000000000020654F > TCPIP$TCP_CLIENT_QIO_AUXS_2ND  TCPIP$TCP_CLIENT_QIO_AUXS_2ND  __main? >                                            0 0000000000000068E 0000000000020068? >                                            0 FFFFFFFFB4B2F3D4t FFFFFFFFB4B2F3D4 >GD2079> sh symb $status >  $STATUS == "%X10000294" >GD2079> exit %X000002945 >%SYSTEM-F-REJECT, connect to network object rejected: >:I >How come the exit( SS$_NORMAL ); code doesn't hide the $status passed to. DCL???  G If the lib$signal signals an error or fatal error, the program exits atrI that point. That is, the exit( SS$_NORMAL ) is only reanched if sysSrvStsl and iosbCond are OK.   cu,V   Martin --H                            | Martin Vorlaender        VMS/WNT programmer4  Unix is user friendly.    | work: mv@pdv-systeme.deH  It's just selective about |       http://www.pdv-systeme/users/martinv/;  who his friends are.      | home: martin@radiogaga.harz.det   ------------------------------  % Date: Thu, 15 Mar 2001 15:11:19 +0000e- From: Peter Harding <harding@herald.ox.ac.uk>C6 Subject: Re: [Q] C errors exit handling (and training)/ Message-ID: <3AB0DB97.FE738BAD@herald.ox.ac.uk>o   Didier Morandi wrote: Q > How come the exit( SS$_NORMAL ); code doesn't hide the $status passed to DCL???   E Because lib$signal( ... ) caused an exit with the error status. exit(* ... ) was never executed.*   -- * http://i.am/getting_married*, ICQ 40628243 Tel 07092057581 Fax 08707345230   ------------------------------  % Date: Thu, 15 Mar 2001 15:23:00 +0000e- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>16 Subject: Re: [Q] C errors exit handling (and training)) Message-ID: <3AB0DE54.67EC2F69@bbc.co.uk>c   Martin Vorlaender wrote:   > Didier Morandi wrote...h > K > >How come the exit( SS$_NORMAL ); code doesn't hide the $status passed tor > DCL??? >SI > If the lib$signal signals an error or fatal error, the program exits atkK > that point. That is, the exit( SS$_NORMAL ) is only reanched if sysSrvStse > and iosbCond are OK. >   P Agreed, and, to suggest a solution for Didier, if you want to change the default  N signal handling behaviour (ie not exit on -E- and -F- severity), you will need toJ declare your own condition handler (LIB$ESTABLISH, but there is probably aK C RTL to do it too) and do your own message loggin g with $PUTMSG, $GETMSG,S or best of all $FAOL.e  E Disclaimer, I have done this before and it worked well, but not in C.A  -- 6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk-  A I speak for myself only and my views in no way represent those oft MedAS or the BBC.r   ------------------------------  # Date: Thu, 15 Mar 2001 16:15:33 GMTS, From: Didier Morandi <Didier.Morandi@gmx.ch>6 Subject: Re: [Q] C errors exit handling (and training)& Message-ID: <3AB0EA83.72D28D73@gmx.ch>   Tim Llewellyn wrote:  !> if you want to change the default signal handling behaviour (ie not exit on -E- and -F- severity), you will need to declare your own condition handler (LIB$ESTABLISH, but there is probably a C RTL to do it too) and do your own message logging with $PUTMSG, $GETMSG, or best of all $FAOL.    Yep, I know it.n  G > Disclaimer, I have done this before and it worked well, but not in C.   E Disclaimer, I have done this in Fortran before and it worked well :-)w   D.J (I _want_ my OpenVMS Programming in C Student workbook, with the send/recv examples we all know by heart)   ------------------------------  % Date: Thu, 15 Mar 2001 16:37:17 +0000h8 From: David J. Dachtera <donotreply@interbulletin.bogus>* Subject: Re: [Q] skip [vms$common] parsing1 Message-ID: <3AB0EFBD.20CD08D0@interbulletin.com>   8 Didier Morandi <Didier.Morandi@gmx.ch> wrote in article  <3AAFBC2E.B7FA61FA@gmx.ch> : n >ISLKP1_dmo> def sy0 $1$DGA1:e >ISLKP1_dmo> sh log sy0-* >   "SY0" = "$1$DGA1:" (LNM$PROCESS_TABLE)! >ISLKP1_dmo> set def sy0:[000000] : >ISLKP1_dmo> dir sy0:[*...]/excl=[*.syscommon...]*.*;*/tot >(many lines removed)e2 >Directory $1$DGA1:[VMS$COMMON.VUE$LIBRARY.SYSTEM]# >Total of 39 files, 168/720 blocks.y0 >Directory $1$DGA1:[VMS$COMMON.VUE$LIBRARY.USER] >Total of 1 file, 15/18 blocks.:, >Directory $1$DGA1:[VMS$COMMON.XDPS$INCLUDE]# >Total of 10 files, 183/306 blocks.  >iE >Grand total of 254 directories, 10467 files, 5718485/5939370 blocks.d >a >???  ) What's the problem? Looks like it worked.0  < On the other hand, remember: "VMS$COMMON" .NES. "SYSCOMMON".  M If you want to skip the [*.SYSCOMMON...] paths, specify that in the value of /	 /EXCLUDE.1  L If you want to skip the [VMS$COMMON...] paths, specify that in the value of 	 /EXCLUDE.1  @ If you want to skip both, specify both in the value of /EXCLUDE.   >D.a >i >"David J. Dachtera" wrote:i >> r >> $ SHOW LOG SY0 + >>    "SY0" = "$3$DKB0:" (LNM$JOB_81075E00)rC >> $ SET DEF SY0:[000000] ! This makes valid the /EXCLUDE filespec.h> >> $ dir sy0:[*...]/excl=[*.syscommon...]*.*;*/out=dirtest/tot  / _______________________________________________ ; Submitted via WebNewsReader of http://www.interbulletin.comf   ------------------------------  # Date: Thu, 15 Mar 2001 08:23:18 GMTy, From: Didier Morandi <Didier.Morandi@gmx.ch>3 Subject: Re: [Q] TCP/IP RPC connection error status-& Message-ID: <3AB07BD8.DF44CF18@gmx.ch>  M Bob, if you search for sys$exit in the RPC prog guide, you'll find this as anR example:   #define MAXSOCK 10  >       int readfds[ MAXSOCK+1],    /* sockets to select from*/            i, j; +       for(i = 0, j = 0; i << MAXSOCK; i++) cM            if((svc_fdset[i].sockname != 0) && (svc_fdset[i].sockname != -1)) i6                 readfds[j++] = svc_fdset[i].sockname; M       readfds[j] = 0;                 /* list of sockets ends with a zero */ e*       switch(select(0, readfds, 0, 0, 0))        { .         case -1:      /* an error happened */ %         case 0:       /* time out */ s              break; @         default:      /* 1 or more sockets ready for reading */               errno = 0; %              svc_getreqset(readfds); .9              if( errno == ENETDOWN || errno == ENOTCONN) a(              sys$exit( SS$_THIRDPARTY);        }    
 Return Valuesm       None :  M So, how could the service return "None" and be able to return a status value? L And where does this SS$_THIRDPARTY come from? I need to set it to the actual error number somewhere, right?   D.  D (PS: Thank you Henry for your mail, I'll get in touch if necessary.)   Bob Koehler wrote:  J > You can pass vaxc$errno (errno.h) to exit, or any other VMS status code,G > it will set $status and you will see the corresponging message if notc > successfull. > I > Check you IP stack's documentation to see if the svc routines set errno I > and/or vaxc$errno so that you can pass the appropriate VMS status code.e   ------------------------------    Date: 15 Mar 2001 08:48:11 -0500- From: koehler@encompasserve.org (Bob Koehler)43 Subject: Re: [Q] TCP/IP RPC connection error status 3 Message-ID: <DFlkaNqe4$Cc@eisner.encompasserve.org>   U In article <3AB07BD8.DF44CF18@gmx.ch>, Didier Morandi <Didier.Morandi@gmx.ch> writes:,   >              errno = 0; ' >              svc_getreqset(readfds); L; >              if( errno == ENETDOWN || errno == ENOTCONN)  * >              sys$exit( SS$_THIRDPARTY);      > O > So, how could the service return "None" and be able to return a status value?lN > And where does this SS$_THIRDPARTY come from? I need to set it to the actual  > error number somewhere, right? >   ? In this case the error is returned via errno (in errno.h).  The>H programmer chose to manually translate ENOTCONN (socket is not connectedH and ENETDOWN (network is down) to SS$_THIRDPARTY (%SYSTEM-F-THIRDPARTY, 4 network logical link disconnected by a third party).  E vaxc$errno will be set to a VMS error code if errno contains EVMSERR, E but generally it also gets set to the VMS error code corresponding toaE the C/UNIX errno message when errno is set.  Some IP stacks (RPC is ns= your IP stack's services, isn't it?) have variations on this.   F Check you IP stack's documentation for what global error variables areC set by the routines you're calling, and what kind of values show upb there.  B SS$_xxxx symbols are defined in ssdef.h.  In general fac$xxxxxx is defined in facdef.h.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= NASA GSFC Flight Software       | Federal Sector, Civil GroupeE                                 | please remove ".aspm" when replying    ------------------------------   End of INFO-VAX 2001.148 ************************