1 INFO-VAX	Tue, 06 Jun 2000	Volume 2000 : Issue 314       Contents: =?big5?B?rPyw06S9pXG8eKR+?=  Re: Changing password in html?) Re: Computing internet address for a user ) Re: Computing internet address for a user ) Re: Computing internet address for a user P Re: DIFF /IGNORE=(SPACING) question - was sent before with wrongsubject line, so4 Re: Display open files on shadow set across cluster?4 Re: DTSESSION crashes for some users, but not others? E-Commerce - Ariba, BroadVision & Commerce One Positions WANTED  Error on analyze disk  Re: format utility$ Re: How do you "uncluster" a system?$ How to get all Global Section Names?( Re: How to get all Global Section Names? I'm Trying to Model Something  motif debug problem , Re: None dare call it Legacy (ISE goes live)A Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)  OSU Web Server Problems 
 Re: PATCHs4 Re: performance drop of >35% from Oracle 7.1 to 8.054 Re: performance drop of >35% from Oracle 7.1 to 8.054 Re: performance drop of >35% from Oracle 7.1 to 8.054 Re: performance drop of >35% from Oracle 7.1 to 8.05& SYI$_HW_NAME buffer might be too short* Re: SYI$_HW_NAME buffer might be too short Re: Tadpole Tuning Re: VAX on Intel?  Re: VAX on Intel? D Re: VAXCluster Principles book (was Re: Problem with resource locks)D Re: VAXCluster Principles book (was Re: Problem with resource locks) vaxstation LED meanings?, Re: ver 7.1 Openvms will run on the new Ds20 RE: VEST / DECmigrate  RE: VEST / DECmigrate  Re: VEST / DECmigrate  Re: VMS Employment???? Re: VMS Employment???? RE: VMS Employment????7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 7 Re: VMS File Caching Futures (Was: Re: Andrew whatever) 8 Re: What is the simplest way to network two VMS systems?9 X-windows/DECwindows resource file locations and GV, etc. . Re: Ӥqx~ Looks Like ChiCom SPAM to me~  F ----------------------------------------------------------------------  % Date: Tue, 30 May 2000 22:55:58 +0800 : From: =?big5?B?rPyw06S9pXE=?= <ddddccccbbbb@pchome.com.tw>$ Subject: =?big5?B?rPyw06S9pXG8eKR+?=$ Message-ID: <247323544@MVB.SAIC.COM>  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0007_01BFCA8A.3BB24660  Content-Type: text/plain;  	charset="big5" + Content-Transfer-Encoding: quoted-printable     =AC=FC=B0=D3=A4=BD=A5q 
   =BCx=A4~ =B4M=A8D& =A5=FE=C2=BE=BBP=AD=DD=C2=BE=A4H=AD=FB, =A6=B3=B0=EA=BB=DA=A8=C6=B7~=C6[=A9=C0=AA=CC =AA=D6=BE=C7=B2=DF,=BB{=AFu 0 =B9=EF=BA=F4=B8=F4=B0=D3=BE=F7=A6=B3=BF=B3=BD=EC  =A7=DA=AD=CC=B1N=B4=A3=A8=D1=B1z$ 1.=B0=EA=A4=BA=A5~=A6b=C2=BE=B0V=BDm 2.=A7K=B6O=AE=FC=A5~=AE=C8=B9C> 3.=A8}=A6n=A4=C9=BEE=BA=DE=B9D=A4=CE=AD=C8=B1o=AA=BA=B3=F8=B9SL (=AD=AD=B7s=A6=CB=A5H=A5_=BF=A4=A5=AB,=A8=E4=A5L=BF=A4=A5=AB=BD=D0=B3=C6=B5=& =F8=B0T=A8t=B2=CE=A5H=ABK=AD=B1=B8=D5)   =20  =B6i=A4J      
        =20K (=B1H=A5X=B3o=AB=CA=ABH=A1F=B0=B2=A6p=A6=B3=B3y=A6=A8=A7x=C2Z=A6b=A6=B9=A6=  V=B1z=ADP=BAp)    + ------=_NextPart_000_0007_01BFCA8A.3BB24660  Content-Type: text/html; 	charset="big5" + Content-Transfer-Encoding: quoted-printable   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>F <META content=3D"text/html; charset=3Dbig5" http-equiv=3DContent-Type>9 <META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>  <STYLE></STYLE>  </HEAD>  <BODY bgColor=3D#c0c0c0> <DIV align=3Dcenter><FONT = 2 size=3D4>&nbsp;=AC=FC=B0=D3=A4=BD=A5q</FONT></DIV>A <DIV align=3Dcenter><FONT color=3D#ffff00><FONT size=3D4>&nbsp; =  </FONT><STRONG><FONT=20  size=3D5><A=20K href=3D"http://netcity3.web.hinet.net/UserData/ufat0417/7m/is.htm">=BCx=A4= " ~</A></FONT></STRONG></FONT></DIV>8 <DIV align=3Dcenter><FONT size=3D4>=B4M=A8D</FONT></DIV>@ <DIV align=3Dcenter>=A5=FE=C2=BE=BBP=AD=DD=C2=BE=A4H=AD=FB</DIV> <DIV align=3Dcenter><FONT = C size=3D4>.=A6=B3=B0=EA=BB=DA=A8=C6=B7~=C6[=A9=C0=AA=CC</FONT></DIV>  <DIV align=3Dcenter><FONT = 2 size=3D4>.=AA=D6=BE=C7=B2=DF,=BB{=AFu</FONT></DIV>+ <DIV align=3Dcenter><FONT size=3D4>.<FONT = J color=3D#ffff00>=B9=EF=BA=F4=B8=F4=B0=D3=BE=F7=A6=B3=BF=B3=BD=EC</FONT></= FONT></DIV> + <DIV align=3Dcenter><FONT color=3D#ff0000 = 6 size=3D4>=A7=DA=AD=CC=B1N=B4=A3=A8=D1=B1z</FONT></DIV> <DIV align=3Dcenter><FONT = : size=3D4>1.=B0=EA=A4=BA=A5~=A6b=C2=BE=B0V=BDm</FONT></DIV> <DIV align=3Dcenter><FONT = 4 size=3D4>2.=A7K=B6O=AE=FC=A5~=AE=C8=B9C</FONT></DIV> <DIV align=3Dcenter><FONT = J size=3D4>3.=A8}=A6n=A4=C9=BEE=BA=DE=B9D=A4=CE=AD=C8=B1o=AA=BA=B3=F8=B9S</= FONT></DIV>  <DIV align=3Dcenter><FONT = L size=3D4>(=AD=AD=B7s=A6=CB=A5H=A5_=BF=A4=A5=AB,=A8=E4=A5L=BF=A4=A5=AB=BD=D0=< =B3=C6=B5=F8=B0T=A8t=B2=CE=A5H=ABK=AD=B1=B8=D5)</FONT></DIV>  <DIV align=3Dcenter>&nbsp;</DIV>8 <DIV align=3Dcenter><FONT color=3D#ff00ff size=3D4><A=20J href=3D"http://home.pchome.com.tw/soho/slks/is.htm"></A></FONT>&nbsp;</DI= V>J <DIV align=3Dcenter><FONT size=3D2><FONT color=3D#0000ff size=3D4><U><A=20K href=3D"http://netcity3.web.hinet.net/UserData/ufat0417/7m/is.htm">=B6i=A4=  J</A></U></FONT></FONT></DIV>   <DIV align=3Dcenter>&nbsp;</DIV># <DIV align=3Dcenter><FONT size=3D2> - <DIV align=3Dcenter>&nbsp;</DIV></FONT></DIV>   <DIV align=3Dcenter>&nbsp;</DIV> <DIV align=3Dcenter><FONT = 6 size=3D4>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20
 </FONT></DIV> : <DIV align=3Dcenter><FONT size=3D2><FONT size=3D2><FONT=20J size=3D2>(=B1H=A5X=B3o=AB=CA=ABH=A1F=B0=B2=A6p=A6=B3=B3y=A6=A8=A7x=C2Z=A6=3 b=A6=B9=A6V=B1z=ADP=BAp)</FONT></FONT></FONT></DIV>  <DIV>&nbsp;</DIV></BODY></HTML>   - ------=_NextPart_000_0007_01BFCA8A.3BB24660--    ------------------------------   Date: 5 Jun 2000 19:07:51 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)' Subject: Re: Changing password in html? 6 Message-ID: <8hgtq7$4fe$4@mailint03.im.hou.compaq.com>  ` In article <39379943.AD531EC2@wilco-int.com>, David Pattenden <dpattenden@wilco-int.com> writes:7 :I'm trying to change my vms password using html forms.   D   You'll end up using some pretty simple DCL to do this, asking for D   the old password and then the new password (twice, to ensure that D   the user really knows what they entered) and then calling the DCL >   command SET PASSWORD to pass in the password change request.  D   There was a bug around the handling of SET PASSWORD from within a B   DCL command procedure on at least one relatively recent OpenVMS E   version (please remember to always include the OpenVMS version and  A   platform when posting a question) that was fixed by an ECO kit.   C   Since you want to do this via the web, you will end up using what ?   is known as a CGI script.  (DCL CGI works quite nicely, too.)   - :Can anybody point me in the right direction?  :(I'm a complete vms novice)  D   There have been various previous discussions of DCL and CGI, check7   the newsgroup archives via www.deja.com or otherwise.   D   Plug: Writing Real Programs in DCL (second edition) has a chapter C   on DCL CGI -- with some basic examples of output and of accepting D   input via the web, as well as a wide variety of topics related to E   general DCL programming on OpenVMS.  Visit www.bh.com, and keyword  +   search for a book title containing "DCL".   E   The OpenVMS FAQ has various pointers to introductory materials and  E   such for OpenVMS, to deja and the INFO-VAX archives, as well as to  F   more formal training courses and certifications.  For one of various8   links to the FAQ, please visit www.openvms.compaq.com.  F   While checking the contents of the OpenVMS FAQ, also please see the D   section entitled "SOFT6.  Obtaining user input in DCL CGI script?"  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 5 Jun 2000 20:31:06 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)2 Subject: Re: Computing internet address for a user6 Message-ID: <8hh2ma$8er$2@mailint03.im.hou.compaq.com>  \ In article <39380D7D.EA5C7721@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:N :I would like an application to "compute" the internet address of a user. (eg:8 :how someone on the internet could reach that VMS user).  E   There are C calls that let you retrieve the local IP address of the H   currenr user, but the only sure way is (fortunately or unfortunately) H   to ask the user directly.  From direct personal experience, the local F   IP address may not always be accessable to users -- more than a few I   parts of networks connected to the Internet are not directly accessable L   from other arbitrary parts of the Internet, either for security or policy H   or gateways or simple cases of IPv6 vs IPv4 addressing.  Further, the K   local IP address may not be the address that the user prefers to receive     email at.   H :Obviously, I can get the vms username and nodename on which the user isN :running the program.  The program will have a configuration file, so it could% :potentially contain the domain name.  : M :If I were simply to have:  <username>@<node>.<domain_name>  would this cover 
 :all cases ?    F   There exists an RFC that describes the format of the typical networkF   email address, as well as stuff like the correct use of the at-sign F   and the percent-sign in the address within the address.  (Many folksH   have never seen an email address with an embeded percent-sign, but it J   was once quite exceedingly common and it is also still quite definitely +   in at least limited use around the 'net.)   = :Is there a way to programatically get a cluster alias name ?   K   Translate the sys$cluster_node or sys$cluster_node_fullname logical names J   for DECnet.  Off-hand I don't recall the technique for obtaining the IP    cluster alias stuff.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 05 Jun 2000 17:13:32 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> 2 Subject: Re: Computing internet address for a user+ Message-ID: <393C17FA.B9387FD@videotron.ca>    Hoff Hoffman wrote: G >   There are C calls that let you retrieve the local IP address of the I >   currenr user, but the only sure way is (fortunately or unfortunately)  >   to ask the user directly.   N Sorry, I meant: is there a way to compute the internet EMAIL address of a user running a program on VMS.   N For instance, you run my utility on your node at work, and it would be able to@ tell that your email address would be hoffman@xdelta.zko.dek.com   ------------------------------  # Date: Mon, 05 Jun 2000 23:22:56 GMT  From: jbecker@ui.urban.org2 Subject: Re: Computing internet address for a user) Message-ID: <8hhco0$rcc$1@nnrp1.deja.com>   + In article <393C17FA.B9387FD@videotron.ca>, 0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote:F > Sorry, I meant: is there a way to compute the internet EMAIL address	 of a user  > running a program on VMS.  > E > For instance, you run my utility on your node at work, and it would 
 be able toB > tell that your email address would be hoffman@xdelta.zko.dek.com  9 A general-purpose tool would be hard to develop. A simple 6 approach that makes lots of assumptions would grab the: username (hoffman) and the fully qualified host name (with: a gethostbyaddr call or maybe a logical name translation).
 However...9 - The current VMS username is not necessarily a recipient   known to the site's e-mail host.9 - The current host might not be running an SMTP listener. : - Even if it is, the site might block e-mail sent directly to this system. 7 - DNS MX records could make this interesting. Let's say 	 you have:  blah.com. MX 10 mail1.blah.com.  blah.com. MX 20 mail2.blah.com. $ blah.com. MX 30 mail3.othersite.com.< If you're logged in on mail3, the least preferred mail host,: you'd really rather have e-mail addressed to you@blah.com,7 not you@mail3.othersite.com or even you@mail1.blah.com.   8 Basically, any utility like the one you're talking about7 would have to make some assumptions that wouldn't apply 
 at all sites.    --
 Jim Becker+ The Urban Institute (http://www.urban.org/) 3 DECUS ESILUG (http://eisner.decus.org/lugs/esilug/)     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 05 Jun 2000 14:59:51 -0400   From: norm.raphael@jamesbury.comY Subject: Re: DIFF /IGNORE=(SPACING) question - was sent before with wrongsubject line, so 4 Message-ID: <C22568F5.0067810A.00@jklh21.valmet.com>   /To:  Info-VAX@mvb.saic.com  /cc:   (E /Subject: Re: DIFF /IGNORE=(SPACING) questiion - was sent before with        wrongsubjectline, sorry. / 5 /In article <C22568F5.004BECA1.00@jklh21.valmet.com>, " /norm.raphael@jamesbury.com wrote: / = /> Thank you for your comments.  In future, however, it would < /> behoove you to run a test before you post mere suspicion. / G /"it would behoove you"? Norm, the guy was just trying to be helpful by @ /offering a suggestion.  He clearly stated that all he had was aH /suspicion. Perhaps he did not have time to test anything?  What exactlyD /should he have tested?  Should he have used the test lines that you /included in your post?     D The construction of test data (which I did show in a later post with= almost no effort) was an exercise left to the responder.  ;-)    / H /I apologize to you if your choice of words did not deliver your intent.F /However, you asked for a favor, someone responded.  Don't make anyoneI /afraid to try to answer a question.  He offered some useful information, $ /it just did not solve your problem.  M Hey, far be it from me to discourage anyone from responding, or from offering O useful information. A careful reading of my post will reveal that I _said_ that M the leading space in the old file had been edited out of the new file, yet he J with I am sure a sincere wish to help decided that I had a problem totally  opposite to the one I described.  C ]> I have a text file that differs from its predecessor (mostly) in C ]> that the old one has lines that start with a single space, while 2 ]> in the new one, that space has been edited out. ] , ]I suspect that your problem is not leading, ]but trailing spaces.  ]   L My response probably should have reminded him that to help, one first has toK understand with what problem one is helping.  I welcome all responses to my L questions and I even respond occasionally with answers that have been tried.  8 Remember what H.L. Mencken (is attributed to have) said:  H "For every problem there is a simple solution that probably won't work."  K Answer a different question than the one I asked and I sometimes get testy.    Sorry.   /-J    ------------------------------  # Date: Mon, 05 Jun 2000 17:52:41 GMT # From: alphaman@hsv.sungardtrust.com = Subject: Re: Display open files on shadow set across cluster? ) Message-ID: <8hgpd1$c16$1@nnrp1.deja.com>   / In article <sj7i8bso5pj149@corp.supernews.com>, 4   "Todd Nelson" <toddnelson@lehighcounty.org> wrote:A > I have two Alpha 4000 nodes running OpenVMS v 7.2.  The systems 
 analysts /G > programmers like to be able to see what files are open on a volume in  order   > to facilitate their file work. : E > I know that I can use sysman to do this by executing the command on  bothF > nodes simultaneously, but I do not know how to allow the programmers to.   E If you're running TCP/IP, they should be able to use RSH to issue the D command remotely.  You can either add proxies for the specific usersF you want to have access the other system, or you can have them specify2 their usernames and passwords on the command line.  	  HELP RSH   B should give you adequate details if you're running UCX (aka TCP/IPD Services).  Note that you must have the rsh/rexec client enabled via UCX$CONFIG.    Aaron     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  $ Date: Mon, 5 Jun 2000 21:15:46 +0200" From: "Hans Vlems" <hvlems@iae.nl>= Subject: Re: DTSESSION crashes for some users, but not others ( Message-ID: <8hgtpm$d88$1@news.IAEhv.nl>  / Did you check that user's record in SYSUAF.DAT? > If that offers no solution, rename that user's LOGIN.COM file.  
 Hans Vlems  + James Bellinger heeft geschreven in bericht1+ <39382D6C.27C9BE7D@hep.physics.wisc.edu>...?/ >We have a few AXP machines running VMS 6.1 and  >DecWindows Motif 1.2-4.- >Some users can log into the console and work * >with no trouble under the CDE system, but. >one of our users has the window manager crash
 >immediately.g >j- >I checked his login.com file and it exits ifs* >the process is DTSESSION, so that doesn't >seem to be a factor.t >s+ >At the moment a DECW$TE_0140 process seemsO2 >to be taking an inordinate amount of CPU as well, >if that means anything. >"/ >(Yes, I deleted the old DECW*.* files and blewo2 >away his DT directory.  Didn't help, same trouble >when he logged in again.) > - > Can someone point me to what might be goinga >wrong?o > Thanks > / >..............................................o >From DECW$SM.LOG I find:r >o1 >Executing mcr cde$system_defaults:[bin]dtsessiono >r< >%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual >address=00000000007Dc' >2000, PC=FFFFFFFF80408F0C, PS=0000001Be >e3 >  Improperly handled condition, image exit forced.H2 >    Signal arguments:   Number = 00000000000000052 >                        Name   = 000000000000000C2 >                                 00000000000100002 >                                 00000000007D20002 >                                 FFFFFFFF80408F0C2 >                                 000000000000001B >  >    Register dump:h: >    R0  = FFFFFFFFFFFFFFF3  R1  = 00000000007D2000  R2  = >000000007B1EF170t: >    R3  = 00000000006738B8  R4  = 000000007B22C008  R5  = >00000000006738B0 : >    R6  = 0000000000000048  R7  = 0000000000000000  R8  = >00000000007BA760r: >    R9  = 0000000000000010  R10 = 0000000000000010  R11 = >0000000000000040h: >    R12 = 00000000007CD368  R13 = 000000007B99C000  R14 = >0000000000003100E: >    R15 = 0000000000000000  R16 = 000000002E60C088  R17 = >00000000006738F8C: >    R18 = 0000000000000033  R19 = 0000000000000000  R20 = >00000000007CD368-: >    R21 = 000000002E6238DB  R22 = 00000000007BAAC8  R23 = >00000000007D1FFC?: >    R24 = 00000000007BA758  R25 = 00000000007D2000  R26 = >000000002E60C07BD: >    R27 = 00000000007BA790  R28 = 0000000000000004  R29 = >000000007AFD2060-: >    SP  = 000000007AFD2060  PC  = FFFFFFFF80408F0C  PS  = >200000000000001Bt >i >Exiting XSESSION.COME >d >--q/ >James N. Bellinger      U.Wisconsin at MadisonB" >jnb@hep.physics.wisc.edu.antispam   ------------------------------  # Date: Mon, 05 Jun 2000 19:16:44 GMT6& From: elyse-marissa@sap-consulting.comH Subject: E-Commerce - Ariba, BroadVision & Commerce One Positions WANTED) Message-ID: <8hguaa$g2a$1@nnrp1.deja.com>A  C One of our clients has an immediate need for E-Commerce consultantsAF with experience in ARIBA, BroadVision or Commerce One. I have openings) from Consultant to Senior Manager levels.=  @ Requirements: 1 Full Implementation with experience using ARIBA, BroadVision or Commerce One.  F ONLY CURRENT H1-B Visa, Green Card Holders and US Citizens NEED APPLY.  / Compensation: 90K to 225K - depending on level.a  $ Openings in every region of the USA.  F For more information please call Elyse at SAPient ES, Inc. at 215-345-' 8100 or email a copy of your resume to:D! elyse-marissa@sap-consulting.com.u   Hoping to be of Service, SAPient ES, Inc.    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 05 Jun 2000 19:38:55 -0400F* From: David A Froble <davef@tsoft-inc.com> Subject: Error on analyze disk- Message-ID: <393C3A0F.10622349@tsoft-inc.com>   J Having a problem with analyzing a disk.  I believe the error report is notK valid, and am not sure what the real problem is.  Note the attempt below toNL analyze DISK6, a subsequent attempt to analyze DISK5 (successfully), and the! page file information.  VMS V7.2.c   $ ana/disk disk6 Error allocating virtual memory~ Insufficient virtual memory    $ sho dev/full disk6   I Disk DFE$DKA600:, device type SEAGATE ST15150N, is online, mounted, file->9     oriented device, shareable, error logging is enabled.4  =O     Error count                    0    Operations completed               1331oO     Owner process                 ""    Owner UIC                      [SYSTEM]nO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WDO     Reference count               20    Default buffer size                 512 O     Total blocks             8388315    Sectors per track                   108=O     Total cylinders             3699    Tracks per cylinder                  21=  BO     Volume label             "DISK6"    Relative volume number                0BO     Cluster size                   1    Transaction count                    20iO     Free blocks              4703597    Maximum files allowed           2097078tO     Extend quantity                5    Mount count                           12O     Mount status              System    Cache name         "_DFE$DKA0:XQPCACHE"sO     Extent cache size             64    Maximum blocks in extent cache   4703593O     File ID cache size            64    Blocks currently in extent cache 355929nO     Quota cache size               0    Maximum buffers in FCP cache        458FO     Volume owner UIC           [1,1]    Vol Prot    S:RWCD,O:RWCD,G:RWCD,W:RWCDD  aP   Volume Status:  ODS-2, subject to mount verification, file high-water marking,!       write-back caching enabled.A  C
 $ sho lic/cha=' VMS/LMF Charge Information for node DFEV3 This is a MicroVAX 3100-80, hardware model type 246aO Type: A, Units Required: 18     (VAX/VMS Capacity or OpenVMS Unlimited or Base) 4 Type: B, * Not Permitted *      (VAX/VMS F&A Server)9 Type: C, Units Required: 100    (VAX/VMS Concurrent User) 5 Type: D, * Not Permitted *      (VAX/VMS Workstation) D Type: E, Units Required: 230    (VAX/VMS System Integrated Products)6 Type: F, Units Required: 20     (VAX Layered Products)* Type: G, * Not Permitted *      (Reserved)8 Type: H, * Not Permitted *      (Alpha Layered Products)2 Type: I, Units Required: 20     (Layered Products)   $ sho dev/full disk5  sI Disk DFE$DKA500:, device type SEAGATE ST15150N, is online, mounted, file- 9     oriented device, shareable, error logging is enabled.    O     Error count                    0    Operations completed                104 O     Owner process                 ""    Owner UIC                      [SYSTEM]iO     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WxO     Reference count                1    Default buffer size                 512iO     Total blocks             8388315    Sectors per track                   108nO     Total cylinders             3699    Tracks per cylinder                  21r  aO     Volume label             "DISK5"    Relative volume number                0vO     Cluster size                   9    Transaction count                     1dO     Free blocks              2255310    Maximum files allowed            419415oO     Extend quantity            20000    Mount count                           1 O     Mount status              System    Cache name         "_DFE$DKA0:XQPCACHE"hO     Extent cache size             64    Maximum blocks in extent cache   225531 O     File ID cache size            64    Blocks currently in extent cache      0eO     Quota cache size               0    Maximum buffers in FCP cache        458fO     Volume owner UIC           [1,1]    Vol Prot    S:RWCD,O:RWCD,G:RWCD,W:RWCDc  gP   Volume Status:  ODS-2, subject to mount verification, file high-water marking,!       write-back caching enabled.c  t $ ana/disk disk5J Analyze/Disk_Structure for _DFE$DKA500: started on  5-JUN-2000 12:54:11.32  e Error opening QUOTA.SYSn No such file     $ sho mem/page  m@               System Memory Resources on  5-JUN-2000 12:54:36.87   L Physical Memory Usage (pages):     Total        Free      In Use    ModifiedL   Main Memory (40.00Mb)            81920       25665       50333        5922   L Virtual I/O Cache Usage (pages):   Total        Free      In Use     MaximumL   Cache Memory                     11398         296       11102       24591  oL Slot Usage (slots):                Total        Free    Resident     SwappedL   Process Entry Slots                100          49          51           0L   Balance Set Slots                   90          41          49           0  eL Dynamic Memory Usage (bytes):      Total        Free      In Use     LargestL   Nonpaged Dynamic Memory        2059264      506112     1553152       13824L   Paged Dynamic Memory           1184768      794576      390192      792576   L Paging File Usage (pages):                      Free  Reservable       TotalL   DISK$VMS072:[SYS0.SYSEXE]SWAPFILE.SYS        30000       30000       30000L   DISK$VMS072:[SYS0.SYSEXE]PAGEFILE.SYS       246341      151180      250000  hO Of the physical pages in use, 13463 pages are permanently allocated to OpenVMS.r  @ The problem appears to be specific to this one disk.  Any ideas?   Dave   -- e4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Mon, 05 Jun 2000 17:30:11 -0500e) From: "John E. Malmberg" <wb8tyw@qsl.net>l Subject: Re: format utilitye7 Message-ID: <1c1401bfcf3d$a055de80$020a0a0a@xile.realm>   2 From: vmsinmich <snomotorNOsnSPAM@aol.com.invalid>  H > I have a vax 2000 with a 5 1/4 floppy drive. I cannot find a supply ofF > rx33k blank floppies, I was told that there is a format procedure toD > format hd 5 1/4 floppies. Does any one know what the procedure is?  I The low level format of an rx33 blank floppy is identical to that of a PC-A based floppy.  Most new disks come preformatted that I have seen.   J Using a PC to format/reformat the disks was what I did the last time I hadI an rx33 drive to use.  That way I did not have to shutdown the VAXstationF 2000.<  B Then you can use the $INITIALIZE command on them to add a VMS file
 structure.   -John- wb8tyw@qsl.network   ------------------------------  $ Date: Mon, 5 Jun 2000 21:01:18 +0200" From: "Hans Vlems" <hvlems@iae.nl>- Subject: Re: How do you "uncluster" a system?s( Message-ID: <8hgsuf$aid$1@news.IAEhv.nl>   The easy way is:   >>> B/1, SYSBOOT> set vaxcluster 0  SYSBOOT> continuet   Then, when VMS is up:  $ MC SYSGENg SYSGEN> set vaxcluster 0 SYSGEN> write currento SYSGEN> exit  K Someone else posted nearly the same but used equal signs. Now VMS is prettydH straight forward, but MODPARAMS.DAT (where in an ideal world the perfect systemI manager records *all* changes to SYSGEN parameters) does use equal signs,s while SYSBOOT and SYSGEN don't.$  
 Hans Vlems  > Dan heeft geschreven in bericht <393B0988.338A6DC2@vrx.net>...F >well cluster config was a bad idea. no license installed, now I can't
 >even boot myh >system any more.d >sA >Anyone know the break key at startup to get to the ">>>" prompt? 5 >and how do you undo whatever "cluster_config" does ?a >  >Sigh. >t   ------------------------------  # Date: Mon, 05 Jun 2000 21:32:10 GMTu2 From: Arasu Ramalingam <arasu.ramalingam@wcom.com>- Subject: How to get all Global Section Names?t' Message-ID: <393C1BDF.5B80678@wcom.com>i  H I am working on a problem which requires me to get a list of all (Group)A Global Sections existing in a OpenVMS AXP system and monitor themeF periodically. I could get a listing through System Dump Analyzer usingG SHOW GSD/GROUP at DCL level, and read that listing file through spawingaD a subprocess. Instead of doing this in a round about way, is there aH better method or system service/utility to get the Global Section names? I will appreciate any help.    Thanks,X Arasu Ramalingam MCI WorldCom   ------------------------------  # Date: Tue, 06 Jun 2000 00:18:18 GMTe= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)t1 Subject: Re: How to get all Global Section Names?y0 Message-ID: <009EB2B3.A6A614F9@SendSpamHere.ORG>  \ In article <393C1BDF.5B80678@wcom.com>, Arasu Ramalingam <arasu.ramalingam@wcom.com> writes:I >I am working on a problem which requires me to get a list of all (Group)uB >Global Sections existing in a OpenVMS AXP system and monitor themG >periodically. I could get a listing through System Dump Analyzer using5H >SHOW GSD/GROUP at DCL level, and read that listing file through spawingE >a subprocess. Instead of doing this in a round about way, is there aDI >better method or system service/utility to get the Global Section names?  >I will appreciate any help.  G A simple (approx. 20 line of Macro) at http://www.tmesis.com/gsd/  will % show you a way to get at these names.C   --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  L GNU Freeware -- What does the GNU *really* stand for?  Garbage!  Not Usable!   ------------------------------  % Date: Mon, 05 Jun 2000 19:23:30 -0500j" From: simpler <brad@chem.wisc.edu>& Subject: I'm Trying to Model Something- Message-ID: <393C4482.1C709060@chem.wisc.edu>n   Can you help me?   Here's a problem:t  D Let's say there are M open mail relay systems and N active spammers.   M >> N  G Do you agree with me that, until M is on the order of N,  reducing M byl7 blocking open relay will have no effect on spam volume?   E I've tried to say that in news.admin.net-abuse.email, but they aren'ti# buying it.  Am I missing something?    ------------------------------  % Date: Mon, 05 Jun 2000 23:20:04 +0200y From: manser@decus.de  Subject: motif debug problem* Message-ID: <009EB2CD.0AF90708.6@decus.de>  
 Hi vms folks,t   I have the following problem  6 i am running decc v5.6, decw motif 1.2-3, vax vms v6.2  " Here are the outputs of my session  O ===============================================================================w
 $cc/debug xxx  $link/debug xxxs $run xxxN X Toolkit Warning: I18NOpenFile: Couldn't open file vmsdebuguil - MrmNOT_FOUND MrmOpenHierarchy ERROR| %DEBUG-F-ERROPENHIER, the debugger detected an error while opening the Motif resource (UID) file, in routine DBG$MOTIF_INIT.0 %DEBUG-E-DBGERR, internal debugger coding error.6 -DEBUG-I-LOGFILEIS, the error log is in file DEBUG.LOG| -DEBUG-F-ERROPENHIER, the debugger detected an error while opening the Motif resource (UID) file, in routine DBG$MOTIF_INIT.O X Toolkit Warning: MrmFetchWidgetOverride: NULL hierarchy id - MrmBAD_HIERARCHYc6 %DEBUG-I-INITIAL, language is C, module set to CDWRITEf %DEBUG-F-ACCVIO, access violation, reason mask=00, virtual address=00000008, PC=003B32C0, PSL=03C000040 %DEBUG-E-DBGERR, internal debugger coding error.6 -DEBUG-I-LOGFILEIS, the error log is in file DEBUG.LOGg -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000008, PC=003B32C0, PSL=03C00004vO X Toolkit Warning: MrmFetchWidgetOverride: NULL hierarchy id - MrmBAD_HIERARCHY f %DEBUG-F-ACCVIO, access violation, reason mask=00, virtual address=00000004, PC=003BE348, PSL=03C000040 %DEBUG-E-DBGERR, internal debugger coding error.6 -DEBUG-I-LOGFILEIS, the error log is in file DEBUG.LOGg -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000004, PC=003BE348, PSL=03C00004 O X Toolkit Warning: MrmFetchWidgetOverride: NULL hierarchy id - MrmBAD_HIERARCHYef %DEBUG-F-ACCVIO, access violation, reason mask=00, virtual address=0000000C, PC=003A6B18, PSL=03C000040 %DEBUG-E-DBGERR, internal debugger coding error.6 -DEBUG-I-LOGFILEIS, the error log is in file DEBUG.LOGg -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000000C, PC=003A6B18, PSL=03C00004mO X Toolkit Warning: MrmFetchWidgetOverride: NULL hierarchy id - MrmBAD_HIERARCHYu9 Usage: cdwrite [-dummy/write] [-speed speed_factor (1/2)]/f %DEBUG-F-ACCVIO, access violation, reason mask=00, virtual address=00000004, PC=003B0C8B, PSL=03C000040 %DEBUG-E-DBGERR, internal debugger coding error.6 -DEBUG-I-LOGFILEIS, the error log is in file DEBUG.LOGg -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000004, PC=003B0C8B, PSL=03C00004,O X Toolkit Warning: MrmFetchWidgetOverride: NULL hierarchy id - MrmBAD_HIERARCHYuf %DEBUG-F-ACCVIO, access violation, reason mask=00, virtual address=00000004, PC=003BE348, PSL=03C000040 %DEBUG-E-DBGERR, internal debugger coding error.6 -DEBUG-I-LOGFILEIS, the error log is in file DEBUG.LOGg -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=00000004, PC=003BE348, PSL=03C00004aO X Toolkit Warning: MrmFetchWidgetOverride: NULL hierarchy id - MrmBAD_HIERARCHYif %DEBUG-F-ACCVIO, access violation, reason mask=00, virtual address=0000000C, PC=003A6B18, PSL=03C000040 %DEBUG-E-DBGERR, internal debugger coding error.6 -DEBUG-I-LOGFILEIS, the error log is in file DEBUG.LOGg -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000000C, PC=003A6B18, PSL=03C00004CO X Toolkit Warning: MrmFetchWidgetOverride: NULL hierarchy id - MrmBAD_HIERARCHYe
  Interrupt   MERKUR> stop MERKUR> sh log dbg*   
 (NAZIM$TABLE)n   (LNM$PROCESS_TABLE)    (LNM$JOB_80DB31C0)   (LNM$GROUP_000001)   (LNM$SYSTEM_TABLE)  5   "DBG$HA_DEFAULTS" = "SYS$LOGIN:DBG$HA_DEFAULTS.DAT"i+         = "SYS$LIBRARY:DBG$HA_DEFAULTS.DAT"i   "DBG$INPUT" = "SYS$INPUT:"   "DBG$OUTPUT" = "SYS$OUTPUT:"   (DECW$LOGICAL_NAMES) MERKUR> dsd DBG$HA_DEFAULTSl   Directory SYS$SYSROOT:[SYSLIB]   DBG$HA_DEFAULTS.DAT;1eN                            1/3        15-MAY-1995 11:13:45.87  (RWED,RWED,RE,)   Total of 1 file, 1/3 blocks.  . MERKUR> dsd sys$sysdevice:<000000...>DBG$*.ui* ....  + Directory SYS$SYSDEVICE:<VMS$COMMON.SYSLIB>   R DBG$HA.UID;1              96/96       15-MAY-1995 11:13:43.70  (RWED,RWED,RWED,RE)   Total of 1 file, 96/96 blocks.  2 MERKUR> dsd sys$sysdevice:<vms$common...>*Debug*.*  9 Directory SYS$SYSDEVICE:<VMS$COMMON.DECW$DEFAULTS.SYSTEM>   R VMSDEBUG.DAT;1            13/15       15-MAY-1995 11:13:45.53  (RWED,RWED,RWED,RE)   Total of 1 file, 13/15 blocks.  , Directory SYS$SYSDEVICE:<VMS$COMMON.SYS$LDR>  R SYSTEM_DEBUG.EXE;1        32/33       15-MAY-1995 10:58:34.53  (RWED,RWED,RWED,RE)   Total of 1 file, 32/33 blocks.  0 Directory SYS$SYSDEVICE:<VMS$COMMON.SYS$STARTUP>   DEBUG$STARTUP.COM;10R                            3/3        15-MAY-1995 11:13:47.19  (RWED,RWED,RWED,RE)   Total of 1 file, 3/3 blocks.  8 Directory SYS$SYSDEVICE:<VMS$COMMON.SYSEXE.GNUPLOT.TERM>  P DEBUG.TRM;1                6/6        19-MAR-1994 18:24:09.46  (RWED,RWED,RE,RE)   Total of 1 file, 6/6 blocks.  + Directory SYS$SYSDEVICE:<VMS$COMMON.SYSLIB>F  R DEBUG.EXE;1              287/288      15-MAY-1995 11:13:31.48  (RWED,RWED,RWED,RE)R DEBUGSHR.EXE;1          1808/1809     15-MAY-1995 11:13:32.09  (RWED,RWED,RWED,RE)R DEBUGUISHR.EXE;1         348/348      15-MAY-1995 11:13:34.47  (RWED,RWED,RWED,RE)R TPU$DEBUG.TPU;1           70/72       15-MAY-1995 11:15:14.92  (RWED,RWED,RWED,RE) VMSDEBUGCUSTUIL.UID;1gR                          216/216      15-MAY-1995 11:13:44.81  (RWED,RWED,RWED,RE)R VMSDEBUGUIL.UID;1        368/369      15-MAY-1995 11:13:44.11  (RWED,RWED,RWED,RE)  # Total of 6 files, 3097/3102 blocks.   9 Grand total of 5 directories, 10 files, 3151/3159 blocks.e  ` ================================================================================================ here are my questionsL     1) what is going wrong ?6 2) how can i use the normal (not the motif) debugger ?   thanks for any helpf   reguards   nazim Manser  " email: manser@decus.de (permanent)   ------------------------------  $ Date: Mon, 5 Jun 2000 14:38:25 -0400' From: "Bill Todd" <billtodd@foo.mv.com>.5 Subject: Re: None dare call it Legacy (ISE goes live)u( Message-ID: <8hgrtd$2b1$1@pyrite.mv.net>  9 Peter Moreton <petermoreton@my-deja.com> wrote in messagee# news:8hfod7$jgf$1@nnrp1.deja.com...r >  > >zF > > I worked on RMS (mostly RMS-11, though in fairly close cooperation > withJ > > VAX/RMS, and I was pleasantly surprised recently to find out that theyG > > adopted my design for key compression in Prologue Version 3 largelysI > > unchanged) in one manner or another for most of the 11 years I was atm > DEC,A > > most of that time as its lead (and often sole) access methodsn > developer, sol= > > I suspect that I understand it rather better than you do.t >  >GF > Egads, does this mean that you were responsible for $EDIT/FDL ?  :-)  G Nope.  As I said, access methods (vs. utilities), and mostly on the 11.p   - bill   >t > -- > Peter Moreton, > Northamptonshire,  > UK.  >  > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    ------------------------------   Date: 5 Jun 2000 19:56:16 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)J Subject: Re: OpenVMS commentaries (was Re: Gartner commentary on Wildfire)6 Message-ID: <8hh0l0$5v1$1@mailint03.im.hou.compaq.com>  a In article <802568F2.0041F477.00@qedilc01.qedi.quintiles.com>, steven.reece@quintiles.com writes: D :The tide of OpenVMS is dead has not turned yet.  I was talking to aL :representative of a recruitment company earlier this week who believes thatP :OpenVMS is dead or is on the way.  She was very surprised that there is so muchI :good work being done at Compaq to reverse this trend.  I take this as an L :indicator that the companies which she deals with are moving away from VMS.  D   Or she's not been contacted for folks looking for OpenVMS -- we'reA   currently hiring, for instance.  The OpenVMS VP, Rich Marcello,eC   recently mentioned that one thing under serious consideration is F@   the inclusion of a recruitment or jobs website for folks with 0   OpenVMS skills via the Compaq OpenVMS website.    N :Perhaps the new marketing materials should be send out in paper copy a littleM :more widely (not just to existing customers who are still heavily committed dI :to VMS) but to companies with only one or two small systems in a bigger s0 :environment (the small fish in the big pond).    A   I can't speak for the marketing plans for OpenVMS and certainly)A   not for the contents of the press.  I can say that there are a  B   number of OpenVMS sites looking for OpenVMS-trained folks.  (eg:   us.)  M :I would like to see a complete "Porting to VMS" manual.  This would probablyLO :also be of use to ISVs who can't get enough VMS resource to be able to tackle i, :a port of their software to the VMS market.  G   Part of this is tied into the COE work, which is an environment that kF   makes porting C code from Sun Solaris over to OpenVMS rather simple.  I :The mention of host-based InfoServer interests me too - I would like to nH :be able to leave the VMS documentation CDs in my InfoServer full-time, H :but we just don't have enough CD drives around the place to be able to 	 :do it.     =   Getting more CD-ROM drives would be a quick fix, obviously.:  H :My fear, as I've stated before and still seems to be the case, is that M :although VMS Engineering is working hard to give customers new developments  L :and improvements and guaranteed support for x number of years and the otherM :excellent stuff that they're doing, there are significant numbers of people uM :out there in "User Land" that won't believe that there's any committment to nL :VMS anyway and it's all just a big show by Compaq before they pull the rug ) :out from under all of their customers.  a  D   The ten and fifteen year commitment letters should be interesting,D   but the only real cure is the continued support (and enhancements)A   for OpenVMS and various direct visits and updates from OpenVMS x4   management and engineering.  (And from marketing.)  G :A pet peeve at the moment is the issue of Prior Version Support.  The  E :UK CSC is apparently going to support VMS v7.1, 7.1-1h1 and 7.1-1h2 rF :without the backup of VMS Engineering following the 1st of July 2000.  E   Donno about notifications (which I would have expected to have beenkD   sent out), but there is information on Prior Version Support plansE   referenced in the OpenVMS FAQ.  (Please search for "Prior Version" e    for a pointer to the details.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Sat, 03 Jun 2000 03:01:52 -0700 % From: "Clark L. Zahn" <clzahn@aa.net>a  Subject: OSU Web Server Problems& Message-ID: <3938D790.B1790EB2@aa.net>  L Does anyone out there have recent experience with the OSU web server runningN on VMS?  I'm working on a project where we are porting a legacy FMS app to useI a web interface.  We are running into problems with the webserver hangingcG frequently and having to be restarted.  We are writing to a pipe named   NET_LINK from Fortran.  9 I would welcome any response, either via email or posted.g   Thanks,M   --   *****************************5 Clark L. Zahn   clzahn@aa.neti   ------------------------------   Date: 5 Jun 2000 18:55:06 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: PATCHst6 Message-ID: <8hgt2a$4fe$3@mailint03.im.hou.compaq.com>  ] In article <393529BF.E5EF18BA@digitem.co.ma>, ezzaoudi med <m.ezzaoudi@digitem.co.ma> writes:5' :Where can I find patches for OpenVMS ?3  F   Though others have correctly answered the original question, a quickH   search of the OpenVMS Frequently Asked Questions (FAQ) document would F   have located the section entitled "MGMT25. How do I acquire OpenVMS G   patches, fixes, and ECOs?" -- put another way, I would encourage you oH   to acquire and to skim through the OpenVMS FAQ, as you will find many E   of the more common OpenVMS-related questions answered there.  This rD   simple technique can help you find the answer to many of the most E   common OpenVMS questions far more quickly, and it also helps avoid iF   the inevitable discussions around repeatedly answering the same setsJ   of questions, and it also helps avoid folks repeatedly posting pointers    to the FAQ, too. :-)  $   The OpenVMS FAQ is accessable via:  "     http://www.openvms.compaq.com/  J   Many newsgroups will have FAQs.  For some very general details on this, I   (you guessed it :-) please see the overview section in the OpenVMS FAQ.   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Mon, 05 Jun 2000 13:57:51 -0400t" From: Dan Sugalski <dan@sidhe.org>= Subject: Re: performance drop of >35% from Oracle 7.1 to 8.051: Message-ID: <4.3.2.7.0.20000605135506.00eb0100@24.8.96.48>  * At 04:44 PM 6/5/00 +0000, Dirk Munk wrote:     >Sybrand Bakker wrote: > > ? > > Oracle in the past announced it would drop the single task O > implementation of $ > > Oracle, available on VMS *only*.J > > The two-task interface, uncommon, but available on VMS, but the *only*H > > option on *all* other platforms, was going to be the only interface.K > > So, yes, this was to be expected (mailboxes probably being implemented   > usingaL > > $QIO and/or $QIOW calls) and, regrettably, there is *no* workaround, as  > thisJ > > is an architectural change. The only other option would be (depending  > on theC > > number of users) implement the MultiThreaded Server, if that's t > available for  > > VMS. >oG >It is available I think, but not applicable to our problem, since thist >is a batch process.  I Actually it is applicable to your problem. It may not cure all the speed -J hits, but going MTS does cut down on connect time an awful lot, and seems 2 to have a bit of a performance boost on top of it.  L You might also look to increasing the maximum size of a record permitted in K a mailbox, though don't max it out too big as Dave Mathog found. (Geeks up x DecWindows)p  @ Also try switching over to using TCP/IP instead of mailboxes in L LISTENER.ORA/TNSNAMES.ORA. I don't know if you'll see a win, but it's worth  an experiment.   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenr;                                       teddy bears get drunk-   ------------------------------  # Date: Mon, 05 Jun 2000 21:02:14 GMTB3 From: "Gord Coulman" <nospam_gcoulman@ccinet.ab.ca>e= Subject: Re: performance drop of >35% from Oracle 7.1 to 8.05n6 Message-ID: <qzU_4.53$vT6.20513@news1.telusplanet.net>  L I didn't really notice this performance drop, but then I have a small numberI of concurrent users and I made several other configuration changes at thenE time of the upgrade (much bigger SGA using reserved memory, differenta6 distribution of data files, redo logs on disk drives).   Gord.D  + Dirk Munk <d.munk@kpn.com> wrote in messagea2 news:01bfcf04$73b73ab0$ab4815ac@HKTGN0002251944...I > After an upgrade from VMS 6.2 & Oracle 7.1 to VMS 7.2 & Oracle 8.0.5 weh' > noticed a performance drop of > 35 %.a >aI > At the same time the buffered IO rate went sky high and CPU utilizationd > went up too. >aL > After close examination we found that in the old situation a given programI > with SQL statements consisted out of one process that communicated withr the* > database listner.  >tG > In the new situation the program is made up out of two processes, one3L > process with the same name as the old process, and a second Oracle process/ > that communicates with the database listener.c >uI > The communication between both processes is done by means of mailboxes,m andeI > that explains the terrible loss in performance and the high buffered IOu > rate & CPU utilization., >eH > A mailbox in VMS is a device like any other device, and writing to and from: > a mailbox is normal IO with all overhead attached to it. >iL > Has anyone experienced this problem before (seems Oracle 7.3.4 already had3 > this problem), and did anyone find a workaround ?c >d
 > Regards, >t > Dirk Munkl
 > KPN Telecom  >9 >C >A   ------------------------------  # Date: Mon, 05 Jun 2000 20:57:37 GMT  From: Dirk Munk <munk@home.nl>= Subject: Re: performance drop of >35% from Oracle 7.1 to 8.05=' Message-ID: <393C1443.CD93953C@home.nl>=   Dan Sugalski wrote:= > , > At 04:44 PM 6/5/00 +0000, Dirk Munk wrote: >  > >Sybrand Bakker wrote: > > >l@ > > > Oracle in the past announced it would drop the single task > > implementation ofN& > > > Oracle, available on VMS *only*.L > > > The two-task interface, uncommon, but available on VMS, but the *only*J > > > option on *all* other platforms, was going to be the only interface.L > > > So, yes, this was to be expected (mailboxes probably being implemented	 > > usingtM > > > $QIO and/or $QIOW calls) and, regrettably, there is *no* workaround, asm > > thisK > > > is an architectural change. The only other option would be (dependingi
 > > on theD > > > number of users) implement the MultiThreaded Server, if that's > > available for0
 > > > VMS. > >SI > >It is available I think, but not applicable to our problem, since thisI > >is a batch process. > J > Actually it is applicable to your problem. It may not cure all the speedK > hits, but going MTS does cut down on connect time an awful lot, and seemsO4 > to have a bit of a performance boost on top of it.  H OK, I will have a word with our Oracle group and see if we can give it a try.   > M > You might also look to increasing the maximum size of a record permitted in L > a mailbox, though don't max it out too big as Dave Mathog found. (Geeks up
 > DecWindows)a  , Oracle is using 8 KB mailboxes at the moment   > A > Also try switching over to using TCP/IP instead of mailboxes inRM > LISTENER.ORA/TNSNAMES.ORA. I don't know if you'll see a win, but it's worth0 > an experiment.  A AFAIK TCP/IP also uses mailboxes for internal communication, so IG= suppose it would only add the overhead for the TCP/IP stack ?V   > - >                                         Dan= > K > --------------------------------------"it's like this"-------------------N4 > Dan Sugalski                          even samuraiA > dan@sidhe.org                         have teddy bears and even = >                                       teddy bears get drunkB   ------------------------------  # Date: Tue, 06 Jun 2000 01:51:52 GMTI% From: "MyTwoBits" <nighr@hotmail.com>B= Subject: Re: performance drop of >35% from Oracle 7.1 to 8.05t: Message-ID: <YOY_4.7017$gr4.271030@news1.rdc1.il.home.com>  L I'm sure that Linus, Bill and Scott are teaming up to mount a counter-attackI Maybe every Internet user is going to get that killer DecNet protocol forB8 their DecStation.  I'm going to hide my TK-50 tapes now.  G My ribs hurt.  I lost my Vax administrator job 8 years ago.  The recent-J activity at Compaq includes engineers using EDT to write their resumes andJ print them on LN01 printers.  I'm sure they can be retrained for the Linux
 support desk._  I In the years since, I've learned Oracle and don't care what the operatingsK system it's on.  Last winter I showed a mainframe programmer how to connectnJ to an NT Oracle installation from his OS/390 beast to do table backups viaK export and SQL*Net.  With the exception of power plants and hospitals where1I I would be cautious about migrations, there is no reason why anyone would K stay on VMS a second longer than they had to.  Just to run Oracle?  Please.N   My25/c.n  : "John Nixon" <jorlnixon@worldnet.att.net> wrote in message@ news:qDR_4.4051$vc5.323638@bgtnsc04-news.ops.worldnet.att.net...? > "Sybrand Bakker" <postbus@sybrandb.demon.nl> wrote in messagei6 > news:960222588.944.0.pluto.d4ee154e@news.demon.nl... >T > snipL > > IMO, frankly I think VMS is on the way out. I remember seeing remarks on > KPN G > > dropping this platform too. This is of course a pity, but was to be 
 > expected" > > after DEC was bought by Compaq >3H > Uhoh,   I hope you are wearing your flak jacket...   That was a pretty dumbK > statement considering the board you are on and all the recent activity inM	 > the VMS1 > world. >D< > You are right about the two process implementation though.   ------------------------------  # Date: Mon, 05 Jun 2000 17:46:38 GMTC% From: Uwe Zessin <zessin@my-deja.com>G/ Subject: SYI$_HW_NAME buffer might be too short5) Message-ID: <8hgp1o$bli$1@nnrp1.deja.com>,  E It looks like Python is a wonderful way to find out quirks in OpenVMSDE or the underlying hardware. Here is another one which I haven't foundR- out myself this time - it was reported to me.r  G The documented buffer size is 31, but - as you can see - this might not 
 be enough.  F Python 1.5.2 (V007b, Mon Jun  5 00:13:59 2000) [DECC] on OpenVMS Alpha= Copyright 1991-1995 Stichting Mathematisch Centrum, AmsterdamE' portions Copyright 1996-2000 Uwe Zessin  >>> import vms_lib5 >>> contxt, result = vms_lib.getsyi('SYI$_HW_NAME',0), >>>b# >>> print len(result), repr(result)S7 41 'COMPAQ Professional Workstation XP1000\000\000\000'  >>>Y  B This one works because the interface routine uses a dynamic string
 descriptor...1  D Oh, and '\000' is reported, because Python does use a length counterE and not a zero-terminated string - how is that for a programm written 	 in C? ;-)    --
 Uwe Zessin    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 5 Jun 2000 21:13:31 GMT,2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: SYI$_HW_NAME buffer might be too short66 Message-ID: <8hh55r$9ht$1@mailint03.im.hou.compaq.com>  Q In article <8hgp1o$bli$1@nnrp1.deja.com>, Uwe Zessin <zessin@my-deja.com> writes:=F :It looks like Python is a wonderful way to find out quirks in OpenVMSF :or the underlying hardware. Here is another one which I haven't found. :out myself this time - it was reported to me. : H :The documented buffer size is 31, but - as you can see - this might not :be enough.   K   Looks like this might be a bug in the OpenVMS documentation for $getsyi,  K   the real length of the string is apparently set by CSB$S_HWNAME, and thatbJ   is currently 61.  (Looks like it is also ASCIC, which means the maximum L   useful length of the string is really 60, with one reserved for the count J   byte.)  I'll pass this along to the appropriate technical writer -- this/   from a quick look at the $getsyi source code.   J   I don't know of particularly many system services that deal with dynamicH   string descriptors -- I'd suggest trying this with a null-terminated CI   string.  That said, it also looks like something in this Python? widgetdI   is returning the wrong length for the string (41 vs 38), and that would F   likely be a creature lurking in the Python? system console firmware.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Mon, 5 Jun 2000 21:20:39 +0200" From: "Hans Vlems" <hvlems@iae.nl> Subject: Re: Tadpole Tuning ( Message-ID: <8hgu30$ev3$1@news.IAEhv.nl>  G Did you ever try to set FREEGOAL to a value of, say. half the installedn memory?)  
 Hans Vlems- Skipper W. Morris heeft geschreven in berichtn <8h938t$aek$1@pyrite.mv.net>...d? >I'm still trying to get my Tadpole (Alphabook) laptop running.T >tE >I hacked the Phase V install so it installs and runs, UCX even runs.eD >The system even occasionally will make it all the way thru the boot	 sequence.  >dI >Usually if I set startup = opa0: in sysboot I can bring the whole systemkF >up a piece at a time.  But if I just try and boot normally the systemF >just stops part way up.  Any processes logged in just appear to hang,% >and the system console appears hung.k >oF >It really isn't hung.  I can still ping the system over the net.  AndI >DECnet hello messages are also going out.  It's just that user processeso >aren't getting any resources. >fF >The poor little system only has 32 meg of memory.  When it is running almostI >half of the processes are swapped out.  I've run autogen about 5-6 timesuB >trying to get it so it will try and work in a reasonable fashion. >wH >Only unusual thing I noticed in monitor that the page fault rate ranged >from 70 to 200. >iI >Any suggestions as to what I should look at to improve the situation? (I 4 >know, I know... but I *need* Phase V and TCP/IP...) >  >thanks 
 >/Skip Morris    ------------------------------   Date: 5 Jun 2000 20:07:35 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VAX on Intel?6 Message-ID: <8hh1a7$5v1$2@mailint03.im.hou.compaq.com>  u In article <g3SZ4.43387$v7.1950732@news-west.usenetserver.com>, Eric Dittman <dittman@narnia.int.dittman.net> writes:. ... G :: It sounds to me like the only way the VAX emulator makes sense is if G :: the IT boss insists on spending lots of money on the Intel platform,TF :: out of an irrational fear of older reliable DEC hardware.  And thisH :: is all assuming that a VMS license will be available at any price for :: the emulator. :hD :What you don't have listed for the non-emulator way is the hardware? :support costs for the old VS3100.  If 24/7 hardware support isM? :required that $100 VS3100/38 is going to get expensive fast.  t  J   TANSTAAFL.  If platform support is a key issue, then likely support for J   OpenVMS VAX running on the emulator and for the application(s) that are G   running on OpenVMS VAX running on the emulator will also be required.e  J   Consider that more than a few vendors supporting applications for use onG   Microsoft Windows NT for Intel IA32 platforms did not or would not orrH   could not support their application running via the FX!32 environment I   on Windows NT on Alpha.  (There are examples where OpenVMS Alpha itselfnF   does not support specific platforms (eg: AlphaServer 2100 5/375) or G   where a vendor has restrictions on platforms or versions (eg: recent gG   Oracle version requirements on OpenVMS Alpha and 21264 platforms).  IuF   can quite easily see various support issues and questions around theE   operations of a commercial application on an emulatation -- and no iF   matter how good the emulation might really be -- of a VAX platform.)  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 06 Jun 2000 03:15:49 GMT-2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com> Subject: Re: VAX on Intel?5 Message-ID: <F1__4.204$ru5.68271@typhoon.aracnet.com>c  > Wayne Sewell <wayne@tachysoft.xxx.044962.killspam.0138> wrote:M > I would expect that the hobbyist license would suffice for many people.  AsrP > slow as the thing will be, it seems more suited for hobbyists anyway.  I mean,Q > it's an interesting concept, and about the only possible way to make a billyboxrO > useful, but many of us have no desire to return to the microvax era.  But forrG > people wanting to learn vms, especially those who have access to only.  > billyboxes, it would be great.  J It's interesting to note that they've updated their webpage yet again, andL they mention that there will shortly be a Hobbyist Version of the emulator. I I've got to admit I think that's pretty cool since as a hobbyist there is0K no way I can justify the expense of an AlphaBook.  I was planning on tryingHJ to take a VS4000/VLC and an old PC Laptop and try to merge the two into anJ oversized 'VAX Laptop', now I think I'll just wait and give the emulator aL try.  I wonder how well it would run using "Virtual PC" on a PowerBook or an iBook :^)  h  K Now I wonder how soon shortly is, as I'm warming up to this idea and would sG like to try out the Hobbyist version :^)  Just so long as the Hobbyist dK version includes ethernet support so it can connect to my hobbyist cluster!d   			Zaney   ------------------------------   Date: 5 Jun 2000 18:40:47 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)M Subject: Re: VAXCluster Principles book (was Re: Problem with resource locks) 6 Message-ID: <8hgs7f$4fe$1@mailint03.im.hou.compaq.com>  g In article <Icb6EcCtQbIH@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:sA :I actually heard second-hand recently about someone from Digitalp< :Press being interested in beefing up their VMS repertoire.   H   I have heard this same statement directly from several of my contacts 7   at Digital Press, and on various different occasions.u  F :I may or may not believe that, but it seems more likely than the idea3 :that people posting in this topic are interested. -  H   The folks at Digital Press are well aware that more OpenVMS books and F   more frequent book updates are needed -- the initial target for workF   involves updates to popular current books and any new books that are:   expected to have wide interest among the user community.  E   I am presently updating another DP OpenVMS offering as part of this/H   whole effort.  (Y'all wondered about my copious spare time, eh?  Well,   don't. :-)   :Surely you arerD :not under the impression that people from Digital Press, a division3 :of another publishing company, follow comp.os.vms.   7   Digital Press is an imprint of Butterworth-Heinemann.   J :If you are serious about wanting updates, mail a letter to Digital Press.     Or visit www.bh.com.  6   If you have an idea for a book, contact DP directly.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 5 Jun 2000 16:19:10 -0500o. From: rjordan@Mercury.mcs.net (Richard Jordan)M Subject: Re: VAXCluster Principles book (was Re: Problem with resource locks) + Message-ID: <8hh5ge$1fd9$1@Mercury.mcs.net>e  8 >   If you have an idea for a book, contact DP directly. >t  @ Someone already did, but BH canceled it just before publication.C "OpenVMS and the Internet", I believe, was the title.  I still wish C they'd do a book like this (perhaps waiting on Apache to be final), B but I'd love to know why the canceled it.  I had pre-ordered it...   Rich JordanP rjordan@mcs.neti   ------------------------------  % Date: Mon, 05 Jun 2000 17:07:08 -0400t. From: Dan Gahlinger <dan@itac11-sun.sprint.ca>! Subject: vaxstation LED meanings?i4 Message-ID: <393C167B.D76D5BFC@itac11-sun.sprint.ca>  H Is there a place on the web that outlines the meanings of the LED lights> on the back of the Vaxstation (specifcally I'm looking for the vaxstation 3100, model 76).-H My system does the video test, and KB test, then stops dead. LEDs on are 7,3,2lE I thought this meant a bad scsi controller, but I'm not totally sure.>G and on the model 76, the scsi controller is built-in to the motherboardp	 it seems, G although it has a daughter board "5419288" I believe is the part numberu (scsi/FDI adapter).s  A this is my "prize" machine, so if anyone has any suggestions, I'dh greatly appreciate it.   Dan.   --" -There are always possibilities...   ------------------------------  " Date: Mon, 5 Jun 2000 23:33:29 GMT3 From: cornelius@eisner.decus.org (George Cornelius)a5 Subject: Re: ver 7.1 Openvms will run on the new Ds20 + Message-ID: <vLU7zrprseBS@eisner.decus.org>h  S In article <39347113.60AB0798@mediaone.net>, Ed Wilts <ewilts@mediaone.net> writes:   F > And I've been working with Compaq for over 2 months to get our DS20sJ > actually working in our cluster without crashing HSJ-50 controllers.  WeH > have not succeeded yet although Compaq does seem to be working hard to > resolve the issues.t  H Ed, Perhaps you could negotiate an arrangement with Compaq to upgrade toK the latest and greatest (HSJ80's?).  The combinatorial complexity of tryingcH every piece of hardware against every other piece is enormous, so when aJ new box is introduced there is a tendency to do the extensive testing withJ only the current models of the various peripheral devices.  We have alwaysH felt that we could expect continued interoperability over the years, butE given that CI is far from being mainstream nowadays and is becoming aiD relatively thin market for Compaq, it may be wise to just accept the/ inevitable and upgrade to something that works.i  J I suppose there's no guarantee that the 80's do not have the same problem,H but, even so, Compaq has far more motivation to correct interoperability< problems with their current models than with the older ones.   --8 George Cornelius              cornelius@eisner.decus.org0                               cornelius@mayo.edu   ------------------------------  % Date: Mon, 05 Jun 2000 15:36:25 -0300l1 From: "Boyle, Darren" <boyledj@bankofbermuda.com>t Subject: RE: VEST / DECmigrateK Message-ID: <9F664D538536D411BD3200508B6FF01A02468F@bdant027.bda.bobda.com>   4 > From: 	John Nixon[SMTP:jorlnixon@worldnet.att.net]K > That was a documented limitation, but just in case something has changed,  > It > willH > see if I can find any updates, or maybe somebody else on the board can > verify this, >  Cool, I'll look forward to it.  F > But wait...    Did you say you are using it to convert 7.1-2 images? > AFAIK, > VMS 7.1-2e > is not a VAX release,  > ; True, my mistake, we use VAX 7.2 + patches and Alpha 7.1-2.   8 > it is only an Alpha release.  Did you mean VMS 7.1, or > did you meanI > that you are converting (translating) images to run on VMS 7.1-2.    Wey > area > running manyB > images on Alpha VMS 7.1-2 that were created on VAX VMS 5.5-2 and
 > translated.n > J > Some of them have broken on Alpha VMS 7.2 but as far as I know,  you can > still K > only translate images that were created on VAX prior to VMS 6.x (ie 5.5-2r > or > earlier).h > J Some of ours have broken also but I can still compile on the VAX & VEST to an Alpha even today. - Darren  > > "Boyle, Darren" <boyledj@bankofbermuda.com> wrote in messageG > news:9F664D538536D411BD3200508B6FF01A024679@bdant027.bda.bobda.com...gE > > > It only works on VAX images created under VMS 5.5-2 or earlier.k > > >y > > >eG > > Where did you get this information from, we use it to convert 7.1-2b > images > > with about 95% success.  > > - Darren > >l > > J > > **********************************************************************G > > This message and any files transmitted with it are confidential andiA > > may be privileged and/or subject to the provisions of privacyn > legislation.L > > They are intended solely for the use of the individual or entity to whom > theyD > > are addressed. If the reader of this message is not the intended > recipient,F > > please notify the sender immediately and then delete this message.E > > You are notified that reliance on, disclosure of, distribution orD	 > copying1" > > of this message is prohibited. > >' > > Bank of BermudalJ > > ********************************************************************** > >s >  >    ------------------------------  % Date: Mon, 05 Jun 2000 15:40:41 -0300e1 From: "Boyle, Darren" <boyledj@bankofbermuda.com>x Subject: RE: VEST / DECmigrateK Message-ID: <9F664D538536D411BD3200508B6FF01A024690@bdant027.bda.bobda.com>r   Example:   On Vax  % MIRAGE_Darren1> macro set_logical.marr( MIRAGE_Darren1> link/nodebug set_logical7 MIRAGE_Darren1> pipe show system | sear sys$pipe uptimeaJ OpenVMS V7.1  on node MIRAGE   5-JUN-2000 15:35:29.41  Uptime  15 05:04:11   On Alpha  $ BAKUP1_Darren2> vest set_logical.exe+ %VEST-W-NOIIF, Error opening interface filexB DISK$GENERAL99:[BOYLE]LIBRTL.IIF; -- will assume default interface -RMS-E-FNF, file not foundL %VEST-W-TRANSWARN, Translation completed with warnings -- review them before using the output image8 BAKUP1_Darren2>  pipe show system | sear sys$pipe uptimeI OpenVMS V7.1  on node BAKUP1   5-JUN-2000 15:36:36.94  Uptime  1 04:07:08b BAKUP1_Darren2>   4 Some warnings I agree but never the less, it worked. - Darren > ----------4 > From: 	John Nixon[SMTP:jorlnixon@worldnet.att.net]& > Sent: 	Monday, June 05, 2000 1:35 PM > To: 	Info-VAX@Mvb.Saic.Com! > Subject: 	Re: VEST / DECmigrate  > K > That was a documented limitation, but just in case something has changed,t > I  > willH > see if I can find any updates, or maybe somebody else on the board can > verify this, > F > But wait...    Did you say you are using it to convert 7.1-2 images? > AFAIK, > VMS 7.1-2 K > is not a VAX release, it is only an Alpha release.  Did you mean VMS 7.1,t > or > did you meanI > that you are converting (translating) images to run on VMS 7.1-2.    Wen > aren > running manyB > images on Alpha VMS 7.1-2 that were created on VAX VMS 5.5-2 and
 > translated.e > J > Some of them have broken on Alpha VMS 7.2 but as far as I know,  you can > stilleK > only translate images that were created on VAX prior to VMS 6.x (ie 5.5-2t > or > earlier).e > > > "Boyle, Darren" <boyledj@bankofbermuda.com> wrote in messageG > news:9F664D538536D411BD3200508B6FF01A024679@bdant027.bda.bobda.com...1E > > > It only works on VAX images created under VMS 5.5-2 or earlier.m > > >C > > > G > > Where did you get this information from, we use it to convert 7.1-2  > images > > with about 95% success.I > > - Darren > >b > > J > > **********************************************************************G > > This message and any files transmitted with it are confidential and A > > may be privileged and/or subject to the provisions of privacya > legislation.L > > They are intended solely for the use of the individual or entity to whom > theyD > > are addressed. If the reader of this message is not the intended > recipient,F > > please notify the sender immediately and then delete this message.E > > You are notified that reliance on, disclosure of, distribution or:	 > copyingW" > > of this message is prohibited. > >- > > Bank of BermudalJ > > ********************************************************************** > >< >  >    ------------------------------   Date: 5 Jun 2000 20:19:53 GMTi2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VEST / DECmigrate6 Message-ID: <8hh219$8er$1@mailint03.im.hou.compaq.com>  \ In article <39380519.6B0A3BCC@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: :Paul Hardy wrote:K :> 1)  VEST requires a VAX image linked no later than VMS V5.5-2, so if youtO :> have built VAX images under V6 or V7, you have to find an old VMS system and $ :> recompile them before translating : O :Ouch. Technically, couldn't DECpaq recompile VEST on a more modern VMS so thath5 :it would be able to translate more modern programs ?i  G   I wish it was as easy as a rebuild of the DECmigrate tool.  It's not.eF   Various changes to DECmigrate would be required to permit it to dealI   with images linked on more recent OpenVMS versions.  (And if the imagesnH   can be recompiled and relinked, I would typically not first choose to *   use DECmigrate as the porting solution.)  J   DECmigrate (VEST) is not supported.  TIE (the run-time environment) has L   its problems, particularly around its incompatibility with recent Fortran J   environments.  TIE is known to fail with recent versions of the Fortran    RTL installed.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  + Date: Mon, 05 Jun 2000 18:13:07 +0000 (   )t3 From: Christopher Smith <chriss@Mufasa.pubserv.com>a Subject: Re: VMS Employment???? I Message-ID: <Pine.LNX.4.05.10006051810030.7312-100000@Mufasa.pubserv.com>   ' On Mon, 5 Jun 2000, Dan Sugalski wrote:g  F > >Lots of people seem to be betting their futures on it -- I wouldn't: > >hessitate to do the same, personally, given the chance.  H > I don't think it's wise to count on maintaining a position with *any* L > single OS (or language, or application, or...) for any extended length of N > time. You can do it, but it's rather limiting and getting experience with a 2 > wider range of things is generally a Good Thing.  J Well, I didn't say that I had no experience with other things.  In fact, IJ have several unix boxen, and other misc. things at home.  My point is that1 I wouldn't mind a long term job working with VMS.i  G As for getting experience with a wide range of things, I agree totally,fG though I've had all the experience I'd ever want or need with microsoftnF products, and that's getting old pretty fast ;) (anything else is fair game)    Regards,   Chrisn  O ===============================================================================w@ "My two cents"			(http://rootworks.com/twocentsworth.cgi?128562)= Christopher Smith(chriss@pubserv.com)			Prgramer^W Programmerr Prime Synergy of Champaign, IL.-% ------------------------------------- I "Where a calculator on the ENIAC is equipped with 18,000 vacuum tubes andeH weighs 30 tons, computers in the future may have only 1,000 vacuum tubes; and weigh only 1.5 tons." -- Popular Mechanics, March 1949 mO -------------------------------------------------------------------------------n   ------------------------------  % Date: Mon, 05 Jun 2000 13:59:53 -0400i" From: Dan Sugalski <dan@sidhe.org> Subject: Re: VMS Employment????r: Message-ID: <4.3.2.7.0.20000605135813.01c6bb90@24.8.96.48>  2 At 04:18 PM 6/5/00 +0000, Christopher Smith wrote:  >On Fri, 2 Jun 2000, Goku wrote:J > > Does anyone think that i can comfortably maintain a VMS position until7 > > later in life or will it completely die out soon???i > D >Lots of people seem to be betting their futures on it -- I wouldn't8 >hessitate to do the same, personally, given the chance.  F I don't think it's wise to count on maintaining a position with *any* J single OS (or language, or application, or...) for any extended length of L time. You can do it, but it's rather limiting and getting experience with a 0 wider range of things is generally a Good Thing.   					Dan  I --------------------------------------"it's like this"------------------- 2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even ;                                       teddy bears get drunkh   ------------------------------  % Date: Mon, 05 Jun 2000 14:13:30 -0700q/ From: Terry Marosites <TMarosites@unitedad.com>  Subject: RE: VMS Employment????sM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEE72@seantexch.unitedad.com>i   Chris,J    I tend to agree with all the others, but it really depends on where youL want to relocate.  After my last contract I took a 4-month sabbatical takingL my time looking for my next job. I cataloged over 600 jobs in the states. ByK far most were in the northeast, most of the big $ ones and in New York City I area, I am in Gates back yard, But still they are some here but dwindlingjJ fast. In short if you want a VMS job and willing to go anywhere, there areG VMS jobs, but every company that I talked with said that VMS was not in J there long term plans. Most of what I saw where companies looking for DualI roll personal, Unix, oracle, NT, Java with a good background in VMS. ManymF stated that system managers and DBAs of VMS systems and aps know how aK system should be setup and what a good system and application management isc
 all about. Best of luck Terry       2 At 04:18 PM 6/5/00 +0000, Christopher Smith wrote:  >On Fri, 2 Jun 2000, Goku wrote:J > > Does anyone think that i can comfortably maintain a VMS position until7 > > later in life or will it completely die out soon???V >iD >Lots of people seem to be betting their futures on it -- I wouldn't8 >hessitate to do the same, personally, given the chance.  E I don't think it's wise to count on maintaining a position with *any*aI single OS (or language, or application, or...) for any extended length ofoK time. You can do it, but it's rather limiting and getting experience with aw0 wider range of things is generally a Good Thing.  +                                         Dans  I --------------------------------------"it's like this"-------------------r2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evend;                                       teddy bears get drunk     5 *****************************************************f    5 *****************************************************:4 Any views or opinions are solely those of the author) and do not necessarily represent those ofc United News& Media.e5 *****************************************************K4 The information transmitted is intended only for the1 person or entity to which it is addressed and mayr3 contain confidential and/or privileged material. Ife3 you are not the intended recipient of this message,y. please do not read, copy, use or disclose this3 communication and notify the sender immediately. Itt0 should be noted that any review, retransmission,2 dissemination or other use of, or taking action in- reliance upon, this information by persons orr- entities other than the intended recipient ist prohibited. 5 *****************************************************o **   ------------------------------  % Date: Mon, 05 Jun 2000 15:13:51 -0400t" From: Dan Sugalski <dan@sidhe.org>@ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever): Message-ID: <4.3.2.7.0.20000605150202.01c6da80@24.8.96.48>  / At 11:59 AM 6/5/00 -0400, David A Froble wrote:tK >Exactly!  This is what makes C inappropriate for applications development.   G C was never designed as an app development language, and it's a pretty fI pathetic one. It lacks the features you'd usually want in an application  H development language, and its standard library's badly suited for it as L well. C's a low-level systems language, meant for writing compilers, device K drivers, OS kernel bits, and suchlike things, and it's not bad at that. It  K leans a bit too heavily on the speed side of the speed/safety tradeoff for  D my tastes, but it was developed on hardware that is, at this point,  terribly slow.  J Don't knock C for being a bad app language, since it isn't one. Knock the I twits that insist on using it as an app language--that's where the blame  
 rightly lies.P  H (I'm still not particularly fond of the language, mind, but its biggest D problem is its mis-application, not in any fundamental design flaws)   					Dan  I --------------------------------------"it's like this"-------------------e2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and even-;                                       teddy bears get drunkl   ------------------------------  " Date: Mon, 5 Jun 2000 21:30:53 GMT* From: young_r@eisner.decus.org (Rob Young)@ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever)+ Message-ID: <2yi7PshtwInl@eisner.decus.org>o   In article <y48zwk46y4.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:3 > "IanPercival" <IanPercival@email.msn.com> writes:  > F >> XFC V1.0 is about to enter the field test cycle.  By the time it isI >> released, it should have some other major performance features added -eG >> making it perform even better for users of medium to large machines.e > G > We were also/mainly talking about small systems, e.g., workstations. -B > What about their improvements - you alluded to booting faster... >    Jan,  = 	From Ian's post ... it may be that he won't be back.  But toe= 	speculate on what he meant by "medium to large" may have to n> 	do with memory sizes.  After all, a typical workstation today= 	may have 256 MByte of memory and there isn't a whole lot youeC 	can do with caching there if you have 60 MBytes free after runningh! 	up a serious application or two.i  F 	Booting faster?  Since he also mentioned (or the URL does) read-aheadE 	caching on sequential files , perhaps that is the boost.  PFCDEFAULTh@ 	helps grab bigger chunks .. but in a workstation case one couldA 	speculate that read-aheads on DecWindows images (also reading ini3 	larger images for install) would help a bit there.r   				Robv   ------------------------------  % Date: Mon, 05 Jun 2000 19:44:17 -0400n* From: David A Froble <davef@tsoft-inc.com>@ Subject: Re: VMS File Caching Futures (Was: Re: Andrew whatever)- Message-ID: <393C3B51.3698CBBC@tsoft-inc.com>o   Dan Sugalski wrote:r > 1 > At 11:59 AM 6/5/00 -0400, David A Froble wrote:dM > >Exactly!  This is what makes C inappropriate for applications development.s > H > C was never designed as an app development language, and it's a prettyJ > pathetic one. It lacks the features you'd usually want in an applicationI > development language, and its standard library's badly suited for it as M > well. C's a low-level systems language, meant for writing compilers, device L > drivers, OS kernel bits, and suchlike things, and it's not bad at that. ItL > leans a bit too heavily on the speed side of the speed/safety tradeoff forE > my tastes, but it was developed on hardware that is, at this point,  > terribly slow. > K > Don't knock C for being a bad app language, since it isn't one. Knock themJ > twits that insist on using it as an app language--that's where the blame > rightly lies.i  M Well, ya got me there, cause that's exactly the real problem.  Unfortunately, K you cannot mandate intellegence. I guess you go with the momentum and maybewE enhance the language until it does a better job of taking care of the7O applications programmers that insist on using it.  Then the systems programmersa' will bitch cause they lose flexibility.1  I > (I'm still not particularly fond of the language, mind, but its biggesteF > problem is its mis-application, not in any fundamental design flaws)   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------  % Date: Mon, 05 Jun 2000 17:02:08 -0400s. From: Dan Gahlinger <dan@itac11-sun.sprint.ca>A Subject: Re: What is the simplest way to network two VMS systems? 3 Message-ID: <393C1550.D0A9771@itac11-sun.sprint.ca>9   Really?D> I configure Unix boxes and windoze boxes just about every day.C I've never seen a nightmare like decnet plus before though.  <grin>   F I'll try product remove decnet-plus then vminstal phase4, then install1 tcp/ip then do netconfig then tcpip$config. oi...    Dan. Gord Coulman wrote:*  F > Dan, I like TCP/IP the best.  It may be a bit more complex to set upN > initially than DecNet, but it has a lot more features.  Everything you learnL > setting it up is applicable to other systems as well (Unix, Windoze, etc). >a > Gord.e       --" -There are always possibilities...   ------------------------------   Date: 5 Jun 2000 17:09:41 PDTeT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)B Subject: X-windows/DECwindows resource file locations and GV, etc.3 Message-ID: <bwOQ9zD0rjqB@mccdev.slac.stanford.edu>s  H         I feel a little  silly  asking  this  because  I _know_ I've runH     across  the answer "somewhere" in the past...  Nevertheless, a quickH     look through, e.g., Using  DECWindows  Motif  for  OpenVMS  revealed     nothing helpful.  H         QUESTION: under what circumstances  are X-windows resource filesH     searched   for  in  the  DECW$SYSTEM_DEFAULTS:  directory?   Always?4     Sometimes?  Only when the window manager starts?  H         The reason  I  ask  is  that  I've  recently  built  a couple ofH     X-windows  applications  on  VMS 7.2 (VAX) and 7.2-1  (Alpha)  underH     Compaq C 6.2,  namely  GV  (a  Ghostview  follow-on)  and  <shudder>H     VNCVIEWER.   In  particular,  GV has about 3 or 4 different resourceH     files it wants to access,  e.g.,  GV_SYSTEM.DAT, but the method usedH     by  the  package  apparently  relies on these  files  being  in  theH     X11_ROOT:[DATA]   and/or   X11_ROOT:[DEFAULTS]   directories   (withH     X11_ROOT   appropriately   defined)  and  on  modifying  the  user'sH     DECW$DEFAULTS   logical   name    to    be    a   search-list   withH     X11_ROOT:[DEFAULTS] as the last translation.  In my environment, I'mH     sure  the procedure provided will get this logical name redefinition     wrong...  H         While I understand that the resource  files can be copied to theH     user's  personal DECW$USER_DEFAULTS directory, I don't want to forceH     all GV users to do so.  What  I'd  _like_  is  to  simply  copy  theH     resource   files   to   the   DECW$SYSTEM_DEFAULTS:,  actually,  theH     SYS$COMMON:[DECW$DEFAULTS.USER] directory, so  that  the GV defaultsH     would  be accessible to everyone, and personalized versions could beH     made in a private copy of those in the system directory.   It  wouldH     keep  people from having to look in a dozen different places, the GVE     source tree (under X11_ROOT:) as one example, for resource files.y  H         So   again,   will    calls    to   resource_buildDatabase   andH     resource_getResource   (and/or  XtGetApplicationNameAndClass  and/orH     XtOpenDisplay, calls to  which  both  specify  "gv_class")  properlyH     access gv_class.dat in DECW$SYSTEM_DEFAULTS?  Any other suggestions?           Thanks, Kenr -- mM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Eduv:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  " Date: Tue, 6 Jun 2000 03:06:23 GMT0 From: "Terry C. Shannon" <shannon@world.std.com>7 Subject: Re: Ӥqx~ Looks Like ChiCom SPAM to me~i& Message-ID: <Fvppvp.HD1@world.std.com>  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0053_01BFCF42.AB29D5A0i Content-Type: text/plain;t 	charset="big5"o+ Content-Transfer-Encoding: quoted-printable   A There are few things I hate as much as SPAM fron Bill Clinton's =*, "strategic partner," a.k.a. Communist China.  J  Does anyone have a sure-fire method for nuking Chicom SPAM? Heck, I get =D more of this stuff each day than I get solicitations from Buddhist =& monks, et al, for the AlBore campaign!  J   "=AC=FC=B0=D3=A4=BD=A5q" <ddddccccbbbb@pchome.com.tw> wrote in message = news:247323544@MVB.SAIC.COM...    =AC=FC=B0=D3=A4=BD=A5q>     =BCx=A4~
   =B4M=A8D(   =A5=FE=C2=BE=BBP=AD=DD=C2=BE=A4H=AD=FB/   .=A6=B3=B0=EA=BB=DA=A8=C6=B7~=C6[=A9=C0=AA=CCy   .=AA=D6=BE=C7=B2=DF,=BB{=AFu3   .=B9=EF=BA=F4=B8=F4=B0=D3=BE=F7=A6=B3=BF=B3=BD=ECc"   =A7=DA=AD=CC=B1N=B4=A3=A8=D1=B1z&   1.=B0=EA=A4=BA=A5~=A6b=C2=BE=B0V=BDm    2.=A7K=B6O=AE=FC=A5~=AE=C8=B9C@   3.=A8}=A6n=A4=C9=BEE=BA=DE=B9D=A4=CE=AD=C8=B1o=AA=BA=B3=F8=B9S   =EL (=AD=AD=B7s=A6=CB=A5H=A5_=BF=A4=A5=AB,=A8=E4=A5L=BF=A4=A5=AB=BD=D0=B3=C6=B5=& =F8=B0T=A8t=B2=CE=A5H=ABK=AD=B1=B8=D5)     =20e
   =B6i=A4J                =20   =eK (=B1H=A5X=B3o=AB=CA=ABH=A1F=B0=B2=A6p=A6=B3=B3y=A6=A8=A7x=C2Z=A6b=A6=B9=A6=e V=B1z=ADP=BAp)    + ------=_NextPart_000_0053_01BFCF42.AB29D5A0( Content-Type: text/html; 	charset="big5"e+ Content-Transfer-Encoding: quoted-printabley  > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>5 <META content=3D"text/html; charset=3Dwindows-1252" =t http-equiv=3DContent-Type>9 <META content=3D"MSHTML 5.00.3017.1000" name=3DGENERATOR>- <STYLE></STYLE>n </HEAD>  <BODY bgColor=3D#c0c0c0>F <DIV><FONT size=3D2>There are few things I hate as much as SPAM fron = Bill=200C Clinton's "strategic partner," a.k.a. Communist China.</FONT></DIV>e <DIV>&nbsp;</DIV>RJ <DIV><FONT size=3D2>&nbsp;Does anyone have a sure-fire method for nuking =	 Chicom=20bH SPAM? Heck, I get more of this stuff each day than I get solicitations = from=20 < Buddhist monks, et al, for the AlBore campaign!</FONT></DIV> <DIV>&nbsp;</DIV>a <BLOCKQUOTE=20J style=3D"BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: =, 0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">)   <DIV>"=AC=FC=B0=D3=A4=BD=A5q" &lt;<A=20i   =oJ href=3D"mailto:ddddccccbbbb@pchome.com.tw">ddddccccbbbb@pchome.com.tw</A>= &gt;=20f   wrote in message <A=20   =nJ href=3D"news:247323544@MVB.SAIC.COM">news:247323544@MVB.SAIC.COM</A>...</= DIV>   <DIV align=3Dcenter><FONT =h2 size=3D4>&nbsp;=AC=FC=B0=D3=A4=BD=A5q</FONT></DIV>C   <DIV align=3Dcenter><FONT color=3D#ffff00><FONT size=3D4>&nbsp; =c </FONT><STRONG><FONT=20i   size=3D5><A=20   = K href=3D"http://netcity3.web.hinet.net/UserData/ufat0417/7m/is.htm">=BCx=A4=d" ~</A></FONT></STRONG></FONT></DIV>:   <DIV align=3Dcenter><FONT size=3D4>=B4M=A8D</FONT></DIV>F   <DIV align=3Dcenter>=A5=FE=C2=BE=BBP&shy;=DD=C2=BE=A4H&shy;=FB</DIV>   <DIV align=3Dcenter><FONT =(C size=3D4>.=A6=B3=B0=EA=BB=DA=A8=C6=B7~=C6[=A9=C0=AA=CC</FONT></DIV>i   <DIV align=3Dcenter><FONT =o2 size=3D4>.=AA=D6=BE=C7=B2=DF,=BB{=AFu</FONT></DIV>.   <DIV align=3Dcenter><FONT size=3D4>.<FONT=20   =nJ color=3D#ffff00>=B9=EF=BA=F4=B8=F4=B0=D3=BE=F7=A6=B3=BF=B3=BD=EC</FONT></= FONT></DIV>t-   <DIV align=3Dcenter><FONT color=3D#ff0000 = 8 size=3D4>=A7=DA&shy;=CC=B1N=B4=A3=A8=D1=B1z</FONT></DIV>   <DIV align=3Dcenter><FONT =-: size=3D4>1.=B0=EA=A4=BA=A5~=A6b=C2=BE=B0V=BDm</FONT></DIV>   <DIV align=3Dcenter><FONT =04 size=3D4>2.=A7K=B6O=AE=FC=A5~=AE=C8=B9C</FONT></DIV>   <DIV align=3Dcenter><FONT =oJ size=3D4>3.=A8}=A6n=A4=C9=BEE=BA=DE=B9D=A4=CE&shy;=C8=B1o=AA=BA=B3=F8=B9S=
 </FONT></DIV>0   <DIV align=3Dcenter><FONT=20   = J size=3D4>(&shy;&shy;=B7s=A6=CB=A5H=A5_=BF=A4=A5=AB,=A8=E4=A5L=BF=A4=A5=AB=D =BD=D0=B3=C6=B5=F8=B0T=A8t=B2=CE=A5H=ABK&shy;=B1=B8=D5)</FONT></DIV>"   <DIV align=3Dcenter>&nbsp;</DIV>:   <DIV align=3Dcenter><FONT color=3D#ff00ff size=3D4><A=20   =eJ href=3D"http://home.pchome.com.tw/soho/slks/is.htm"></A></FONT>&nbsp;</DI= V><   <DIV align=3Dcenter><FONT size=3D2><FONT color=3D#0000ff = size=3D4><U><A=20    =)K href=3D"http://netcity3.web.hinet.net/UserData/ufat0417/7m/is.htm">=B6i=A4=n J</A></U></FONT></FONT></DIV>i"   <DIV align=3Dcenter>&nbsp;</DIV>%   <DIV align=3Dcenter><FONT size=3D2>-/   <DIV align=3Dcenter>&nbsp;</DIV></FONT></DIV>-"   <DIV align=3Dcenter>&nbsp;</DIV>   <DIV align=3Dcenter><FONT =@6 size=3D4>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=20   </FONT></DIV> <   <DIV align=3Dcenter><FONT size=3D2><FONT size=3D2><FONT=20   =-J size=3D2>(=B1H=A5X=B3o=AB=CA=ABH=A1F=B0=B2=A6p=A6=B3=B3y=A6=A8=A7x=C2Z=A6=5 b=A6=B9=A6V=B1z&shy;P=BAp)</FONT></FONT></FONT></DIV>m.   <DIV>&nbsp;</DIV></BLOCKQUOTE></BODY></HTML>  - ------=_NextPart_000_0053_01BFCF42.AB29D5A0--,   ------------------------------   End of INFO-VAX 2000.314 ************************