1 INFO-VAX	Fri, 19 Apr 2002	Volume 2002 : Issue 215       Contents:7 Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release) 7 Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)  Re: Alpha tuning didn't  Re: Alpha tuning didn't 6 Re: ANN: Tachyon multithreaded raytracer ported to VMS, Re: Anyone using CHARON-VAX for development?, Re: Anyone using CHARON-VAX for development?- Availability Manager not displaying all nodes 1 Re: Availability Manager not displaying all nodes  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures ; Re: Could increasing kernel stack size improve performance?  CVS V1.11.2 on OpenVMS Error  Re: CVS V1.11.2 on OpenVMS Error  Re: DEC 3000/400 VMS 6.2 problemE Re: Emacs and other Unix applications on VMS, was: Re: VMS versus IBM 4 Re: Evaluating/Processing Identifiers in sylogin.com+ Re: Excursion PCs as X-Terminals on OpenVMS   Re: Fearless VMS Prognostication Re: File IO query. FLAME ALERT Re: File IO query. FLAME ALERT Re: Found it.. Nevermind. ;-)  RE: full file backup to disk- Re: getting SIMH 2.9-6/VAX + VMS configured ? " Re: How to change DS700 IP address% How to prevent smtp relay w/Multinet? ) Re: How to prevent smtp relay w/Multinet? F Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux- Re: I was right!  Alpha will live in Itanium! I Re: It isn't just Alpha/OpenVMS users complaining about lack of marketing I Re: It isn't just Alpha/OpenVMS users complaining about lack of marketing  Re: Itanium troubles Re: Itanium troublesA Re: Lack of Display Postscript in V7.3 (was Re: OpenVMS VAX V7.3) A Re: Lack of Display Postscript in V7.3 (was Re: OpenVMS VAX V7.3) > Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)' Re: Merger Vote Results,  R.I.P. DECpaq ' Re: Merger Vote Results,  R.I.P. DECpaq + Re: More proof EV8 will live in itanium ... # Page faulting with large free list? ' Re: Page faulting with large free list? ' Re: Page faulting with large free list? ' Re: Page faulting with large free list? ' Re: Page faulting with large free list? ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it ) Re: Predictions - just for the hell of it P Re: Semi-automatic clutch. (was Re: learning how to use a computer (was: Re: ItaP Re: Semi-automatic clutch. (was Re: learning how to use a computer (was: Re: Ita4 Stuck in licenseless Motif with OpenVMS 7.2 Hobbyist8 Re: Stuck in licenseless Motif with OpenVMS 7.2 Hobbyist0 Re: Sue, a great promotion for "unhackable" vms! Re: System Disk as Quorum Disk Re: System Disk as Quorum Disk Tcl/Tk and VMS, Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ?, Re: Time to finally rename VMS back to VMS ?( UNXSIGNAL bugcheck on virtual disk, why?, Re: UNXSIGNAL bugcheck on virtual disk, why? Re: VAX/Alpha CI# VMS Cluster address switching issue  Re: VMS doc pages gone (to HP?)  Re: VMS versus IBM@ Re: [OT] Re: Semi-automatic clutch. (was Re: learning how to use  F ----------------------------------------------------------------------    Date: 18 Apr 2002 23:52:28 +0800, From: Paul Repacholi <prep@prep.synonet.com>@ Subject: Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)- Message-ID: <87d6wxypfn.fsf@prep.synonet.com>   1 mrr@acer.reistad.priv.no (Morten Reistad) writes:    > Now for a challenge :    ? > How many different emulators can you stack inside each other?   " Clustered off the one system disk!  $ Galaxy? We don't need no stinking...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Thu, 18 Apr 2002 17:42:35 -0600  From: Kevin Handy <kth@srv.net> @ Subject: Re: 2.9-6 (Re: SIMH 2.9-5 - first official VAX release)& Message-ID: <3CBF59EB.8030108@srv.net>   Paul Repacholi wrote: 3 > mrr@acer.reistad.priv.no (Morten Reistad) writes:  >  >  >>Now for a challenge :  >  >    > ? >>How many different emulators can you stack inside each other?  >  > $ > Clustered off the one system disk! > & > Galaxy? We don't need no stinking... >   - Can you imagine a beowulf cluster of these...   0 ...Sorry, been reading too much slashdot lately.   ------------------------------    Date: 18 Apr 2002 15:51:34 -07001 From: KeithParris_NOSPAM@yahoo.com (Keith Parris)   Subject: Re: Alpha tuning didn't= Message-ID: <6ec1251e.0204181451.4338bf67@posting.google.com>   g "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message news:<3cbef988$7@news.si.com>... ( > $ diff/par sys$system:setparams.dat ;19 {OK, new settings are on the left, old on the right --KP}  ... @ > set RECNXINTERVAL 180                  |  set RECNXINTERVAL 20  " Are you experiencing LAN problems?  H > set DISK_QUORUM "                "     |  set DISK_QUORUM "$10$DUA220"    Got rid of the quorum disk.  OK.  ; > set LOCKDIRWT 0                        |  set LOCKDIRWT 0   C So all lock requests for shared files will be remote.  Is that what 
 you intended?   A > set SHADOW_MAX_COPY 0                  |  set SHADOW_MAX_COPY 1   E Do you use host-based volume shadowing?  If so, could you be stuck in @ a never-ending shadow merge state after a crash? being unable to assign copy threads for merges? . ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------  # Date: Fri, 19 Apr 2002 01:11:18 GMT ) From: rob.buxton@wcc.govt.nz (Rob Buxton)   Subject: Re: Alpha tuning didn't2 Message-ID: <3cbf6dcc.2493815957@news.wcc.govt.nz>  3 On Thu, 18 Apr 2002 11:06:33 -0400, "Brian Tillman" , <tillman_brian@notnoone.notnohow.com> wrote:  4 >>The other thing I usually do after an Autogen is a' >>$ diff /para sys$system:setparams.dat  >   A I notice WSDEC set to 0 but was 4000 Pagelets (250 Pages) before.   F This would turn off Time Based Working Set trimming.  If the System is; low on Memory I'm wondering if this is part of the problem.   A It is a Dynamic Parameter so could be set, and System Performance 
 monitored.  D You might also want to read the Performance Guide on this and PFRATL/ before charging on and making too many changes.    Rob.  L >OK, Here's the result (modified slightly to line things up) of what changedI >in SETPARAMS.DAT.  Nothing sticks out at me, other than to make me think 9 >that the Alpha just doesn't have enough physical memory.  > ' >$ diff/par sys$system:setparams.dat ;1 M >----------------------------------------------------------------------------  >---/ >File SYS$SYSROOT:[SYSEXE]SETPARAMS.DA  |  File ! >SYS$SYSROOT:[SYSEXE]SETPARAMS.DA < >------------------- 5 ------------------------------------- >5 -----------------> >set GBLSECTIONS 750                    |  set GBLSECTIONS 250= >set GBLPAGES 120016                    |  set GBLPAGES 59600 < >set GBLPAGFIL 1024                     |  set GBLPAGFIL 128@ >set MAXPROCESSCNT 188                  |  set MAXPROCESSCNT 365= >set PROCSECTCNT 64                     |  set PROCSECTCNT 32 : >set MINWSCNT 20                        |  set MINWSCNT 20< >set SYSMWCNT 5322                      |  set SYSMWCNT 6340< >set BALSETCNT 186                      |  set BALSETCNT 363? >set NPAGEDYN 2719744                   |  set NPAGEDYN 2277376 @ >set NPAGEVIR 11141120                  |  set NPAGEVIR 11386880> >set PAGEDYN 2482176                    |  set PAGEDYN 3309568< >------------------- 21 ------------------------------------ >21 ----------------? >set MPW_LOLIMIT 558                    |  set MPW_LOLIMIT 1089 > >set MPW_THRESH 1116                    |  set MPW_THRESH 2178< >------------------- 29 ------------------------------------ >29 ----------------9 >set WSDEC 0                            |  set WSDEC 4000 < >------------------- 33 ------------------------------------ >33 ----------------= >set MVTIMEOUT 64000                    |  set MVTIMEOUT 3600 ) >set MAXBUF 8400                        | ) >set DEFMBXBUFQUO 8192                  | ) >set DEFMBXMXMSG 8400                   | : >set FREELIM 206                        |  set FREELIM 383< >set FREEGOAL 744                       |  set FREEGOAL 1452: >set GROWLIM 206                        |  set GROWLIM 383< >set BORROWLIM 206                      |  set BORROWLIM 383= >set LOCKIDTBL 3022                     |  set LOCKIDTBL 1792 < >set SCSBUFFCNT 512                     |  set SCSBUFFCNT 50; >set SCSCONNCNT 301                     |  set SCSCONNCNT 5 < >------------------- 50 ------------------------------------ >47 ----------------: >set PASTDGBUF 16                       |  set PASTDGBUF 4> >set LNMSHASHTBL 4096                   |  set LNMSHASHTBL 512) >set TTY_ALTYPAHD 2064                  | = >set RMS_DFMBFSDK 2                     |  set RMS_DFMBFSDK 0 = >set RMS_DFMBFSMT 2                     |  set RMS_DFMBFSMT 0 = >set RMS_DFMBFSUR 2                     |  set RMS_DFMBFSUR 0 < >------------------- 61 ------------------------------------ >57 ----------------) >set RMS_EXTEND_SIZE 10                 | ) >set PQL_DASTLM 200                     | ) >set PQL_MASTLM 150                     | ) >set PQL_DBIOLM 200                     | ) >set PQL_MBIOLM 100                     | ) >set PQL_MBYTLM 100000                  | ) >set PQL_DDIOLM 200                     | ) >set PQL_MDIOLM 100                     | ) >set PQL_MFILLM 100                     | ) >set PQL_MPGFLQUOTA 32768               | ) >set PQL_MPRCLM 10                      | < >------------------- 79 ------------------------------------ >64 ----------------) >set PQL_MENQLM 2000                    | ? >set ACP_MAPCACHE 183                   |  set ACP_MAPCACHE 181 ? >set ACP_HDRCACHE 732                   |  set ACP_HDRCACHE 726 ? >set ACP_DIRCACHE 732                   |  set ACP_DIRCACHE 726 A >set ACP_DINDXCACHE 183                 |  set ACP_DINDXCACHE 181 ? >set ACP_QUOCACHE 188                   |  set ACP_QUOCACHE 365 = >set ACP_SYSACC 8                       |  set ACP_SYSACC 121 ? >set EXPECTED_VOTES 3                   |  set EXPECTED_VOTES 1 6 >set VOTES 0                            |  set VOTES 1? >set RECNXINTERVAL 180                  |  set RECNXINTERVAL 20 G >set DISK_QUORUM "                "     |  set DISK_QUORUM "$10$DUA220" : >set LOCKDIRWT 0                        |  set LOCKDIRWT 0) >set NISCS_CONV_BOOT 1                  | < >------------------- 100 ----------------------------------- >83 ----------------) >set WINDOW_SYSTEM 1                    | @ >set SHADOW_MAX_COPY 0                  |  set SHADOW_MAX_COPY 1? >set GH_EXEC_DATA 96                    |  set GH_EXEC_DATA 128 > >set GH_RES_CODE 1536                   |  set GH_RES_CODE 512) >set GH_RSRVPGCNT 512                   | ) >set IMGREG_PAGES 2000                  | ) >set CHANNELCNT 400                     | ; >set CTLPAGES 204                       |  set CTLPAGES 100 < >------------------- 118 ----------------------------------- >97 ----------------) >set XQPCTL2 1                          | M >----------------------------------------------------------------------------  >--- >-- B >Brian Tillman                   Internet: tillman_brian at si.comB >Smiths Aerospace                          tillman at swdev.si.com> >3290 Patterson Ave. SE, MS      Addresses modified to prevent= >Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@" 9 >       This opinion doesn't represent that of my company  >  >    ------------------------------  # Date: Thu, 18 Apr 2002 19:26:40 GMT  From: system@SendSpamHere.ORG ? Subject: Re: ANN: Tachyon multithreaded raytracer ported to VMS 0 Message-ID: <00A0CA75.E199E1EF@SendSpamHere.ORG>  i In article <3CBEDA6E.C208AD9@NOSPAM.byron.ext.telia.se>, ">>> ^P" <plj@NOSPAM.byron.ext.telia.se> writes:  > ! >Hello fellow VMS'ers and others,  > 0 >The Tachyon parallel/multiprocessor raytracer (F >http://jedi.ks.uiuc.edu/~johns/raytracer/ ) has been partly ported toF >VMS, it does not yet handle unix directories and gives an overflow onH >VMS very seldom or special occasions, I may look into these later, when$ >I get the time and interrest again. >It's available here: ? >http://byron.ext.telia.se/anonymous/VMS/TDF/TACHYON_0_93_4.ZIP  > F >VMS specific feature is using sys$getsyiw to get the number of active >CPU's and using that ( >to create the number of worker threads. > F >An Alpha VMS  7.2-1 executable is included, otherwise you'll need a C >compiler and at leastE >VMS 7.1 to have a "mature" pthreads-library, it's been tested on VMS @ >7.2-1 using an eight cpu 8400 5/625 and 7.3 two cpu 8400 5/300. > 
 >>>> ^P.Lj >  >       D Next time I find that somebody is shooting tachyon rays at me I will give it a try.       --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes    ------------------------------    Date: 18 Apr 2002 15:29:54 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) 5 Subject: Re: Anyone using CHARON-VAX for development? 3 Message-ID: <rrqxMKEdxYzc@eisner.encompasserve.org>   q In article <6ec1251e.0204180822.6bc8f599@posting.google.com>, KeithParris_NOSPAM@yahoo.com (Keith Parris) writes: b > "Stanley F. Quayle" <stan@stanq.com> wrote in message news:<3CBC56A2.17102.8E9E88B@localhost>...H >> Up until VMS 5.0, the idle loop was a real process.  It was possible F >> to replace that process with something else.  If SRI added a "back D >> door" to CHARON-VAX, a replacement idle process might be able to ! >> throttle back CPU utilization.  >>  G >> Starting with VMS 5.0, the idle loop is a real loop.  SRI or Compaq  G >> might be able to supply a patch to the scheduler to back off on the  B >> CPU.  The patch would have to be on a version-by-version basis. > E > Why couldn't the emulator detect the special case of an instruction  > branching to its own address?   C Because that construct has been used over and over agains worldwide D by savvy VMS programmers trying to convince the boss to buy a bigger	 machine ?    :-)   . Seriously, that sounds like an excellent idea.   ------------------------------  % Date: Thu, 18 Apr 2002 21:17:42 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>5 Subject: Re: Anyone using CHARON-VAX for development? / Message-ID: <3CBF37F6.11794.142A17E9@localhost>   , On 18 Apr 2002, at 9:22, Keith Parris wrote:E > Why couldn't the emulator detect the special case of an instruction  > branching to its own address?   B Because that could happen anywhere.  Imagine a piece of user mode D code that is executing a spinloop.  You don't want to slow down the 2 emulator at the user level, only the kernel level.    
 --Stan Quayle ! President, Quayle Consulting Inc.   
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------    Date: 18 Apr 2002 14:35:57 -0700' From: sdk_joseph@msn.com (Shawn Joseph) 6 Subject: Availability Manager not displaying all nodes< Message-ID: <f897700f.0204181335.544b5c6@posting.google.com>  E I have installed Availibility Manager on 3 nodes.  I can only see one ! of them in the Windows Java Tool.   E The one I can see is Alpha VMS version 7.2-1H1 and is by itself.  The D other 2 nodes are in a cluster and are Alpha VMS 7.2-1.  I installed3 Availability Manager 2.0 on all three nodes and ran F @SYS$STARTUP:AMDS$STARTUP START on all three nodes and it said startupD was successful on all three nodes.  However only the standalone nodeC shows up in my Windows tool.  I remember seeing something about the E Java runtime environment needing to be a certain version, but I think F it also said that AM came with it's on JVM that was installed with theD product.  How would I determine what version of Java is installed on each of these machines?   E It also says to run avail/avail to start the data analyzer. Does thise? need to be done from DecWindows or something?  I keep getting a @ message about not being able to connect to an X11 window server.  ? I tried to find a process on the system for AM after successfulyE startup and couldn't find anything relating to this, does anyone know # the name of the process it creates?n  C I was also looking for some kind of log files to help me figure outn4 why I can't see the other nodes but didn't find any.   Any help would be appreciated.  
 Respectfully,e Shawn Joseph   ------------------------------  # Date: Fri, 19 Apr 2002 00:36:05 GMTS) From: rob.buxton@wcc.govt.nz (Rob Buxton)e: Subject: Re: Availability Manager not displaying all nodes2 Message-ID: <3cbf63ae.2491225613@news.wcc.govt.nz>  @ On 18 Apr 2002 14:35:57 -0700, sdk_joseph@msn.com (Shawn Joseph) wrote:   Could be a couple of problems.  E From  your Post I'm guessing that you're running the AM Frontend fromA a P.C.?   2 In the left hand screen, you have a group DECAMDS?C And if you highlight this you only see one system in the right hand  panel?  E It may be that the version of the RMDriver is not compatible with the A version supplied by AMDS. If AMDS has replaced the version of theg4 RMDriver it may require a reboot to get this loaded.= I would have thought that there was a message indicating thisn somewhere though.a  A To separate systems, you may want to change the definition of thek0 AMDS$GROUP_NAME Logical for the Cluster Members.  @ The only other thing I can think of is that DECAMDS doesn't have access to the nodes.: On the different VMS Systems there needs to be a line like *\1DECAMDS\RC in the SYS$COMMON:[SYSMGR]AMDS$DRIVER_ACCESS.DAT file, in this case ? 1DECAMDS needs to match the password value in the Customize VMS $ section, under Customize on the GUI.      F >I have installed Availibility Manager on 3 nodes.  I can only see one" >of them in the Windows Java Tool. >tF >The one I can see is Alpha VMS version 7.2-1H1 and is by itself.  TheE >other 2 nodes are in a cluster and are Alpha VMS 7.2-1.  I installedf4 >Availability Manager 2.0 on all three nodes and ranG >@SYS$STARTUP:AMDS$STARTUP START on all three nodes and it said startupcE >was successful on all three nodes.  However only the standalone nodefD >shows up in my Windows tool.  I remember seeing something about theF >Java runtime environment needing to be a certain version, but I thinkG >it also said that AM came with it's on JVM that was installed with theoE >product.  How would I determine what version of Java is installed onu >each of these machines? >aF >It also says to run avail/avail to start the data analyzer. Does this@ >need to be done from DecWindows or something?  I keep getting aA >message about not being able to connect to an X11 window server.  >a@ >I tried to find a process on the system for AM after successfulF >startup and couldn't find anything relating to this, does anyone know$ >the name of the process it creates? >aD >I was also looking for some kind of log files to help me figure out5 >why I can't see the other nodes but didn't find any.- >- >Any help would be appreciated.- >- >Respectfully,
 >Shawn Joseph    ------------------------------   Date: 19 Apr 2002 02:41:59 GMT& From: peter@abbnm.com (Peter da Silva)  Subject: Re: Blade architectures- Message-ID: <a9o05n$bru@web.eng.baileynm.com>i  7 In article <slrnabpt5o.e4q.shannon@news.widomaker.com>,e> Charles Shannon Hendrix  <shannon@nospam.widomaker.com> wrote:I > How many systems out there try or have tried to do virtual memory where F > the executable file is part of mix, in a system where a code page isJ > just marked free and later refetched from the exec instead of from swap?  5 I'm surprised that any of them *don't* work that way.0   -- ,+  `-_-'   In hoc signo hack, Peter da Silva.PE   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 19 Apr 2002 02:50:48 GMT& From: peter@abbnm.com (Peter da Silva)  Subject: Re: Blade architectures- Message-ID: <a9o0m8$cfh@web.eng.baileynm.com>   0 In article <a9fa8d$gpe$1@pegasus.csx.cam.ac.uk>,) Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:dG > If you are doing that, WHAT operating system are you running?  I wanty) > it now!  Yesterday.  Pretty please ....o  % I said "almost always", not "always".   I > Frankly, half of the hardware crashes that I see ARE software problems.-  G That depends on whether "Driver that doesn't properly handle revision Ac@ of this ethernet card between ECO 23 and 25" or "Missing obscureF initialization sequence in motherboards having serial numbers startingA with 34Q2" or "RAM that produces parity errors under UNIX but not$D Windows because it was only ever tested with Windows access patternsH and you could probably fix it by changing the page allocation algorithm"3 count as "software problems" or "hardware crashes".r  D > If the software wasn't such a pig's ear, it would have handled theF > (often isolated and well-defined) hardware problem and allowed me toE > at least run the diagnostic tools that the system comes with (well,a& > it does come with them, doesn't it?)  M Seems like you'd call them "software problems". Fair enough. I don't consider K these worth tracking down, given the quality of PC hardware, because you'llo never run into them twice.   -- n+  `-_-'   In hoc signo hack, Peter da Silva.uE   'U`    "A well-rounded geek should be able to geek about anything."-L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------  % Date: Fri, 19 Apr 2002 15:26:08 +1200n' From: "John Homes" <john.homes@eds.com>s  Subject: Re: Blade architectures, Message-ID: <a9o2oh$8be$1@hermes.nz.eds.com>  3 "Peter da Silva" <peter@abbnm.com> wrote in messagew' news:a9o05n$bru@web.eng.baileynm.com...l9 > In article <slrnabpt5o.e4q.shannon@news.widomaker.com>,r@ > Charles Shannon Hendrix  <shannon@nospam.widomaker.com> wrote:K > > How many systems out there try or have tried to do virtual memory wheretH > > the executable file is part of mix, in a system where a code page isL > > just marked free and later refetched from the exec instead of from swap? >.7 > I'm surprised that any of them *don't* work that way.t >   L It's impossible to do it if the executable needs massaging in some way to be loaded.e  K E.g. relocations on S/360 and its sucessors. As I recall, VM enabled you to K build executables (called something else, but I recall not what) that coulddI be used in that way but the price was that the (virtual) load address wasd fixed at build time.  L There is a lot of other stuff within an MVS executable that the loader needsK to play with as part of the load. So the virtual memory subsystem cannot do  it.-       John Homes.-   ------------------------------    Date: 18 Apr 2002 16:29:42 -0700& From: chessmaster1010@hotmail.com (JG)D Subject: Re: Could increasing kernel stack size improve performance?= Message-ID: <dd3f0cb7.0204181529.294f5bbb@posting.google.com>1  s hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message news:<khLu8.35$Nc.1330267@cacnews.cac.cpqcorp.net>...Oh > In article <dd3f0cb7.0204021627.52a20830@posting.google.com>, chessmaster1010@hotmail.com (JG) writes: > ..I > :                            We have AlphaServer 1000s that seem to hitEI > :a bottleneck serving cached graphics when there is plenty of free CPU.  > A >   "Serving cached graphics"?   Via X Windows?  Webserver?  SCS?P  / Sorry, I meant serving with the OSU web server.0  ) >...That said, you will want to identify -C >   the bottleneck before you can effectively attempt to remove it.  >   F Yes, but so far I have been unable to identify it.  As I said there isF plenty of free CPU.  The graphics are cached by the webserver so thereD is no disk I/O or lock contention on them.  Dave Jones has monitoredC our system and can find no problem with his webserver code.  We are-D only using a fraction of network capacity.  That would seem to leaveD the TCP/IP stack (TCP/IP services for VMS 5.0A soon to be 5.1) and I; can find little documentation on how to tune or monitor it.F   ------------------------------    Date: 18 Apr 2002 13:08:20 -0700- From: rdls22@jnatx.com (Stephen L. De Rudder) % Subject: CVS V1.11.2 on OpenVMS Error = Message-ID: <81c810ad.0204181208.154f5293@posting.google.com>t  7 I get the following error when using CVS on OpenVMS 7.2s   $ cvs checkout openssl cvs server: Updating openssl9 cvs checkout: move away openssl/CHANGES; it is in the wayF C openssl/CHANGESN  , I have defined CVSROOT and done a CVS LOGIN.  
 Version Info:- $ cvs --version-  0 Concurrent Versions System (CVS) 1.11.2 (client)  ; Copyright (c) 1989-2001 Brian Berliner, david d `zoo' zuhn,L4                         Jeff Polk, and other authors  I CVS may be copied only under the terms of the GNU General Public License, ; a copy of which can be found with the CVS distribution kit.   ; Specify the --help option for further information about CVS     ! Thanks for any help you can give,- SLDR (Stephen L. De Rudder) rdls22@jnatxDOTcom   ------------------------------   Date: 18 Apr 2002 15:42 PDT + From: rankin@eql14.caltech.edu (Pat Rankin) ) Subject: Re: CVS V1.11.2 on OpenVMS Error 1 Message-ID: <18APR200215423355@eql14.caltech.edu>s  > In article <81c810ad.0204181208.154f5293@posting.google.com>,\2  rdls22@jnatx.com (Stephen L. De Rudder) writes...9 > I get the following error when using CVS on OpenVMS 7.2t >L > $ cvs checkout openssl > cvs server: Updating openssl; > cvs checkout: move away openssl/CHANGES; it is in the way  > C openssl/CHANGES- >7. > I have defined CVSROOT and done a CVS LOGIN.  >      Does [.openssl]CHANGES exist after that?  If so, does the< file protection allow you to rename it?  I haven't seen that> particular feedback so am just guessing about what the problem> might be.  On the other hand, I have seen various other issues= which seemed mysterious at the time and turned out to be bugs88 in either the VMS port of the CVS client or in DECC$SHR.  @      If that file isn't there yet, do you have a OPENSSL defined? as a logical name?  Starting the V7.1 the C library changed theOA way that pseudo-Unix relative path file names are handled, and itt? breaks all sorts of things including the CVS client.  I use CVSt< (currently using version 1.11.1p1 with several local patchesB applied) to manage some code which includes a [.X11] subdirectory,@ and the systemwide definition of "X11" provided by Motif startup? causes trouble.  (I can work around it by creating a process ort? job definition which points at this particular CVS subdirectory @ so that the library's translation yields the same result as just> treating it as a subdirectory in the first place, but that's a: nuisance because I have other code which actually uses the. systemwide X11 definition as it was intended.)  >      There is a logical name you can define in V7.3 to get the< C library to go back to reasonable behavior, but as far as IA know it doesn't work in V7.2 (it certainly doesn't work in V7.1).-  2                 Pat Rankin, rankin@eql.caltech.edu   ------------------------------  # Date: Fri, 19 Apr 2002 01:33:28 GMT-+ From: Arne Bergseth <Arne.Bergseth@dnv.com> ) Subject: Re: DEC 3000/400 VMS 6.2 problem & Message-ID: <3CBF73E7.9030109@dnv.com>  H Seems your machine is running happily now, but from the information you E gave, there may be a possible problem if you are going to update the t	 firmware.  ----   >: >H >: >I don't know what other information is needed, but here's what know:& >: >    133 MHz, 128MB, PMAG-DA video.J >: >    CPU devstat = OK KN15-BA -V5.1-S749-I196-sV1.0-DECchip 21064  P3.0 >eThe version number   sV1.0  indicates that your machine has not been upgraded to accept firmware updates after 1995. On this newsgroup there was a message on 12 Jul 95 from dshort@nova.wright.edu reporting problems with firmware update on a machine like yours:   "If you're upgrading the firmware of a DEC3000/400 with the update disk labeled may1995 ( or after ) check the rev #'s on your system PROM.i; The relevant PROM is on the system board, the bottom board.m It is near the front right of the board, below where the CD player is on my units. If the PROM is at rev 309E7, do not upgrade your firmware!  The PROM needs to be at rev 333E7." ----k The part number is 23-333E7-00 and I got one from Compaq Service not so long ago, and it was not expensive.e  
 Arne Bergsethh   ------------------------------  % Date: Thu, 18 Apr 2002 03:59:36 -0400n+ From: "Fred Kleinsorge" <nospam@please.com>aN Subject: Re: Emacs and other Unix applications on VMS, was: Re: VMS versus IBM, Message-ID: <a9n8d1$6k6t$1@lead.zk3.dec.com>  G "Simon Clubley" <clubley@remove_me.eisner.decus.org-Earth.UFP> wrote inl5 message news:Te0BkHtIol32@eisner.encompasserve.org...c5 > In article <3CBE9006.23E2A56D@127.0.0.1>, Nic Clews   <sendspamhere@127.0.0.1> writes: > >iH > > However, the upshot of the work, is that effectively there will be aG > > UNIX shell, both BASH and KORN were mentioned, and a lot of work is-I > > going on right now to implement things in VMS that make the whole jobLK > > easier, e.g. the rooted file system mapping to the way VMS works, a fewsH > > quirks of the UNIX file system and making ODS5 deliver what the UNIXJ > > needs, but all this without breaking any of the VMS. A number of otherB > > things that UNIX users take for granted, including FORK should1 > > hopefully, eventually, make its way into VMS.> > >n > D > What I am curious about is when will the level of compatibility beH > sufficient for me to take the latest GNU Emacs kit (or another popularG > Unix application, but Emacs is the one I'm mainly interested in), anda > build it as is on VMS ?  >SJ > > My personal gut feeling however is that linux isn't being picked up inF > > the enterprise way expected, the only place I see it making actualK > > inroads is replacing MS desktops c/w Staroffice. There's a police forcel? > > in the UK doing just that (but I forget the reference now).r > >n >oL > I wonder if that will change when the students of today get into positions+ > of purchasing power in future employers ?  >c  J The goal is the provide the interfaces and tools to make porting a typicalJ UNIX application no different than going between UNIX systems.  I say thatH with a half-smiley - since of course, that can be easier said than done.K But take that to mean "user apps" rather than, say, system code - or a file9 system.9  K The plan is to provide things in a staged manner over the next few releaseseL (couple years).  Think UNIX98 compliance, and full Posix compliant shell andH applications.  Fork and UNIX file IO are biggies, and will probably takeI nearly the longest to complete.  Part of the reason it will take a couple E releases is - 1) we want to get things out as soon as we can, without J waiting for everything to be done and 2) we also have a couple other major efforts underway ;-)   ------------------------------    Date: 18 Apr 2002 14:04:48 -0700' From: sdk_joseph@msn.com (Shawn Joseph)m= Subject: Re: Evaluating/Processing Identifiers in sylogin.com = Message-ID: <f897700f.0204181304.724f6554@posting.google.com>h  D Thank you everyone for your help.  I have captured the information IC was looking for with your assistance.  Thank you also for the greati$ link to the DCL programming webpage.  E Is there a DCL for Dummies book out there?  Someone told me there was @ but I can't find it anywhere.  If you know where I could find itE please provide the URL.  I have the Writing real programs in DCL booka@ (2nd edition) but it's been kind of a tough start with this one.   ------------------------------  % Date: Thu, 18 Apr 2002 19:35:56 +0200 ) From: Bart Zorn <B.Zorn@xs4all.nospam.nl>o4 Subject: Re: Excursion PCs as X-Terminals on OpenVMS/ Message-ID: <3CBF03FC.3090907@xs4all.nospam.nl>i   Bob Marcan wrote:r > Bart Zorn wrote: >  >>Bob Marcan wrote:  >> >>>Bart Zorn wrote:  >>>l >>>i >>>>Johan Schoofs wrote: >>>> >>>> >>>>>Hi all, >>>>>aP >>>>>Can anyone explain how to get the standard CDE based login screen displayedP >>>>>on a PC running Excursion (or any other X-Windows server software)? This isN >>>>>really a nobrainer for Tru64 hosts: just enable XDCMP (sic?) in ExcursionO >>>>>and you get a nice list of the Tru64 systems running X. You select one out O >>>>>of the list and you get the CDE login screen displayed on the PC. We wouldrQ >>>>>really like to see our OpenVMS systems doing something similar. I've checkedrC >>>>>the Excursion doc but it is of no help concerning our problem.e >>>>L >>>>TCP/IP services for OpenVMS V5.1 do support XDM. You just have to enableC >>>>the service. However, when I enable XDM in eXcursion, I get thegG >>>>selection box and after I select my host, I get a login box. When IlH >>>>enter a username/password (of which I am pretty sure they are OK), I* >>>>just get the host selection box again. >>>>P >>>>Maybe I find the time to explore this a little bit further when I have time. >>>>
 >>>>Bart Zorn  >>>e >>>o. >>>Did you ever try the screen which is not 0? >>>r >>>Regards, Bob  >>>u >>E >>I am afraid that I am missing something here. Can you enlighten me?y >> >>TIA, >> >>Bart ZornM >  >  > Try this on Linux: > . >   Xwrapper :9 vt09 -query $VMS_HOST -once &  >  > Regards, Bob >    Uhm yes. I see. Let's see...  + $ Xwrapper :9 vt09 -query $VMS_HOST -once &hA %DCL-W-NOLBLS, label ignored - use only within command procedurest
   \XWRAPPER:\mF %DCL-W-IVVERB, unrecognized command verb - check validity and spelling   \9\e $e  C Oh you already said 'on Linux'. But the subject suggests otherwise.a  ) This *IS* an OpenVMS newsgroup, you know!S   But thanks anyway!   Bart   ------------------------------  # Date: Fri, 19 Apr 2002 04:10:52 GMTf1 From: "Terry C. Shannon" <terryshannon@attbi.com>s) Subject: Re: Fearless VMS Prognosticationu; Message-ID: <gNMv8.34201$%s3.13539385@typhoon.ne.ipsvc.net>i  H > 17% of what? There remains considerable debate over the current number > of active VMS customers.   Indeed there does!   >  > Compared to what?e >o > Over what time frame?s  L Well, if there was sequential growth of 17 percent from 3FQ01 to 4FQ01, thatL would not mean a hell of a lot given the big hit CPQ (and virtually everyone else) took in 3FQ.   >s' > In what markets: US? European? Asian?  >n0 > New customers or existing? (What's the split?) >e- > The number itself is virtually meaningless.i  J Correct. Details, we need details. And by the way, a quick glance at CPQ'sF 1FQ02 results doesn't seem to indicate any dramatic growth in the High, Performance Systems (VMS and Tru64) space...   ------------------------------  # Date: Thu, 18 Apr 2002 21:02:19 GMTr9 From: Hein van den Heuvel <hein_netscape@eps.zko.dec.com>n' Subject: Re: File IO query. FLAME ALERTs/ Message-ID: <3CBF32C3.CE62E583@eps.zko.dec.com>n   wing wrote:a  J > > >I have written a testing program to write 10000 records in a file. ItK > > >takes less than 4s. However, if I run 48 copies of the testing programeK > > >at the same time (by submit it to a job queue), it takes >47s to writee > > >10000 records.y  F This exact question was posted to the VMS Wizard seemingly on the same& day  as posted here to the news group.D How dare people waste precious volontueer resources like that? Yuck.  F I haven't gotten around to do the newsgroup much lately, but I do takeF a poke at rms/file related Wizard questions if I can.  I had answerredF this question the same day.Unfortunately answers get posted in batchesH and it did not make it out. I tend to pre-empt that problem by sending a< private mail but happened not to do that this time. Too bad.  H > I am writing a server in openvms.  In which, around 70 servers will beE > run at the same time and each needs to write its own log for audit.aG > And, I suspect that the bottleneck may be on the file system, thus, Ie > do this testing.  J Ah! Now they tells us! What was tested has no bearing what-so-ever on whatH you will be done in practice. The responders failed to ask that good old basiclH question "why are you doing this".  They all assumed it was a reasonablyI complete question and jumped in wasting their precious volontueered time.tB Yuck again!... for not providing a reasonable problem description.  J With this new information I suspect the performance worries were prematureI and that the application may not have a performance problem at all or oneyJ that may be addressed with relatively straightforward tuning tools severalH of which were mentioned already ( pre-allocate, write-behind or deferred write,/ large buffers, io subsystem tweaks, placement).e  ' I'll include my likely wizard answer...t Cheers,r            Hein.  G   All file access performed by C programs on OpenVMS is performed usingsE   RMS.  In particular, you will thus want to review the available RMSuK   documentation for options that can provide you with improved performance.s  I   The original design principle of RMS -- fitting with the OpenVMS designoG   philosophy -- is one of extreme reliability and reproducibility.  ForsI   unshared file access, RMS can and will buffer appended records, but foreI   shared files, RMS will write every change through to the disk -- in thedH   terminology of UNIX, you could say that RMS will perform an fsync callH   on every write to a shared file.  It does this because the data can beK   seen by other processes, which can then read and use the data immediatelyh:   -- RMS provides shared and synchronized access to files.  I   You could ask RMS to DEFER WRITES (via the C keyword "fop=dfw") to stop I   this if you (as the application designer) can accept the potential loss J   of data involved.  This can have potentially large beneficial effects onH   RMS file performance, but the OpenVMS Wizard will warn you that in theK   test you propose, the effects of this change will be minimal.  The reasonsK   why is that RMS does not share buffers in memory: it 'pings'. If stream 1>I   adds a records, it will hold the dirty buffer. In order for stream 2 to<I   add its record, RMS will have to tell stream 1 (through a blocking AST)hI   to write out that buffer, and then re-read into stream 2 private buffera   space.  J   So from an RMS perspective in a shared high contention mode, each recordG   added may cause a write and read. You can probably verify this in the I   ACCOUNTING information for the batch jobs, or in I/O rates to the disk.rH   The price for this I/O can potentially be mitigated through the use ofI   a filesystem cache (XFC, VCC (VIOC), or third-party caching product) orsI   through the caching hardware controllers (HSZ, HSG, etc).  You can alsolI   examine the disk I/O throughput using the MONITOR DISK/ITEM=QUEUE tool.aH   (A value of 0.5 in this display means that half of all I/O requests toD   the disk are waiting; that the disk I/O is effectively saturated.)  E   What RMS application performance tuning can and should consider can (   involves any and all of the following:  H     - Use Deferred Write (likely to be good enough for real life usage).D     - Create an append slave server task and ship it records to add.G     - use an application managed lock (SYS$ENQ) to group multiple adds.gJ     - Courageous folks who don't mind venturing into unsupported territory@       could consider using the RMS file lock through SYS$MODIFY.5       (Hints: FAB$M_ESC, $RMEDEF, RME$C_KEEP_LOCK_ON)sG     - If the file is not shared and access is for sequential write, the G       FAB$M_SQO flag (in FAB$L_FOP) option can help performance -- thishG       option turns off some of the locking that can sometimes be overlyr       cautious and unnecessary.v?     - Correct sizing for the multibuffer and multiblock counts. !     - appropriate process quotas.nB     - Correct allocation and extend sizes -- the default sizes can7       be far too small for data-intensive applications.n'     - Enable and use RMS Global BuffersrJ     - Sufficient system parameter settings, and available physical memory.B       (Recent OpenVMS releases will require more physical memory.)F     - Tools such as AMDS and Availability Manager can help you monitorC       system activity during testing, and tools such as PCA and SCAkB       can be useful in locating bottlenecks within an application.  G   And again, you will want to review the available documentation on RMS-0   and file operations in the OpenVMS manual set.  B   You will also want to review the available ECO kits for OpenVMS,D   applying the mandatory kits and other relevent kits -- in the caseD   of V7.3, this includes disabling XFC (via setting VCC_FLAGS systemH   parameter to 1 prior to XFC V2.0 kit) and installing various ECO kits.K   In general, you will also want to consider OpenVMS upgrades as available,OH   as there have been a series of improvements made in the I/O system andF   related components in recent OpenVMS releases -- the specific source/   of the performance in this case is not clear.   H   When posting questions such as this, please consider including exampleD   code -- without this, the OpenVMS Wizard cannot easily provide andC   cannot easily tailor (generic) suggestions to your specific code.    ------------------------------  % Date: Thu, 18 Apr 2002 19:54:59 -0400h- From: JF Mezei <jfmezei.spamnot@videotron.ca>-' Subject: Re: File IO query. FLAME ALERT0, Message-ID: <3CBF5CD2.4056118D@videotron.ca>   Hein van den Heuvel wrote:K >   adds a records, it will hold the dirty buffer. In order for stream 2 tosK >   add its record, RMS will have to tell stream 1 (through a blocking AST)nK >   to write out that buffer, and then re-read into stream 2 private bufferi
 >   space.    N Would global buffers not seriously reduce actual disk io for the above ? Could it conceptually do so ?H   ------------------------------  % Date: Thu, 18 Apr 2002 11:16:38 -0700T% From: Dean Woodward <deanw@rdrop.com>p& Subject: Re: Found it.. Nevermind. ;-)) Message-ID: <3CBF0D86.A8374288@rdrop.com>m   Bob Koehler wrote: > _ > In article <a9kh5i$40bkp$1@ID-136223.news.dfncis.de>, "Dave Rich" <drich@nucorar.com> writes: % > > A undocumented command... SET UICe > >m > > EXTREMLY Undocumented...  3 Dunno about that.  $ HELP SET UIC told me about it.l  4 >    Also extreemly privileged and fairly dangerous.  : And let's not forget, DE-SUPPORTED.  For good reason, IMO.   ------------------------------  + Date: Thu, 18 Apr 2002 23:20:24 +0000 (UTC)e* From: bleau@umtof.umd.edu (Lawrence Bleau)% Subject: RE: full file backup to disk 0 Message-ID: <a9nkbo$ej4$2@grapevine.wam.umd.edu>   In article <2795B75EF003D311801A00A0C906B511011C6E43@cucexec.gbc.getronics.nl>, "Dijk, Jeroen van" <Jeroen.vanDijk@Getronics.com> writes:f >This would be better :) > d >$ backup /ign=inter dka:[*...] /exclude=dka0:[000000]ALL_FILES.BCK dka0:[000000]ALL_FILES.BCK /save >t6 >Otherwise you endup backupping the backupfile itself.  L I've had problems using this approach.  For small savests, it's fine, but asI you get to larger and larger disks (and savesets), BACKUP keeps trying todM extend the saveset file to add to it.  Eventually, the file extend operationsnO fragment the file quite a bit, and most of your time is then spent in extendingnI the file and accessing its extents from all over the disk.  Eventually it N becomes so fragmented the saveset file will need multiple file headers, and so on, and so on.  N Now, if there was a way to force BACKUP to overwrite an output file, you couldP allocate enough space ahead of time in an otherwise empty file and write to it. N Alternately, if you could ask backup to allocate an initial size to its outputO disk saveset, that'd work, too.  You might be able to use SET RMS or SET VOLUME G stuff to control file extend properties; I haven't tried that approach.   = Try experimenting, and measure your performance.  You'll see.K   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  # Date: Thu, 18 Apr 2002 23:18:23 GMTp! From: Andy <acs@fcgnet.works.net>r6 Subject: Re: getting SIMH 2.9-6/VAX + VMS configured ?> Message-ID: <Xns91F4C42A439A7acsfcgnetworksnet@216.166.71.232>  8 bdwheele@indiana.edu (Brian Wheeler) enlightened us with+ news:a9mko5$nqr$1@wilson.uits.indiana.edu: e  @ > In article <Xns91F3AA64B80F7acsfcgnetworksnet@216.166.71.232>,* >      Andy <acs@fcgnet.works.net> writes:  @ >> So..... the next step... how do I take my VAX VMS 7.2 CD (not@ >> the Hobbyest version but that shouldn't matter here) and readA >> it with SIMH so I can install that ? Or do I have to create anq% >> image of that CD ? And with what ?t > 7 > well, you can point the emulator to the cdrom device:-     > set rq1 rrd40p  = This attach didn't work. Mac OS X doesn't have a /dev/cdrom. mA And once I figured out the correct device name it gave me a "File  Open error"    > attach rq1 /dev/cdrom1 > = > and then boot the emulator and boot from dua1 (the real cd)u  3 > or, you can use dd to extract the data to a file:i  / Given the correct device name... this DID work.2  $ > dd if=/dev/cdrom of=vaxvms072.img     = And I now have VMS 7.2 installed and I'm playing with it :-).,> (Actually, doing a @sys$update:LIBDECOMP so I can install some: other things.... but this is REALLY slow %-)... if it ever finishes %-))    Thanks for the help.   -Andy- -- l   ------------------------------    Date: 18 Apr 2002 13:36:56 -0700# From: raymond.badiak@wcom.com (Ray)X+ Subject: Re: How to change DS700 IP address = Message-ID: <abd4bb23.0204181236.4dc3454a@posting.google.com>A  s hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) wrote in message news:<pqmv8.40$vd1.827507@cacnews.cac.cpqcorp.net>...td > In article <abd4bb23.0204171342.5add0bc@posting.google.com>, raymond.badiak@wcom.com (Ray) writes:4 > :Can someone tell me how to change the IP address. > K >   On most DECserver widgets with IP, the command is SET INTERNET ADDRESS.) > I >   Poke around over at www.dnpg.com for information on the DECserver 700t/ >   series, and particularly the DNAS software.p > P >  ---------------------------- #include <rtfaq.h> -----------------------------P >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    P >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com  D For a TS that already has an IP the command is "def inter mask none"= then "def inter addr none" then set new params with mask 1st.n  @ None of this works nor any combination of def/set/chan commands.   ------------------------------  + Date: Thu, 18 Apr 2002 22:40:19 +0000 (UTC)s* From: bleau@umtof.umd.edu (Lawrence Bleau). Subject: How to prevent smtp relay w/Multinet?0 Message-ID: <a9ni0j$ej4$1@grapevine.wam.umd.edu>  I A colleague of mine is running OpenVMS VAX 6.2 and Multinet (I don't knownF the version).  He recently received an email message saying his systemH has been added to a list of systems that allow open relay emails, and isG therefore being blocked.  He went through all of hte Multinet menus andi3 didn't see anything that looks like a relay option.r  G I know what smtp relay is, and I closed it off on the systems I manage.0H I'm running UCX/TCPIP, however, so I can't give him the commands to use.- I've never managed Multinet, so I've no hint.   E Is there a way to close off smtp relay in Multinet?  What is the menu J entry, or command if there is no menu option for it?  What is the earliestJ version of Multinet this command is available?  I'll ask my colleague whatI Multinet version he's running - apologies, I know I should have done thiso first.  Thanks.    Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edul   ------------------------------  % Date: Fri, 19 Apr 2002 00:20:53 -0500iC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>02 Subject: Re: How to prevent smtp relay w/Multinet?H Message-ID: <craig.berry-F4E448.00205319042002@news.directvinternet.com>  0 In article <a9ni0j$ej4$1@grapevine.wam.umd.edu>,,  bleau@umtof.umd.edu (Lawrence Bleau) wrote:  G > Is there a way to close off smtp relay in Multinet?  What is the menu L > entry, or command if there is no menu option for it?  What is the earliestL > version of Multinet this command is available?  I'll ask my colleague whatK > Multinet version he's running - apologies, I know I should have done thiso > first.  Thanks.C  D The  complete doc set is on-line. The section on rejecting unwanted 3 mail according to criteria you specify begins here:d  I <http://www.multinet.process.com/ftp/docs/html/admin_guide/Ch15.htm#E14E1e 37>e  D There are also of course multiple ways of contacting the vendor for - support and I think there is also a listserv.r   ------------------------------    Date: 19 Apr 2002 06:26:03 +0800, From: Paul Repacholi <prep@prep.synonet.com>O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinuxe- Message-ID: <878z7ky77o.fsf@prep.synonet.com>n  V Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> writes:  C > For Dynamic System Domains to have copied Galaxies Sun would have 4 > had to be in possession of a working time machine.  D Oh no, your time machine has had a cache failure as well!! So that's" why you where gone for 6 months ;)   -- h< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 18 Apr 2002 15:38:20 -07001 From: KeithParris_NOSPAM@yahoo.com (Keith Parris) 6 Subject: Re: I was right!  Alpha will live in Itanium!= Message-ID: <6ec1251e.0204181438.538f07cf@posting.google.com>o   Andrew Harrison SUNUK Consultancy <andrew_nospam.remove_this.harrison@sun.com> wrote in message news:<3CBEBC0A.9000709@sun.com>...J > If you can come up with examples of where large Alpha server performanceJ > is better for commercial type workloads (Alpha Servers main market) thenD > please do so. By Commercial type workloads I mean OLTP, DSS, Apps D > Servers etc. By large I mean 8 CPU's or above. GS80/GS160/GS320 or' > go back to GS140/8400 if you have to.t  D E*Trade is a good example -- GS160s (plus lots of GS-140s, thanks to9 good investment protection), doing heavy commercial OLTP.a  F As of a year ago, their Sun UE10K systems were so unreliable they wereC trying to force Sun to take them all back in a 3-for-1 exchange forh 4000-series boxes.  E Alpha is so fast a lot of folks can get by with an ES40 or ES45 whereaF they'd need an 8-CPU or larger Sun box.  GS-series boxes are needed ifA folks need more I/O than the 10 PCI slots on an ES4x can provide.c. ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------  # Date: Thu, 18 Apr 2002 17:39:17 GMTL* From: "Bill Todd" <billtodd@metrocast.net>R Subject: Re: It isn't just Alpha/OpenVMS users complaining about lack of marketing@ Message-ID: <9xDv8.99501$K5.8132653@bin5.nnrp.aus1.giganews.com>  3 "Mark E. Levy" <mlevy70@attbi.com> wrote in messagee4 news:gBzv8.9569$CH.2404@rwcrnsc52.ops.asp.att.net... >t< > "Bob Koehler" <koehler@encompasserve.org> wrote in message/ > news:4qPlGZOHbU9E@eisner.encompasserve.org...tL > > In article <yJdv8.75$8Xd.71@news02.bloor.is.net.cable.rogers.com>, "John! > Smith" <a@nonymous.com> writes:t >aL > >    Which reminds all of the contract IBM won by bidding VMS on an Alpha.( > >    Compaq had bid Tru64 on an Alpha. >d% > I'd like to hear more about this...e  L It *might* be a reference to a report (possibly from Terry) a while ago of aF situation in which IBM bid a VMS system (possibly in Florida?) againstI Compaq's bid of an NSK system.  IBM won.  A Google search on c.o.v. might08 turn it up if no one happens to recall when it occurred.   - bill   ------------------------------  # Date: Fri, 19 Apr 2002 02:57:49 GMTf1 From: "Terry C. Shannon" <terryshannon@attbi.com> R Subject: Re: It isn't just Alpha/OpenVMS users complaining about lack of marketing; Message-ID: <NILv8.34186$%s3.13495389@typhoon.ne.ipsvc.net>i  3 "Mark E. Levy" <mlevy70@attbi.com> wrote in messaged4 news:gBzv8.9569$CH.2404@rwcrnsc52.ops.asp.att.net... >t< > "Bob Koehler" <koehler@encompasserve.org> wrote in message/ > news:4qPlGZOHbU9E@eisner.encompasserve.org...iL > > In article <yJdv8.75$8Xd.71@news02.bloor.is.net.cable.rogers.com>, "John! > Smith" <a@nonymous.com> writes:  >fL > >    Which reminds all of the contract IBM won by bidding VMS on an Alpha.( > >    Compaq had bid Tru64 on an Alpha. >e% > I'd like to hear more about this...e >d >  >e >d  I Dunno about the Tru64 vs. VMS contract, but I have heard from a  reliable I source that IBM won a deal where they pitched VMS on WildFire. Compaq wase pitching Himalaya NSK.   ------------------------------   Date: 19 Apr 2002 03:09:36 GMT& From: peter@abbnm.com (Peter da Silva) Subject: Re: Itanium troublesp- Message-ID: <a9o1pg$dp0@web.eng.baileynm.com>   3 In article <3lPJtKUualD1@eisner.encompasserve.org>,e. Bob Koehler <koehler@encompasserve.org> wrote:X > In article <a97ppc$973@web.eng.baileynm.com>, peter@abbnm.com (Peter da Silva) writes:Q > > Well it seems to me that it's not the calendering that Outlook/Exchange giveseM > > you, nor even the calendering/email integration, since you can create web Q > > or ODBC based calendering systems that included as tight an email integrationeI > > as you like. What it is, is the idea of having these two applicationslI > > wrapped up in the same user interface. That can't be such a big deal,l. > > otherwise they'd all be using Lotus Notes   H >    I don't see your point.  Lotus Notes has for a long time wrapped up >    both calendar and email.o  J That *is* my point. Not only does Notes wrap up calendar and email, it's aF pretty general purpose environment and can wrap up things like expenseH reports, timecards, purchasing requests, and whatever else you toss intoF it... so if having a single user interface for multiple tools was suchG a big deal nobody would bother with Outlook and Exchange since Notes is 
 available.   --  +  `-_-'   In hoc signo hack, Peter da Silva.gE   'U`    "A well-rounded geek should be able to geek about anything."aL                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 19 Apr 2002 03:34:13 GMT& From: peter@abbnm.com (Peter da Silva) Subject: Re: Itanium troublesk- Message-ID: <a9o37l$fjc@web.eng.baileynm.com>   + In article <a9e8qt$n1i5@news.kvaerner.com>,c4 Tarjei T. Jensen <tarjei.jensen@kvaerner.com> wrote:D > And this process also seem to ensure that there is few fundamentalL > improvements. The shells have not changed much since I started using Unix.H > About the only improvement is the general availability of command line
 > editing.  L Well, you know, the UNIX shell in 1981 and the UNIX shell in 2002 has a heckH of a lot more changes than the DOS/NT shell in 1981 and in 2002. In UNIXK we have the addition of shell functions and aliases, job control, automaticuM execution of different shells for different scripts, history and command linerK editing, command completion, event triggers, all kinds of stuff. The DOS/NTiJ shell has added the path to the default prompt, lost the ability to selectH the "switch" character, and you can use cursor keys instead of F1-F3 for command line editing._  I The differences between the V6 and V7 shells, between 1976 and 1981, weres even more dramatic.i  A > And worse, apart from cloning the interface of MS applications,a  F I'd like to know exactly what this refers to. The command line editingG was inspired by TOPS, and was completely different from the DOS commandtI line editor... NT later picked up the same TOPS-inspired stuff. The Motif D GUI was based on an IBM design, that Microsoft picked up parts of inJ Windows 95 (and was all originally Xeroxed from Apple). The MS file systemE hierarchy was cribbed directly from Xenix (and at one point Microsoftv4 claimed that DOS and Xenix would eventually merge).   L > > On the other hand, I can't give someone using Word 97 a document created > in4 > > Word 2000 and expect them to be able to open it.  N > That applies to most applications which evolve. On old version of LaTeX will< > have problems with a input file created for a new version.  F What happens with Microsoft apps is a little more extreme than "havingJ problems". And the really ironic thing is, Microsoft had already developedI a rich text format that avoids a lot of the compatibility issues, *and* a F mechanism for encapsulating it away from the non-portable parts of the	 document.e   > > We just did a rollout ofK > > iPaqs running Pocket PC 2002, and we're having to upgrade all the usersr > whoSH > > were using NT4 to Windows 2000 so they can reliably connect to them.  L > Our excuse for going to win2k is that microsoft is terminating support for > NT4 in the near future.p  L Ah. You don't find the forced upgrade and breakage process a problem becauseI you've had to upgrade because of the forced upgrade and breakage process.a  J Luckily Microsoft dropping support for a product doesn't make that productI suddenly stop working, otherwise we'd be in deep doodoo with our software % that runs under a Xenix-286 emulator.f  H > Not only the user interface, but almost *everything* requires a lot of9 > really boring work to make the system industrial grade.u  H Yeh, but a lot of that work at the *system* level also provides benefitsL for the Open Source geeks, so they do it anyway. They also do a lot of stuffF that Microsoft doesn't bother to do, like auditing the source tree forJ buffer overflows and other security holes, and formalising the system callG interface and parameter type structure so you dont get bitten by buffer-L overflows in the kernel API or character set conversion holes in webservers.   > And the reallyM > boring work include documentation and testing and somebody actualy deciding8 > how things should work.   N That's something Microsoft needs to do a lot more of, because getting the userL interface right helps sell systems, but designing a solid spec for something9 nobody outside Microsoft is supposed to ever see doesn't.I  L > Not only valuable, but preferable. There have been some improvements. e.g.I > the move toward XML for data files. However I suspect that these are so-/ > complex anyway, that it does not matter much.2  H XML is somewhat overrated. If you're trying to document an interface, itI helps you do that over a fairly broad range of complexity. If you're not, K it provides a great smokescreen to hide the fact that you don't really want> to expose the details.  M > Where I work, Unix is simply not good enough to handle general file servingn+ > (We use Samba on Unix for special tasks).I  H For Windows file sharing we use Network Appliance filers. We also have aL couple of Windows boxes that proxy print requests through to printers on the
 UNIX side.  M > All in all we are quite happy with Netware 6 for file and print and NDS forrM > user management, but the managment is probably still desperate to get win2ke > in on the server side.  ! Ah yes, that's another way to go.i   -- s+  `-_-'   In hoc signo hack, Peter da Silva.sE   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------  % Date: Thu, 18 Apr 2002 14:33:33 -0400a- From: JF Mezei <jfmezei.spamnot@videotron.ca>tJ Subject: Re: Lack of Display Postscript in V7.3 (was Re: OpenVMS VAX V7.3), Message-ID: <3CBF117A.A4CBC1F7@videotron.ca>  M I have never done this, but what happens when you have a DECdocument documenteE that has embedded .EPS images, and you generate a Bookreader output. e  G Is Bookreader capable of rendering images/graphics ? If so, does it use ; display postscript to rasterize the EPS embedded graphics ?.   ------------------------------  % Date: Thu, 18 Apr 2002 09:44:56 +01002# From: "Paul Hardy" <Paul@lsl.co.uk>nJ Subject: Re: Lack of Display Postscript in V7.3 (was Re: OpenVMS VAX V7.3)' Message-ID: <S2A*Wh6lp@relay.lsl.co.uk>7  = "Mark Berryman" <Mark.Berryman@Mvb.Saic.Com> wrote in messageh& news:3CB19A6B.3CEA4075@Mvb.Saic.Com... > [...] J > So, back to my "original" question.  Do you really feel that the lack ofH > display postscript in V7.3 (and later) is a good reason for not moving! > to these later releases of VMS?H  H Previous releases of our LAMPS1 mapping and charting production softwareI (still used by several major national mapping agencies) relied heavily on K DPS for cartographic quality rendering of text fonts. The removal of DPS in E 7.3 is a major headache, and might well have been and end-of-road for/ several big VMS sites.  J Luckily, we have been able to take on a third-party font rendering packageF and embed it in our software, which while it is not as good as DPS, isE probably sufficient to allow customers to move to 7.3. Some customersiF however will certainly feel that the lack of DPS is reason to stick at 7.2.x.   --8 Paul Hardy (PGH), Chief Product Manager, Laser-Scan Ltd,H Science Park, Milton Rd, CAMBRIDGE, CB4 0FY, GB. Tel: +44 (0)1223 420414B Fax: 420044, Email: Paul@LSL.co.uk, Web: http://www.Laser-Scan.com   ------------------------------   Date: 19 Apr 2002 03:45:21 GMT& From: peter@abbnm.com (Peter da Silva)G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)t- Message-ID: <a9o3sh$gbi@web.eng.baileynm.com>2  @ In article <wMwu8.58908$%8.4814023@bin2.nnrp.aus1.giganews.com>,) Bill Todd <billtodd@metrocast.net> wrote:sI > Windows certainly has comprehensive on-line help available, both in the0K > context of the current activity and indexed (and cross-indexed) to aid in L > finding out other operations that might be pertinent, so I'm not sure what > you're trying to say above.i  J The Windows GUI is actually quite a lot better than the Macintosh or UNIX;I I haven't used the Star Office System enough to tell if it had that beat,pJ or if the Extreme Metaphor tripped it up. It certainly counts as a massive advance on Smalltalk.   G Unfortunately, starting with Windows 95, Microsoft proceeded to utterly-F wreck the consistent mouse/keyboard/visual mappings. The task bar, forG example, requires a diferent set of navigation keys. There are a numberoK of new visual objects that simply can't be navigated without the mouse, andnK which don't respond to mouse clicks the way the visuals suggest. Windows 98 K accelerated this by merging a completely different user interface (based on-F what was originally a UNIX program built with the Motif toolkit!) with the Windows 95 one.e  H It's still my favorite GUI, though I wish it had a better window manager  and a more robust OS underneath.   -- l+  `-_-'   In hoc signo hack, Peter da Silva.ME   'U`    "A well-rounded geek should be able to geek about anything."sL                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------   Date: 19 Apr 2002 03:49:12 GMT& From: peter@abbnm.com (Peter da Silva)G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)m- Message-ID: <a9o43o$gk2@web.eng.baileynm.com>o  @ In article <4iAu8.46099$iw.4560879@bin4.nnrp.aus1.giganews.com>,) Bill Todd <billtodd@metrocast.net> wrote:sM > Apple put a great deal of serious, formal human research into designing its M > GUI.  I'd like to see something at least as formal from anyone who suggestsi > it was faulty.  K The highly modal dialogues, the complete lack of textual error messages foruM a huge number of common problems, the religious attraction to a single-button E mouse and the resulting addition of a plethora of special purpose key K combinations to replace Xerox's original context-sensitive popup menus, therL complete lack of any attempt at a uniform key binding... and that's just off the top of my head.p  K Apple did a lot of things right, but a few things Microsoft did better, andi the GUI was one of them.   -- j+  `-_-'   In hoc signo hack, Peter da Silva.uE   'U`    "A well-rounded geek should be able to geek about anything."lL                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------  # Date: Fri, 19 Apr 2002 04:55:25 GMTl* From: "Bill Todd" <billtodd@metrocast.net>G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)cA Message-ID: <1rNv8.86296$3L2.7568088@bin7.nnrp.aus1.giganews.com>l  3 "Peter da Silva" <peter@abbnm.com> wrote in messaget' news:a9o43o$gk2@web.eng.baileynm.com...lB > In article <4iAu8.46099$iw.4560879@bin4.nnrp.aus1.giganews.com>,+ > Bill Todd <billtodd@metrocast.net> wrote:rK > > Apple put a great deal of serious, formal human research into designing  its F > > GUI.  I'd like to see something at least as formal from anyone who suggests > > it was faulty.  E The antecedent of 'it' above was the research, not the implementationyG (though when the statement is taken in isolation from the discussion ofoK which it was a part that's not at all clear).  The context of the statement J was to rebut the suggestion that command-oriented interfaces were superiorH to GUIs in facilitating the common kinds of things PC users do (and that, Apple watched them do during said research).  J So while your observations below are not without merit, I don't think they apply to the statement I made.   - bill   >nI > The highly modal dialogues, the complete lack of textual error messages, foreA > a huge number of common problems, the religious attraction to a 
 single-buttonhG > mouse and the resulting addition of a plethora of special purpose keyrI > combinations to replace Xerox's original context-sensitive popup menus,u the:J > complete lack of any attempt at a uniform key binding... and that's just off5 > the top of my head.c >oI > Apple did a lot of things right, but a few things Microsoft did better,u and> > the GUI was one of them. >A > --- >  `-_-'   In hoc signo hack, Peter da Silva.lG >   'U`    "A well-rounded geek should be able to geek about anything."p; >                                                        --  nicolai@esperi.org >          Disclaimer: WWFD? >    ------------------------------  # Date: Thu, 18 Apr 2002 17:52:45 GMTo* From: "Bill Todd" <billtodd@metrocast.net>0 Subject: Re: Merger Vote Results,  R.I.P. DECpaqA Message-ID: <NJDv8.80218$%l3.7086699@bin8.nnrp.aus1.giganews.com>   5 "Don Sykes" <annonymous@pacbell.net> wrote in messages% news:3CBF01FA.53767E5E@pacbell.net...    ...t  F > If this statement is true, it won't mattter about Hewlett's lawsuit.	 SwitchingaH > 17 million shares to NO will still be 11 million short of stopping the merger.r  / Hewlett's suit covers considerably more ground.d   - bill   ------------------------------    Date: 19 Apr 2002 06:50:47 +0800, From: Paul Repacholi <prep@prep.synonet.com>0 Subject: Re: Merger Vote Results,  R.I.P. DECpaq- Message-ID: <874ri8y62g.fsf@prep.synonet.com>M  N winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:  F > Define "dump".  If memory serves, the upkeep of DECdocument has beenF > long-since outsourced to Touch Technologies, who seem to do a pretty > good job with it.g  1 Hasn't it recently been dropped from the CONDIST?.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.a@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Thu, 18 Apr 2002 13:39:28 -0500u1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> 4 Subject: Re: More proof EV8 will live in itanium ...8 Message-ID: <a9n3v5$jm8$1@fizban.fizban.pprd.abbott.com>  5 "Bill Todd" <billtodd@metrocast.net> wrote in message ; news:wOhv8.71336$GS6.7260574@bin3.nnrp.aus1.giganews.com...  >o> > "Dave Gudewicz" <david.gudewicz@abbott.com> wrote in message4 > news:a9js6o$8rl$1@fizban.fizban.pprd.abbott.com...L > > I think some of Alpha (todays or perhaps what would have been) will live > in > > future versions of the IPF.g >DK > Itanic would love to get its hands on EV7's on-chip glue, I suspect - but@ > that's not Alpha per se. >e > >zL > > I heard that some - not all - of the braintrust of Alpha are now wearing > > Intel badges.t >nA > That is correct, though it wasn't their first choice (EV8 was).a >c > >J1 > > As for Tru64 on IPF.  Some parts of it maybe., >oH > No.  HP/UX *might* acquire some technology, but it won't be Tru64 when > they're done with it.d  H Understood.  And that's what I was trying to say with the "maybe" above.L H-P/UX will/might take from T64 that which is deemed good and incorporate it% into whatever tomorrow will bring us.l   ------------------------------    Date: 18 Apr 2002 11:15:34 -0700" From: quick6_98@hotmail.com (Phil), Subject: Page faulting with large free list?= Message-ID: <6a82438c.0204181015.325fa886@posting.google.com>    Hello,  E I have a VAX 4000-50 which seems to have a high page fault rate whilenB the Free List seems very large.  Any suggestions on a fix would be appreciated.  3                             OpenVMS Monitor Utilitye5                            PAGE MANAGEMENT STATISTICS -                                  on node xxxxn3                             18-APR-2002 13:57:01.86   B                               CUR        AVE        MIN        MAX  C Page Fault Rate               0.00     185.99       0.00    1151.00 C Page Read Rate                0.00      31.07       0.00     216.33iC Page Read I/O Rate            0.00       7.08       0.00      37.00 C Page Write Rate               0.00       0.00       0.00       0.00dC Page Write I/O Rate           0.00       0.00       0.00       0.00   C Free List Fault Rate          0.00      33.37       0.00     203.33rC Modified List Fault Rate      0.00      20.51       0.00     187.00aC Demand Zero Fault Rate        0.00      62.35       0.00     519.00qC Global Valid Fault Rate       0.00      62.57       0.00     422.66sC Wrt In Progress Fault Rate    0.00       0.00       0.00       0.00hC System Fault Rate             0.00       0.00       0.00       0.00_  C Free List Size           398379.00  399927.75  394438.00  401218.00 C Modified List Size         4510.00    4388.04    4232.00    4807.00    Thanks,  Phil   ------------------------------  % Date: Thu, 18 Apr 2002 12:06:40 -0700-+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>30 Subject: Re: Page faulting with large free list?' Message-ID: <3CBF1940.8010805@mmaz.com>a   Phil wrote:n   >Hello,c > F >I have a VAX 4000-50 which seems to have a high page fault rate whileC >the Free List seems very large.  Any suggestions on a fix would bee
 >appreciated.f >f4 >                            OpenVMS Monitor Utility6 >                           PAGE MANAGEMENT STATISTICS. >                                 on node xxxx4 >                            18-APR-2002 13:57:01.86 >1C >                              CUR        AVE        MIN        MAXe >SD >Page Fault Rate               0.00     185.99       0.00    1151.00D >Page Read Rate                0.00      31.07       0.00     216.33D >Page Read I/O Rate            0.00       7.08       0.00      37.00D >Page Write Rate               0.00       0.00       0.00       0.00D >Page Write I/O Rate           0.00       0.00       0.00       0.00 >hD >Free List Fault Rate          0.00      33.37       0.00     203.33D >Modified List Fault Rate      0.00      20.51       0.00     187.00D >Demand Zero Fault Rate        0.00      62.35       0.00     519.00D >Global Valid Fault Rate       0.00      62.57       0.00     422.66D >Wrt In Progress Fault Rate    0.00       0.00       0.00       0.00D >System Fault Rate             0.00       0.00       0.00       0.00 >oD >Free List Size           398379.00  399927.75  394438.00  401218.00D >Modified List Size         4510.00    4388.04    4232.00    4807.00 > G It appears that you have a lot of image activitations, perhaps working r; sets that are too small and the MPL being kept too small...f   Barrye   -- D  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-70280   ------------------------------  % Date: Thu, 18 Apr 2002 15:22:50 -0400i  From: norm.raphael@jamesbury.com0 Subject: Re: Page faulting with large free list?4 Message-ID: <C2256B9F.00696ACC.00@jklh22.valmet.com>  ( No hard faults = writes to the pagefile.C Demand zero faults are programs starting up and filling empty pagesv with zeroes in memory.H Global Valid faults are existing global pages faulting into workingsets.P Modified List faults are pages being brought back into a workingset from memory.- I may be wrong, but I do not see any problem.         / quick6_98@hotmail.com on 04/18/2002 02:15:34 PM   ' Please respond to quick6_98@hotmail.comc   To:   Info-VAX@mvb.saic.com  cc: - Subject:  Page faulting with large free list?t       Hello,  E I have a VAX 4000-50 which seems to have a high page fault rate whilerB the Free List seems very large.  Any suggestions on a fix would be appreciated.  3                             OpenVMS Monitor Utilityf5                            PAGE MANAGEMENT STATISTICSu-                                  on node xxxx 3                             18-APR-2002 13:57:01.86i  B                               CUR        AVE        MIN        MAX  C Page Fault Rate               0.00     185.99       0.00    1151.00iC Page Read Rate                0.00      31.07       0.00     216.33pC Page Read I/O Rate            0.00       7.08       0.00      37.00eC Page Write Rate               0.00       0.00       0.00       0.00uC Page Write I/O Rate           0.00       0.00       0.00       0.00,  C Free List Fault Rate          0.00      33.37       0.00     203.33eC Modified List Fault Rate      0.00      20.51       0.00     187.00aC Demand Zero Fault Rate        0.00      62.35       0.00     519.00iC Global Valid Fault Rate       0.00      62.57       0.00     422.66nC Wrt In Progress Fault Rate    0.00       0.00       0.00       0.00 C System Fault Rate             0.00       0.00       0.00       0.00l  C Free List Size           398379.00  399927.75  394438.00  401218.00oC Modified List Size         4510.00    4388.04    4232.00    4807.00e   Thanks,e Phil   ------------------------------  # Date: Thu, 18 Apr 2002 23:41:12 GMTe1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 0 Subject: Re: Page faulting with large free list?' Message-ID: <3CBF5C49.1F6ECFAD@fsi.net>n   Phil wrote:  >  > Hello, > G > I have a VAX 4000-50 which seems to have a high page fault rate whilerD > the Free List seems very large.  Any suggestions on a fix would be > appreciated.  B What about working set sizes? ...FREEGOAL? ...FREELIM? ...GROWLIM? ...BORROWLIM? ...MPW_* params?  F Need more info., but check those out first. Increase WSDEF and WSQUOTAG (in fact, make them the same value!) and increase WSEXTENT accordingly.eH If you want to do this system-wide, try increasing the PQL_MWS* param.'sG since the ones you're most interested in are dynamic and these param.'st! over-ride there UAF counterparts.s   -- t David J. Dachterao dba DJE Systems. http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Fri, 19 Apr 2002 01:35:23 GMT ) From: rob.buxton@wcc.govt.nz (Rob Buxton) 0 Subject: Re: Page faulting with large free list?2 Message-ID: <3cbf738e.2495290017@news.wcc.govt.nz>  $ Tend to agree with Norms post below.  * Do you have an actual performance problem? Slow response or similar?   0 The values below do not seem to be too dramatic.= The fact that Current Page Fault Rate = 0 indicates that witht9 successive iterations the Average would continue to drop.b  C It may be that you'd had a period where several images were starteda   Rob.E On Thu, 18 Apr 2002 15:22:50 -0400, norm.raphael@jamesbury.com wrote:i   >  >t) >No hard faults = writes to the pagefile.-D >Demand zero faults are programs starting up and filling empty pages >with zeroes in memory.lI >Global Valid faults are existing global pages faulting into workingsets.VQ >Modified List faults are pages being brought back into a workingset from memory.n. >I may be wrong, but I do not see any problem. >A >5 >b >i0 >quick6_98@hotmail.com on 04/18/2002 02:15:34 PM >i( >Please respond to quick6_98@hotmail.com >i >To:   Info-VAX@mvb.saic.com >cc:. >Subject:  Page faulting with large free list? >r >a >  >Hello,  >rF >I have a VAX 4000-50 which seems to have a high page fault rate whileC >the Free List seems very large.  Any suggestions on a fix would bey
 >appreciated.a >g4 >                            OpenVMS Monitor Utility6 >                           PAGE MANAGEMENT STATISTICS. >                                 on node xxxx4 >                            18-APR-2002 13:57:01.86 >oC >                              CUR        AVE        MIN        MAX  > D >Page Fault Rate               0.00     185.99       0.00    1151.00D >Page Read Rate                0.00      31.07       0.00     216.33D >Page Read I/O Rate            0.00       7.08       0.00      37.00D >Page Write Rate               0.00       0.00       0.00       0.00D >Page Write I/O Rate           0.00       0.00       0.00       0.00 >tD >Free List Fault Rate          0.00      33.37       0.00     203.33D >Modified List Fault Rate      0.00      20.51       0.00     187.00D >Demand Zero Fault Rate        0.00      62.35       0.00     519.00D >Global Valid Fault Rate       0.00      62.57       0.00     422.66D >Wrt In Progress Fault Rate    0.00       0.00       0.00       0.00D >System Fault Rate             0.00       0.00       0.00       0.00 >bD >Free List Size           398379.00  399927.75  394438.00  401218.00D >Modified List Size         4510.00    4388.04    4232.00    4807.00 >r >Thanks, >Philt >r >h >  >o >e >y   ------------------------------    Date: 18 Apr 2002 23:29:17 +0800, From: Paul Repacholi <prep@prep.synonet.com>2 Subject: Re: Predictions - just for the hell of it- Message-ID: <87lmblyqia.fsf@prep.synonet.com>   * peter@taronga.com (Peter da Silva) writes:  D > The "industry standard package" stuff was a retcon. After all, the3 > "industry standard" PC package in 1981 was S-100.i  lB > What was killer was *abundant* *cheap* 32-bit systems with ample > software..  eE > It doesn't matter what package they were in. Once one contender gotwD > far enough ahead they would *be* the "industry standard" no matter > what they were.W  E The killer was the IBM badge on them. Once the boxes get every where,fD then changing the contents was OK to the bean counters and managers.  D Remember the 'PC' boards with a 68000 on them? Order a 'standard' PCD and one of them as an 'option'. Throw the x86 booard in the bin, and: what the accounting dept does not know won't worry them...   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 18 Apr 2002 23:37:28 +0800, From: Paul Repacholi <prep@prep.synonet.com>2 Subject: Re: Predictions - just for the hell of it- Message-ID: <87hem9yq4n.fsf@prep.synonet.com>   - Mark Crispin <mrc@CAC.Washington.EDU> writes:h  E > Plus some unique disadvantages; both the Jupiter and Venus projectslA > were in shambles, and it was only possible to rescue one (Venusa > became the VAX 8600).   C See if you can find an audio tape of 'The Tale of Two Venuses' fromeC the 84 DECUS EU in Amsterdam. I suspect that one was never given iniD the US, but it was clearly explained that the original Venus projectE had totally imploded, and the only way was to scrap the lot and startaC again, with new tools being the most urgent part of it. That sucked ( everything in, and Jupiter was stranded.  B 10 years later, it is the KC-10 patents that Intel have stolen for. the PPro. And the MESI cache protocol I think.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------    Date: 18 Apr 2002 22:32:15 -07003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com>s2 Subject: Re: Predictions - just for the hell of it0 Message-ID: <qh8z7kfe3k.fsf@ruckus.brouhaha.com>  . Paul Repacholi <prep@prep.synonet.com> writes:D > 10 years later, it is the KC-10 patents that Intel have stolen for0 > the PPro. And the MESI cache protocol I think.   Got patent numbers (or titles)?    ------------------------------   Date: 19 Apr 02 07:20:39 +0200) From: p_sture@elias.decus.ch (Paul Sture)eY Subject: Re: Semi-automatic clutch. (was Re: learning how to use a computer (was: Re: Itaa) Message-ID: <AlfNQXS5pgkA@elias.decus.ch>h  U In article <ubtfp97d0b8ne3@news.supernews.com>, "Island" <sales@islandco.com> writes:t< > And what about that DAF 33 back in the 70's and early 80's > # > Variamatic or something like thato > M > It had a conicular transmission (actually a perpetual gear shifting system)w >  > Good concept - lousy car >   4 My mother had a Daf 44 in the 1977/9 timeframe. That5 was a fine car, albeit it suffering from the leftovers2 image of the 33. Hard acceleration resulted in the4 engine quickly moving to peak revs and stayed there,7 with the ratio changing as you gained speed. Much to my 5 then boss's chagrin, it outperformed his shiny new VWn Golf :-)  6 On my very first go at driving it, on coming to a halt6 at the first junction, my left foot involuntarily went4 for the clutch, hit the brake, and my father hit his7 head on the windscreen (before wearing seatbelts became  compulsory).  2 It had a limited slip differential, which meant it2 could keep going if one of the "rubber bands" ^J^J6 drive belts broke. That was handy in snow, although it6 kicked in with a juddering motion when turning on full lock.    __
 Paul Sture Switzerland    ------------------------------  % Date: Thu, 18 Apr 2002 20:28:44 +0200 ) From: Bart Zorn <B.Zorn@xs4all.nospam.nl> Y Subject: Re: Semi-automatic clutch. (was Re: learning how to use a computer (was: Re: ItaD- Message-ID: <3CBF105C.70402@xs4all.nospam.nl>e  
 Island wrote:S< > And what about that DAF 33 back in the 70's and early 80's > # > Variamatic or something like thatf > M > It had a conicular transmission (actually a perpetual gear shifting system)7 >  > Good concept - lousy car >  > > > Part of Volvo I think now - or is it Mitsubishi, or whatever  7 Well, the last car with the variomatic was a Volvo 340.-  I The concept lives on as the CVT, Continuous Variable Transmission, owned eH by a company named VDT, Van Doorne's Transmission. The 'D' in this name H is the same as the 'D' in 'DAF'. Some small Japanese cars use it today.  Subaru comes to mind.m  H I know this is very off track, but it is interesting to see that a very  good concept lives on!  	 Bart Zornt   ------------------------------  # Date: Fri, 19 Apr 2002 01:26:58 GMTt7 From: tauberg@nauticom.no_spam_please.net (Jim Tauberg) = Subject: Stuck in licenseless Motif with OpenVMS 7.2 Hobbyist 0 Message-ID: <3cbf7146.2906040@news.nauticom.net>   Hi,n> 	I have a VAXstation 4000 VLC which I've installed the OpenVMS@ 7.2 hobbyist on.  I'm very much a beginner with this.  Anyway, IC installed MOTIF and after the install was asked to reboot.  Now the-B system comes up in a graphical format, but when I try to log in asB SYSTEM, it shows a dialog that says "No license is active for thisE software product" and gives me an "OK" button which returns me to thefE graphical login screen.  Of course it's not licensed, cause I haven't F put in the license information yet... but I don't know how to get backD to the $ prompt to do it.   Any help would be appreciated!  (I don't3 even know how to safely shut it down at this point)    Thanks in advance, Jim Taubergp tauberg@no_spam.nauticom.net   ------------------------------  % Date: Fri, 19 Apr 2002 00:38:42 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca> A Subject: Re: Stuck in licenseless Motif with OpenVMS 7.2 Hobbyist , Message-ID: <3CBF9F4C.891D86EF@videotron.ca>   Jim Tauberg wrote:E > installed MOTIF and after the install was asked to reboot.  Now the D > system comes up in a graphical format, but when I try to log in asD > SYSTEM, it shows a dialog that says "No license is active for this > software product"e  = Press the reset button or break key to get to the >>> prompt.t   Then B/1 to get to SYSBOOT   at SYSBOOT> SET WINDOW_SYSTEM 0i     SYSBOOT> CONTINUEp  J This will bring up your machine without any windowing and just a very veryL basic character cell interface (not even VT100, more like TTY). You can thenE type in the licence information, then use SYSGEN to USE CURRENT , SET40 WINDOW_SYSTEM 1 , WRITE CURRENT and then reboot.   ------------------------------    Date: 19 Apr 2002 05:32:02 +0800, From: Paul Repacholi <prep@prep.synonet.com>9 Subject: Re: Sue, a great promotion for "unhackable" vms! - Message-ID: <87hem8y9pp.fsf@prep.synonet.com>   N winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes:  E > They'd do better working up something with a quirky band like _They C > Might Be Giants_, who'd probably be amused to write a VMS jingle.tE > (Actually, to reach CEOs rather than young hackers, they should getaE > Elton John to rewrite - no, not Candle in the Wind again - but "I'm B > still standing", and make a video showing huge disasters and VMSF > clusters staying up.  They could point out that John himself was bigA > in the 70s and is still big, like VMS.)  A lot of the people on B > corporate boards listened to him when they were younger and they > still vaguely think he's hip.0  D I was thinking of two Alphas standing after the dust cloud clears...D You would only need to run it once, the yelling and screaming should, keep it going for at least another 6 months.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.L@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  + Date: Thu, 18 Apr 2002 18:56:22 +0000 (UTC)c+ From: "Craig Cooke" <storm7@btinternet.com>r' Subject: Re: System Disk as Quorum Diskm1 Message-ID: <a9n4sm$kjk$1@knossos.btinternet.com>    Hi Rick,  @ Thanks for taking the time to respond - that is exactly the sameL configuration that we have here - I'm going in work tonight 2330 hrs BST andI attempt to cluster the systems - I could be the shortest serving employee " for my company if I get it wrong !   Craig Cooke      --= "Rick Millhollin" <rickm@oregon.uoregon.edu> wrote in message0, news:3cbef0f9.1369079822@news.uoregon.edu...3 > On Thu, 18 Apr 2002 10:34:36 +0100, "Craig Cooke"e > <ccooke@beta.dabs.com> wrote:  >0 > <snip>K > >However, I was speaking to someone last week and they have said that youPK > >CANNOT and SHOULD NOT use the system disk as a quorum disk, but I cannott* > >find any documentation to support this. > <snip> >0A > I use my system disk as a quorum disk with no problems.  It's a., > hardware miror set on an HSG80 controller. >33 > Rick Millhollin, Director of Computing Facilities B > University of Oregon Computing Center, Eugene, Oregon 97403-12122 > Phone: (541)346-1730  FAX: (541)346-6438 or 4397E > E-mail: rickm123@oregon456.uoregon789.edu (remove anti-spam digits)    ------------------------------    Date: 18 Apr 2002 15:28:55 -07001 From: KeithParris_NOSPAM@yahoo.com (Keith Parris) ' Subject: Re: System Disk as Quorum Disk9= Message-ID: <6ec1251e.0204181428.3e51ba0a@posting.google.com>   W "Craig Cooke" <ccooke@beta.dabs.com> wrote in message news:<3cbe8e4f$1@194.70.94.92>... J > However, I was speaking to someone last week and they have said that youJ > CANNOT and SHOULD NOT use the system disk as a quorum disk, but I cannot) > find any documentation to support this.a  D Possible explanations for why someone advised you against this might be:-B 1) A quorum disk cannot be a shadowset, so if the system disk is aD quorum disk then that means the system disk cannot be protected with? host-based shadowing.  (A quorum disk can be a controller-baseda( mirrorset or RAID-5 storageset, though.)C 2) If disk I/O to the quorum disk is extremely heavy, sometimes theeA I/Os to validate the quorum disk might time out, generating OPCOMgA messages and possibly causing temporary loss of the quorum disk'sc; vote(s).  The system disk is often a heavily-accessed disk.t  F But unless your system disk is shadowed, and/or it gets hit heavily by I/Os, it should work fine.. ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------   Date: 19 Apr 2002 04:57:24 GMT- From: djweath@attglobal.net (Dave Weatherall)m Subject: Tcl/Tk and VMSt5 Message-ID: <DTiotGxQ0bj6-pn2-xc8hiZVehGPb@localhost>    Hi?     we've recently started to play with Tcl/Tk on both VMS and AC Solaris. The Tk version we have is (IIRC) 41a2. The latest I could  D find with Google the other day is 41b5 (on the VMS tcl/Tk page). Is  that the latest?  A Thanks to the above mentioned page (sorry the URL has long since .F disappeared to the ether) for pointing out that the TK_LIBRARY has to D be defined in Unix /dev/somewhere/else format. My colleague can now F RUNTK and continue to develope on VMS, which she has been using for 18D years, and not spend too much time learning that strange unix stuff  (that's unavoidable really).  B That leads me on to the question : does the latest version of the F INTERNET_PRODUCT_SUITE setup.COM actually define the TK_LIBRARY in the required format :-  A       "/SYS$SYSDEVICE/VMS$COMMON/INTERNET_PRODUCT_SUITE/.... "   u  F The one we had didn't and I had to add some DCL to do it. The logical D was not defined at all. It did give me opportunity to play with the  DCL            string - "."  D construct. Weird! I'd never used it in all the time I've been using * VMS, and have now used it twice in a week.   -- . Cheers - Dave.   ------------------------------  # Date: Fri, 19 Apr 2002 00:48:59 GMT 1 From: Ed Wensell III <ewensell3@yahoo.commercial>d5 Subject: Re: Time to finally rename VMS back to VMS ?g0 Message-ID: <3CBF6938.7097651D@yahoo.commercial>   Elliott Roper wrote: > H > After all, we would not want to see "My DCL" or "Visual RMS" would we? > H > Can you imagine a paper clip leaping out at you halfway through typing > a teco macro?l >e  1 http://ars.userfriendly.org/cartoons/?id=20000108F   -- ? Ed Wensell IIIE NetBSD/Alpha at home - Solaris/SPARC at work - OpenVMS in a past lifetA E-mail address is valid if you know the appropriate bits to drop.    wibble?)   ------------------------------   Date: 19 Apr 02 07:35:01 +0200) From: p_sture@elias.decus.ch (Paul Sture) 5 Subject: Re: Time to finally rename VMS back to VMS ?d) Message-ID: <2kBvA3sQakTz@elias.decus.ch>e  d In article <3CBF6938.7097651D@yahoo.commercial>, Ed Wensell III <ewensell3@yahoo.commercial> writes: > Elliott Roper wrote: >>I >> After all, we would not want to see "My DCL" or "Visual RMS" would we?  >> 0I >> Can you imagine a paper clip leaping out at you halfway through typingP >> a teco macro? >> > 3 > http://ars.userfriendly.org/cartoons/?id=20000108o > ) Talking of things leaping out of screens:     ftp://80.254.165.138/mil_bug.gif (animated GIF - 77KB)    __
 Paul Sture Switzerlandw   ------------------------------  % Date: Fri, 19 Apr 2002 07:40:43 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>l5 Subject: Re: Time to finally rename VMS back to VMS ?o' Message-ID: <3CBFADDB.3DB0A03B@aaa.com>o   The link gives me : & "550 file specification syntax error".   Jan-Erik Sderholm.N   Paul Sture wrote:s > + > Talking of things leaping out of screens:a > " > ftp://80.254.165.138/mil_bug.gif > (animated GIF - 77KB)  >  > __ > Paul Sture
 > Switzerlandl   ------------------------------  + Date: Thu, 18 Apr 2002 18:31:54 +0000 (UTC) * From: bleau@umtof.umd.edu (Lawrence Bleau)1 Subject: UNXSIGNAL bugcheck on virtual disk, why?b0 Message-ID: <a9n3eq$8qb$1@grapevine.wam.umd.edu>  L Hi, I just has a system crash, bugcheck UNXSIGNAL, Unexpected signal name inM ACP.  I'm running OpenVMS AXP 7.1-2.  I just added a 180Gb disk to my system, O and was using Glenn Everhart's virtual disk driver, VDDRIVER, V4f, to partitione it.   G Let me back up and give you the sequence.  The disk went in without any K problems, showed up on SHO DEV properly.  I did an INIT first, which worked M fine.  I then did a MOUNT/FOREIGN; again, no problems.  I connected a virtualxO disk device (VDA20:) and assigned it a block range starting at LBN 0 and having , size 97693755 (50Gb); the command I used was  2 $ asnvdm6/assign/lbn=0/len=97693755 vda20: dkc500:  A I then did an INIT on the VD device, and got the following error:7  O %INIT-F-INTDIV, arithmetic trap, integer divide by zero at PC=FFFFFFFF80007A18,  PS=0000000Bg  M After puzzling over this a bit, I recalled that Glenn's recommendation was to O use /NOVEREIFY, so I did an INIT/NOVERIFY VDA20: BLANK and it worked.  So, I've O dispatched the initial problem (I hope; maybe not, that's why I'm telling you).  A SHOW DEV VDA20 gives  M Disk SAMPEX$VDA20:, device type Foreign disk type 1, is online, file-orientedG     device, shareable.  O     Error count                    0    Operations completed                  0 O     Owner process                 ""    Owner UIC                      [SYSTEM] O     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,W4O     Reference count                0    Default buffer size                 512rO     Total blocks            97693696    Sectors per track                    32aO     Total cylinders            29868    Tracks per cylinder                  32j  L I did a normal mount on the initialized VD device, which succeeded.  Next, IL did the command CREATE/DIRECTORY VDA20:[LDF] to create a top-level directoryO for my data.  *This* is what caused the system to crash!  Here is selected infop from the crash dump:  ; Bugcheck Type:     UNXSIGNAL, Unexpected signal name in ACPm VMS Version:       V7.1-2  Current Process:   SYSTEMtB Current Image:     SAMPEX$DKA0:[SYS0.SYSCOMMON.][SYSEXE]CREATE.EXE: Failing PC:        FFFFFFFF.80007A18    OTS$REM_UL_C+000B8$ Failing PS:        10000000.00000000! Module:            SYS$BASE_IMAGEy Offset:            00005A18o  L I can provide other info as needed.  Alternately, I've made the listing fileI VMS generates upon booting after a crash available: go to sampex.umd.edu,h+ anonymous ftp, and get the file crash.lis .a  M I should hasten to add that I've been using VDDRIVER on this system for years N now without problems.  I did not change VDDRIVER version or VMS version; all IK did is add a bigger disk, reboot, and try to use it.  Btw, a CRE/DIR on the0O underlying disk, when mounted as a normal Files-11, works, as does a CRE/DIR on H a 50Gb physical disk I already have (almost exact same block size, too). Thanks.    Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  % Date: Thu, 18 Apr 2002 15:21:53 -0400<1 From: "Mark D. Jilson" <jilly@clarityconnect.com>q5 Subject: Re: UNXSIGNAL bugcheck on virtual disk, why? 2 Message-ID: <3CBF1CD1.7311D5A4@clarityconnect.com>  A We have seen crashes in this code from a number of sources.  Whatd+ patches have been installed on this system?h   Lawrence Bleau wrote:m > N > Hi, I just has a system crash, bugcheck UNXSIGNAL, Unexpected signal name inO > ACP.  I'm running OpenVMS AXP 7.1-2.  I just added a 180Gb disk to my system,hQ > and was using Glenn Everhart's virtual disk driver, VDDRIVER, V4f, to partitione > it.r > I > Let me back up and give you the sequence.  The disk went in without any M > problems, showed up on SHO DEV properly.  I did an INIT first, which worked-O > fine.  I then did a MOUNT/FOREIGN; again, no problems.  I connected a virtual0Q > disk device (VDA20:) and assigned it a block range starting at LBN 0 and having . > size 97693755 (50Gb); the command I used was > 4 > $ asnvdm6/assign/lbn=0/len=97693755 vda20: dkc500: > C > I then did an INIT on the VD device, and got the following error:  > Q > %INIT-F-INTDIV, arithmetic trap, integer divide by zero at PC=FFFFFFFF80007A18, 
 > PS=0000000Be > O > After puzzling over this a bit, I recalled that Glenn's recommendation was to Q > use /NOVEREIFY, so I did an INIT/NOVERIFY VDA20: BLANK and it worked.  So, I've Q > dispatched the initial problem (I hope; maybe not, that's why I'm telling you).. > A SHOW DEV VDA20 gives > O > Disk SAMPEX$VDA20:, device type Foreign disk type 1, is online, file-oriented  >     device, shareable. > Q >     Error count                    0    Operations completed                  0 Q >     Owner process                 ""    Owner UIC                      [SYSTEM]bQ >     Owner process ID        00000000    Dev Prot            S:RWPL,O:RWPL,G:R,WtQ >     Reference count                0    Default buffer size                 512oQ >     Total blocks            97693696    Sectors per track                    32wQ >     Total cylinders            29868    Tracks per cylinder                  32a > N > I did a normal mount on the initialized VD device, which succeeded.  Next, IN > did the command CREATE/DIRECTORY VDA20:[LDF] to create a top-level directoryQ > for my data.  *This* is what caused the system to crash!  Here is selected infoi > from the crash dump: > = > Bugcheck Type:     UNXSIGNAL, Unexpected signal name in ACPi > VMS Version:       V7.1-2n > Current Process:   SYSTEMrD > Current Image:     SAMPEX$DKA0:[SYS0.SYSCOMMON.][SYSEXE]CREATE.EXE< > Failing PC:        FFFFFFFF.80007A18    OTS$REM_UL_C+000B8& > Failing PS:        10000000.00000000# > Module:            SYS$BASE_IMAGE  > Offset:            00005A18  > N > I can provide other info as needed.  Alternately, I've made the listing fileK > VMS generates upon booting after a crash available: go to sampex.umd.edu,-- > anonymous ftp, and get the file crash.lis .2 > O > I should hasten to add that I've been using VDDRIVER on this system for yearsaP > now without problems.  I did not change VDDRIVER version or VMS version; all IM > did is add a bigger disk, reboot, and try to use it.  Btw, a CRE/DIR on the3Q > underlying disk, when mounted as a normal Files-11, works, as does a CRE/DIR ontJ > a 50Gb physical disk I already have (almost exact same block size, too).	 > Thanks.c >  > Lawrence Bleau > University of Maryland$ > Physics Dept., Space Physics Group > 301-405-6223 > bleau@umtof.umd.edui   -- wC Jilly	- Working from Home in the Chemung River Valley - Waverly, NYb0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------    Date: 19 Apr 2002 01:10:23 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: VAX/Alpha CIl- Message-ID: <874ri9ylts.fsf@prep.synonet.com>-  / jodonnell@hrblock.com (Jason O'Donnell) writes:r  E > Also, all cables were cut to the coupler, so I will need to get the ? > CI cables and rewire the power input cable.  Any suggestions?4  C CI cables are identical to 10Base5, but with TNC connectors insteadcB of N. The is no power connection to the SC. BTW, do not let the SC2 body ground out. Keep it isolated from everything.  , Cutting the cables... What sort of idiots...   -- m< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Fri, 19 Apr 2002 06:43:35 +0200u( From: Rainer Lehrig <lehrig@t-online.de>, Subject: VMS Cluster address switching issue+ Message-ID: <3CBFA077.D7EDF4F9@t-online.de>a   Hi,c  = working as a freelancer I'm faced with the following problem.2  F There is a small cluster with 2 machines (Alpha, OpenVMS 7.2-1, a RAID? connected to each machine, an ethernet adapter on each machine)g9 We want 1 machine to be the master and 1 to be the slave.:A When the slave becomes master all network communication has to be % switched to the former slave machine.fF For testing we switch the cluster address with "UCX SET INTERFACE ..." from one machine to the other.   Observation:G Our network applications reconnect within 5 seconds after we change the  cluster address. This is ok for us.E But sometimes we have to wait 30-40 seconds before messages arrive atp8 the destination although the applications are connected.+ In some cases all is done within 5 seconds.0A After this time expires, we get all the messages from these 30-40e seconds at once.' After this the communication is normal.   	 Question:h6 Has anybody an idea about the delay of 30-40 seconds ?   Your: 
 Rainer Lehrig    ------------------------------  % Date: Fri, 19 Apr 2002 07:59:14 +0200m- From: Didier Morandi <Didier.Morandi@Free.fr>m( Subject: Re: VMS doc pages gone (to HP?)' Message-ID: <3CBFB232.6AAABEEE@Free.fr>L   LOL :-)g   D.   warren sander wrote: > D > It's fixed.. coding error (someone didn't read the documentation). > < > "Didier Morandi" <Didier.Morandi@Free.fr> wrote in message# > news:3CBE939B.D85648FE@Free.fr...c8 > > Today, the www.openvms.compaq.com:8000 URL says 404. > >e > > D.   -- a     Pascale et Didier Morandig  "Svoukyavachtlamaisondleroi"      19 chemin de la Butte         31400 Toulouse         06 79 83 64 18   ------------------------------  # Date: Thu, 18 Apr 2002 21:33:54 GMTp# From: "John Smith" <a@nonymous.com>o Subject: Re: VMS versus IBMnF Message-ID: <6ZGv8.6538$VLV.5894@news01.bloor.is.net.cable.rogers.com>  I Go look at the new release schedule of Websphere MQ (formerly known as MQ L Series) from IBM. Try to find OpenVMS mentioned anywhere in the port/release' schedule for it over the next 8 months.   G Don't say that DECmessageQ is an option because MOM interoperability isKK still a myth, and the vast majority of the non-VMS world uses MQ at various  release levels.l  F Slowly VMS gets marginalized. Thanks Bob. Thanks, Mikey. Thanks Carly.        : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CBF05AE.72E7EED2@videotron.ca... > Nic Clews wrote:K > > Agreed, but you still have the hurdle to either convince the SAP people-B > > they should invest in the VMS X.Y version to produce their VMSE > > compatible SAP implementation, or release the source code so thath > > someone else could do it.w > K > That is the  problem of a company such as Compaq or HP whose core productr isI > Wintel. If SAP only wants to do one port, they will port it to Compaq's  "core"= > product and Compaq's other products will not be considered.s >bJ > This is why in the past, VMS was the target of many ports because it wasF > Digital's core product and it was the one with all the software. The	 minute itpI > becomes a secondary product, the software migrates to the core product.U And asI > this begins, so do the customers and when customers migrate, so do moreo
 applicationsi > K > > IBM has a philosophy that says we sell you the kit and the support, but J > > the premise is you run what you want on the kit, and will support whatI > > you want to run on their kit. Part of their gamble I believe is basedgF > > around those with the so-called legacy applications who can re-useE > > existing hardware and dip their toe in the 'open' water of linux.s > G > The problem is that IBM has too many kits to sell. Will each platformm retainJ > the critical mass necessary to continue to attract new software ? Adding LinuxeC > which will go from desktop to datacenter will affect all of IBM'sg	 products,oK > except perhaps the bank applications that are so rooted in MVS manframes.e >,L > > I'm not so certain that the single vendor approach is the way businessesL > > want to move forward. Do you know of any examples of companies that have% > > over 90% of one vendors' systems?e >pI > Sure. Plenty of companies are "compaq only". Remember that in the early  1990K > until the end of the Y2K craze, Compaq was king for wintel in the office,  from > desktop to server. >cG > The big question is whether customers will want to deal with a singleaK > supplier, or whether they will want to deal with multiple suppliers, each K > being the best in what it does. So Dell for Wintel, Sun for Unix, and VMSm for,K > serious stuff, instead of buying  HP wintel, HP-UX, HP-linux etc, none ofm! > which would be "best in breed".    ------------------------------   Date: 19 Apr 02 06:44:34 +0200) From: p_sture@elias.decus.ch (Paul Sture)/I Subject: Re: [OT] Re: Semi-automatic clutch. (was Re: learning how to usee) Message-ID: <nTXQlo8Fka7o@elias.decus.ch>g  U In article <3CBDAB48.5090907@gregcagle.com>, Greg Cagle <gregc@gregcagle.com> writes:o >  >  > Dean Woodward wrote:" >> Wow.  Talk about topic drift...   Better than clutch slip :-)c   >>   >> iH >>>bill@triangle.cs.uofs.edu (Bill Gunshannon) on 04/17/2002 03:03:42 PM >>>e@ >>>Recently??  Porsche has had a clutchless shift semi-automaticC >>>transmission for more than 30 years. (I don't remember the name,eH >>>but I do still have the shop manuals at home if anyone really cares.) >>   >> pJ >> Porsche? No.  You could get late 60's early 70's VWs with an "AutomaticJ >> Stickshift", which had an electric clutch, but the Porsche system isn'tJ >> that old.  At least, Porsche didn't produced one for public consumption7 >> that long ago.  The purists wouldn't have bought it.  > E > Actually Porsche used essentially the same system as VW in the samevF > timeframe - but you're right. The purists didn't buy it. Now we haveA > Tiptronic and similar systems from BMW and others; some puristsM< > love it, some don't. It is Formula One derived technology. >  Tiptronic - Porsche and Audi.  Steptronic - BMW2 Variations on the same theme - other manufacturers  7 Last time I had my car serviced, the courtesy car I wasi3 lent was an Audi A6 with Tiptronic. In manual mode, 4 just nudging the lever forward or back changed up or7 down. Just a short experience, but I liked it. If I had 7 known what I was going to get, I would have booked somen1 time off work to give it a more thorough test :-)l  1 And then on to other developments. Audi has a new0/ variable ratio transmission called Multitronic. 5 Although their website claims it as a first, Daf wereV3 there years ago with the basic idea. Multitronic isl1 basically a chain/belt which connects two conicale6 disks. It's described on http://www.audi.com for those% with Flash/whatever enabled browsers.e  . BMW has one called SMG, again described on the7 Flash/whatever website http://www.bmw.com. This is moreh6 of a traditional clutch, but operated hydraulically in6 conjunction with the engine management system. I can't2 find the timing info on the website, but I seem to7 remember from press reports when it was introduced that 3 this beasty changes gear in the sort of millisecond82 timings I used to use as sizing estimates for disk1 accesses a couple of decades ago (says he, vainly:* trying to get back a little on topic :-) )  1 All impressive stuff. I can feel some test drivesu
 coming on :-)r  . Hey, at least we have drifted to talking about+ technology which is available today :-) :-)i   __
 Paul Sture Switzerlando- (Must buy a lottery ticket on my way to work)    ------------------------------   End of INFO-VAX 2002.215 ************************