1 INFO-VAX	Sat, 20 Apr 2002	Volume 2002 : Issue 217       Contents:2 An Example of a Company Listening to Its User Base6 Re: An Example of a Company Listening to Its User Base6 Re: An Example of a Company Listening to Its User Base6 Re: An Example of a Company Listening to Its User Base6 Re: An Example of a Company Listening to Its User Base6 Re: An Example of a Company Listening to Its User Base6 Re: An Example of a Company Listening to Its User Base0 Re: another hint of post-merger direction, maybe, Re: Anyone using CHARON-VAX for development?1 Re: Availability Manager not displaying all nodes 1 Re: Availability Manager not displaying all nodes ) Re: Best DCL programm you've ever written ) Re: Best DCL programm you've ever written  Re: Best DIGITAL product ever? Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures  Re: Blade architectures + Re: Excursion PCs as X-Terminals on OpenVMS   Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication  Re: Fearless VMS Prognostication Re: File IO query. FLAME ALERT( First detail on Montecito that I know of, Re: First detail on Montecito that I know ofP Re: Give us your Apache 1.3/2.0 requirements  [Was: RE: Talk about quick respons5 How do you switch an AlphaStation 500 from NT to VMS? 9 Re: How do you switch an AlphaStation 500 from NT to VMS? ) Re: 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! - Re: I was right!  Alpha will live in Itanium! - Re: Installing Netscape Gold from Hobbyist CD > Re: learning how to use a computer (was: Re: Itanium troubles)> Re: learning how to use a computer (was: Re: Itanium troubles)0 Re: linking with pthread library for C++ program LPRSETUP Re: LPRSETUP- Re: OpenVMS E7.3-1 changes show dev d display ' Re: Page faulting with large free list? ' Re: Page faulting with large free list? 0 Re: Prediction:  VMS lives, merger or no merger!0 Re: Prediction:  VMS lives, merger or no merger!0 Re: Prediction:  VMS lives, merger or no merger!0 Re: Prediction:  VMS lives, merger or no merger!' Searching for DECserver 90M Boot Images  Re: SSH for Alpha OVMS? & Re: TCP/IP 5.0 Configuration Questions, Re: Time to finally rename VMS back to VMS ? Re: Two DMQ COM servers running  RE: Two DMQ COM servers running  RE: Two DMQ COM servers running , Re: UNXSIGNAL bugcheck on virtual disk, why?$ VMS Spammer, the lowest form of life! We are selling a New ES40 Cheap ! P Re: [OT] Re: Semi-automatic clutch. (was Re: learning how to usea computer (was:  F ----------------------------------------------------------------------  % Date: Fri, 19 Apr 2002 15:08:01 -0500 / From: "Stuart, Ed" <Ed.Stuart@austinenergy.com> ; Subject: An Example of a Company Listening to Its User Base T Message-ID: <92EFB80E551BD511B39500D0B7B0CDCC0642C367@ohms.electric.ci.austin.tx.us>  K Here is a link to a ComputerWorld article about how Sun is listening to the 4 Solaris users that support running Solaris on Intel.  B http://www.computerworld.com/storyba/0,4125,NAV47_STO70339,00.html   EdE **Please apply a generous amount of all the usual disclaimers here.**    ------------------------------  # Date: Fri, 19 Apr 2002 21:50:13 GMT * From: "Bill Todd" <billtodd@metrocast.net>? Subject: Re: An Example of a Company Listening to Its User Base B Message-ID: <pi0w8.100136$GS6.9806113@bin3.nnrp.aus1.giganews.com>  : "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in messageL news:92EFB80E551BD511B39500D0B7B0CDCC0642C367@ohms.electric.ci.austin.tx.us. ..I > Here is a link to a ComputerWorld article about how Sun is listening to  the 6 > Solaris users that support running Solaris on Intel. > D > http://www.computerworld.com/storyba/0,4125,NAV47_STO70339,00.html >  > EdG > **Please apply a generous amount of all the usual disclaimers here.**   I Yeah.  Quite a contrast.  Hard to believe that Sun and Compaq are even in ; the same industry - but perhaps Compaq just *thinks* it is.    - bill   ------------------------------  % Date: Fri, 19 Apr 2002 19:17:18 -0400 ( From: Bill Gunshannon <bill@cs.uofs.edu>? Subject: Re: An Example of a Company Listening to Its User Base B Message-ID: <20020419191622.E33527-100000@server2.cs.scranton.edu>  % On Fri, 19 Apr 2002, Bill Todd wrote:    > K > Yeah.  Quite a contrast.  Hard to believe that Sun and Compaq are even in = > the same industry - but perhaps Compaq just *thinks* it is.  >   H I thought confirmation of the vote count at HP meant they were no longer in the same or any industry??    bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |> Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  # Date: Sat, 20 Apr 2002 00:40:30 GMT # From: "John Smith" <a@nonymous.com> ? Subject: Re: An Example of a Company Listening to Its User Base H Message-ID: <2O2w8.11062$Gpn.10056@news02.bloor.is.net.cable.rogers.com>  D Maybe it's just a Darwinian thing....Digital deserved to die..Compaq( deserved to die...HP deserves to die....          5 "Bill Todd" <billtodd@metrocast.net> wrote in message < news:pi0w8.100136$GS6.9806113@bin3.nnrp.aus1.giganews.com... > < > "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in message > L news:92EFB80E551BD511B39500D0B7B0CDCC0642C367@ohms.electric.ci.austin.tx.us. > ..K > > Here is a link to a ComputerWorld article about how Sun is listening to  > the 8 > > Solaris users that support running Solaris on Intel. > > F > > http://www.computerworld.com/storyba/0,4125,NAV47_STO70339,00.html > >  > > EdI > > **Please apply a generous amount of all the usual disclaimers here.**  > K > Yeah.  Quite a contrast.  Hard to believe that Sun and Compaq are even in = > the same industry - but perhaps Compaq just *thinks* it is.  >  > - bill >  >  >    ------------------------------  # Date: Sat, 20 Apr 2002 01:45:47 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ? Subject: Re: An Example of a Company Listening to Its User Base ' Message-ID: <3CC0CB03.C1DC7FC5@fsi.net>    "Stuart, Ed" wrote:  > M > Here is a link to a ComputerWorld article about how Sun is listening to the 6 > Solaris users that support running Solaris on Intel.  8 AAAAWWWW!!! I wanted to be the first to post about it!!!  P http://www.infoworld.com/articles/hn/xml/02/04/19/020419hnsecretsix.xml?0419frpm   (The URL probably wrapped.)   3 I was gonna say that this provides hard proof that:   H o Sun would be a better suitor to own VMS than HP or even its current or past owners.  G o "Compaq Listens"? Well, the hobbyists - and especially DFWCUG - would G disagree with me; but in my experience, no - they don't. These articles G on the other hand, provide documentation that Sun *DOES* listen! ...and 	 *ACTS*!!!   @ Now, how do we convince them (Sun) to offer to buy VMS away from CHomPaq?  A That said, once I read (in InfoWorld) a commitment from Sun about G Solaris/Intel, that will be all the prodding I need to bet (what's left / of) the farm on my M$-free computer store idea.   E ...and if they're *REAL* good, and talk *REALLY* *REALLY* nice to me, = maybe - just maybe, mind you - I'll carry one or two units of E OpenVMS-IPF on the shelf (right next to te Linux distros, maybe), and D keep at least one pre-installed OpenVMS-IPF system in stock whenever	 feasible.   A ...if Intel ever comes up with a market-ready IPF CPU, that is...   G ...oh yeah, I'll probably traul eBay for small Alphas so I can have one D or two in stock for sale to hobbyists and/or CSA partners through an% on-line store (service provider TBD).    Hey - it can happen!   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 19 Apr 2002 22:43:17 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ? Subject: Re: An Example of a Company Listening to Its User Base , Message-ID: <3CC0D5C4.E2694FC3@videotron.ca>   Bill Todd wrote:K > Yeah.  Quite a contrast.  Hard to believe that Sun and Compaq are even in = > the same industry - but perhaps Compaq just *thinks* it is.   N In all fairness to Compaq, Compaq hasn't officially killed VMS, due in part toM its realising that the remaining customers would not be happy at all. So in a M way, Compaq heeded customers's opinions before making a harsh decision on VMS ' which it was ready to take 2 years ago.   G This of course doesn't fix the problem of Compaq wanting to promite and  maximise VMS' potential.   ------------------------------  # Date: Sat, 20 Apr 2002 02:43:17 GMT * From: "Bill Todd" <billtodd@metrocast.net>? Subject: Re: An Example of a Company Listening to Its User Base A Message-ID: <9B4w8.52839$XV5.4735712@bin4.nnrp.aus1.giganews.com>   : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CC0D5C4.E2694FC3@videotron.ca... > Bill Todd wrote:J > > Yeah.  Quite a contrast.  Hard to believe that Sun and Compaq are even in? > > the same industry - but perhaps Compaq just *thinks* it is.  > @ > In all fairness to Compaq, Compaq hasn't officially killed VMS   Yet.  G But it has killed NT on Alpha, and Alpha itself, and Tru64 (all by slow H starvation rather than a bullet, but that's what Sun did with Solaris onE IA32 as well).  And its response whenever questioned is simply "Tough 4 noogies.  Enough customers love us, so take a hike."  F Kind of the reverse of Sun's attitude:  Compaq expects customers to beF responsive to Compaq.  The only question left to answer is exactly how* customers will 'respond' to that attitude.   - bill   ------------------------------  % Date: Fri, 19 Apr 2002 14:08:48 -0500 & From: jlsue <jlsuexxxz@screaminet.com>9 Subject: Re: another hint of post-merger direction, maybe 8 Message-ID: <p4fpbucfd6o2r8ag59qa1br0u7a80dpr5c@4ax.com>  E On Tue, 16 Apr 2002 09:33:46 +0100, Andrew Harrison SUNUK Consultancy 3 <andrew_nospam.remove_this.harrison@sun.com> wrote:    >  >  >Fred Kleinsorge wrote:  > ; >> Aw, and I thought you said you *weren't* a market-droid.  >>  N >> Come on, admit it.  You're in sales right?  Never really have done anythingF >> technical.  Right?  You getting a lot of business from these posts? >>   >>   >  > 7 >How intriguing, rather than answer the points you have 7 >instead used the classic sales tactic of attempting to  >change the subject. > # >How about answering the question ?  > 7 >Why do you claim that Alpha and GS boxes have industry 7 >leading server performance when none of your benchmark  >results show this.  >     E OMFG... I almost laughed out loud hearing/reading this post from you.   F You are on a real roll with these pot-and-kettle postings this year... and it's only April!!!  1 Not speaking for anyone, certainly not DEC/Compaq - (get rid of the xxxz in my address to e-mail)    ------------------------------  % Date: Fri, 19 Apr 2002 14:22:56 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com> 5 Subject: Re: Anyone using CHARON-VAX for development? ' Message-ID: <3CC08AB0.8050807@mmaz.com>   & --------------0504030400020906060507089 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit    Keith Parris wrote:   b >"Stanley F. Quayle" <stan@stanq.com> wrote in message news:<3CBF37F6.11794.142A17E9@localhost>... > . >>On 18 Apr 2002, at 9:22, Keith Parris wrote: >>F >>>Why couldn't the emulator detect the special case of an instruction  >>>branching to its own address? >>> D >>Because that could happen anywhere.  Imagine a piece of user mode F >>code that is executing a spinloop.  You don't want to slow down the 4 >>emulator at the user level, only the kernel level. >> > @ >It doesn't really matter where a branch-to-self occurs, even inE >user-mode code.  All the system would do is allow the process to eat A >up CPU until the next quantum end anway.  Might as well have the D >emulator let other Windows applications do work until that happens. > G SRI makes it pretty clear that the system is dedicated to the emulator  D when running and if used in production you wouldn't be using the NT : system for anything else but running Charon...  High Ghz, E Multi-Processor based Wintels are cheap, so if you are serious about  I production running VMS on this, it would make no sense to skip on such a  ( inexpensive component of the equation...   Barry    > / >---------------------------------------------- / >Keith Parris | parris at encompasserve dot org  >  >    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028       & --------------050403040002090606050708) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit    <html> <head> </head>  <body> Keith Parris wrote:<br> S <blockquote type="cite" cite="mid:6ec1251e.0204190951.2f3f283a@posting.google.com">    <pre wrap="">"Stanley F. Quayle" <a class="moz-txt-link-rfc2396E" href="mailto:stan@stanq.com">&lt;stan@stanq.com&gt;</a> wrote in message news:&lt;3CBF37F6.11794.142A17E9@localhost&gt;...<br></pre>   <blockquote type="cite">G     <pre wrap="">On 18 Apr 2002, at 9:22, Keith Parris wrote:<br></pre>      <blockquote type="cite">       <pre wrap="">Why couldn't the emulator detect the special case of an instruction<br>branching to its own address?<br></pre>        </blockquote>        <pre wrap="">Because that could happen anywhere.  Imagine a piece of user mode <br>code that is executing a spinloop.  You don't want to slow down the <br>emulator at the user level, only the kernel level.<br></pre>        </blockquote> 6      <pre wrap=""><!----><br>It doesn't really matter where a branch-to-self occurs, even in<br>user-mode code.  All the system would do is allow the process to eat<br>up CPU until the next quantum end anway.  Might as well have the<br>emulator let other Windows applications do work until that happens.</pre>       </blockquote> K SRI makes it pretty clear that the system is dedicated to the emulator when I running and if used in production you wouldn't be using the NT system for Q anything else but running Charon... &nbsp;High Ghz, Multi-Processor based Wintels I are cheap, so if you are serious about production running VMS on this, it R would make no sense to skip on such a inexpensive component of the equation...<br>
       <br>	 Barry<br> Y       <blockquote type="cite" cite="mid:6ec1251e.0204190951.2f3f283a@posting.google.com">          <pre wrap=""><br>----------------------------------------------<br>Keith Parris | parris at encompasserve dot org<br><br><br></pre>          </blockquote>          <br>:         <pre class="moz-signature" cols="$mailwrapcol">--   D Barry Treahy, Jr  *  Midwest Microwave  *  Vice President &amp; CIO    E-mail: <a class="moz-txt-link-abbreviated" href="mailto:Treahy@mmaz.com">Treahy@mmaz.com</a> * Phone: 480/314-1320 * FAX: 480/661-7028</pre>          <br>         </body>          </html>   ( --------------050403040002090606050708--   ------------------------------    Date: 19 Apr 2002 11:29:14 -0700' From: sdk_joseph@msn.com (Shawn Joseph) : Subject: Re: Availability Manager not displaying all nodes= Message-ID: <f897700f.0204191029.3fccc817@posting.google.com>   k "Mark D. Jilson" <jilly@clarityconnect.com> wrote in message news:<3CC02385.DE450B83@clarityconnect.com>... J > If the nodes that do not show up have more than one nic or other networkI > interface then you need to edit AMDS$LOGICALS.COM and point AMDS$DEVICE F > to the nic that will allow the AMDS packets to be transmitted to theE > PC.  Additionally make sure that this network path is configured to I > allow the AMDS packets to travel to the PC.  The AMDS docs have all the % > info your network admins will need.   B  I think you hit the nail right on the head.  I do have 2 NIC's inD each of the servers that aren't showing up in AM.  I edited the fileC that you mentioned and restarted AM but it gave me an error statingtF "%AMDS-W-UNKSTYLE, unknown LAN address style on line: IE1"  IE1 is theA adaptor I'm using but I suspect it may be a virtual rather than at@ physical adaptor.  I am going through all the documentation, butD haven't been able to figure out how to tell what the real adaptor is@ that I should use for this.  It is an ethernet internet adaptor.   ------------------------------  % Date: Fri, 19 Apr 2002 15:28:20 -0400i1 From: "Mark D. Jilson" <jilly@clarityconnect.com>m: Subject: Re: Availability Manager not displaying all nodes2 Message-ID: <3CC06FD4.3C0A66A3@clarityconnect.com>  F IE1 sounds like the TCPIP interface.  Do a $ MCR LANCP SHOW DEVICE andG pick the LAN adapter to use in AMDS$LOGICALS.COM from this list.  After G editing AMDS$LOGICALS.COM use @SYS$STARTUP:AMDS$STARTUP RESTART to moveh/ AMDS to the adapter you pointed AMDS$DEVICE to.r   Shawn Joseph wrote:  > m > "Mark D. Jilson" <jilly@clarityconnect.com> wrote in message news:<3CC02385.DE450B83@clarityconnect.com>...aL > > If the nodes that do not show up have more than one nic or other networkK > > interface then you need to edit AMDS$LOGICALS.COM and point AMDS$DEVICEVH > > to the nic that will allow the AMDS packets to be transmitted to theG > > PC.  Additionally make sure that this network path is configured toeK > > allow the AMDS packets to travel to the PC.  The AMDS docs have all the ' > > info your network admins will need.  > D >  I think you hit the nail right on the head.  I do have 2 NIC's inF > each of the servers that aren't showing up in AM.  I edited the fileE > that you mentioned and restarted AM but it gave me an error statingiH > "%AMDS-W-UNKSTYLE, unknown LAN address style on line: IE1"  IE1 is theC > adaptor I'm using but I suspect it may be a virtual rather than aoB > physical adaptor.  I am going through all the documentation, butF > haven't been able to figure out how to tell what the real adaptor isB > that I should use for this.  It is an ethernet internet adaptor.   -- eC Jilly	- Working from Home in the Chemung River Valley - Waverly, NYl0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------    Date: 19 Apr 2002 13:07:28 -0500+ From: kuhrt@encompasserve.org (Marty Kuhrt) 2 Subject: Re: Best DCL programm you've ever written3 Message-ID: <RIW7QCNQeAi+@eisner.encompasserve.org>s  b In article <a9oqpu$51jas$1@ID-138444.news.dfncis.de>, "Rainer Giese" <giese@volkswerft.de> writes:F > Is this the place to write down what one has made the last time ?:-) > K > I've made a search engine for our intranet with DCL. The spider uses LYNXEK > for grabbing pages and links. The user interface allows word expressions.eI > The daily update job take about 5 min on an ES40 for appr. 350 pages. A-K > search request takes less than a second for single words and 2..4 seconds< > for expressions. > N > The whole matter consists of 10 procedures with 1300 line and a 75000 record > word index file.H > Btw., I'm able to grab PDF-Files with an converter, but anyone knows a# > MS-Word-to-TXT-Converter on VMS ?   > catdoc should do the trick.  A zip file for it can be found at, ftp://ftp.process.com/vms-freeware/fileserv/   ------------------------------  # Date: Sat, 20 Apr 2002 01:56:30 GMTo1 From: "David J. Dachtera" <djesys.nospam@fsi.net>-2 Subject: Re: Best DCL programm you've ever written' Message-ID: <3CC0CD85.8E2A5D27@fsi.net>c   Nic Clews wrote: > 
 > Gijs wrote:C > >yD > > When was it, what does it do for you and whe can it be obtained? > A > I guess I have to put an entry in for my PAPER.COM, a 200 block  > monstrosity that:s > I > 1. Used accounting to determine paper usage over a seven day period per  > user account5 > 2. Send warning emails to those approaching limits. J > 3. Disable the PRINT command for those who have exceeded the 7 day paper > quotau1 > (and we made them pay a fine to be re-enabled!) E > 4. Produce a top ten list of the worst paper abusers for display atr > system login8 > (The hall of shame but didn't always have that effect)? > 5. Automatically re-enable those after their exclusion periodk > 9 > No, you don't want a copy, and it was in the late 80's.  > G > Anyone reading this list become a victim of this? If you've read thisu- > you'll know where it was! And yes, it's me!   B I tried that once, at management's request. I had to show them theD results: since all the app. users log into the same VMS account (butG different "accounts" within the app.), the numbers were not as valuablehG as they had hoped. At least we could tell the difference between systemhH printing activity (users like SYSTEM, OPERATOR, etc.) and the app. users as a collective.   --   David J. DachteraG dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 19 Apr 2002 17:03:59 -0400 1 From: Michael Austin <maustin@firstdbasource.com>-' Subject: Re: Best DIGITAL product ever?22 Message-ID: <3CC0863F.F4550AC7@firstdbasource.com>   "Bart Z. Lederman" wrote:a > e > In article <3CBAD98A.7CB5570C@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:o > F > >Someone sad that DTR-11 was the most overlayed image to ever run onC > >the PDP/RSX. I used it on a 11/84 to produce a number of reportst6 > >from mostly sequentional files. Realy nice product. > : > There were others that would be good candidates for this; > category: the Task Builder would probably be in the lead,05 > and some of the error log formatting utilities werei > pretty complex as well.  > < > I seem to recall a presentation at a DECUS symposium where; > the PDP-11 people said that building the Task Builder wase> > itself one of the best stress tests of the operating system. >  > --* >  B. Z. Lederman   Personal Opinions Only > : >  Posting to a News group does NOT give anyone permission: >  to send me advertising by E-mail or put me on a mailing >  list of any kind. > 7 >  Please remove the "DISABLE-JUNK-EMAIL" if you have a 7 >  legitimate reason to E-mail a response to this post.e  E And we must not forget Rdb.  Probably the most stable, SQL compliant,mE scalable, reliable database engine ever built and it still rocks evenB* though it lives on in the Oracle world.!!!   -- S Regards,  7 Michael Austin            Registered Linux User #261163b7 First DBA Source, Inc.    http://www.firstdbasource.comp Sr. Consultant 704-947-1089 (Office)W 704-236-4377 (Mobile)e   ------------------------------   Date: 19 Apr 2002 20:59:01 GMT  From: hack@watson.ibm.com (hack)  Subject: Re: Blade architectures+ Message-ID: <a9q0el$d30$1@news.btv.ibm.com>h  B In article <thvv-E7E15D.11453219042002@news.comcast.giganews.com>,+ Tom Van Vleck  <thvv@multicians.org> wrote:m" >hack@watson.ibm.com (hack) wrote: >> sK >> Another approach is the TOC (Table Of Contents) approach used by AIX ...o  ; >Multicians, those of us who worked on Multics, used to ...t  ) >We called the TOC a "linkage section."   2 >It was per-process, per-ring, and was initialized7 >by the dynamic linker when you first called a program.W/ >Procedure code didn't need relocation and just,- >paged in as necessary, as Charles suggested.h  G Yep -- I was there.  There was of course this small assistance from thehF GE 645 to handle dynamic linking (the normal way to link subprograms).J A lot of things have regressed since then!  (Otoh I'm glad NEWPROC doesn't& take two seconds of CPU time anymore.)  H Page-faulting through a program when it starts up is unfortunately a badI idea, unless accompanied by appropriate anticipation techniques.  When an G executable is explicitly read in from a file, and the file system keepshG files reasonably unfragmented, many fewer rotations are missed, for oneg5 to two orders of magnitude less elapsed startup time.t  I Relocation can also be done badly, btw.  Smart relocators work backwards,.H from the end (most recently read in) to the beginning (most likely to beG referenced next).  This too can make a very large difference if caches,3= TLBs or available page frames happen to be a limiting factor.j   Michel.    ------------------------------  # Date: Fri, 19 Apr 2002 21:58:39 GMT2) From: Tom Van Vleck <thvv@multicians.org>   Subject: Re: Blade architecturesB Message-ID: <thvv-84CD94.17574819042002@news.comcast.giganews.com>  ! hack@watson.ibm.com (hack) wrote:   D > In article <thvv-E7E15D.11453219042002@news.comcast.giganews.com>,- > Tom Van Vleck  <thvv@multicians.org> wrote:o$ > >hack@watson.ibm.com (hack) wrote: > >> ,M > >> Another approach is the TOC (Table Of Contents) approach used by AIX ...c > = > >Multicians, those of us who worked on Multics, used to ...t > + > >We called the TOC a "linkage section."  i4 > >It was per-process, per-ring, and was initialized9 > >by the dynamic linker when you first called a program. 1 > >Procedure code didn't need relocation and justf/ > >paged in as necessary, as Charles suggested.D > I > Yep -- I was there.  There was of course this small assistance from the.H > GE 645 to handle dynamic linking (the normal way to link subprograms).L > A lot of things have regressed since then!  (Otoh I'm glad NEWPROC doesn't( > take two seconds of CPU time anymore.)  . You're invited to contribute recollections to    http://www.multicians.org/  J > Page-faulting through a program when it starts up is unfortunately a badK > idea, unless accompanied by appropriate anticipation techniques.  When aneI > executable is explicitly read in from a file, and the file system keepseI > files reasonably unfragmented, many fewer rotations are missed, for one 7 > to two orders of magnitude less elapsed startup time.:  4 You know, we did a series of experiments on Multics 2 while trying out a "swapping" implementation that 6 showed an unexpected factor.  As I remember the story,1 we were hoping for a 10-15% performance increase.01 I forget who worked on this besides Steve Webber;e. it would have been in the late 70s time frame.  4 The idea was that reading a bunch of records in with; one I/O and no lost latencies is attractive.  For N recordsn5 you save N-1 latencies and N-1 pagefault round trips._: But they discovered that the cost is that you have to free6 up and dedicate main memory space for all N records to1 be read into, and this increases memory pressure,r6 causing additional competition for main memory (showed: up as more paging for us) by a factor just about equal to   all the savings from swapping.    4 The code was a complex addition to a complex system,1 required extra dedicated swapping space, tuning,  6 documentation, training, metering, ... the team looked1 at the whole project and decided there were othero3 tasks with more payoff, and regretfully shelved it.n   ------------------------------  # Date: Fri, 19 Apr 2002 23:09:03 GMTu( From: phil@notsaying.demon.co.uk (dawks)  Subject: Re: Blade architectures1 Message-ID: <3cc09be6.214118295@news.demon.co.uk>n  D On 19 Apr 2002 16:22:51 GMT, peter@abbnm.com (Peter da Silva) wrote:   <snip> >oJ >Microsoft's Pocket PC has a situation that's interesting: they may use VMM >to load executables from storage... but they do it even if the executable ismJ >in the RAM disk in local memory, instead of executing it in place in RAM,M >because the RAM disk is compressed. Again, it would probably be worth havingeM >executables stored in expanded form and executed in place rather than having O >them paged from storage RAM to program RAM. With an access count and some kindeJ >of garbage collector to recompress executables that are infrequently usedL >they could probably get a fairly significant savings in total memory usage.  F I thought that PPCs do have an execute in place option right down to a
 region basis?n  E On the whole thread in general, the advantages of XIP have been knownoC for many years by embedded developers; in fact there's often littlenB alternative due to memory constraints, right down to the fact thatA there are no  load time fixups of any sort performed (quite oftendE because it's not possible to write to the memory in which the programy@ resides/runs). I've worked on plenty of systems that didn't evenC allocate memory because i couldn't afford to not have it available.eF You expect a tv/microwave/washing machine to just work, let alone cars or aeroplanes.       phil.t --A The world is divided into two sorts of people: those that believetH that the world is divided into two sorts of people and those that don't.   ------------------------------  # Date: Fri, 19 Apr 2002 23:27:16 GMTx( From: phil@notsaying.demon.co.uk (dawks)  Subject: Re: Blade architectures1 Message-ID: <3cc0a4bb.216379647@news.demon.co.uk>a  F On 19 Apr 2002 16:41:22 GMT, nmm1@cus.cam.ac.uk (Nick Maclaren) wrote:   >aW >In article <a9pgec$ed3@web.eng.baileynm.com>, peter@abbnm.com (Peter da Silva) writes:64 >|> In article <a9ojat$ee5$1@pegasus.csx.cam.ac.uk>,- >|> Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:oF >|> > None of the above.  Remember that I am not referring to personal >|> > computers.  @ >Yes.  The main niggle that I have is that you ARE likely to seeA >the same 'hardware' failure twice when you are using generic PCsmC >in a cluster.  And, of course, when you are doing anything unusual& >to X Windows :-)s >e  D It's unlikely that you'd see the same 'hardware' failure twice usingC generic pcs. No idea what doing "unusual things" to XWindows means,r sounds fun though.  E I've used PCs for many projects, mostly public safety. Misconceptionst< have to be mislaid. I wouldn't use XWindows to bath the dog.     phil.e --A The world is divided into two sorts of people: those that believeoH that the world is divided into two sorts of people and those that don't.   ------------------------------   Date: 19 Apr 2002 23:56:03 GMT& From: peter@abbnm.com (Peter da Silva)  Subject: Re: Blade architectures- Message-ID: <a9qaqj$l7g@web.eng.baileynm.com>t  0 In article <a9phbi$dpj$1@pegasus.csx.cam.ac.uk>,) Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:tB > I wasn't surprised, but I didn't make myself clear.  The trouble@ > is that the term "generic PC" is likely to mean a machine thatA > is not being used as a personal computer in many arenas!  I wase+ > thinking about that scenario - see below.   H When I say "generic PC" I mean "an intel/AMD computer of no great virtue7 designed to run Windows", no matter what it's used for.;  A > Yes.  The main niggle that I have is that you ARE likely to seerB > the same 'hardware' failure twice when you are using generic PCs > in a cluster.   G A cluster is a whole different kettle of fish, but it may actually make G replacing a computer easier and more cost effective, especially if it'soG dataless (which brings us back to the daft 'blade' concept... let's add-E lots of fragile hot mechanical devices to a densely packed collection<9 of computers that are already too hard to cool... yummy).c   -- o+  `-_-'   In hoc signo hack, Peter da Silva. E   'U`    "A well-rounded geek should be able to geek about anything."lL                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------  % Date: Sat, 20 Apr 2002 11:59:40 +0800t4 From: Bernd Felsche <bernie@innovative.iinet.net.au>  Subject: Re: Blade architectures3 Message-ID: <c3pq9a.gmb.ln@innovative.iinet.net.au>c  ( peter@abbnm.com (Peter da Silva) writes:  - >In article <a9o2oh$8be$1@hermes.nz.eds.com>,f' >John Homes <john.homes@eds.com> wrote:e6 >> "Peter da Silva" <peter@abbnm.com> wrote in message* >> news:a9o05n$bru@web.eng.baileynm.com...< >> > In article <slrnabpt5o.e4q.shannon@news.widomaker.com>,C >> > Charles Shannon Hendrix  <shannon@nospam.widomaker.com> wrote:MA >> > > How many systems out there try or have tried to do virtualwC >> > > memory where the executable file is part of mix, in a systems@ >> > > where a code page is just marked free and later refetched* >> > > from the exec instead of from swap?  : >> > I'm surprised that any of them *don't* work that way.  @ >> It's impossible to do it if the executable needs massaging in >> some way to be loaded.w  ? >Ah, yes, if you don't have position independent code or enoughA@ >address space that you can map the shared libraries in at fixedC >offsets that's a problem.  That probably also precludes paging thepD >executable in as needed, you have to copy it in when it's executed.  B >It would probably be worthwhile to allocate a chunk of storage to: >it (either in swap or in a cache file associated with the@ >executable) for paging, if you can arrange things that the nextB >time it's launched it's launched at the same address. PDP-11 UNIX@ >did that for frequently executed programs: you would set what's< >called the "sticky bit", and after the first time they were@ >executed their swap image would be left intact on the swap disk@ >(which was often faster, and it was certainly simpler to load).  A That stickiness survived until at least System V(.0). SignificantS( performance boost if you had ample swap. --  B /"\ Bernd Felsche - Innovative Reckoning, Perth, Western Australia4 \ /  ASCII ribbon campaign | I'm a .signature virus!;  X   against HTML mail     | Copy me into your ~/.signature / / \  and postings          | to help me spread!    ------------------------------  % Date: Sat, 20 Apr 2002 02:51:09 +0200.2 From: martin@radiogaga.harz.de (Martin Vorlaender)4 Subject: Re: Excursion PCs as X-Terminals on OpenVMS; Message-ID: <3cc0bb7d.524144494f47414741@radiogaga.harz.de>r  - Crowley, George M. (gmcrowley@tva.gov) wrote:hD > How does one bounce the DECW$SERVER after making the change to the > DECW$PRIVATE_SERVER_SETUP?  # $ @SYS$STARTUP:DECW$STARTUP RESTART   0 Warning: This kills all running client programs.   cu,    Martin -- hF   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.deeF    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 19 Apr 2002 11:34:39 -0700t% From: Dean Woodward <deanw@rdrop.com>s) Subject: Re: Fearless VMS Prognosticationr) Message-ID: <3CC0633F.EE522A51@rdrop.com>H   "Terry C. Shannon" wrote:e > K > Imagine what it would be like if more prospective new customers knew thatn > the OS existed!c	         ^o       Stillw  G Insert as marked above.  As part of a (non IT) class I teach, I mention = that I'm a "data geek" to about 50 people or so every month. yG Invariably, some of them come up and we talk shop.  I typically get one  of two reactions:r  = From older IT types: "I didn't know VMS was still available.".  G From younger IT types:  "I'd heard of VMS, but didn't know it was stillc available."w  / The rumors of VMS' death have been exaggerated.m   ------------------------------  % Date: Fri, 19 Apr 2002 16:10:21 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>l) Subject: Re: Fearless VMS Prognosticationj, Message-ID: <3CC079AA.7FC2AD6D@videotron.ca>   Bill Todd wrote:I > seems to be saying that there are 17% more new customers this year thanxJ > last, rather than anything about what percentage of total customers they > represent.  N However, while we may find that "17%" number to have little weight/importance,M it is good that the VMS folks are able to find some positive spin on the diretI situation and project some forward momentum on the platform that has beeneD ignored by Compaq/HP. That statement alone makes it a bit harder forX Curly/Carly to state that VMS isn't growing and should be "merged" with other platforms.   ------------------------------  # Date: Fri, 19 Apr 2002 19:40:46 GMT * From: "Bill Todd" <billtodd@metrocast.net>) Subject: Re: Fearless VMS PrognosticationdA Message-ID: <2p_v8.98165$GS6.9695630@bin3.nnrp.aus1.giganews.com>o  < "Terry C. Shannon" <terryshannon@attbi.com> wrote in message5 news:bOWv8.34286$%s3.13925724@typhoon.ne.ipsvc.net...p >o- > <david20@alpha1.mdx.ac.uk> wrote in messages' > news:a9on7t$nnl$1@aquila.mdx.ac.uk...b   ...P  G > > According to statements made at the recent London OpenVMS Technicalw UpdateD > > this is a 17% increase in new customers over the past 12 months. > >t >pH > Would that there were a 17 percent increase in revenue! Anyhow, the 17K > percent new customer figure tracks well with previous statistics. For thecJ > past four or five years the new customer proportion of the VMS sales mix has  > been 15 to 20 percent.  I I believe you misunderstood David's statement (unless I am doing so):  he G seems to be saying that there are 17% more new customers this year thanoH last, rather than anything about what percentage of total customers they
 represent.  E Neither interpretation is particularly dumbfounding, but at least new K customers are still being attracted.  Just imagine what might happen if thenK world at large knew that VMS was still alive, and what more might happen iflJ it could see real long-term commitments (read:  cash investments with only  long-term payoffs) by its owner.   - bill   ------------------------------  # Date: Fri, 19 Apr 2002 20:47:18 GMT 1 From: "Terry C. Shannon" <terryshannon@attbi.com>e) Subject: Re: Fearless VMS Prognosticationj; Message-ID: <qn%v8.35111$%s3.14093184@typhoon.ne.ipsvc.net>4  4 "David Mathog" <mathog@caltech.edu> wrote in message% news:3CC04084.9EAC10C5@caltech.edu...a! > david20@alpha1.mdx.ac.uk wrote:6 > >lG > > According to statements made at the recent London OpenVMS Technicalv UpdateD > > this is a 17% increase in new customers over the past 12 months. >u: > Not nearly enough information is available to figure out= > what's really going on. For all we know the 17% increase ina? > new customers may all represent individuals buying a personalhD > DS10. (This is exactly the sort of sales increase one would expect> > whenever Alphas are blown out at firesale prices.)  The flip> > side could be a 33% decrease in sales to existing customers,C > each representing a much larger system not purchased.  That wouldoI > be a revenue disaster but could still be spun with "17% new customers". = > Consider that they could truthfully make the "17% increase"tB > statement if they had 6 new customers last year and 7 this year. >k  C Correct. There does appear to be some opacity in the statement, no?l  B This should be clarified at once by the (dare I say it?) Marketing Department. ;-}o   ------------------------------    Date: 19 Apr 2002 16:15:11 -07001 From: KeithParris_NOSPAM@yahoo.com (Keith Parris) ) Subject: Re: Fearless VMS Prognosticatione= Message-ID: <6ec1251e.0204191515.529be793@posting.google.com>6  t "Terry C. Shannon" <terryshannon@attbi.com> wrote in message news:<gNMv8.34201$%s3.13539385@typhoon.ne.ipsvc.net>...N > Well, if there was sequential growth of 17 percent from 3FQ01 to 4FQ01, thatN > would not mean a h*** of a lot given the big hit CPQ (and virtually everyone > else) took in 3FQ.  C I disagree.  With the economy going down the tubes at the time, andmE Sun seeing a precipitous 39%!!! decline from Q3 to Q4, a 17% increase(8 for VMS for the same timeframe sounds pretty good to me.. ----------------------------------------------. Keith Parris | parris at encompasserve dot org   ------------------------------  # Date: Sat, 20 Apr 2002 01:52:45 GMT,1 From: "David J. Dachtera" <djesys.nospam@fsi.net>k) Subject: Re: Fearless VMS Prognosticatione' Message-ID: <3CC0CCA5.BEE5CCF5@fsi.net>,   Dean Woodward wrote: >  > "Terry C. Shannon" wrote:- > >sM > > Imagine what it would be like if more prospective new customers knew thatd > > the OS existed!o >         ^i
 >       Still. > I > Insert as marked above.  As part of a (non IT) class I teach, I mentiona> > that I'm a "data geek" to about 50 people or so every month.I > Invariably, some of them come up and we talk shop.  I typically get oneb > of two reactions:a > ? > From older IT types: "I didn't know VMS was still available."i > I > From younger IT types:  "I'd heard of VMS, but didn't know it was stilli
 > available."  > 1 > The rumors of VMS' death have been exaggerated.u  F I like the sig of a poster in the group which reads to the effect that9 rumors of the death of VMS have been greatly exacerbated.e  E The comments you cite from the younger IT types seem to support that.a   -- f David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/r   ------------------------------  # Date: Fri, 19 Apr 2002 20:31:56 GMT * From: "Bill Todd" <billtodd@metrocast.net>' Subject: Re: File IO query. FLAME ALERTtA Message-ID: <09%v8.99406$GS6.9736497@bin3.nnrp.aus1.giganews.com>e  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3CC04A7E.A144B854@videotron.ca... > Hein van den Heuvel wrote:J > > process. So if an other node in the cluster, or a process on the local nodeL > > bypassing global buffers, were to cause a blocking ast that should force a flush * > > then then where does one deliver that. > H > Thanks. Makes sense. I guess in a non clustered system, one might haveK > considered shared dirty buffers, but in a cluster, you couldn't really doi that.j  L Well, you actually could, but VMS never quite finished its distributed cache6 work.  Perhaps when XFC is really done they will have.   - bill   ------------------------------  # Date: Fri, 19 Apr 2002 21:47:06 GMTf* From: "Bill Todd" <billtodd@metrocast.net>1 Subject: First detail on Montecito that I know ofiA Message-ID: <uf0w8.112958$K5.9458423@bin5.nnrp.aus1.giganews.com>t  B http://www.computerworld.com/storyba/0,4125,NAV47_STO70239,00.html   <quote>s  H Looking further ahead, Intel announced plans Tuesday to keep the ItaniumK family running into 2004 with the introduction of a fourth-generation chip.hJ The Montecito processor will jump to 90 nanometer (0.09 micron) productionJ technology and retain platform and software compatibility with the Madison and McKinley processors.  I "Although I can't go into great detail today about the capabilities, theynJ are little enhancements and we are keeping the design for our next processK generation, which is 90 nanometers," said Tom Macdonald, general manager oftF the advanced components division at Intel's enterprise platform group,& announcing the fourth-generation chip.   </quote>  L So the vaunted 'next generation' slated to appear in 2004 still has no Alpha* influence - just another spin of McKinley.  K Speaking of McKinley, one still wonders where it is (this being *very* latecK in Q1 by now...).  And the same article seems to be advising us not to holda our breaths:  K "With the launch of Intel Corp.'s second-generation processor in its 64-bitu8 Itanium server and workstation line just months away..."   - bill   ------------------------------  % Date: Fri, 19 Apr 2002 22:37:10 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>r5 Subject: Re: First detail on Montecito that I know ofd, Message-ID: <3CC0D456.8F018ED7@videotron.ca>   Bill Todd wrote:J > Looking further ahead, Intel announced plans Tuesday to keep the ItaniumM > family running into 2004 with the introduction of a fourth-generation chip.rL > The Montecito processor will jump to 90 nanometer (0.09 micron) productionL > technology and retain platform and software compatibility with the Madison > and McKinley processors.   Naive question:e  L I haven't followed Intel's 8086 announcements. Does Intel also preannounce 3K generations of 8086/pentium architectures, or does it only pre-announce thea
 next one ?  M My initial reaction to that text is that Intel wants to kill any rumours thateJ it will kill IA64 because it hasn't taken off. Seems all vapourware to me,K except that Intel intends to produce IA64s with whatever fabbing technologyk exists each year.o   ------------------------------  # Date: Fri, 19 Apr 2002 20:37:04 GMT # From: "Dan" <io_crater@hotmail.com>iY Subject: Re: Give us your Apache 1.3/2.0 requirements  [Was: RE: Talk about quick responsd: Message-ID: <Qd%v8.16454$N16.615681@news1.calgary.shaw.ca>  6 "Rick Barry" <barry@star.zko.dec.com> wrote in message3 news:QoBt8.12$Qo5.277656@cacnews.cac.cpqcorp.net...l' > Apache 2.0 is certainly in the plans.t >wH > The Apache Software Foundation announced it's first "production grade"K > release (Apache 2.0.35) late last week. While it's stable enough for somerJ > production environments, it's being shaken out just like any other firstA > release. The Apache 1.3.* base is extremely mature and a lot of J > infrastructure (third-party modules) has grown around it that users will" > expect to work under Apache 2.0. > J > We're still adding infrastructure to the Apache 1.3.* based CSWS product andeJ > will be for some time. We get requests for new modules and extensions to old-I > ones on a regular basis, so we need to prioritize development on mature( baseC > requirements against requirements for bleeding-edge capabilities.e >dL > To help us deliver the most useful features, we need your feedback. I hopeG > you can spare a few seconds to prioritize the following list of itemsm alonge > with any others you may have.t >e" > Apache 1.3.*  (latest baselevel) > Apache 2.0.* > PHP  4.1.* (latest baselevel)o > PHP ODBC database extensione/ > PHP OCI (Oracle Interface) database extensiono > PHP mysql database extension  > PHP extenions - please specify > Perl 5.6.* (latest baselevel)f" > Perl extensions - please specify > Python! > Tomcat 3.3.* (latest baselevel)n" > Tomcat 4.0.*  (latest baselevel)- > webDAV (distributed authoring & versioning)d > IPv6 support >w >'K I would like to see CSWS kept up with the Jones'es so Apache 2.0 in the notnC too distant future would be great.  For the time being I would findm0 additional extensions to PHP immediately useful.  4 Priority would be: PHP mysql db extension,  PHP ODBC   Other PHP Extensions:vL PHP Postgres, PHP MS SQL (although PHP ODBC may suffice I don't know off theE top of my head),  and VMS specific additions such as RMS indexed file-" support in the PHP file functions.    K Thanks for asking.  And if anyone cares to build mySQL and Postgres for VMS  that would be great too!   Dan Henigman System Manager Forexis Systems Corporationc   ------------------------------  # Date: Fri, 19 Apr 2002 18:07:56 GMTs, From: Frank Troth <Frank.E.Troth@boeing.com>> Subject: How do you switch an AlphaStation 500 from NT to VMS?* Message-ID: <3CC05CFC.F4B54D74@boeing.com>  A The directions in the AS500 User Information manual, page F-6 arelG completely unhelpful.  The machine is already in NT mode from which the G ARC console is running, but the directions to select the "Supplementary.H menu" are useless, since there is no "Supplementary menu" to select!  WeA updated the firmware SRM according to the directions in the AS255tF manual, which is supposed to make the SRM active, but that didn't work either.   E On a AS255 at the VMS SRM console we did a set os_type to NT, but now - that one is stuck as well in NT mode as well.d   ------------------------------    Date: 19 Apr 2002 15:00:03 -0700( From: bob@instantwhip.com (Bob Ceculski)B Subject: Re: How do you switch an AlphaStation 500 from NT to VMS?= Message-ID: <d7791aa1.0204191400.7a0b67aa@posting.google.com>h  ^ Frank Troth <Frank.E.Troth@boeing.com> wrote in message news:<3CC05CFC.F4B54D74@boeing.com>...C > The directions in the AS500 User Information manual, page F-6 are-I > completely unhelpful.  The machine is already in NT mode from which thebI > ARC console is running, but the directions to select the "SupplementaryDJ > menu" are useless, since there is no "Supplementary menu" to select!  WeC > updated the firmware SRM according to the directions in the AS255oH > manual, which is supposed to make the SRM active, but that didn't work	 > either.a > G > On a AS255 at the VMS SRM console we did a set os_type to NT, but now4/ > that one is stuck as well in NT mode as well.n  G you should be able to build the srm console ... the only alphastation I L have heard and ran across that had that problem was an Alphastation 200/100!   ------------------------------  + Date: Fri, 19 Apr 2002 22:56:54 +0000 (UTC)a* From: bleau@umtof.umd.edu (Lawrence Bleau)2 Subject: Re: How to prevent smtp relay w/Multinet?0 Message-ID: <a9q7bm$9qr$1@grapevine.wam.umd.edu>  H In article <kO2ylmEibEaW@cpva.saic.com>, mckinneyj@cpva.saic.com writes: >AG >See http://www.multinet.process.com/ftp/docs/html/admin_guide/Ch15.htmsG >for rejecting mail messages using a MULTINET:SMTP_SERVER_REJECT. file.   N I checked the above URL and saw where open relay is mentioned, but I'm unclearN how it would work (why the sample pattern does what it says it will do).  I'll have to study it more.  M Also, I just did a DIR MULTINET:SMTP*.* and there is no such rejection file. r% If I just create it, will it be used?    Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edur   ------------------------------    Date: 19 Apr 2002 23:27:56 -0500+ From: young_r@encompasserve.org (Rob Young)a2 Subject: Re: How to prevent smtp relay w/Multinet?3 Message-ID: <U8DEKq1bopn8@eisner.encompasserve.org>.  ] In article <a9q7bm$9qr$1@grapevine.wam.umd.edu>, bleau@umtof.umd.edu (Lawrence Bleau) writes:hJ > In article <kO2ylmEibEaW@cpva.saic.com>, mckinneyj@cpva.saic.com writes: >>H >>See http://www.multinet.process.com/ftp/docs/html/admin_guide/Ch15.htmH >>for rejecting mail messages using a MULTINET:SMTP_SERVER_REJECT. file. > P > I checked the above URL and saw where open relay is mentioned, but I'm unclearP > how it would work (why the sample pattern does what it says it will do).  I'll > have to study it more. > O > Also, I just did a DIR MULTINET:SMTP*.* and there is no such rejection file. e' > If I just create it, will it be used?  >    	What version?   	4.4 shows this:   $ directory multinet:smtp*.*;W  ) Directory MULTINET_COMMON_ROOT:[MULTINET]$  O SMTP_ALIASES.;1     SMTP_MAILSHR.EXE;4  SMTP_MAILSHRP.EXE;4 SMTP_RFC2789.EXE;1 t3 SMTP_SERVER.EXE;4   SMTP_SERVER_REJECT.TEMPLATE;1  e     	You don't see a template?   				Robg   ------------------------------  % Date: Fri, 19 Apr 2002 14:08:47 -0500w& From: jlsue <jlsuexxxz@screaminet.com>O Subject: Re: HP's viewpoint on Linux, was: Re: Sun eating major helping ofLinux-8 Message-ID: <0qepbu8lapcfie34fa7pc8d5beugftb572@4ax.com>  E On Tue, 16 Apr 2002 11:07:18 +0100, Andrew Harrison SUNUK Consultancy 3 <andrew_nospam.remove_this.harrison@sun.com> wrote:C     >Sighw >e1 >Every 3 months its my duty to do this sorry Rob.s0 >If you didn't keep forgetting your past posting0 >history and repeating your mistakes I would not >need to resort to this. >c1 >You have been personnaly responsible for some of . >the most blatant "Popcorn posts" sent to this >newsgroup.m >m >Lets recapa >s
 > [etc...]  E The difference is, of course, that we all know the difference between - his predictions and his first-hand knowledge.y  F You on the other hand can't tell that difference in your own postings.  1 Not speaking for anyone, certainly not DEC/Compaq-- (get rid of the xxxz in my address to e-mail)    ------------------------------  % Date: Fri, 19 Apr 2002 14:08:40 -0500c& From: jlsue <jlsuexxxz@screaminet.com>6 Subject: Re: I was right!  Alpha will live in Itanium!8 Message-ID: <koq0cusk6r5eh52fq88sqo49u7hsr2ta5m@4ax.com>  E On Mon, 15 Apr 2002 18:13:56 +0100, Andrew Harrison SUNUK Consultancya3 <andrew_nospam.remove_this.harrison@sun.com> wrote:w  < >If you seriously think that resorting to ad-hominem attacks9 >when you have lost the argument is "wacking" me then youo8 >have been doing a bit to much overtime and need to rest  >in a dark quiet room for a bit.  ( Oh Ho!  Even more pot and kettle awards.. You're racking them in pretty quick this year.  1 Not speaking for anyone, certainly not DEC/Compaq"- (get rid of the xxxz in my address to e-mail)-   ------------------------------  % Date: Fri, 19 Apr 2002 14:11:29 -0500d& From: jlsue <jlsuexxxz@screaminet.com>6 Subject: Re: I was right!  Alpha will live in Itanium!8 Message-ID: <utq0cukq88oomipnfilhnc0c4cgmenj5v8@4ax.com>  E On Tue, 16 Apr 2002 16:30:28 +0100, Andrew Harrison SUNUK Consultancyh3 <andrew_nospam.remove_this.harrison@sun.com> wrote:>   >e >  >Bob Ceculski wrote:   >>>@ >> aC >> how come everyone I know whos last name begins w/Todd is so rudeeB >> and obnoxious?  My aunt was a Todd and had the same problem ... >  >t4 >I think you are ignoring a much more obvious reason< >you are the common denominator not the Todd surname. :):):) >e   <Snort!>A Gotta hand it to ya with this one... had me almost spitting on myt	 keyboard.v  1 Not speaking for anyone, certainly not DEC/Compaqm- (get rid of the xxxz in my address to e-mail)    ------------------------------  % Date: Fri, 19 Apr 2002 13:28:52 -0500bC From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com> 6 Subject: Re: Installing Netscape Gold from Hobbyist CDH Message-ID: <craig.berry-F6943E.13285219042002@news.directvinternet.com>  1 In article <3cc03c89.54948565@news.nauticom.net>,r9  tauberg@nauticom.no_spam_please.net (Jim Tauberg) wrote:r   > Hi,h9 > 	I can't figure out how to install the Netscape that iscE > included on the VMS Hobbyist CD-ROM.  It appears to be there in two  > locations: > E > One is from the root in a directory called [NETSCAPE_GOLD301.DIR;1],' > in this directory is one file called:C3 > NETSCAPE-EXPORT-VAX-V303C4R-GOLD.EXE-DCX_VAXEXE;1a > 7 > This file also appears to be in the [KITS] directory.3 > D > Since this file seems to work differently from the Layered Product? > Installs, I haven't figured this out.  How do I install this?1  F It's a self-extracting archive.  You need to run it, then install the  resulting pieces.i   ------------------------------  # Date: Sat, 20 Apr 2002 01:06:45 GMT21 From: "David J. Dachtera" <djesys.nospam@fsi.net>aG Subject: Re: learning how to use a computer (was: Re: Itanium troubles)n' Message-ID: <3CC0C1DC.D23D105B@fsi.net>s   Wayne Sewell wrote:a > ] > In article <3CBE1AC5.213D5ECE@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:  > > John Smith wrote:l > >>A > >> "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message & > >> news:3CBCDED5.95156971@fsi.net... > >> >M > >> > Even better: run a 10/100BaseT cable from the car to a home LAN hub inuH > >> > the garage and run something on your Win, Linux/KDE/Gnome, Mac orJ > >> > whatever desktop and see exactly what the car is complaining about,L > >> > order parts on-line and arrange delivery, ... up/down-load music, map, > >> > data, etc. via your home network, ... > >> >* > >> > I can see a lot of possibilities... > >>K > >> "Honestly officerthere was nothing I could do. I got a BSOD and my carr
 > >> crashed.o > >(5 > > Makes you wonder about Billyware on warships, eh?o > ) > "wonder" isn't the word.  Try "cringe".o   ...or even *SHUDDER*.r  H ...or since your sig quotes The Stooges, how 'bout, "Duck! Dodge! Hide!"   -- 9 David J. Dachterac dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/l   ------------------------------   Date: 20 Apr 2002 00:03:00 GMT& From: peter@abbnm.com (Peter da Silva)G Subject: Re: learning how to use a computer (was: Re: Itanium troubles)n- Message-ID: <a9qb7k$lsh@web.eng.baileynm.com>h  0 In article <a9pbrv$8gq$1@pegasus.csx.cam.ac.uk>,) Nick Maclaren <nmm1@cus.cam.ac.uk> wrote:tD > I am one of the followers of Lawrence Sterne in this respect - the$ > layout is part of the information.  H The layout is part of the presentation. The presentation depends on whatF you're looking for in the content. So being able to easily present theH same data different ways is useful: a table of contents and the contentsG themselves are different views of the same information, and a good user I interface should let you work on the document in those views or any othereA you need. WYSIAYG editors are making my life very hard right now.a   > It is interesting that theC > current separation between layout and content (as hyped by Latex) * > is a reversion to 17th century practice.  M And the handheld computer is a reversion to ancient Sumerian user interfaces,y0 but that's not going to make me give up my Palm.   -- a+  `-_-'   In hoc signo hack, Peter da Silva. E   'U`    "A well-rounded geek should be able to geek about anything." L                                                        -- nicolai@esperi.org          Disclaimer: WWFD?   ------------------------------    Date: 19 Apr 2002 12:31:47 -0700 From: hchen3@uwo.ca (Sammy)J9 Subject: Re: linking with pthread library for C++ program = Message-ID: <2c0966c2.0204191131.4420b7d3@posting.google.com>-   Hi:-  C    I just ask our admin to install the library for me and i hope itdF will work well.  However, i try your code and i got some problems when i compiled with the redefines.  " $ cxx /name=(as_is,short) test.cpp  )         pthread_mutex_init(&mutex, NULL); 	 ........^ ? %CXX-E-UNDECLARED, identifier "PTHREAD_MUTEX_INIT" is undefinedt at line number 26 in filet3 SYS$SYSDEVICE:[SCHEN.CORBRA.OPENVMS.TEST]TEST.CPP;9o  #         pthread_mutex_lock(&mutex);t	 ........^l? %CXX-E-UNDECLARED, identifier "PTHREAD_MUTEX_LOCK" is undefinedo at line number 28 in filen3 SYS$SYSDEVICE:[SCHEN.CORBRA.OPENVMS.TEST]TEST.CPP;9n  %         pthread_mutex_unlock(&mutex);u	 ........^iA %CXX-E-UNDECLARED, identifier "PTHREAD_MUTEX_UNLOCK" is undefinedc at line number 35 in filei3 SYS$SYSDEVICE:[SCHEN.CORBRA.OPENVMS.TEST]TEST.CPP;9   &         pthread_mutex_destroy(&mutex);	 ........^-B %CXX-E-UNDECLARED, identifier "PTHREAD_MUTEX_DESTROY" is undefined at line number 37 in filec3 SYS$SYSDEVICE:[SCHEN.CORBRA.OPENVMS.TEST]TEST.CPP;9n  7 %CXX-I-MESSAGE, 4 errors detected in the compilation of. "SYS$SYSDEVICE:[SCHEN.CO  RBRA.OPENVMS.TEST]TEST.CPP;9".        E I compiled the code with as_is and just the deafult UPPERCASE option.dA I received exactly the same error. So, I extract the Comaq Jacketh2 Porting Library and take a peek of the file calledF "pthread_redefines.h".  It has bunches of redefines to upper case just' like the one i have in my test program.   F I have not try to porting library yet, but the hand-craft redefines is1 not bailing me out.  Anyone know what's going on?e       Thanks for the helpe     Sammye   ------------------------------    Date: 19 Apr 2002 11:03:41 -0700/ From: kevin_heikkila@yahoo.com (Kevin Heikkila)o Subject: LPRSETUPm< Message-ID: <b64ef43.0204191003.215d1e92@posting.google.com>  O I am looking for DCL that will allow me to add/delete/modify UCX queues withouta> using LPRSETUP. Anyone have any such code? Is there such code?   ------------------------------  % Date: Fri, 19 Apr 2002 21:46:01 +0100 4 From: John Laird <john@laird-towers.freeserve.co.uk> Subject: Re: LPRSETUP 8 Message-ID: <jc01cu0ske779en91sft7uc2ed5vcj5tsl@4ax.com>  H On 19 Apr 2002 11:03:41 -0700, kevin_heikkila@yahoo.com (Kevin Heikkila) wrote:  P >I am looking for DCL that will allow me to add/delete/modify UCX queues without? >using LPRSETUP. Anyone have any such code? Is there such code?m  I Just edit the "printcap" file by hand.  I couldn't make sense of half theeH LPRSETUP prompts, and resorted to editing the file - worked fine.  It isL pointed to by the logical name UCX$PRINTCAP (I think) and has a very similar name, it's easy to find.     	Johno   ------------------------------  # Date: Sat, 20 Apr 2002 02:16:05 GMTa1 From: "David J. Dachtera" <djesys.nospam@fsi.net>r6 Subject: Re: OpenVMS E7.3-1 changes show dev d display' Message-ID: <3CC0D21C.49B46A5A@fsi.net>u   Rob Brooks wrote:  > e > In article <a9pb28$5569u$1@ID-46415.news.dfncis.de>, "James Gessling" <jgessling@yahoo.com> writes:eR > >Device                  Device           Error    Volume         Free  TransMntR > >Name                   Status           Count     Label         Bytes  CountCntP > > TECH03$DKA0:            Mounted              0  ALPHASYS      821.77MB   383 > > 1hP > > TECH03$DKA100:          Mounted              0  DATA            3.99GB     1 > > 1  > >1M > > For example.  I kind of like the MB and GB free space, but it might breakvM > > some scripts people have cooked up for monitoring.  Sho dev dk/full lookss > > to be as it was before.8 > >s > > Jim. > J > This will change for the SSB release.  The default behaviour will revertK > to pre- E7.3-1.  There will be a new qualifier -- /SIZE that will controlaK > the display.  The default will be /SIZE=BLOCKS; /SIZE=BYTES will give your* > the display you get by default in E7.3-1 > I > I *think* there is a logical name that controls the display for E7.3-1.h > J > Fortunately, that logical name will be replaced with the addition of the > above-named qualifier.  = I'd almost rather have the choice to change the default via arH system-wide, executive mode logical, or have the option of twiddling theF .CLD to change the default. I'd prefer the LNM over changing the .CLD.  + ...but that's just me. YMMV considerably...t   --   David J. Dachtera  dba DJE Systemss http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/g   ------------------------------    Date: 19 Apr 2002 11:22:17 -0700" From: quick6_98@hotmail.com (Phil)0 Subject: Re: Page faulting with large free list?= Message-ID: <6a82438c.0204191022.713dd269@posting.google.com>   g quick6_98@hotmail.com (Phil) wrote in message news:<6a82438c.0204181015.325fa886@posting.google.com>...s  @               System Memory Resources on 19-APR-2002 13:42:30.36  E Physical Memory Usage (pages):     Total     Free    In Use  Modified*E   Main Memory (256.00Mb)          524288   397674    122451      4163o  E Virtual I/O Cache Usage (pages):   Total     Free    In Use   MaximumDE   Cache Memory                      3834      304      3530    377767l  E Slot Usage (slots):                Total     Free  Resident   SwappedoE   Process Entry Slots                600      539        61         0iE   Balance Set Slots                  598      539        59         0m  E Dynamic Memory Usage (bytes):      Total     Free    In Use   Largest E   Nonpaged Dynamic Memory       11245056  5291584   5953472   3893312eE   Paged Dynamic Memory           7296512  4899488   2397024   4896112t  F Paging File Usage (pages):                   Free Reservable     TotalF   DISK$SYSDSK:[SYS0.SYSEXE]SWAPFILE.SYS     10000      10000     10000F   DISK$SYSDSK:[SYS0.SYSEXE]PAGEFILE.SYS    377488     248259    392272  F Of the physical pages in use, 70349 pages are permanently allocated to OpenVMS.   Parameters in use: ActiveoC Parameter Name   Current    Default     Min.     Max.  Unit Dynamic4C --------------   -------    -------    -------  ----------- -------nA MAXPROCESSCNT        600         32        12      8192 ProcessesnB SMP_CPUS              -1         -1         0        -1 CPU bitmas= SYSMWCNT            6251        508        48     32767 Pagesi= BALSETCNT            598         16         4      8192 SlotsS= WSMAX              45100       1024        60   1048576 Pagess= NPAGEDYN        11245056     860000     16384        -1 Bytes = PAGEDYN          7296512     214100     14336        -1 Bytes = VIRTUALPAGECNT    280000      12032       512   4194304 Pages-@ MULTITHREAD            1          1         0         1 KthreadsD QUANTUM               20         20         2     32767 10Ms       DD PFRATL                 0          0         0        -1 Flts/10Sec DD PFRATH               120        120         0        -1 Flts/10Sec DD WSINC                150        150         0        -1 Pages      DD WSDEC                250        250         0        -1 Pages      D= FREELIM             1024         32        16        -1 PagesbD FREEGOAL           12000        200        16        -1 Pages      DD GROWLIM             1750         63         0        -1 Pages      DD BORROWLIM           2000        300         0        -1 Pages      D? LOCKIDTBL           4770       3840      1792  16776959 Entries ? RESHASHTBL          4096         64         1  16777216 Entries  Parameters in use: ActiveeF Parameter Name   Current    Default     Min.     Max.     Unit DynamicF --------------   -------    -------    -------  -------   ---- -------D PQL_DDIOLM           200         18         4     32767 I/O        DD PQL_MDIOLM           200          4         4     32767 I/O        DD PQL_DFILLM           100         16         2     32767 Files      DD PQL_MFILLM           100          2         2     32767 Files      DD PQL_DPGFLQUOTA     50000       8192       512        -1 Pages      DD PQL_MPGFLQUOTA     50000        512       512        -1 Pages      DD PQL_DPRCLM             8          8         0     32767 Processes  DD PQL_MPRCLM             8          0         0     32767 Processes  DD PQL_DTQELM             8          8         0     32767 Timers     DD PQL_MTQELM            10          0         0     32767 Timers     D= PQL_DWSDEFAULT       557        100        60        -1 Pagesn= PQL_MWSDEFAULT       557         60        60        -1 Pages D PQL_DWSQUOTA        2048        200        60        -1 Pages      DD PQL_MWSQUOTA       16384         60        60        -1 Pages      DD PQL_DWSEXTENT       2048        400        60        -1 Pages      DD PQL_MWSEXTENT      16384         60        60        -1 Pages      DD PQL_DENQLM           128        128         4     32767 Locks      DD PQL_MENQLM           300         30         4     32767 Locks      DD PQL_DJTQUOTA        1024       1024         0        -1 Bytes      DD PQL_MJTQUOTA        1024          0         0        -1 Bytes      D  B Barry seems to be correct about the image activations.  There is aA process running which does network transfers and seems to the theb major culprit.  E Pid    Process Name    State  Pri      I/O       CPU       Page flts t PageslF 20200416 Server_0242     LEF      4  1029914   00:47:09.95   5091620    320    Accounting information:A  Buffered I/O count:    913068  Peak working set size:        709rA  Direct I/O count:      117330  Peak virtual size:           3810:A  Page faults:          5094166  Mounted volumes:                0T  Images activated:       87999)  Elapsed CPU time:          0 00:47:11.42 )  Connect time:              5 02:31:16.49M  E Show process/continuous shows that NET$SERVER.EXE and FAL.EXE are thegB executables running.  FAL.EXE is an installed image.  Should/CouldE NET$SERVER.EXE be install also?  Here is the account the process runsw under.  > Last Login: 27-OCT-1998 08:37 (interactive),            (none) (non-interactive)c9 Maxjobs:         0  Fillm:       100  Bytlm:        6553609 Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0_9 Maxdetach:       0  BIOlm:       200  JTquota:       1024n9 Prclm:          25  DIOlm:       200  WSdef:          512 9 Prio:            4  ASTlm:        24  WSquo:        12000i9 Queprio:         0  TQElm:        10  WSextent:     24000 9 CPU:        (none)  Enqlm:      1000  Pgflquo:     139000    Thanks again for the help, Phil   ------------------------------  % Date: Fri, 19 Apr 2002 14:30:47 -0700h+ From: "Barry Treahy, Jr." <Treahy@mmaz.com>r0 Subject: Re: Page faulting with large free list?' Message-ID: <3CC08C87.5060606@mmaz.com>e  G Another two cents, if this is almost 2pm in the afternoon and you only -> have 60 processes on the system, which would also include any I interactive users, I would say that your process and balaceset slots are jE a bit over-kill..  I would also dump the swap file and if you want a  E full memory dump at crash time, you should increase the size of your n1 page file if you are placing the dump file there.U  E A point that another poster made is that you appear to have a ton of  H memory and this system configurated to handle a lot of users/processes, I yet if you monitor the overall load of the system through the peak times uG of the day, do you really have a resource bottleneck?  It could simply  C be that you have excess available resources with a poorly designed  E application and the system is still running fine just because of the r> spare iron.  If so, you are spinning you wheels for nothing...   Barry-   Phil wrote:1  h >quick6_98@hotmail.com (Phil) wrote in message news:<6a82438c.0204181015.325fa886@posting.google.com>... >iA >              System Memory Resources on 19-APR-2002 13:42:30.36> > F >Physical Memory Usage (pages):     Total     Free    In Use  ModifiedF >  Main Memory (256.00Mb)          524288   397674    122451      4163 >kF >Virtual I/O Cache Usage (pages):   Total     Free    In Use   MaximumF >  Cache Memory                      3834      304      3530    377767 >eF >Slot Usage (slots):                Total     Free  Resident   SwappedF >  Process Entry Slots                600      539        61         0F >  Balance Set Slots                  598      539        59         0 >tF >Dynamic Memory Usage (bytes):      Total     Free    In Use   LargestF >  Nonpaged Dynamic Memory       11245056  5291584   5953472   3893312F >  Paged Dynamic Memory           7296512  4899488   2397024   4896112 >iG >Paging File Usage (pages):                   Free Reservable     TotaleG >  DISK$SYSDSK:[SYS0.SYSEXE]SWAPFILE.SYS     10000      10000     10000wG >  DISK$SYSDSK:[SYS0.SYSEXE]PAGEFILE.SYS    377488     248259    392272> > G >Of the physical pages in use, 70349 pages are permanently allocated toI	 >OpenVMS.r >u >Parameters in use: ActiveD >Parameter Name   Current    Default     Min.     Max.  Unit DynamicD >--------------   -------    -------    -------  ----------- -------B >MAXPROCESSCNT        600         32        12      8192 ProcessesC >SMP_CPUS              -1         -1         0        -1 CPU bitmash> >SYSMWCNT            6251        508        48     32767 Pages> >BALSETCNT            598         16         4      8192 Slots> >WSMAX              45100       1024        60   1048576 Pages> >NPAGEDYN        11245056     860000     16384        -1 Bytes> >PAGEDYN          7296512     214100     14336        -1 Bytes> >VIRTUALPAGECNT    280000      12032       512   4194304 PagesA >MULTITHREAD            1          1         0         1 KthreadsmE >QUANTUM               20         20         2     32767 10Ms       DnE >PFRATL                 0          0         0        -1 Flts/10Sec DeE >PFRATH               120        120         0        -1 Flts/10Sec DhE >WSINC                150        150         0        -1 Pages      DiE >WSDEC                250        250         0        -1 Pages      D > >FREELIM             1024         32        16        -1 PagesE >FREEGOAL           12000        200        16        -1 Pages      DaE >GROWLIM             1750         63         0        -1 Pages      DnE >BORROWLIM           2000        300         0        -1 Pages      Dl@ >LOCKIDTBL           4770       3840      1792  16776959 Entries@ >RESHASHTBL          4096         64         1  16777216 Entries >Parameters in use: ActiveG >Parameter Name   Current    Default     Min.     Max.     Unit Dynamic G >--------------   -------    -------    -------  -------   ---- ------- E >PQL_DDIOLM           200         18         4     32767 I/O        D E >PQL_MDIOLM           200          4         4     32767 I/O        DcE >PQL_DFILLM           100         16         2     32767 Files      DnE >PQL_MFILLM           100          2         2     32767 Files      D-E >PQL_DPGFLQUOTA     50000       8192       512        -1 Pages      DtE >PQL_MPGFLQUOTA     50000        512       512        -1 Pages      DnE >PQL_DPRCLM             8          8         0     32767 Processes  DtE >PQL_MPRCLM             8          0         0     32767 Processes  D.E >PQL_DTQELM             8          8         0     32767 Timers     DrE >PQL_MTQELM            10          0         0     32767 Timers     Dt> >PQL_DWSDEFAULT       557        100        60        -1 Pages> >PQL_MWSDEFAULT       557         60        60        -1 PagesE >PQL_DWSQUOTA        2048        200        60        -1 Pages      DsE >PQL_MWSQUOTA       16384         60        60        -1 Pages      DeE >PQL_DWSEXTENT       2048        400        60        -1 Pages      D E >PQL_MWSEXTENT      16384         60        60        -1 Pages      DwE >PQL_DENQLM           128        128         4     32767 Locks      D E >PQL_MENQLM           300         30         4     32767 Locks      DtE >PQL_DJTQUOTA        1024       1024         0        -1 Bytes      DeE >PQL_MJTQUOTA        1024          0         0        -1 Bytes      Da >`C >Barry seems to be correct about the image activations.  There is agB >process running which does network transfers and seems to the the >major culprit.  > F >Pid    Process Name    State  Pri      I/O       CPU       Page flts  >PagesG >20200416 Server_0242     LEF      4  1029914   00:47:09.95   5091620  S > 320  >j > Accounting information:aB > Buffered I/O count:    913068  Peak working set size:        709B > Direct I/O count:      117330  Peak virtual size:           3810B > Page faults:          5094166  Mounted volumes:                0 > Images activated:       87999 * > Elapsed CPU time:          0 00:47:11.42* > Connect time:              5 02:31:16.49 >aF >Show process/continuous shows that NET$SERVER.EXE and FAL.EXE are theC >executables running.  FAL.EXE is an installed image.  Should/CouldYF >NET$SERVER.EXE be install also?  Here is the account the process runs >under.e >t? >Last Login: 27-OCT-1998 08:37 (interactive),            (none)i >(non-interactive): >Maxjobs:         0  Fillm:       100  Bytlm:        65536: >Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0: >Maxdetach:       0  BIOlm:       200  JTquota:       1024: >Prclm:          25  DIOlm:       200  WSdef:          512: >Prio:            4  ASTlm:        24  WSquo:        12000: >Queprio:         0  TQElm:        10  WSextent:     24000: >CPU:        (none)  Enqlm:      1000  Pgflquo:     139000 >f >Thanks again for the help,R >PhilN >. >T   -- P  @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028p   ------------------------------  % Date: Fri, 19 Apr 2002 15:41:54 -0400d- From: "Peter Weaver" <peter.weaver@stelco.ca>q9 Subject: Re: Prediction:  VMS lives, merger or no merger!d5 Message-ID: <a9pruk$5cmcd$1@ID-141708.news.dfncis.de>o  3 "jlsue" <jlsuexxxz@screaminet.com> wrote in messagem2 news:u2r0cuo1ol3enk860ke418rdq0supui6ba@4ax.com... > ...r: > What?!!  People actually lose careers over this.  GMAFB. >...   Yes.   -- Peter WeaverL Opinions are my own, and do not reflect the opinions of my employer, nor theK company that it sub-contracts to, nor the company that it sub-contracts to.    ------------------------------  % Date: Fri, 19 Apr 2002 14:13:22 -0500g& From: jlsue <jlsuexxxz@screaminet.com>9 Subject: Re: Prediction:  VMS lives, merger or no merger!n8 Message-ID: <f0r0cukh6slqbp2vkj71vo17paad1n4706@4ax.com>  , On Mon, 15 Apr 2002 00:42:27 -0400, JF Mezei% <jfmezei.spamnot@videotron.ca> wrote:.  
 >jlsue wrote: 2 >> >Rumours of a letter don't a confirmation make. >> 7G >> While this may be true, this is closer to the source than some folksa, >> in here pontificating their own opinions. > K >Considering the past, would you invest a million bucks on a platform whoseR3 >owner does not want to publicly state its future ?m > M >The secret letter is only good enough to buy a bit of time. "it may be worthSO >postponing our platform decision because HP may have some good news." But thatbL >letter alone would not be enough for me to start to push and justify VMS toM >potential customers. Only a very public announcement will make HP's supposed K >commitment to VMS believeable and heard by potential customers. Otherwise,c7 >they will dismiss a VMS solution right from the start.- >   F Good enough.  I don't recall anyone suggesting you do this.  I believeB that knowledge that such a letter actually exists means that there< could be some good news to become public in the near future.  D And it's very possible that the delay in release could be due to the# continued legal battles with Mr. H.t  1 Not speaking for anyone, certainly not DEC/Compaq - (get rid of the xxxz in my address to e-mail)h   ------------------------------  % Date: Fri, 19 Apr 2002 14:14:56 -0500B& From: jlsue <jlsuexxxz@screaminet.com>9 Subject: Re: Prediction:  VMS lives, merger or no merger!v8 Message-ID: <u2r0cuo1ol3enk860ke418rdq0supui6ba@4ax.com>  F On Mon, 15 Apr 2002 13:27:11 GMT, "John Smith" <a@nonymous.com> wrote:  3 >"jlsue" <jlsuexxxz@insightbb.com> wrote in messageh3 >news:in9kbuc8nvbnddijtm5gr6b1hrbvreds1d@4ax.com...a >>G >> While this may be true, this is closer to the source than some folksb, >> in here pontificating their own opinions. >>4 >> Not speaking for anyone, certainly not DEC/Compaq0 >> (get rid of the xxxz in my address to e-mail) > I >I just have to wonder how many people 'lost' their careers betting theirdM >company's computing future on Digital/Compaq public commitments, much less acK >'vaporware' letter. Collectively, how much money do you think corporationstM >have wasted in porting because they came to distrust whatever Digital/Compaqi >told them.   8 What?!!  People actually lose careers over this.  GMAFB.B I could also ask you how much money do you think corporations haveD wasted porting applications to Windows because of BG's constant lies# that it's ready for the enterprise.e    1 Not speaking for anyone, certainly not DEC/Compaqo- (get rid of the xxxz in my address to e-mail)    ------------------------------  # Date: Sat, 20 Apr 2002 01:59:55 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e9 Subject: Re: Prediction:  VMS lives, merger or no merger! ' Message-ID: <3CC0CE52.B582216F@fsi.net>1   jlsue wrote: > H > On Mon, 15 Apr 2002 13:27:11 GMT, "John Smith" <a@nonymous.com> wrote: > 5 > >"jlsue" <jlsuexxxz@insightbb.com> wrote in message25 > >news:in9kbuc8nvbnddijtm5gr6b1hrbvreds1d@4ax.com...t > >>I > >> While this may be true, this is closer to the source than some folks0. > >> in here pontificating their own opinions. > >>6 > >> Not speaking for anyone, certainly not DEC/Compaq2 > >> (get rid of the xxxz in my address to e-mail) > >iK > >I just have to wonder how many people 'lost' their careers betting theiryO > >company's computing future on Digital/Compaq public commitments, much less aDM > >'vaporware' letter. Collectively, how much money do you think corporationsoO > >have wasted in porting because they came to distrust whatever Digital/Compaq 
 > >told them.  > : > What?!!  People actually lose careers over this.  GMAFB.   Ayup! That they have!   D > I could also ask you how much money do you think corporations haveF > wasted porting applications to Windows because of BG's constant lies% > that it's ready for the enterprise.s  D Recommending just about anything for WhineBloze is *THE* politically6 acceptable thing to do. Step outta that box, and YOYO!   -- - David J. DachteraP dba DJE Systems6 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 19 Apr 2002 22:28:46 -0700/ From: jperison@mindspring.com (Joel A. Perison) 0 Subject: Searching for DECserver 90M Boot Images= Message-ID: <7f004536.0204192128.7bf52e38@posting.google.com>8   Hi,   C I'm looking for either MNENG2 or MNENG3 (I would prefer this one).  A Any assistance in finding copies of these images would be greatly1 appreciated.  
 Thank you, Joel   ------------------------------  % Date: Fri, 19 Apr 2002 13:32:35 -0500 C From: "Craig A. Berry" <craig.berry@nospam.SignalTreeSolutions.com>   Subject: Re: SSH for Alpha OVMS?H Message-ID: <craig.berry-414E66.13323519042002@news.directvinternet.com>  ) In article <3CC02EBC.4BE45DDF@UIowa.EDU>, )  Rick Dyson <Rick-Dyson@UIowa.EDU> wrote:    > Kiasu Surfer wrote: G > > But OpenVMS, choices are limited. We don't intend to pay extras for G > > these security enhancement, and we are further handicapped with thea- > > lack of compilers, namely the C compiler. > > > We are unable to compile the available source found at OSU4 > > ( http://kcgl1.eng.ohio-state.edu/~jonesd/ssh/ ) > I > What was the problem building the OSU SSH v1.5 kit?  I have built it on H > VAXen and Alpha from OpenVMS v6.2 -> v7.3 without a hitch.  As well as' > the required OpenSSL (up to v0.9.6a).M  ) As he said, he doesn't have a C compiler.-  G > Until the Compaq TCP/IP has a built-in SSH server that works reliably H > (note there is none yet and when I asked at a teleconference last yearH > they said they had no immediate plans, so if it is being reported thatL > it is coming, I am curious how well it is put together in such a hurry...)  F Surely they can borrow from Tru64 or otherwise get something together  without starting from scratch.   ------------------------------  % Date: Fri, 19 Apr 2002 20:40:58 +0200  From: Dirk Munk <munk@home.nl>/ Subject: Re: TCP/IP 5.0 Configuration Questions & Message-ID: <3CC064BA.7070504@home.nl>  I This means you haven't got the TCPIP / UCX license loaded. So check your T licenses !!    Jim Tauberg wrote:   >Hi,? >	I've installed OpenVMS 7.2 from the Hobbyist CD and have also E >installed MOTIF and am now working on the TCP/IP 5.0 from the cd.  I-B >installed it and ran the configuration utility and configured theF >interface under Core Environment.  I've been able to Ping myself (hey. >baby) and the other machines on this network. > C >I'm trying to configure the system to reach the internet through a > >gateway (dsl router) on my network and also to set up the DNS >entries...  >6= >I took a look through the manual and have tried things like:  >2 > 9 >SET NAME_SERVICE /SERVER=xxx.xxx.xxx.xxx /ENABLE /SYSTEM  > . >but this returns:  REQUIRES TCP-IP-CLIENT PAK > . >What is the client pak and where do I get it? > @ >What commands will I need to set my default gateway and my dns? >n >Thanks in advance,t >Jim Tauberg >tauberg@no_spam.nauticom.net. >    ------------------------------   Date: 20 Apr 02 07:16:55 +0200) From: p_sture@elias.decus.ch (Paul Sture) 5 Subject: Re: Time to finally rename VMS back to VMS ?t) Message-ID: <+NB3xynAGWjo@elias.decus.ch>1  c In article <3CBFB822.784F9027@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:3% > Yes, that did a change. Now I get :o" > "550 File not found" instead :-) > ' > I'm using Netscape Communicator 4.74 m >  > Jan-Erik.4 > 6 From the timestamp of your message, you probably tried, when I was in the middle of doing something.   __
 Paul Sture Switzerlande   ------------------------------  % Date: Fri, 19 Apr 2002 13:45:22 -0500 ) From: Bruce Stephens <hbs@nospam.bea.com>e( Subject: Re: Two DMQ COM servers running. Message-ID: <3CC065C1.5FE7885B@nospam.bea.com>  ! $@dmq$exe:DMQ$SCAN_SYSTEM_FOR_DMQl    
 PAMS Forever!:     rok@nuk.uni-lj.si wrote:  K > AlphaServer 4100 5/400 4MB, OpenVMS AXP V7.3, DMQ V3.2A, Process Software2 > MultiNet V4.2 Rev A-X  >l& >  From DMQ$COM_SERVER_0202_00047.LOG:4 > DmQ T 00:56.3 Time Stamp - 19-APR-2002 10:00:56.326 > DmQ T 00:56.3 ------- COM Server Starting ----------L > DmQ I 00:56.3 COM Server (V3.2A-22(3222)) starting at 19-APR-2002 10:00:56A > DmQ I 00:56.3 MCS already exists - two DMQ COM servers running.- >-F >  In contrast to this statement SHOW SYSTEM shows *no* DMQ COM server
 > is running.cC >  Reboot does clear DMQ's false notion; does anybody know a milder3 > solution?0 >m
 > Regards, >tF > Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si= > National and University Library  Phone:     +386 1 421 5461n= > Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464o
 > Slovenia   ------------------------------  % Date: Fri, 19 Apr 2002 15:01:06 -0400m1 From: "Farrell, Michael" <MFarrell@voltdelta.com>i( Subject: RE: Two DMQ COM servers runningO Message-ID: <025766C9BBC5D511A4ED00B0D0F08C231633DD@ny_exchange1.maintech1.com>h  K Does that mean that BEAMessageQ (DmQ) will be ported to Itanium?  I'm stillo' looking for an answer on that question.l   Mike Farrell   > -----Original Message-----0 > From:	Bruce Stephens [SMTP:hbs@nospam.bea.com]& > Sent:	Friday, April 19, 2002 2:45 PM > To:	Info-VAX@Mvb.Saic.Coma* > Subject:	Re: Two DMQ COM servers running > # > $@dmq$exe:DMQ$SCAN_SYSTEM_FOR_DMQt >  >  > PAMS Forever!  >  >  > rok@nuk.uni-lj.si wrote: > D > > AlphaServer 4100 5/400 4MB, OpenVMS AXP V7.3, DMQ V3.2A, Process
 > Software > > MultiNet V4.2 Rev A-Xa > >o( > >  From DMQ$COM_SERVER_0202_00047.LOG:6 > > DmQ T 00:56.3 Time Stamp - 19-APR-2002 10:00:56.328 > > DmQ T 00:56.3 ------- COM Server Starting ----------E > > DmQ I 00:56.3 COM Server (V3.2A-22(3222)) starting at 19-APR-20024
 > 10:00:56C > > DmQ I 00:56.3 MCS already exists - two DMQ COM servers running.M > >mH > >  In contrast to this statement SHOW SYSTEM shows *no* DMQ COM server > > is running.sE > >  Reboot does clear DMQ's false notion; does anybody know a mildert
 > > solution?  > >  > > Regards, > > H > > Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si? > > National and University Library  Phone:     +386 1 421 5461r? > > Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464  > > Slovenia   ------------------------------  % Date: Fri, 19 Apr 2002 16:02:30 -040041 From: "Farrell, Michael" <MFarrell@voltdelta.com> ( Subject: RE: Two DMQ COM servers runningO Message-ID: <025766C9BBC5D511A4ED00B0D0F08C231633E1@ny_exchange1.maintech1.com>D  K Does that mean that BEAMessageQ (DmQ) will be ported to Itanium?  I'm stillc' looking for an answer on that question.t   Mike Farrell   -----Original Message-----. From:	Bruce Stephens [SMTP:hbs@nospam.bea.com]$ Sent:	Friday, April 19, 2002 2:45 PM To:	Info-VAX@Mvb.Saic.Com ( Subject:	Re: Two DMQ COM servers running  ! $@dmq$exe:DMQ$SCAN_SYSTEM_FOR_DMQ     
 PAMS Forever!P     rok@nuk.uni-lj.si wrote:  K > AlphaServer 4100 5/400 4MB, OpenVMS AXP V7.3, DMQ V3.2A, Process Software  > MultiNet V4.2 Rev A-X7 >g& >  From DMQ$COM_SERVER_0202_00047.LOG:4 > DmQ T 00:56.3 Time Stamp - 19-APR-2002 10:00:56.326 > DmQ T 00:56.3 ------- COM Server Starting ----------L > DmQ I 00:56.3 COM Server (V3.2A-22(3222)) starting at 19-APR-2002 10:00:56A > DmQ I 00:56.3 MCS already exists - two DMQ COM servers running.2 > F >  In contrast to this statement SHOW SYSTEM shows *no* DMQ COM server
 > is running.dC >  Reboot does clear DMQ's false notion; does anybody know a milder  > solution?  > 
 > Regards, > F > Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si= > National and University Library  Phone:     +386 1 421 5461 = > Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464 
 > Slovenia   ------------------------------  + Date: Fri, 19 Apr 2002 22:34:18 +0000 (UTC) * From: bleau@umtof.umd.edu (Lawrence Bleau)5 Subject: Re: UNXSIGNAL bugcheck on virtual disk, why?a0 Message-ID: <a9q61a$90j$1@grapevine.wam.umd.edu>  W In article <3CBFA6F2.6020705@tsoft-inc.com>, David Froble <davef@tsoft-inc.com> writes:  > N >Possibly the large drive is causing a longword overflow in VDDRIVER?  Just a * >guess, and no real effort to do the math.  M Very much just a guess, Dave, I'd hoped for more than that, though.  The 50gb N partition I created has a bit over 97 million blocks.  VDDRIVER has a longword8 each to hold starting block number and size (in blocks).   $ a=97000000 $ sho sym a 4   A = 97000000   Hex = 05C81A40  Octal = 00562015100  I As you can see, this is well under 32 bits; only 27, aamof.  In fact, the71 entire huge 180gb disk has a bit over 354M blocks   
 $ a=3540000003 $ sho sym a 5   A = 354000000   Hex = 15199C80  Octal = 02506316200   N Even this is well under the limit.  More insightful responses are appreciated.  N I've communicated with the driver's author, btw, and he's on a lead: somethingK about sectors*cylindars*tracks not being the same as total # blocks.  If heLB gives me a patch and that fixes the problem I'll report that here.   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  % Date: Fri, 19 Apr 2002 21:14:21 -0500 $ From: "del cecchi" <dcecchi@msn.com>- Subject: VMS Spammer, the lowest form of lifeL2 Message-ID: <ya4w8.432$mc.21765@eagle.america.net>  H I don't normally post to this group, except by accident as a side effectH of crossposts, but I thought you all might be interested in the spamming I received fromN    
 Tony Shadrake  Regional Sales Manager Attunity, Inc. tony.shadrake@attunity.com 781-359-3587 Office4 www.attunity.com  E Something about VMS and the internet.  Perhaps you folk would care to E tell him that spam is a bad idea.  I presume he got my email off this  group.  
 del cecchi   ------------------------------  % Date: Fri, 19 Apr 2002 21:14:24 -0400w1 From: "Island (hpaq.net)" <dbturner@islandco.com>m* Subject: We are selling a New ES40 Cheap !/ Message-ID: <uc1g693pm37i20@news.supernews.com>P  & In stock, NEW in Compaq Box - one only   ES40 Model 2 NEW - Rackmount Dual 500Mhz CPU 
 2GB Memory 6 Slot Disk Cage 9GB 10KRPM Diskt  KZPCA-AA U2 SCSI Wide Controller 3DLabs VX1 32MB PCIt DE500-BA x 2 Keyboard Mousei    VMS Ready - No licenses included   Accepting offers above 6995d   Call immediately if interested  4 This is being sold on a first come first serve basis   -- Island Computers US Corp.  2700 Gregory Street. Savannah GA 31404s Toll Free: 1-877 636 4332$ International: 001 912 447 6622e  Facsimile:      001 912 201 0096 dbturner@hpaq.netS www.hpaq.net   ------------------------------  # Date: Fri, 19 Apr 2002 18:26:09 GMTu; From: "Atlant G. Schmidt" <Atlant.Schmidt@YouKnowWhere.com> Y Subject: Re: [OT] Re: Semi-automatic clutch. (was Re: learning how to usea computer (was:50 Message-ID: <3CC06208.30157B00@YouKnowWhere.com>  H > >bill@triangle.cs.uofs.edu (Bill Gunshannon) on 04/17/2002 03:03:42 PM > >>A > >>Recently??  Porsche has had a clutchless shift semi-automatic D > >>transmission for more than 30 years. (I don't remember the name,I > >>but I do still have the shop manuals at home if anyone really cares.)f  D Sportomatic. It was certainly available on the "Doctors-and-Lawyers"C versions of the late-60s or early-70s 911s. With that and the weird A hydraulic suspension, the non sports-car-types could pretend they2D were still driving their Cadillacs whilst having all the babe-magnet% attributes that accrued to a Porsche.e   Atlant   ------------------------------   End of INFO-VAX 2002.217 ************************