0 INFO-VAX	Sun, 11 Jan 2004	Volume 2004 : Issue 20      Contents: Re: 7.3-1 to 7.3-2P Re: Alphaserver 2100/VMS 7.1-1H2 - Move IP from FDDI Card to Ethernet Card (DE109 Re: Can't talk to KZPAC with Storageworks command console , Re: Experienced OpenVMS Admin/Guru available, RE: Experienced OpenVMS Admin/Guru available, Re: Experienced OpenVMS Admin/Guru available, Re: Experienced OpenVMS Admin/Guru available, Re: Experienced OpenVMS Admin/Guru available  Re: HP TCPIP SMTP Queues (again)P Re: Konsole redHat 7.3.1 - KDE - =?ISO-8859-1?Q?configur=E9e_e?= =?ISO-8859-1?Q?3 Re: Non-WS Process Quotas not in Performance Manual 3 Re: Non-WS Process Quotas not in Performance Manual 3 Re: Non-WS Process Quotas not in Performance Manual F Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions perF Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions perF Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions perP Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute usP Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute us  Re: Rally VAX to Alpha Migration  RE: Rally VAX to Alpha Migration Study on IP-ID of TCPware 5.6-2  SYMVECMIS error with CSWS 2.0 ! Re: SYMVECMIS error with CSWS 2.0 ! Re: SYMVECMIS error with CSWS 2.0  Re: VAXstation question  Re: VAXstation question  Re: VAXstation question  Re: VAXstation question  Re: VAXstation question  Re: Vaxstation some question...  Re: Vaxstation some question... , Re: VMS naming conventions for disk volumes?, Re: VMS naming conventions for disk volumes?D Re: Well Andrew, "3" count them "3" security patches for VMS in five Re: WTD:  VAX  memory sticks  F ----------------------------------------------------------------------  % Date: Sat, 10 Jan 2004 18:21:06 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>  Subject: Re: 7.3-1 to 7.3-2 0 Message-ID: <6t2dndukuKV5FZ3d4p2dnA@comcast.com>  I You shouldn't have to make any changes to your applications!  If you use  J a database, you will probably need to upgrade the database along with VMS.  H If your business depends on the applications, you should test them on a ? test system or cluster before taking the upgrade to production.    Bhushan Narkhede wrote:   	 >Hi Guys,  > C >  I am looking at the efforts that might be involved in moving our 1 >system applications from OpenVMS 7.3-1 to 7.3-2.  > . >can anyone guide on how to proceed on this???G >What all changes have gone in from 7.3-1 to 7.3-2 ??? or point to some ! >kind of documentation on it ???? F >I am trying to get the release notes for 7.3-2, but looks like the HPG >site is undergoing some kind of work or due to some reason not able to  >get any thing from their site.  >  >Rgds, >Bhushan >    >    ------------------------------  % Date: Sun, 11 Jan 2004 08:42:04 +1100 U From: "Antony Wardle" <remove_clothes_antony.wardle@_remove_clothers_optusnet.com.au> Y Subject: Re: Alphaserver 2100/VMS 7.1-1H2 - Move IP from FDDI Card to Ethernet Card (DE10 < Message-ID: <400071b2$0$27235$afc38c87@news.optusnet.com.au>   Hi  B to reconfigure your IP stack to use a new network card in tcpware:  
 $show dev ew*   @ You are looking for the devices that end in the number 0 as they= are the actual cards. All the other bits are virtual devices. ( IE ewa1,2,3,4 are all coming out of ewa0  @ So what you are looking for is ewb0, if you don't have more than< one ew device with a 0 then you won't be able to reconfigure the network card.    @tcpware:cnfnet menu  E Followe the menu. When it asks for your maintenace number, just press E enter. Then you get to a couple of menus and you will have to wing it J as I can't remember what it looks like. I can have a look on monday if you like.   H It will bring up a list of interfaces, so will see something like lpb-0, ewa-0 and hyp-0 I I think that a second network card will be called ewa-1 instead of ewb-0. 	 The hyp-0 ' isn't needed, so you can get rid of it.   J Reconfigure your new ethernet card, and then see if you can talk to it via its G new ip address. Assuming you can, just update your dns so that everyone I will start using that. At some point in the future, decommision the first  card! and then turn off your fddi loop.    hope that helps    antony            ) "Baz" <barry_mc@usa.net> wrote in message 7 news:5dd78dcd.0312300921.2222c461@posting.google.com... G > We have a legacy operational Digital Alphaserver 2100 (5/300) running D > OpenVMS 7.1-1H2.  It is used sporadically for accessing historicalG > data and will be made redundant mid/late-2004 - consequently there is ( > no budget for investment in this area! > G > This is on it's own FDDI ring, the only remaining device on this ring H > which I want to decommission.  The server has also a separate ethernetD > card which I want to migrate to but I don't know how to, hence theH > query.  I come from a Cisco background and am the 'network guy' here -( > consequently I know zip about VAX/VMS. > H > The box is running IP only and is on the same subnet as other EthernetG > devices.  Consequently, I believe that I only want to reconfigure the @ > TCPIP stack to use the ethernet interface in place of the FDDID > interface, moving the IP address, subnet mask and default gateway. > H > We have a 'VAX/VMS guy' here who drives, waters, feeds etc the machineD > from an apps point of view, but is unsure what to do network-wise. > ( > I've looked at the cards on the back:- > 0 > FDDI Card - operational with solid green lightF > Ethernet Card - 1 RJ45 and 1 AUI - both empty as expected.  RJ45 hasF > solid green light beside it and AUI has light which flashes every 12G > seconds. 'DE101' is stamped on the card which I assume is the type of  > network card.  > F > I would appreciate any assistance available - again please assume no? > Alpha/VMS experience.  These are the network devices listed:-  > G > Device EWA0:, device type TULIP, is online, network device, device is  > a template only.= > Device EWA2:, device type TULIP, is online, network device. = > Device EWA3:, device type TULIP, is online, network device. > > Device EWA10:, device type TULIP, is online, network device. > $ > Thanks in advance for any replies!     --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.560 / Virus Database: 352 - Release Date: 8/01/2004   ------------------------------  % Date: Sun, 11 Jan 2004 09:16:27 +1100 U From: "Antony Wardle" <remove_clothes_antony.wardle@_remove_clothers_optusnet.com.au> B Subject: Re: Can't talk to KZPAC with Storageworks command console< Message-ID: <400079c4$0$27237$afc38c87@news.optusnet.com.au>  F mcr swxcrmgr will talk to your ra230 controller, but usually you can'tC do to much except replace failed disks. Everything else you have to  do from the ARC prompt.   2 Not exactly what you were after, but maybe a help.   kiwi        > "Malcolm Dunnett" <nothome@spammers.are.scum> wrote in message' news:Tzkf3zKM2IGv@malvm7.mala.bc.ca....  > G >  I have install Storageworks command console version 2.2 on a Windows G > 2000 system. I am able to manage HSG80 arrays with this software, but E > it does not appear to have a client for Raid Array 230+ controllers H > (KZPAC). I am able to talk to RA 230+ controllers with Command consoleE > 2.1 ( installed on a different system ), but it won't talk to HSGs.  > E >  I saw a reference in a google search to downloading a RA200 client D > for command console 2.2 from the Storageworks web site, but as far4 > as I can determine, that website no longer exists. > G >  Does anyone know if it's possible to talk to RA230+ controllers with G > the newer version of command console, and if so where I might get the  > client software from?  >  >  Thanks in advance.  >      --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.560 / Virus Database: 352 - Release Date: 8/01/2004   ------------------------------    Date: 10 Jan 2004 13:02:42 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)5 Subject: Re: Experienced OpenVMS Admin/Guru available = Message-ID: <f30679fb.0401101302.72ce1175@posting.google.com>   O Roy Omond <Roy@Omond.net> wrote in message news:<3FFFECB6.9020500@Omond.net>...  > Gary Cooper wrote: > G > > Over 20 yrs experience on OpenVMS, Alpha, VAX, Network, SAN, etc... ) > > Contact me at gwcooper@mindspring.com  > $ > a) do you live in China or India ?9 > b) if not, would you be willing to relocate to either ?   7 Look to South America when the Free Trade Area comes !  7 By the way.. Brazil is fingerprinting americans because 3 USA are fingerprinting brazilians ! What mess ! :-) 6 This FTA will not happen soon because USA are blocking> a lot of products from S.A. countries ! But we still importing3 USA technology ... we dont produce technology ! :-/   ? I dont want to go to USA... Canada (their yard) looks like more  atractive ! :-)       D > Don't you think it might have been prudent to mention where you're5 > located ?  Let me guess ... it could only be USofA.  > 	 > *sigh*.  >  > Roy Omond  > Blue Bubble Ltd.   ------------------------------  % Date: Sat, 10 Jan 2004 16:36:21 -0500 ' From: "Main, Kerry" <kerry.main@hp.com> 5 Subject: RE: Experienced OpenVMS Admin/Guru available R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB2379DB@tayexc19.americas.cpqcorp.net>   >=20; > Look to South America when the Free Trade Area comes !=20 @ > By the way.. Brazil is fingerprinting americans because USA=20B > are fingerprinting brazilians ! What mess ! :-) This FTA will=20? > not happen soon because USA are blocking a lot of products=20 @ > from S.A. countries ! But we still importing USA technology=20& > ... we dont produce technology ! :-/ >=20? > I dont want to go to USA... Canada (their yard) looks like=20  > more atractive ! :-) >=20 >=20   Fabio,   Re: US vs Canada ..   F Actually, may be moot point soon as we have secret plan to make the US@ our 11th province .. Only real problem as I recall was trying toA convince Texans they need to become bilingual and learn French ..    :-)   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcom / (remove the DOT's and AT for email address) =20    ------------------------------  # Date: Sat, 10 Jan 2004 22:42:37 GMT - From: "Gary Cooper" <gwcooper@mindspring.com> 5 Subject: Re: Experienced OpenVMS Admin/Guru available A Message-ID: <xd%Lb.2763$i4.1326@newsread1.news.atl.earthlink.net>   K China and India are not on my top 1000 list of places to live. I'm USA born  and raised.     , "Roy Omond" <Roy@Omond.net> wrote in message" news:3FFFECB6.9020500@Omond.net... > Gary Cooper wrote: > G > > Over 20 yrs experience on OpenVMS, Alpha, VAX, Network, SAN, etc... ) > > Contact me at gwcooper@mindspring.com  > $ > a) do you live in China or India ?9 > b) if not, would you be willing to relocate to either ?  > D > Don't you think it might have been prudent to mention where you're5 > located ?  Let me guess ... it could only be USofA.  > 	 > *sigh*.  >  > Roy Omond  > Blue Bubble Ltd. >    ------------------------------  # Date: Sat, 10 Jan 2004 22:44:26 GMT - From: "Gary Cooper" <gwcooper@mindspring.com> 5 Subject: Re: Experienced OpenVMS Admin/Guru available @ Message-ID: <ef%Lb.2764$i4.241@newsread1.news.atl.earthlink.net>   Kerry,K Good to hear from you. We met when you paid a visit to the U.S. Postal site / in Raleigh, NC. I'll send Chip Webb your hello.   2 "Main, Kerry" <kerry.main@hp.com> wrote in messageL news:FD827B33AB0D9C4E92EACEEFEE2BA2FB2379DB@tayexc19.americas.cpqcorp.net...   > 8 > Look to South America when the Free Trade Area comes != > By the way.. Brazil is fingerprinting americans because USA ? > are fingerprinting brazilians ! What mess ! :-) This FTA will < > not happen soon because USA are blocking a lot of products= > from S.A. countries ! But we still importing USA technology & > ... we dont produce technology ! :-/ > < > I dont want to go to USA... Canada (their yard) looks like > more atractive ! :-) >  >    Fabio,   Re: US vs Canada ..   F Actually, may be moot point soon as we have secret plan to make the US@ our 11th province .. Only real problem as I recall was trying toA convince Texans they need to become bilingual and learn French ..    :-)   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  Email: kerryDOTmainAThpDOTcom + (remove the DOT's and AT for email address)    ------------------------------  % Date: Sat, 10 Jan 2004 17:45:08 -0500 * From: "Syltrem" <syltremzulu@videotron.ca>5 Subject: Re: Experienced OpenVMS Admin/Guru available : Message-ID: <Qg%Lb.186483$xZ1.2163599@weber.videotron.net>  E "Fabio Cardoso" <fabiopenvms@yahoo.com.br> a crit dans le message de 7 news:f30679fb.0401101302.72ce1175@posting.google.com... 8 > Look to South America when the Free Trade Area comes !8 > This FTA will not happen soon because USA are blocking@ > a lot of products from S.A. countries ! But we still importing5 > USA technology ... we dont produce technology ! :-/  > A > I dont want to go to USA... Canada (their yard) looks like more  > atractive ! :-)  >  >   5 Free trade with the USA does not mean much sometimes.   E They are so protectionists that they impose duty (9% on steel, 29% on G lumber, etc) when free trade does not fit their need. They argue we are I doing dumping. They could never prove it, WTO says we do not do dumoping, H but when a court of law comes close to give credit to Canada that we areJ *not* dumping, then USA just drop the duty and say "ok guys, we'll let youJ go with it this time." So there is never a court order that says we do not: do it, and they can raise a duty again any time they like.  I The problem is, they are getting into trouble by doing this. They are not H competitive, and they will stay that way. If that would really be a real4 open market, things ought to be different than this.  L On the other hand, I think we are cowards in a way. If we would stop sellingI them wood for a while (not accepting to pay the duty) then many Americans L would have to sleep outside a few month from now because they *do* need woodI from the north to build houses. They don't cut enough themselves. And the L same is true with other products. They're probably too big and us too small,( and we just have to live with it? Naaaa.  L Welcome to Canada, Brazil - but watch out with those planes ! We lost a good contract over you ! I Who said this whole Free Trade / World Trade thing was going to be easy ?     
 My 2 cents   --   Syltrem $ OpenVMS Alpha 7.3-1 - Oracle 8.1.7.4  B http://pages.infinit.net/syltrem (OpenVMS site in french language)   ------------------------------  % Date: Sat, 10 Jan 2004 19:13:42 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> ) Subject: Re: HP TCPIP SMTP Queues (again) 0 Message-ID: <1aadndZO4OilCJ3dRVn-uA@comcast.com>  G What is the ASTLM parameter for the TCPIP$SMTP  account?   Mine is set  F to 100 for TCP/IP Services for OpenVMS Alpha Version V5.1 on  OpenVMS  V7.2-1.   1 What happens if you increase ASTLM to, say, 1000?    Alder wrote:  = >OK, RECV_DEBUG is now set.  Thanks for clearing that up, JF.  > - >Here's the logicals I now have set for SMTP:  >  >$ SHOW LOGICAL/SYSTEM *SMTP*  >  >(LNM$SYSTEM_TABLE)  > . >  "MAIL$PROTOCOL_SMTP" = "TCPIP$SMTP_MAILSHR"# >  "TCPIP$SMTP_8BITMIME_HACK" = "1" 4 >  "TCPIP$SMTP_COMMON" = "SYS$SPECIFIC:[TCPIP$SMTP]" >  "TCPIP$SMTP_ENABLE" = ".1.."  >  "TCPIP$SMTP_LOG_LEVEL" = "5"  >  "TCPIP$SMTP_NOSEY" = "1" / >  "TCPIP$SMTP_POSTMASTER_ALIAS" = "Postmaster"   >  "TCPIP$SMTP_RECV_DEBUG" = "1", >  "TCPIP$SMTP_RECV_SNAPSHOT_BLOCKS" = "200"  >  "TCPIP$SMTP_RECV_TRACE" = "1"' >  "TCPIP$SMTP_SFF_REQUIRES_PRIV" = "1" , >  "TCPIP$SMTP_SYMB_SNAPSHOT_BLOCKS" = "200"  >  "TCPIP$SMTP_SYMB_TRACE" = "1" > G >After clearing the mail queue, deleting all control and log files, and J >restarting SMTP to use the new RECV_DEBUG logical, I sent myself an emailJ >from an external client, as before.  The RECV log still shows nothing andM >the SYMB log is pretty much identical to the one I posted before.  That "out 9 >of AST" statement is looking more and more suspicious...  > H >Here's the logs as they appeared after the restart and the new incoming >email arrived:  >  >$ TYPE TCPIP$SMTP_RECV_RUN.LOG  >$ Set NoOn 0 >$ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))9 >  TCPIP$SMTP   job terminated at  9-JAN-2004 08:51:20.33  >  >  Accounting information:J >  Buffered I/O count:          241      Peak working set size:       8768J >  Direct I/O count:            100      Peak virtual size:         188496J >  Page faults:                 745      Mounted volumes:                0J >  Charged CPU time:  0 00:00:00.97      Elapsed time:       0 00:00:30.08 >  >$ type TCPIP$SMTP_LOGFILE.LOG > J >Dump of log snapshot buffer follows (smtp$symb_condh dumping log snapshot >buffer) >Snapshot buffer is empty   >End Dump of log snapshot buffer > E >%%%%%%%%%%%%                    9-JAN-2004 08:49:28.13  %%%%%%%%%%%% % >%TCPIP-I-SMTP_LOGSUC, using log file 0 >SYS$SPECIFIC:[TCPIP$SMTP]TCPIP$SMTP_LOGFILE.LOG > J >Dump of log snapshot buffer follows (smtp$symb_condh dumping log snapshot >buffer)# >#smtp_symbiont\465:SMB_DEBUG=65535  >  >TCPIP SMTP configuration data: ' >Server-Nodes                  : SZEGED 5 >Queue-Name                    : TCPIP$SMTP_SZEGED_00   >Alternate-Gateway             :  >General-Gateway               :  >Substitute-Domain             :  >Zone                          :+ >Postmaster-Alias              : Postmaster ' >Postmaster-Forwards-To        : SYSTEM   >Foreign-Transport-Synonyms    :. >Initial-Interval              : 0 00:30:00.00. >Retry-Interval                : 0 01:00:00.00. >Retry-Maximum                 : 3 00:00:00.00" >Receive-Timeout               : 5# >Retry-Address                 : 16 # >Hop-Count                     : 16 " >Symbiont-Snapshot-Blocks      : 0" >Receiver-Snapshot-Blocks      : 0" >Utilities-Snapshot-Blocks     : 0" >Send-Timeout-Init             : 5" >Send-Timeout-Mail             : 5" >Send-Timeout-Rcpt             : 5" >Send-Timeout-Data             : 3# >Send-Timeout-Term             : 10 " >Log-Level                     : 5" >Receiver-Debug                : 0" >Receiver-Trace                : 0" >Symbiont-Debug                : 0" >Symbiont-Trace                : 1" >Utilities-Debug               : 0" >Utilities-Trace               : 0" >EF-Debug-Level                : 0" >Channel-Debug-Level           : 0$ >Header-Placement              : TOP& >Eightbit                      : FALSE& >Relay                         : FALSE& >Altgate-Always                : FALSE& >Mx-If-Noaltgate               : FALSE& >No-Mx                         : FALSE& >No-Subs-Domain-Inbound        : FALSE% >Smtp-Jacket-Local             : TRUE % >Cent-Sign-Hack                : TRUE % >Nosey                         : TRUE & >Log-Line-Numbers              : FALSE& >Memory-Debug                  : FALSE& >Mail$Protocol-Debug           : FALSE& >CF-Debug                      : FALSE& >Parse-Debug                   : FALSE& >Deliver-VMS-Def-To            : FALSE& >Deliver-NoXVMS                : FALSE& >MTS-From-Hack                 : FALSE& >Rewrite-MTS-From              : FALSE& >Local-Alias-Only              : FALSE& >Relay-Based-On-Mx             : FALSE& >Reject-Unbacktranslatable-IP  : FALSE& >Accept-Unqualified-Senders    : FALSE& >Accept-Unresolvable-Domains   : FALSE% >SFF-Requires-Priv             : TRUE % >8BitMIME-Hack                 : TRUE & >Suppress-Version-Info         : FALSE > # >Other TCPIP SMTP environment data: + >SMTP Software Username        : TCPIP$SMTP : >SMTP Software Default Director: SYS$SPECIFIC:[TCPIP$SMTP]  >Symbiont Log File             :0 >SYS$SPECIFIC:[TCPIP$SMTP]TCPIP$SMTP_LOGFILE.LOG >  >List of (5) local aliases:  >EREBUS.HOMEIP.NET
 >localhost >localhost.erebus.homeip.net >SZEGED  >szeged.erebus.homeip.net  > D >Ordered list of gateways for relaying mail to alternate gateway (): >Number of MX entries: 0. >Expiration Date:      17-NOV-1858 00:00:00.00> >#smtp_symbiont\503:SYS$SCRATCH (On entry to symbiont)  st:4446 >#smtp_symbiont\1479 :*******Process Statistics******* >SYS$OUTPUT = _NLA0:: >SYS$INPUT = _NLA0:QMAN00000055_00000062.SYS$QUEUE_MANAGER >SYS$ERROR = _NLA0: , >accnt <start>   astcnt 10240    astlm 10240 >authpri 4       biolm 600* >filcnt 193      fillm 200       jobtype 00 >owner 0 uaf 0   uic 65540       username SYSTEM; >curpriv=203015E081 imagpriv=0000000000 procpriv=203015E081  >authpriv=2000004001= >#smtp_symbiont\1510 :*******End of Process Statistics******* 9 >#smtp_symbiont\587:SYS$SCRATCH SYS$SPECIFIC:[TCPIP$SMTP] / >#smtp_symbiont\591:DBG$OUTPUT SYS$OUTPUT: st:1 - >#smtp_symbiont\596:DBG$INPUT SYS$INPUT: st:1 % >#smtp_symbiont\601:SYS$LOGIN  st:444 G >BUILD8$:[TCPIP_V54_BL15.SRC.SMTP]SMTP_SYMBIONT.C;1: Symbiont activated E >#smtp_symbiont\623:Waiting for the job controller to start the queue  >#smtp_symbiont\747:ast_handler % >#smtp_symbiont\753:read_message st:1 ! >#smtp_symbiont\781: start_stream " >#smtp_symbiont\967:unpack_message+ >#smtp_symbiont\975:item 9 status 1 size 20 , >#smtp_symbiont\975:item 12 status 1 size 20. >SMBMSG$K_EXECUTOR_QUEUE: TCPIP$SMTP_SZEGED_01, >#smtp_symbiont\975:item 29 status 1 size 25( >#smtp_symbiont\1363:smtp$send_to_jobctl, >#smtp_symbiont\1386:smb$send_to_jobctl st:1% >#smtp_symbiont\1187:smtp$init_stream $ >#smtp_symbiont\1207:sys$setprn st:1 >#smtp_symbiont\917:out of AST, >#smtp_symbiont\629: Symbiont is initializedD >smtp$symb condh entered with condition code. %TCPIP-I-SMTP_SYMBRUN," >symbiont is running the queue !AS  >End Dump of log snapshot buffer > E >%%%%%%%%%%%%                    9-JAN-2004 08:49:39.85  %%%%%%%%%%%% J >%TCPIP-I-SMTP_SYMBRUN, symbiont is running the queue TCPIP$SMTP_SZEGED_01 >  >  >  >    >    ------------------------------  # Date: Sun, 11 Jan 2004 03:08:33 GMT > From: Michael Austin <maustin@no-more-spam.firstdbasource.com>Y Subject: Re: Konsole redHat 7.3.1 - KDE - =?ISO-8859-1?Q?configur=E9e_e?= =?ISO-8859-1?Q? < Message-ID: <R63Mb.6085$wT5.2598@newssvr22.news.prodigy.com>   nicol@s wrote:   > Salut, > K > j'aimerais reconfigurer la Konsole afin d'avoir l'quivalent d'un clavier I > rel de VT420 ; j'ai dj selectionn l'option VT420, mais je ne trouve K > nulle part la touche DO ! j'aurais aussi souhaite reconfigurer toutes les L > autres touches de fonctions (ins, del, precedent, suivant...) mais je n'ai% > pas le code des touches sous VMS...  > 1 > -> Comment recuperer cette ##### de touche do ? I > -> O trouver les codes des touches VMS (ou les squences quivalents   > envoyer au serveur) ? I > -> O pourrais-je trouver un tutoriel expliquant comment configurer les K > touches de la Konsole bcp plus complet que celui propos  l'interieur du  > fichier de config sous KDE ? >  > merci d'avance	 > Nicol@s  >  >  >  In English-- almost:  @ Hello, I would like to reconfigure Konsole in order to have the E equivalent of a real keyboard of VT420; I already selectionn option  F VT420, but I do not find the key C nowhere! I would also have wish to > reconfigure all the other function keys (ins, LED, precedent, F following...) but I do not have the code of the keys under VMS... - > G How recuperer this ##### of key C? - > Where to find the codes of keys  G VMS (or the sequences equivalents to be sent to the waiter)? - > Where  H could I find a tutoriel explaining how to configure the keys of Konsole D bcp more complete than that proposed at the interior of the file of  config under KDE?      What keyboard are you using?$ What Emulator package are you using?  ) set TERM {vt220|vt320|vt420}; export TERM    ------------------------------    Date: 10 Jan 2004 12:31:13 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)< Subject: Re: Non-WS Process Quotas not in Performance Manual= Message-ID: <b096a4ee.0401101231.438306ba@posting.google.com>   h Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<uuMGLBEDDCm8@eisner.encompasserve.org>...p > In article <b096a4ee.0401091914.17f1d930@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes: > > jones.computer.srv@worldnet.att.net (Daryl Jones) wrote in message news:<8a646952.0401091130.6776e342@posting.google.com>... >   J > >> In the case of Backup performance, these process quotas turned out toG > >> be performance parameters. During a backup the process quotas will I > >> limit the performance of the backup image and not error out like the H > >> execution of other images. Increasing these parameters will per theC > >> article will decrease the runtime of the backup. Much like the J > >> WSdefault, WSquota, WSexetent, and other parameters you have mention.	 > > [...]  > > A > > Then why do these quotas even exist if they have no effect on I > > performance (save for BACKUP)? Why not just set them all to 2^32-1 or  > > whatever they max out at?  > A > Process quotas control access to system resources by individual A > processes.  If everybody had infinite quotas, one piggy program * > could bring the machine to a standstill.  > So bringing the machine to a standstill would be a performanceE problem. Hence, process quotas should be discussed in the performance D manual. And they're not except for wsdefault, wsquota, and wsextent. Hence my original question.    Alan E. Feldman    ------------------------------    Date: 10 Jan 2004 17:53:42 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) < Subject: Re: Non-WS Process Quotas not in Performance Manual3 Message-ID: <ZieGkQevuisL@eisner.encompasserve.org>   n In article <b096a4ee.0401101231.438306ba@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:j > Kilgallen@SpamCop.net (Larry Kilgallen) wrote in message news:<uuMGLBEDDCm8@eisner.encompasserve.org>...  B >> Process quotas control access to system resources by individualB >> processes.  If everybody had infinite quotas, one piggy program+ >> could bring the machine to a standstill.  > @ > So bringing the machine to a standstill would be a performanceG > problem. Hence, process quotas should be discussed in the performance F > manual. And they're not except for wsdefault, wsquota, and wsextent.  B Errant programming with the CMKRNL privilege could certainly bringB the machine to a HALT.  Therefore the VMS Security Handbook should- be incorporated into the performance manual ?   F Writing an unterminated loop could soak up CPU cycles to the detrimentE of other processes.  Therefore the C Language Reference Manual should - be incorporated into the performance manual ?    ------------------------------  % Date: Sat, 10 Jan 2004 20:10:58 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> < Subject: Re: Non-WS Process Quotas not in Performance Manual0 Message-ID: <8LmdnUVCiII4P53d4p2dnA@comcast.com>  F The purpose of those quotas and limits is to keep users from doing to I your systems just what you say the "CAM" processes are doing, eating the   entire machine.   H As long as everybody "plays nice" the quotas and limits are transparent G to users.  They don't affect "performance" as such, they simply ensure  D that a poorly designed program or a malicious user cannot bring the  machine to its knees.    Alan E. Feldman wrote:  } >jones.computer.srv@worldnet.att.net (Daryl Jones) wrote in message news:<8a646952.0401091130.6776e342@posting.google.com>...  >    > W >>Jan-Erik Sderholm <aaa@aaa.com> wrote in message news:<3FFE64C1.D1CA07AD@aaa.com>...  >>     >>w >>>>spamsink2001@yahoo.com (Alan E. Feldman) wrote in message news:<b096a4ee.0401081323.2bbf489b@posting.google.com>...  >>>>         >>>>B >>>>>Why aren't process quotas like DIOlm, BIOlm, ASTlm, etc., not) >>>>>discussed in the performance manual?  >>>>>            >>>>>  > A >Oops. I should have used either "aren't" or "not", but not both!  >  >    > > >>>Perhaps becuse that are not *performance* specific quotas ?< >>>They are rather process *limits*, either there are enough> >>>of them, or there isn't. Other quotas (WS and others) has a6 >>>more "soft" limit and are more performance related.	 >>>        >>>  >[...] >    > G >>In the case of Backup performance, these process quotas turned out to D >>be performance parameters. During a backup the process quotas willF >>limit the performance of the backup image and not error out like theE >>execution of other images. Increasing these parameters will per the @ >>article will decrease the runtime of the backup. Much like theG >>WSdefault, WSquota, WSexetent, and other parameters you have mention.  >>     >> >[...] > > >Then why do these quotas even exist if they have no effect onF >performance (save for BACKUP)? Why not just set them all to 2^32-1 or >whatever they max out at? > F >At a previous job we had CAM doing remote backups from VAX to offsiteF >silo and when the CAM processes ran, anything else on the machine ranF >very poorly. The CAM processes had the large BACKUP quotas and ran atC >priority 4. I assume it was the large process quotas combined with ? >priority 4 that mode CAM such a resource hog that slowed other A >processes. (I don't recall the details, but it seemed that other F >processes definitely ran slower than one would expect they would whenD >competing with a very few other processes at the same priority, but >that was years ago.)  > B >And if these quotas don't affect performance, why does the BACKUPG >quotas section in the manual say, "If your disks are highly fragmented D >or if your backups will be performed during periods of heavy systemG >use, you should reduce the values shown for WSQUOTA and FILLM."? Also, C >what about PGFLQUOTA? Couldn't that have performance effects if it  >were too large or too small?  > B >And if these non-WS quotas don't affect performance, what do they >affect? What is their purpose?  >  >Thanks. >  >Alan E. Feldman >    >    ------------------------------  % Date: Sat, 10 Jan 2004 15:40:22 -0600 ( From: Wayne Sewell <wayne@tachysoft.com>O Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per / Message-ID: <00A2BB18.85EA3B83.3@tachysoft.com>   1 >From: fabiopenvms=40yahoo.com.br (Fabio Cardoso)  >X-Newsgroups: comp.os.vmsL >Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transaction= s per   >         minute using Row Cache! >Date: 10 Jan 2004 12:56:07 -0800  > L >helbig=40astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to repl=: y) wrote in message news:<btnhc7=247tm=243=40online.de>...B >> In article <f30679fb.0401090506.5766cac2=40posting.google.com>,9 >> fabiopenvms=40yahoo.com.br (Fabio Cardoso) writes: =20  >> =20I >> > May be it=B4s time to Re-bundle Oracle RDB under OVMS =21 Even as an E >> > Oracle-HP agreement.... may be with some kind of activation key. C >> > As RDB is exclusive for OVMS, there is no reason to mantain it D >> > unbundled...Would be good for Sybase / Ingres customers just toC >> > port their old database/applications to ORDB. And ORacle could  >> > justify RDB investments...  >> =20K >> Why would ORACLE agree to this?  Either you deprive them of a lot of =20 J >> income (not that Larry needs it---I mean, how many Migs can you fly at=  =20J >> once), or make VMS unnecessarily expensive for folks who don't use Rdb. > K >I suggested to re-bundle it and if a customer needs RDB, it should ask =20 L >Oracle an temporary activation key for tests. And if the customer likes =208 >the product they should pay for the definitive license. > 1 >May be a light-RDB with limited features, etc...  >   L I'd settle for a RDB that doesn't fuck with the system datetime quadword, i= e =20 H uses system services like other applications.  For that matter, like the original pre-oracle RDB.   Wayne L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3DL Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne=40tachysof= t.com > http://www.tachysoft.com/www/tachyon.html and wayne.html   =20L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=L =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3DF Jed Clampett, checking into hotel: =22This place got a cement pond?=220 	Ellie May: =22And do yuh let critters in it?=22   ------------------------------  % Date: Sat, 10 Jan 2004 16:27:49 -0700 4 From: Norman Lastovica <norman.lastovica@oracle.com>O Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions pere* Message-ID: <40008A75.39586403@oracle.com>  A Why is reading EXE$GQ_SYSTIME a problem for you?  Are you playing ? games with replacing SYS$GETTIM or something along those lines?l$ What is the actual business problem?   Wayne Sewell wrote:8 > 1 > >From: fabiopenvms@yahoo.com.br (Fabio Cardoso)M > >X-Newsgroups: comp.os.vmsR > >Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per" > >         minute using Row Cache# > >Date: 10 Jan 2004 12:56:07 -0800  > >r > >helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) wrote in message news:<btnhc7$7tm$3@online.de>...oB > >> In article <f30679fb.0401090506.5766cac2@posting.google.com>,5 > >> fabiopenvms@yahoo.com.br (Fabio Cardoso) writes:- > >>G > >> > May be its time to Re-bundle Oracle RDB under OVMS ! Even as annG > >> > Oracle-HP agreement.... may be with some kind of activation key.VE > >> > As RDB is exclusive for OVMS, there is no reason to mantain itVF > >> > unbundled...Would be good for Sybase / Ingres customers just toE > >> > port their old database/applications to ORDB. And ORacle couldi! > >> > justify RDB investments...u > >>I > >> Why would ORACLE agree to this?  Either you deprive them of a lot of K > >> income (not that Larry needs it---I mean, how many Migs can you fly atcL > >> once), or make VMS unnecessarily expensive for folks who don't use Rdb. > >-I > >I suggested to re-bundle it and if a customer needs RDB, it should ask J > >Oracle an temporary activation key for tests. And if the customer likes: > >the product they should pay for the definitive license. > >V3 > >May be a light-RDB with limited features, etc...e > >c > O > I'd settle for a RDB that doesn't fuck with the system datetime quadword, i.erJ > uses system services like other applications.  For that matter, like the > original pre-oracle RDB. >  > WaynesQ > =============================================================================== P > Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com: > http://www.tachysoft.com/www/tachyon.html and wayne.htmlQ > ===============================================================================fD > Jed Clampett, checking into hotel: "This place got a cement pond?"5 >         Ellie May: "And do yuh let critters in it?",   -- o	 - - - - - 0  opinions expressed here are mine and mine alone.  and certainly are not intended in any way to 0  express or represent any opinions or commitment  of oracle corporation.-  *  norman lastovica / oracle rdb engineering   ------------------------------  % Date: Sat, 10 Jan 2004 18:46:58 -0600e( From: Wayne Sewell <wayne@tachysoft.com>O Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions perb/ Message-ID: <00A2BB32.97660EBD.3@tachysoft.com>   5 >From: Norman Lastovica <norman.lastovica@oracle.com>  >X-Newsgroups: comp.os.vmsP >Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per    6 Norman Lastovica <norman.lastovica@oracle.com> writes:  3 >Why is reading EXE$GQ_SYSTIME a problem for you?  n    M The flip side: what does it gain you?  Back in the days of vax, direct accesseN to the system time quadword actually accomplished something, i.e. avoiding theJ change mode to kernel associated with sys$gettim.  I don't dispute that it+ would be beneficial to avoid this overhead.     O However, on alpha, sys$gettim is a mode of caller system service, so calling it L is no different from a subroutine call.  No change mode interrupt overhead. K Probably faster, since the time routine is permanently resident in nonpaged- memory.   H If you look at the actual system service, it's only a few instructions.   M         MOVAB   EXE$SIGTORET,(FP)               ; Establish condition handleraP         MOVL    TIMADR(AP),R1                   ; Get addr of receiving quadwordB         EVAX_LDQ        R0,EXE$GQ_SYSTIME       ; Get current timeI         EVAX_STQ        R0,(R1)                 ; Store low time longword   >         MOVZWL  #SS$_NORMAL,R0          ;SET NORMAL COMPLETION)         RET                             ;v      M Probably remarkably similar to the code you are using to accomplish this.  So > whoop-de-doo, you saved a whole pair of call/ret instructions.  M Do you access the quadword inline from every place in your code that accessestM system time, or do you have a subroutine to do it?  If the latter, how in theiO *hell* is that different from calling sys$gettim?  Doesn't your subroutine look  pretty much like this?  I To me, this appears to be historical residue left over from the vax days.      >Are you playing@ >games with replacing SYS$GETTIM or something along those lines?  K As a matter of fact, yes.  I wrote a product called DateSim that provides anJ system time intercept on a process-by-process basis, allowing a process orL group of cooperating processes to have a different date and/or time from theN rest of the system.  It does this by intercepting the time system services and  applying a user-specified delta.  E This was originally designed for Y2K testing, allowing people to testtF single-process or simple multiprocess applications for Y2K compliance,H *without* setting the system clock.  There were a lot of restrictions ofM course.  No kernel mode, no interfacing with processes not in pseudotime, any K files created should be only temporary because the file time stamps were inr5 pseudotime, etc.  But some people did find it useful.   H Obviously, there isn't much of a market for Y2K products any more, but aN customer figured out an entire new application for datesim on his own: virtualM time zones.  So after years of inactivity, DateSim was put back into service.   O Many companies have servers that are accessed by users living in many differentiJ time zones. Some of these companies would prefer that the user see his ownO local time after logging in rather than whatever timezone the server is running L in.  So the user's login procedure calls datesim to set the current time forM the process, specifying the number of minutes that the user is different from8# system time and in which direction.-  J For the life of the session, i.e. until the user logs out, he sees his ownN local time.  On pretty much everything: "sho system", "sho process", whatever.O Since pseudotime is propoated to submitted, spawned, and detached processes, hec* sees his local time in batch jobs as well.  N Pretty much every time stamp he sees, in all vms utilities, is relative to hisJ own local time, despite the fact that the system time on the server may be hours away from that.f  L If he uses a database product that does not come from oracle corporation, orM any other application that uses system services instead of directly accessing M the time quadword, database fields that represent the current time *also* areIO relative to his own time zone.  Therefore reports display his local time rather  than system time.a  A Whether this sounds useful to you or not, some people do want it.o    N However, all of this depends on applications following the convention of usingI the time system services.  Rogue applications such as the oracle databaseiO product and rdb as polluted by oracle corporation (the original rdb, which used L the system services, *did* work with datesim) bypass the time conversion and" the real system time is displayed.  N Which of course is not what the customer wants, but there's not a damn thing I' can do about it.  Bingo, lost customer.   I We had a customer a while back who really wanted to do this, and he triedFN really hard to convey this issue to someone at oracle in some oracle-sponsoredM forum (don't remember which of the two database products it was), but nothing-M ever came of it.  I wasn't directly involved, but I gathered the response was J something along the lines of: "we're oracle and you're just a customer; it doesn't matter what you want".  O So nowadays when someone expresses interest in datesim, we immediately ask "are0M you using oracle or rdb?"  If the answer is yes, there's no point in pursuingp+ it.  One more lost sale for no good reason.     % >What is the actual business problem?   K Loss of sales for a product that some people *might* have bought if not forc& Oracle's superior attitude about this.  J Like I said earlier, if it really gained you something, then of course you0 would need to do it.  But what does it gain you?  O Geez, I would be willing to write some code to give you a hook into the datesim O time conversion routines if that would help.  But I can't do *anything* withouto( the cooperation of oracle corporation.    J Like I said, some people *do* want this capability.  I don't how how many,N because we have so many customers shut down by this problem that it never gets! far enough for me to be involved.    Wayne O ===============================================================================-N Wayne Sewell, Tachyon Software Consulting  (281)812-0738   wayne@tachysoft.com; http://www.tachysoft.com/www/tachyon.html and wayne.html   aO ===============================================================================rB Jed Clampett, checking into hotel: "This place got a cement pond?", 	Ellie May: "And do yuh let critters in it?"   ------------------------------    Date: 10 Jan 2004 12:56:07 -0800. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)Y Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute usg; Message-ID: <f30679fb.0401101256.b30768@posting.google.com>=  | helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply) wrote in message news:<btnhc7$7tm$3@online.de>...? > In article <f30679fb.0401090506.5766cac2@posting.google.com>,p3 > fabiopenvms@yahoo.com.br (Fabio Cardoso) writes: o > D > > May be its time to Re-bundle Oracle RDB under OVMS ! Even as anD > > Oracle-HP agreement.... may be with some kind of activation key.B > > As RDB is exclusive for OVMS, there is no reason to mantain itC > > unbundled...Would be good for Sybase / Ingres customers just to2B > > port their old database/applications to ORDB. And ORacle could > > justify RDB investments... > G > Why would ORACLE agree to this?  Either you deprive them of a lot of lI > income (not that Larry needs it---I mean, how many Migs can you fly at hI > once), or make VMS unnecessarily expensive for folks who don't use Rdb.   G I suggested to re-bundle it and if a customer needs RDB, it should ask BH Oracle an temporary activation key for tests. And if the customer likes 7 the product they should pay for the definitive license.t  0 May be a light-RDB with limited features, etc...   Regardsn   FC   ------------------------------  # Date: Sat, 10 Jan 2004 22:54:21 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")Y Subject: Re: Oracle Rdb on GS1280 with 7.3-2 exceeds 1 million transactions per minute usl6 Message-ID: <00A2BB12.183D8B5D@SSRL.SLAC.STANFORD.EDU>  m In article <puVLb.64843$AJB.3000@news04.bloor.is.net.cable.rogers.com>, "John Smith" <a@nonymous.com> writes:m0 >Phillip Helbig---remove CLOTHES to reply wrote:@ >> In article <f30679fb.0401090506.5766cac2@posting.google.com>,3 >> fabiopenvms@yahoo.com.br (Fabio Cardoso) writes:t >>D >>> May be its time to Re-bundle Oracle RDB under OVMS ! Even as anD >>> Oracle-HP agreement.... may be with some kind of activation key.B >>> As RDB is exclusive for OVMS, there is no reason to mantain itC >>> unbundled...Would be good for Sybase / Ingres customers just topB >>> port their old database/applications to ORDB. And ORacle could >>> justify RDB investments... >>G >> Why would ORACLE agree to this?  Either you deprive them of a lot ofrI >> income (not that Larry needs it---I mean, how many Migs can you fly atoE >> once), or make VMS unnecessarily expensive for folks who don't usei >> Rdb.e >rL >In the 'old' days (mid '80's through to about 1992), a Rdb run-time licence. >was included in the base VMS licence package. > K >You'd buy a cheap MicroVax with an Rdb Development licence and then deployxA >production to as many machines as you wanted without extra cost.e  C All of which was pretty unpopular with Sybase, Oracle, Ingres, etc.    >6I >All that went by the wayside with the sale of Rdb to Oracle. Many peopleeG >(myself included) thought that Digital should have taken Rdb group and4F >packaged it as a separate company and then done an IPO for 50% of theI >company (the investment banking firm I was working with proposed this to.I >Digital). It would have raised far more than the $125 million or so thataG >Oracle paid for 100% of the company, and would have allowed Digital tog4 >retain significant sway over the VMS future of Rdb.  L Yeah, I thought so too.  Oracle got an incredible bargain (although at least) they kept the engineering team together).s   >iM >The planned NT version of Rdb was abandoned at around the time of the OraclewK >transaction as Oracle didn't want to have another product competing in the 
 >NT space.  O I have no information on what Oracle wanted, but what an Rdb manager told me attM the time was that the reason Rdb-on-NT didn't become a real product was that oK Digital dropped support for the BLISS-on-NT compiler when Rdb8 was ready totI launch.  (I made a pitch that they should add a BLISS-compiler guy to RdbgK Engineering, and he swore they'd looked into that but just couldn't make itaH work.)  The reason Rdb-on-Tru64 isn't a real product, on the other hand, was that nobody bought it.   -- Alan,   -- eO ===============================================================================i0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056tM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025aO ===============================================================================a   ------------------------------  # Date: Sat, 10 Jan 2004 22:11:20 GMT # From: "John Smith" <a@nonymous.com> ) Subject: Re: Rally VAX to Alpha MigrationcL Message-ID: <cM_Lb.85818$1g41.21408@twister01.bloor.is.net.cable.rogers.com>   Main, Kerry wrote:> >>> - While it was not Rally specific, I completed a major VAX >> Cobol / Rdb< >>> / CI mission critical, high visibility cluster to 3 node >> Alpha ES45 /a9 >>> SAN / Rdb cluster earlier this year (went live in mide >> April). Rdb wasF >>> latest version available. This project was extremely successful in> >>> that the Cust went fom 6 large VAX 7610's that were always
 >> peaked out-5 >>> in prime time to an environment whereby their new  >> environment servers5 >>> (were running about 20% utilization at peak time.P >>? >> Yeow.  If I were that customer, I might now be feeling a bit @ >> like I bought /too much/ replacement hardware.  80% is a hell >> of a lot of head room.e >> >>> From a pure costD >>> perspective, they now have a huge amount of datacenter space and> >>> cooling/power available for future expansion. In addition,
 >> while theylG >>> are still in the evaluation phase, this has allowed the Customer to > >>> look at all sorts of new functionality that they could not
 >> add beforeOF >>> because of loading and version issues e.g. Java based development,A >>> wrapping existing Cobol logic and serving up via Web ServicesPE >>> technologies, Apache web serving, Adv Server (reduce file servingS> >>> virus issues while consolidating Intel servers at the same
 >> time) etc.C >>* >> Well, there is always that bright side. >>
 >> -brian. >> --$C >> --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/"G >>       ----- IBM 1130 Club Motto:  "Computer People Are Happy People"" >> >AF > Yep, but try convincing a Customer that has been living with so muchH > performance pain for so long on "big" VAX's that they don't need a midG > range ES45 cluster, but rather an entry level DS25 cluster. They wereaD > pleasantly surprised and in their view, with all of the effort andD > internal visibility they went through, this was a great problem to > have.H >' > :-)o >aH > Btw - lots of folks don't realize that there is huge savings to be hadC > with some 3rd party SW that still license big VAX's as enterpriseIC > class systems and DS25/ES45 as "departmental" hence, much reducedJF > maint costs etc. So, even though you get 5-10 times performance, you? > pay a whole lot less in SW license costs with some vendors ..c      K ssshhhhh!!! How else will 3rd party OVMS application vendors stay afloat if K they don't charge big maintenance fees? There certainly isn't the volume inmB the VMS market for a lot of them to justify staying in it if theirH maintenance fees are cut in half --- landlords don't cut their rent, andK employees don't get paid less, and utility companies don't take pity on them> OVMS app vendor just because HP doesn't expand the VMS market.   ------------------------------  % Date: Sat, 10 Jan 2004 17:34:21 -0500 ' From: "Main, Kerry" <kerry.main@hp.com>G) Subject: RE: Rally VAX to Alpha MigrationfR Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB2379DC@tayexc19.americas.cpqcorp.net>   >=20 >=20A > ssshhhhh!!! How else will 3rd party OVMS application vendors=20SA > stay afloat if they don't charge big maintenance fees? There=20t> > certainly isn't the volume in the VMS market for a lot of=20@ > them to justify staying in it if their maintenance fees are=20B > cut in half --- landlords don't cut their rent, and employees=20B > don't get paid less, and utility companies don't take pity on=20D > the OVMS app vendor just because HP doesn't expand the VMS market. >=20 >=20     John,x  < Are you hinting we need to improve the marketing of OpenVMS?   :-)5  
 Kerry Main Senior Consultant: HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477t Email: kerryDOTmainAThpDOTcomp. (remove the DOT's and AT for email address)=20   ------------------------------  % Date: Sun, 11 Jan 2004 02:05:39 +0100 $ From: Felix Deichmann <f.dei@web.de>( Subject: Study on IP-ID of TCPware 5.6-28 Message-ID: <l3810058ig91s75sq8i00r75r8l1dge6d3@4ax.com>   Hi.   C I made a simple study on IP-ID (IP identification field, RFC760) of E Process' TCPware 5.6-2 stack for OpenVMS. Therefore I sent IP packets E from a NetBSD host to the VMS target with a tool called "hping2" [3]. 8 In this output example, 192.168.0.100 is the VMS target:  F HPING 192.168.0.100 (pcn0 192.168.0.100): NO FLAGS are set, 40 headers + 0 data bytesD len=46 ip=192.168.0.100 ttl=64 id=0 sport=0 flags=RA seq=3 win=24576
 rtt=4442.4 msEF len=46 ip=192.168.0.100 ttl=64 id=256 sport=0 flags=RA seq=4 win=24576
 rtt=3433.6 msuF len=46 ip=192.168.0.100 ttl=64 id=512 sport=0 flags=RA seq=5 win=24576
 rtt=2424.6 mscF len=46 ip=192.168.0.100 ttl=64 id=768 sport=0 flags=RA seq=6 win=24576
 rtt=5455.4 ms = len=46 ip=192.168.0.100 ttl=64 id=1024 sport=0 flags=RA seq=7$ win=24576 rtt=4449.4 ms:= len=46 ip=192.168.0.100 ttl=64 id=1280 sport=0 flags=RA seq=8  win=24576 rtt=3439.8 msD= len=46 ip=192.168.0.100 ttl=64 id=1536 sport=0 flags=RA seq=9  win=24576 rtt=2430.0 msa  C This shows that TCPware zeroes the IP-ID "counter" when started andc' increments by 256 for every new packet.yF This behaviour is quite insecure, as shown by [1] (sorry, it's german); and [2]. So-called "idle scans" of host ports, passive loade! measurements et al. are possible.rE For a more detailed study, description and secure algorithm, refer tos. [2], or the OpenBSD sources (random IP-ID) :-)    A I don't know at the time of writing this in how far the other VMS : stacks are affected by this issue. But I will investigate.  C I'd be happy about a statement from a Process person in charge. AreLF there already plans to make the IP-ID more secure, or is there already* something in 5.6-2 which can be activated?   Regardsr   Felixi       Literature:d  @ [1] Borrmann, Micha / Schreiber, Sebastian: Wer zhlt, gewinnt -B Wiederentdeckung eines 20 Jahre alten IP-Header-Eintrages. In: c't4 magazin fr computer technik, Heft 23/2003, S. 212f.? [2] Bellovin, Steven M.: A Technique for Counting NATted Hosts. ) www.research.att.com/~smb/papers/fnat.pdfA/ [3] Sanfilippo, Salvatore: hping. www.hping.org=   ------------------------------  # Date: Sun, 11 Jan 2004 02:05:40 GMTb- From: Jay Olson <jayolson@rogers.com.no.spam>y& Subject: SYMVECMIS error with CSWS 2.0- Message-ID: <4000AFB7.403@rogers.com.no.spam>0  F I just installed CSWS 2.0 on a DS10L running VMS 7.3-1. When I try to E start the Web Server, I get the error "IMGACT-F-SYMVECMIS, shareable CE image's symbol vector table mismatch -IMAGACT-F-FIXUPERR, error when :F APACHE$APR_SHR referenced DECC$SHR_EV56". I didn't see anything about G this in the release notes. Any ideas about what causes this and how to ; fix it?n  A By the way, I recently installed Compaq C V6.5. Perhaps that did t something to/with the C RTL.   ------------------------------  # Date: Sun, 11 Jan 2004 02:44:11 GMTn1 From: "Ken Randell" <kenneth.randell@verizon.net>s* Subject: Re: SYMVECMIS error with CSWS 2.06 Message-ID: <%L2Mb.4505$sb3.1503@nwrddc01.gnilink.net>  D You'll notice a previous thread from myself about this in from about December 23, 2003.  I The problem is more than likely a mismatch between the C-RTL you have andbI the one APACHE was linked with.  The CSWS 2.0 requires a later revsion ofsL the CRTL than the one that ships with 7.3-1 (or patch level 0100 if I recall correctly).s  F I think you'll want to load 0300, but also note that updating the CRTLJ requires numerous other patches as well, most notably the SYSTEM series of( patches (or the roll-up UPDATE patches).  J I guess the C-RTL gsmatch can't be changed even when new releases come out or many things would break.    ------------------------------  # Date: Sun, 11 Jan 2004 02:56:04 GMT:- From: Jay Olson <jayolson@rogers.com.no.spam>r* Subject: Re: SYMVECMIS error with CSWS 2.01 Message-ID: <4000BB87.5070301@rogers.com.no.spam>9   Thanks for the info.   Ken Randell wrote:  F > You'll notice a previous thread from myself about this in from about > December 23, 2003. > K > The problem is more than likely a mismatch between the C-RTL you have andjK > the one APACHE was linked with.  The CSWS 2.0 requires a later revsion of N > the CRTL than the one that ships with 7.3-1 (or patch level 0100 if I recall
 > correctly).e > H > I think you'll want to load 0300, but also note that updating the CRTLL > requires numerous other patches as well, most notably the SYSTEM series of* > patches (or the roll-up UPDATE patches). > L > I guess the C-RTL gsmatch can't be changed even when new releases come out > or many things would break.e >  >  >    ------------------------------    Date: 10 Jan 2004 11:59:24 -0800 From: cellctl@lycos.com (Ben)   Subject: Re: VAXstation question= Message-ID: <dd8c4466.0401101159.53bd1567@posting.google.com>o  P > I don't know nuthin about 32/v, but if the 780 (etc) can do it, the VaxstationE > ought to be able to.  Those machines could run Ultrix-32, BSD, etc.h > 	 > -- Alane  D the 11/780's and the VAXstations are architecturally identical, with@ the execption of more modern disk drives and such, correct?  TheC serial/console ports and SCSI interfaces would look the same to the ? software on either the 780 or VAXstation, right?  Pardon my VAXW$ ignorance, and thanks for your help!   -Ben   ------------------------------  + Date: Sat, 10 Jan 2004 21:12:56 +0000 (UTC)n% From: bdc@world.std.com (Brian Chase)E  Subject: Re: VAXstation question( Message-ID: <btppso$9nt$1@pcls4.std.com>  = In article <dd8c4466.0401101159.53bd1567@posting.google.com>,- Ben <cellctl@lycos.com> wrote:  R > > I don't know nuthin about 32/v, but if the 780 (etc) can do it, the VaxstationG > > ought to be able to.  Those machines could run Ultrix-32, BSD, etc.1 > >  > > -- Alano > F > the 11/780's and the VAXstations are architecturally identical, withB > the execption of more modern disk drives and such, correct?  TheE > serial/console ports and SCSI interfaces would look the same to the A > software on either the 780 or VAXstation, right?  Pardon my VAXn& > ignorance, and thanks for your help!  G There are more than a few differences.  Even from a CPU standpoint, therB newer MicroVAX and VAXstation systems only support a subset of theE original 11/780 instructions.  Beyond the CPU, the system busses haveoG completely different architectures.  The 11/780 using SBI, Massbus, and J Unibus, with intelligent disk and tape controllers that provide a level of) abstraction via TMSCP and MSCP to the OS.   H The newer desktop VAXes have very different bus types and require the OSH to speak natively to their SCSI devices.  The Q-bus systems retain a fewJ more similiarities to the 11/7xx systems, but they're still very differentJ beasts on the inside, and it would require significant development work to= support their more "modern" busses and peripherals under 32V.e   -brian.d -- nF --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ ----->       IBM 1130 Club Motto:  "Computer People Are Happy People"   ------------------------------  # Date: Sat, 10 Jan 2004 23:01:28 GMTcL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")  Subject: Re: VAXstation question6 Message-ID: <00A2BB13.16C15706@SSRL.SLAC.STANFORD.EDU>  ] In article <dd8c4466.0401101159.53bd1567@posting.google.com>, cellctl@lycos.com (Ben) writes:cQ >> I don't know nuthin about 32/v, but if the 780 (etc) can do it, the VaxstationeF >> ought to be able to.  Those machines could run Ultrix-32, BSD, etc. >> i
 >> -- Alan >mE >the 11/780's and the VAXstations are architecturally identical, withr= >the execption of more modern disk drives and such, correct?    K Some VAXstations emulate some instructions that were native to the 11/780, sF but that ought to be invisible at the OS level (and I doubt BSD, etc, % uses packed-decimal arithmetic much).o  N These machines had different buses - Unibus for 11/780, Q-bus for uVAX - whichM implies different i/o architectures.  At some level of abstraction these work L the same way - in VMS your QIOs are programmed the same way - but the OS, atN the device driver level, needs to take account of the differences to make this
 stuff happen.o   > The D >serial/console ports and SCSI interfaces would look the same to the3 >software on either the 780 or VAXstation, right?  f  L Except for there being no native SCSI interfaces on the 780, the differencesJ between Unibus and Q-bus designs, etc. I _think_ but won't swear that the ( serial ports should look pretty similar.  M So I'm not saying that if you have a 1978-vintage 11/780-hosted Unix that it tG will necessarily run on your VAXstation (because of device drivers, bus.F interfaces, etc); what I'm saying is that there are Unices that run onO VAXstations, and the non-driver-specific portions of the OS should run the same  on the 780 as on the uVAX.     -- Alany -- yO ===============================================================================f0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056sM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025eO ===============================================================================    ------------------------------    Date: 10 Jan 2004 16:13:23 -0800 From: cellctl@lycos.com (Ben)   Subject: Re: VAXstation question= Message-ID: <dd8c4466.0401101613.6ada8383@posting.google.com>b  D > If all you're looking for is Unix and aren't particularly attachedA > to 32/v for some reason, try NetBSD. See http://www.netbsd.org/h > G > I haven't run it on a VLC, since I've never seen one of those beasts.e  B I am somewhat attached to 32/v, as it's -the- offical Bell port ofB straight UNIX to the VAX, and I'm doing this mostly for historical@ interest.  If it can't be done, I'll probably look at one of the older, still-part-AT&T BSD's.h   ------------------------------  # Date: Sun, 11 Jan 2004 03:07:56 GMT % From: Roger Ivie <rivie@ridgenet.net>c  Subject: Re: VAXstation question3 Message-ID: <slrnc01fce.i5t.rivie@Stench.no.domain>t  L In article <00A2BB13.16C15706@SSRL.SLAC.STANFORD.EDU>, "Alan Winston - SSRL  Admin Cmptg Mgr" wrote:uM > Some VAXstations emulate some instructions that were native to the 11/780, hH > but that ought to be invisible at the OS level (and I doubt BSD, etc, ' > uses packed-decimal arithmetic much).r  4 Except it's the OS that's providing the emulation... > P > These machines had different buses - Unibus for 11/780, Q-bus for uVAX - whichN > implies different i/o architectures. At some level of abstraction these work > the same way w  D Except that it's the OS that's providing the level of abstraction...   >> TheE >>serial/console ports and SCSI interfaces would look the same to thee4 >>software on either the 780 or VAXstation, right?    H The console terminal on a /780 is run through privileged registers builtE into the processor. On workstations of the VLC's ilk (I've not used acA VLC, but am intimately familiar with the 2000, 3100, 4000/60, andaH 4000/90 at this level of detail), the console terminal is one port on a - quad serial multiplexer similar to the DZ-11.a  N > Except for there being no native SCSI interfaces on the 780, the differencesL > between Unibus and Q-bus designs, etc. I _think_ but won't swear that the * > serial ports should look pretty similar.  H Yeah. Except for being entirely different, they're pretty much the same. > O > So I'm not saying that if you have a 1978-vintage 11/780-hosted Unix that it fI > will necessarily run on your VAXstation (because of device drivers, busaH > interfaces, etc); what I'm saying is that there are Unices that run onI > VAXstations, and the non-driver-specific portions of the OS should run -' > the same on the 780 as on the uVAX.  0  I Until some program, say, takes an exception (page fault, maybe?) and the 1K non-driver-specific portion of the OS tries to deal with the machine check A? stack frame. 'Course it wouldn't have gotten that far anyway...o -- o
 Roger Ivie rivie@ridgenet.net- (Rated a 10 on the Fox Scale of Forth-Hatred)    ------------------------------  % Date: Sat, 10 Jan 2004 16:39:00 -0500D3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>.( Subject: Re: Vaxstation some question...0 Message-ID: <1v6dnTQ4kslr7Z3dRVn-ug@comcast.com>  @ It is not universally true that adding users is done by editing F /etc/passwd.   Certainly you can do it that way but both Digital Unix F (ca. 1996) and Solaris 8 & 9 have utilities that do the whole job for E you.  Solaris provides a fill-in-the-blanks GUI.  I don't recall the s$ details of the Digital Unix utility.  I VMS system administration is still quite a bit different from any flavor .E of Unix that I've met with.  There's a whole new shell and you get a lI choice of one only.  VMS is command oriented, Unix is program oriented.  mC Unix acts as if devices were shameful and does its best to conceal iD them.  VMS keeps them right out in the open.  VMS doesn't partition F disks.  VMS has a lot of "blade guards" to keep you from doing things B that, 99% of the time, are extremely stupid things to do.  Almost F anything in Unix can be treated as a file; VMS thinks that files live E only on disks and tapes.  VMS has granularity of privilege; Unix has uF root and not root.  If you dump power on a VMS system, it will almost H always recover it's file systems (note the plural!) automagically as it E mounts its disks; Unix requires that you run fsck manually before it l will finish booting.  I I could write a book but there's no need; Phillip E. Bourne (no, not the DE Bourne shell Bourne) wrote "Unix for VMS Users", Digital Press, 1990 D< order number EY-C177E-DP, DP ISBN 1-55558-034-3 and PH ISBN A 0-13-94743-1.  The orientation is just backwards but most of the =( significant differences are pointed out.   Tony Arnold wrote:   > Davis, >8 > DaviS* wrote:e >tA >> Well, i have a "little" Vaxstation 4000VLC, running netbsd 1.6n' >> Works good, but i would try OpenVMS.= >>; >> As a sysadmin on Unix, i haven't experience about vms...= >3 >DF > sysadmin on VMS is very different to that on Unix. Most sysadmin on C > Unix is done by editing config files somewhere. On VMS, there is =H > usually a utility with a command line interface for doing much of the G > qeuivalent sysadmin work. For example, on Unix one edits /etc/passwd -G > to create a user account (plus some other stuff). On VMS you run the i5 > AUTHORIZE utility and execute the ADD user command.d >n >1   ------------------------------  # Date: Sun, 11 Jan 2004 04:06:11 GMT.+ From: LESLIE@JRLVAX.HOUSTON.RR.COM (leslie)_( Subject: Re: Vaxstation some question...4 Message-ID: <TY3Mb.35461$WS1.18077@fe1.texas.rr.com>  2 Richard B. Gilbert (rgilbert88@comcast.net) wrote:B : It is not universally true that adding users is done by editing H : /etc/passwd.   Certainly you can do it that way but both Digital Unix H : (ca. 1996) and Solaris 8 & 9 have utilities that do the whole job for G : you.  Solaris provides a fill-in-the-blanks GUI.  I don't recall the .& : details of the Digital Unix utility. :    AIX has SMIT; HP-UX has SAM.   --Jerry Leslie9   Note: leslie@jrlvax.houston.rr.com is invalid for email6   ------------------------------  % Date: Sat, 10 Jan 2004 17:16:44 -0500r  From: John Santos <JOHN@egh.com>5 Subject: Re: VMS naming conventions for disk volumes? 4 Message-ID: <1040110170919.998B-100000@Ives.egh.com>  ( On Sat, 10 Jan 2004, Wayne Sewell wrote:  ( > >From: bdc@world.std.com (Brian Chase) > >X-Newsgroups: comp.os.vms8 > >Subject: Re: VMS naming conventions for disk volumes?. > >Date: Sat, 10 Jan 2004 17:57:25 +0000 (UTC) > . > >In article <btn90a$aam$1@news01.intel.com>,1 > >Ken Fairfield  <My.Full.Name@intel.com> wrote:p > >tG > >> Once you've got your VLC booted, take a look at the logical names, E > >> SYS$SYSROOT, SYS$SPECIFIC and SYS$COMMON, and their relationshipo< > >> to SYS$MANAGER, SYS$SYSTEM, SYS$LIBRARY, SYS$HELP, etc. > >> i? > >> Then create a file in SYS$SPECIFIC:[SYSMGR] and copy it totH > >> SYS$COMMON:[SYSMGR].  Then do a $ DIRECTORY SYS$MANAGER:<the file>.B > >> As a second exercise, $ SET DEFAULT SYS$MANAGER: and create aA > >> new file.  Do a DIRECTORY to see where it was created.  Thiso  > >> should be enlightening. :-) > >dG > >Yes, definitely.  It took me a minute to visualize all the relationst > >properly. > >g@ > >> One thing you must be aware of in using search-list logical? > >> names: _new_ files will be (must be) created _only_ in thee@ > >> first translation (member) of the search list.  (However, cA > >> reating a new version of an existing file, e.g., by editing,=@ > >> will write the new version back to the same location as the? > >> previous version.) Search lists are great for read access;tA > >> they can be confusing to difficult if you need write access.i > > K > >Well I can see where some confusing situations might arise, but it's notrL > >too bad if you keep the rules in mind.  I think those sorts of issues areI > >unavoidable when dealing with 1-->N mappings.  Still, I expect I'll benH > >getting caught by this more than a few times before I get used to it. > >0 > P > Those of us who have been using vms since version 1.0 circa 1978 sometimes get > caught by it.  :-) >  > O > The file I have the most problems with is dcltables.  Sometimes this is foundtM > in sys$specific, sometimes in sys$common.  You have to check where it is if < > your product updates dcltables, because if you just updateQ > sys$system:dcltables, you will create a new one in specific instead of updating  > the one in common.  D ... which may be how it ended up in SYS$SPECIFIC in the 1st place...  G (On all the systems I manage, I know this is a mistake and move it backeE  - $ RENAME SYS$SPECIFIC:[SYSLIB]DCLTABLES.EXE SYS$COMMON:[SYSLIB] toyI avoid having an extra copy and to avoid protection or ownership problems,eH but watch out for version inversion if there is more than one version! -J but I can imagine cases where this is legitimate, such as having a clusterF where a particular layered product is only licensed on one node.  I'llJ have to Read the Fine Inst & Upgrade manual to see if this can potentiallyF make upgrades barf.  Or does it find [SYS*.SYSLIB]DCLTABLES and update
 them all?)   -- a John Santoso Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Sat, 10 Jan 2004 17:48:59 -0500_3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> 5 Subject: Re: VMS naming conventions for disk volumes? 0 Message-ID: <0rmdnQvhNsjAHJ3dRVn-sw@comcast.com>  F Volume names or labels don't play a very big role in a user's view of G VMS.  All they really do is to reassure VMS that the disk it mounts is hF the disk that you asked it to mount; if the label on the disk doesn't I match the label specified in the MOUNT command, the mount will fail.  If tC you have disks dedicated to an application, the volume label might  G reflect that fact; e.g. ORA_DISK07 would be the seventh disk dedicated r
 to Oracle.  A Logical names do play a role here.  SYS$LOGIN is the user's home dG directory.  SYS$LOGIN_DEVICE is always the device part of SYS$LOGIN.   cI You might have all the users's home directories on a single disk (normal  E for small systems) or on several different disks if you have lots of pH users and each one needs lots of storage (and you have lots of money).  B You may call the disks USER1, USER2. . . or HOME1, HOME2... if it  pleases you to do so.i  H  YS$LIBRARY:DCLTABLES.EXE tells DCL how to find layered products so the G user doesn't need to know where the Fortran compiler is stored.  Users tF are, or ought to be, trained never ever ever to use a physical device H name but always to use the logical names that point to what they need.  H My own, possibly extreme, position is that a physical device name for a E disk should never appear anywhere but the MOUNT command.  (I've been eG burned many times when plugging in a new SCSI host adapter and finding  F that DKB0 has suddenly become DKC0.  It's no problem to fix the mount H command but the user who hard coded it into a script or program may not  feel that way!)n  I Third party software uses logicals to point to where it keeps stuff.  If yD you install open source software such as gawk, you put it somewhere G convenient for you and define a foreign command to execute it.  If you e? want all your users to have access to it, you can put the line:n $ GAWK:==$UTILS$BIN:GAWK.EXEI in SYS$MANAGER:SYLOGIN.COM so the command will be defined for everyone.  hE UTILS$BIN is, of course, a logical name that you would define in the fB System table or in a Group table to point to where you stored the B executable.  Ditto for grep, make, mmk, unzip, zip, gzip etc, etc.  H Recent versions of VMS allow a DCL$PATH search list which is similar to C the Unix PATH environment variable.  It allows the user to execute cG programs and scripts found in the PATH simply by naming them, much the aH way Unix does.   I don't use it myself and wouldn't recommend it unless H the system were set up from scratch to use it.  (I admit it, I'm an old G fuddy-duddy who expects VMS to work much the way it has since V3.6.  I oH also don't allow mixed case passwords; we get enough helpdesk calls for  password problems as is!)q     Brian Chase wrote:  K >Are there any commonly adopted naming conventions used for organizing diskhG >based storage under VMS?  For example, in the land of Unix one usuallytK >places user account directories under "/home", often on a separate disk oraI >disk partition.  It's also common to find software specific to the localiG >installation under "/usr/local", and at one time it wasn't uncommon tod. >find GNU software installed under "/usr/gnu". >oG >I was wondering what's commonly done out there on VMS systems so I canyI >setup mine in such a way that they don't end up looking weird to someonefJ >familiar with VMS.  I can certainly imagine logical device names playing G >a useful role here, so underlying disk volumes can be shuffled around,oC >without having to change how everything references the moved data.i >e >Thanks for any advice.s >  >-brian. >  d >o   ------------------------------    Date: 10 Jan 2004 11:31:35 -0800( From: bob@instantwhip.com (Bob Ceculski)M Subject: Re: Well Andrew, "3" count them "3" security patches for VMS in five'< Message-ID: <d7791aa1.0401101131.d46275e@posting.google.com>  t keith.cayemberg@conti.de (Keith Cayemberg) wrote in message news:<3a65a5c8.0401091542.1df169b@posting.google.com>...    , well Andrew, let see you respond to this ...   ------------------------------  + Date: Sat, 10 Jan 2004 19:02:28 +0000 (UTC)e% From: bdc@world.std.com (Brian Chase)d% Subject: Re: WTD:  VAX  memory stickst( Message-ID: <btpi84$c5f$1@pcls4.std.com>  & In article <3FFACCD5.6321AB74@hp.com>,/ Mike Rechtman  <michael.rechtman@hp.com> wrote:o  P > > > <       Yes, I see 4 x 4 MB sticks in the slots, plus the 8 MB onboard oneK > > > <       as you say, that makes 24 MB. True, it runs OK, I have a 1 GBh4 > > > <       Quantum disk with VAX VMS 7.2-1 on it.  A > Also, IIRC 24M is too little for any of the 5.x TCPIP versions,oI > which are liable to freeze at odd moments unless fed sufficient memory.t  D Not that I've been taxing my VS4000/VLC yet, but it only has 24MB ofF memory and seems to be working fine with TCPIP V5.1 under OpenVMS 7.3.G The release notes do list 24MB as the minimum requirement for a VAX, sot3 perhaps I'll run into problems under a bigger load.t   -brian.m -- tF --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ ----->       IBM 1130 Club Motto:  "Computer People Are Happy People"   ------------------------------   End of INFO-VAX 2004.020 ************************