1 INFO-VAX	Tue, 29 May 2001	Volume 2001 : Issue 296       Contents:, Re: "Talk Baq" to Compaq - or perhaps to Sun Re: 7.3 kits; Re: Active Directory Add-on for Win9x and NT4 and VMS Samba  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  RE: Affordable VMS Workstations  RE: Affordable VMS Workstations  Re: Affordable VMS Workstations  RE: Affordable VMS Workstations  RE: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  RE: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  RE: Affordable VMS Workstations  Re: Affordable VMS Workstations  RE: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations  Re: Affordable VMS Workstations O Re: Affordable VMS Workstations... All of a Sudden Alpha Looks More Competitive & Re: Alphaserver 300 and OpenVMS V7.2-1B Announcement: Official VAX 6000 with guest account on the internetF Re: Announcement: Official VAX 6000 with guest account on the internet' Antigen found ExceedinglyInfected virus  Re: Backup to CD?  Re: Backup to CD? 
 Batch jobs Re: Batch jobs Re: Batch jobs0 Cancelled Mount Verification: now can't see disk4 Re: Cancelled Mount Verification: now can't see disk. Re: COMPAQ Service Contracts for Alpha Systems/ Contents of 7.3 kits -- missing VAX binaries CD 3 Re: Contents of 7.3 kits -- missing VAX binaries CD 3 Re: Contents of 7.3 kits -- missing VAX binaries CD  Debugging memory leaks.  Re: Debugging memory leaks.  Re: Debugging memory leaks.  Re: Debugging memory leaks. / Re: DEC 700 Terminal Server on pure UCX TCP/IP? : Decnet Phase IV - Circuit EWA-1, Line synchronization lost> Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost> Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost> Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost> Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost> Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost> Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost disk benchmarking  Re: disk benchmarking  Re: disk benchmarking  Re: disk benchmarking  Re: disk benchmarking  Re: disk benchmarking $ RE: HSDSA Scrip in a Batch Procedure# Re: Humorous: Q, W2K and my surname  Insurer: Windows NT a high risk  Re: JRE.DMP  Login/Logout Problem Re: Login/Logout Problem Re: Login/Logout Problem Re: Login/Logout Problem( Re: More Compaq blunders I am sad to day* OpenVMS locked up - How do I find out why?1 Oracle Export 8.1.7 much slower than 7.3.2 on VMS  Performance Monitoring on VMS ! Re: Performance Monitoring on VMS ! Re: Performance Monitoring on VMS ! Re: Performance Monitoring on VMS D Re: Presentation Collateral From VMS Technical Update Days in LondonD Re: Presentation Collateral From VMS Technical Update Days in London Re: Rack mounted stuff.  Re: Rambus loses another one Re: Rambus loses another one Re: Rambus loses another one Re: Rambus loses another one+ Re: Reinstalling Backup patch on 7.2 system + Re: Reinstalling Backup patch on 7.2 system  Shareware: txt2pdf 4.6 SSH for Alpha VMS  Re: SSH for Alpha VMS  Tape compression and backup  The future of VMS  Re: The future of VMS  Re: The future of VMS  Re: The future of VMS  Re: The future of VMS ( Re: UCX 5.x equiv for Multinet SMTP opts. RE: Very odd:  Init/erase is controller-based? VMS 7.3 upgrade question Re: VMS 7.3 upgrade question Re: VMS 7.3 upgrade question VMS mail problem Re: VMS Mail problem Re: VMS mail problem RE: VMS mail problem RE: VMS mail problem Re: VMS mail problem Re: VMS mail problem VMS password cracking  Re: VMS password cracking  Re: VMS password cracking & Re: VXT2000 hardware/firmware question  F ----------------------------------------------------------------------  % Date: Tue, 29 May 2001 12:02:24 +0100 0 From: andrew harrison <andrew.nospam@uk.sun.com>5 Subject: Re: "Talk Baq" to Compaq - or perhaps to Sun * Message-ID: <3B1381C0.D82F1B6C@uk.sun.com>   Christof Brass wrote:  >  > Alan Greig wrote:  >  > [SNIP] > I > > By the way, I haven't got mine yet due to a cock-up somewhere but the D > > photo on the front of the VMS 7.3 carton and manuals shows a guyA > > looking at monitors all with the Sun logo... There has been a G > > suggestion to keep this out of c.o.v. but I really don't see how it I > > can be covered up forever so I'll do the dirty - whoever's fault this I > > was. I know DII COE is effectively Sloaris compatibility but I didn't - > > realize it stretched as far as the logos!  > >  > > -- > > Alan > ? > I knew that SUN had plans of a major change but that they are @ > preparing for beeing taken over by Compaq is much more I couldA > think of. And that Compaq is already that far to reveal this is  > more than a surprise. ;-)   9 Since Sun's market cap is currently 2.4 x that of Compaq  5 the idea of Compaq buying Sun is probably out of the  	 question.    Sun buying Compaq, unlikely.  0 The Sun Logos on an OpenVMS package, probably a  cock-up on Compaqs part.     Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------    Date: 29 May 2001 08:46:45 -0500- From: koehler@encompasserve.org (Bob Koehler)  Subject: Re: 7.3 kits 3 Message-ID: <KKNIO$+0bRxw@eisner.encompasserve.org>   \ In article <9elvk0$o0l$1@bob.news.rcn.net>, "Kenneth Randell" <kenr@datametrics.com> writes: > M > In both cases, as previously mentioned, the Sun logo on the workstations is M > clearly visible.  Not to mention them running some type of GUI application.  >  > So, who are the folks who: >  > 1) Suggested this picture?  H They are trying to start a new rumor to get rid of the old VMS on Intel  questions.  ;-)   ! > 2) Let it go through unchecked?   C No, it was intentional.  You can't start good rumors accidentally.  F Unfortunately, they're still waiting for that new SPARC chip from Sun.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Tue, 29 May 2001 07:32:54 -0600 4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam>D Subject: Re: Active Directory Add-on for Win9x and NT4 and VMS Samba1 Message-ID: <cyNQ6.228$YC5.71593@news.uswest.net>    Thanks.    Mike.   E "Alexander G. Paoli" <alex.paoli.netconstruct.net@127.0.0.1> wrote in + message news:OyttZbB5AHA.996@tkmsftngp03... 
 > Michael, > I > AFAIK, the DSCLIENT only affects the locator process not Netbios. It is K > allowing for downlevel clients to use DNS and LDAP to find the closest DC  toE > begin the RPC bind, then authentication. It is not changing the NBT  binding,K > thus communicating to a samba server should be fine. Netbios namespace is L > not changed. I think though im not sure, but the DSCLIENT also changes theJ > transport to allow DNS lookups correctly to find SMB shares, don't quote me
 > on that. > 6 > DSCLIENT also add support for AD LDAP searches, FYI. > 	 > Cheers,  >  >  > -- > Alexander G. Paoli( > VP Technology, Chief Network Architect > NetConstruct, Inc. >   > Reply to me by moving the "@".A > "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> wrote in message , > news:5uOO6.28$VD1.78322@news.uswest.net...K > > If I install the Active Directory Add-on for Win9x and NT4 SP6a, will I G > > still be able to connect to my VMS Samba v1.19p4 server?  The Samba  server > > is a member server only. > >  > > -- > > Thanks,  > > Mike Ober. > >  > >  > >  >  >    ------------------------------  % Date: Tue, 29 May 2001 12:34:05 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> ( Subject: Re: Affordable VMS Workstations) Message-ID: <3B13892D.F53A2112@bbc.co.uk>    Paul Repacholi wrote:   1 > "Bill Pedersen" <pedersen@ccsscorp.com> writes:  > K > > Yes, it also then leads to statements from Rick Marcello that licensing J > > costs should not be made an issue.  If there is reason to adjust theseN > > prices that Compaq should do so.  To some extent we have seen them do thisM > > on the modification of the licensing price on low end OpenVMS clustering.  > L > If I was about to shove out a low end VMS Alpha, you could have any configG > you like as long as it was unlimited VMS, full clustering, networking 9 > shadowing, and RMS journalling. IE full 'base product'.    yeah, I know the feeling.   H Anyway, latest marketting in the UK includes "buy 2 servers and get freeG VMS or Tru64 cluster licence" which isn't a bad offer IMHO, in fact one P that people here and elsewhere have been pushing for, Actually, reading further,Q you could have instead a free unlimited user licence for VMS. Shame you can't use  the two offers together.   >  > D > So they stick 400 users on it? great, they will be back for a DS20 > that much sooner...    agreed,   -- 6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Tue, 29 May 2001 12:42:51 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> ( Subject: Re: Affordable VMS Workstations) Message-ID: <3B138B3B.FD409D70@bbc.co.uk>   " Shane.F.Smith@Healthnet.com wrote:  H > Now here's a hell of an idea. How about Compaq putting a clause in theL > hobbyist licence that if somebody wants to sell something they wrote underC > hobbyist, they have to pay royalties to Compaq? Someone can start M > developing speculatively with far less initial outlay, and still have a way G > to profit from it later.  Compaq can recoup the missing licence costs I > through the royalties on successful products, and from additional sales ? > they make due to the additional applications being available.  > L > That seems to me to be a win/win situation. Hey, Compaq! Fancy giving it a > try? >   J I personally favour the following approach. Develop version 1 on hobbyiest licencesK if thats all you have. Release it as freeware. Hold back a few features. If 
 sufficientM interest is generated then get on CSA program and develop commercial product.      --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Tue, 29 May 2001 08:30:51 -0500 + From: Christopher Smith <csmith@amdocs.com> ( Subject: RE: Affordable VMS WorkstationsL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1EAA@cmiexch1.cmi.itds.com>   > -----Original Message-----5 > From: Marc Van Dyck [mailto:marc.vandyck@skynet.be]   ? > Or, rather than cheating, request Compaq to become member of  
 > the 'Compaq > > Solutions Alliance', which offers you all licences you need  > to develop for aA > symbolic price, and even discounted hardware if you wish so ...   L Sure, last I heard CSA was offered at a price which is likely "symbolic" forJ a small business, but for an individual who is "developing speculatively,"- as Shane put it, that may not be the case. :)   K To put it bluntly, not everyone is incorporated, and Compaq can use all the L help they can get with software.  It would be silly of them to ask more thanK absolutely necessary for the great privilege of developing software on VMS. D (Which really is an incredible development environment, don't get me	 wrong...)    Regards,   Chris   ! Christopher Smith, Perl Developer  Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  '    ------------------------------  % Date: Tue, 29 May 2001 08:48:51 -0500 + From: Christopher Smith <csmith@amdocs.com> ( Subject: RE: Affordable VMS WorkstationsL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1EAB@cmiexch1.cmi.itds.com>   > -----Original Message-----2 > From: Christof Brass [mailto:brass@infopuls.com]  > > ABB one of the biggest power station and electricity control@ > systems provider used VAX/VMS for their steering panels. A few= > years ago they started to replace it with ... guess what. I B > don't know if they continue because I expect they will have made- > their bad experiences like the USS Navy ...   H It's likely.  We'll just see whether (the navy did not, and this doesn'tK surprise me) they learn from their problems, and start using tools that are   appropriate for the task(again).   Regards,   Chris   ! Christopher Smith, Perl Developer  Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  '    ------------------------------   Date: 29 May 2001 14:09:15 GMT- From: "Bill Pedersen" <pedersen@ccsscorp.com> ( Subject: Re: Affordable VMS Workstations. Message-ID: <3b13adcf@kerberos.linuxpuppy.net>  J Incorporation is not the issue here.  It is, can you show you have an ideaK which is interesting.  The folks at CSA want to help get product out there. H The licenses are annual so they do not have a big exposure.  But they doI allow those interested in trying to get a new product out the door.  They # don't dome inspect your "office"...    --
 Bill Pedersen  CCSS Corporation CCSS Interactive Learning 
 www.VMS.St 831-336-2708 ================  8 "Christopher Smith" <csmith@amdocs.com> wrote in messageF news:3B55D7F383B0D31197D9009027541CBF0D9D1EAA@cmiexch1.cmi.itds.com... > > -----Original Message-----7 > > From: Marc Van Dyck [mailto:marc.vandyck@skynet.be]  > @ > > Or, rather than cheating, request Compaq to become member of > > the 'Compaq ? > > Solutions Alliance', which offers you all licences you need  > > to develop for aC > > symbolic price, and even discounted hardware if you wish so ...  > J > Sure, last I heard CSA was offered at a price which is likely "symbolic" for L > a small business, but for an individual who is "developing speculatively,"/ > as Shane put it, that may not be the case. :)  > I > To put it bluntly, not everyone is incorporated, and Compaq can use all  the I > help they can get with software.  It would be silly of them to ask more  thanH > absolutely necessary for the great privilege of developing software on VMS.F > (Which really is an incredible development environment, don't get me > wrong...)  > 
 > Regards, >  > Chris  > # > Christopher Smith, Perl Developer  > Amdocs - Champaign, IL >  > /usr/bin/perl -e 'A > print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");  > '    ------------------------------  % Date: Tue, 29 May 2001 09:06:59 -0500 + From: Christopher Smith <csmith@amdocs.com> ( Subject: RE: Affordable VMS WorkstationsL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1EAC@cmiexch1.cmi.itds.com>   > -----Original Message-----8 > From: David J. Dachtera [mailto:djesys.nospam@fsi.net]     = > > And now you're starting to talk about real software, not   > the mickey-clicky 7 > > snotware that most of the industry is churning out.  > @ > Web interface (on a chip?) is most likely where we'd wanna be.  I Actually, if you could come up with something closer to the "traditional" L GUI, with knobs, buttons, sliders, etc -- that would mimic some of the stuffH that Joe Bonehead has setting around his house, that would likely be theF best.  Most things don't adapt well to a web interface, I think.  It's+ unfortunate that people try to make them ;)   L Alternatively, you could have a completely menu-driven approach, for which aK web-interface is overkill.  (perhaps with an "expert mode" feature to allow % some things that aren't on the menu.)    Regards,   Chris   ! Christopher Smith, Perl Developer  Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");A '2   ------------------------------  % Date: Tue, 29 May 2001 09:12:56 -0500o+ From: Christopher Smith <csmith@amdocs.com>e( Subject: RE: Affordable VMS WorkstationsL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1EAD@cmiexch1.cmi.itds.com>   > -----Original Message-----4 > From: Bill Pedersen [mailto:pedersen@ccsscorp.com]  @ > Incorporation is not the issue here.  It is, can you show you  > have an idea; > which is interesting.  The folks at CSA want to help get u > product out there.? > The licenses are annual so they do not have a big exposure.  k
 > But they don@ > allow those interested in trying to get a new product out the 
 > door.  They % > don't dome inspect your "office"...l  K But corporations are likely to have the money to shell out for the license.aJ An individual is not likely to have as much, all other things being equal, which they seldom are.  L I don't have any question about whether the CSA people want to help get appsL out there for VMS.  My question is, are they prevented by Compaq policy from= doing so until you've paid <XXXX.XX> for the year's licenses?    Regards,   Chrisi  ! Christopher Smith, Perl DeveloperR Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");l '@   ------------------------------  % Date: Tue, 29 May 2001 11:19:30 -0400t2 From: rdeininger@mindspring.com (Robert Deininger)( Subject: Re: Affordable VMS WorkstationsL Message-ID: <rdeininger-2905011119300001@user-2ive77t.dialup.mindspring.com>  
 In articleA <3B55D7F383B0D31197D9009027541CBF0D9D1EAC@cmiexch1.cmi.itds.com>,m, Christopher Smith <csmith@amdocs.com> wrote:  fK > Actually, if you could come up with something closer to the "traditional"fN > GUI, with knobs, buttons, sliders, etc -- that would mimic some of the stuffJ > that Joe Bonehead has setting around his house, that would likely be theH > best.  Most things don't adapt well to a web interface, I think.  It's- > unfortunate that people try to make them ;)   G Have you seen the "LabView" products (from National Instruments IIRC)?  G They lean heavily on these graphical knobs and sliders and stuff.  It'stB fairly expensive, slower than cold molasses, and truely bizzare to= program.  It runs on windoze, Macs, and a few unixes I think.e   -- e Robert Deininger rdeininger@mindspring.comy   ------------------------------  % Date: Tue, 29 May 2001 16:18:08 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>n( Subject: Re: Affordable VMS Workstations) Message-ID: <3B13BDB0.BC7CDD5D@bbc.co.uk>s   Robert Deininger wrote:    > In articleC > <3B55D7F383B0D31197D9009027541CBF0D9D1EAC@cmiexch1.cmi.itds.com>,l. > Christopher Smith <csmith@amdocs.com> wrote: >sM > > Actually, if you could come up with something closer to the "traditional"-P > > GUI, with knobs, buttons, sliders, etc -- that would mimic some of the stuffL > > that Joe Bonehead has setting around his house, that would likely be theJ > > best.  Most things don't adapt well to a web interface, I think.  It's/ > > unfortunate that people try to make them ;)y >sH > Have you seen the "LabView" products (from National Instruments IIRC)?I > They lean heavily on these graphical knobs and sliders and stuff.  It'syD > fairly expensive, slower than cold molasses, and truely bizzare to? > program.  It runs on windoze, Macs, and a few unixes I think.a >   P aw, don't remind me please. It doesn;t sound like the product has got any better since the mid-90's.i3 Give me a MicroVAX and a CAMAC interface anyday :-)     --p6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukf  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.v   ------------------------------  % Date: Tue, 29 May 2001 10:48:08 -0500i1 From: "David J. Dachtera" <djesys.nospam@fsi.net> ( Subject: Re: Affordable VMS Workstations' Message-ID: <3B13C4B8.C8B78F12@fsi.net>!   Tim Llewellyn wrote: >  > Paul Repacholi wrote:  > 3 > > "Bill Pedersen" <pedersen@ccsscorp.com> writes:  > >tM > > > Yes, it also then leads to statements from Rick Marcello that licensing8L > > > costs should not be made an issue.  If there is reason to adjust theseP > > > prices that Compaq should do so.  To some extent we have seen them do thisO > > > on the modification of the licensing price on low end OpenVMS clustering.  > > N > > If I was about to shove out a low end VMS Alpha, you could have any configI > > you like as long as it was unlimited VMS, full clustering, networking ; > > shadowing, and RMS journalling. IE full 'base product'.. >  > yeah, I know the feeling.y > J > Anyway, latest marketting in the UK includes "buy 2 servers and get freeI > VMS or Tru64 cluster licence" which isn't a bad offer IMHO, in fact onehR > that people here and elsewhere have been pushing for, Actually, reading further,S > you could have instead a free unlimited user licence for VMS. Shame you can't use- > the two offers together.   <pipe_dream>  / If only they would offer that here in the U.S.!o  " Ah, how it fires the imagination!   G Imagine - NT crashes a thing of the past, M$ security holes no longer aoD major concern (well, there's still the desktop to conquer), banks ofD Proliant servers replaced by Alpha machines at ratios of from 5:1 to 10:1 (Intel:Alpha)...a  B HEY!!! WAIT A MINUTE! Wouldn't the Q be shooting themselves in the Proliant foot?  C Given the way corporate types are given to doing things like that -c: their "foot" ends just below the shoulder at this point...   HEY! THIS COULD HAPPEN!!!3  
 </pipe_dream>=   -- = David J. DachteraS dba DJE Systemso http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/s  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.i   ------------------------------  % Date: Tue, 29 May 2001 10:49:42 -0500a1 From: "David J. Dachtera" <djesys.nospam@fsi.net>o( Subject: Re: Affordable VMS Workstations' Message-ID: <3B13C516.D029B887@fsi.net>e   Tim Llewellyn wrote: > $ > Shane.F.Smith@Healthnet.com wrote: > J > > Now here's a hell of an idea. How about Compaq putting a clause in theN > > hobbyist licence that if somebody wants to sell something they wrote underE > > hobbyist, they have to pay royalties to Compaq? Someone can start O > > developing speculatively with far less initial outlay, and still have a wayrI > > to profit from it later.  Compaq can recoup the missing licence costsoK > > through the royalties on successful products, and from additional sales\A > > they make due to the additional applications being available.- > >-N > > That seems to me to be a win/win situation. Hey, Compaq! Fancy giving it a > > try? > >c > L > I personally favour the following approach. Develop version 1 on hobbyiest
 > licencesM > if thats all you have. Release it as freeware. Hold back a few features. If. > sufficientO > interest is generated then get on CSA program and develop commercial product.s   THREE CHEERS FOR TIM!!!y   Excellent idea!!!e   -- o David J. Dachterai dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/l  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.n   ------------------------------  % Date: Tue, 29 May 2001 12:51:07 -0300p) From: fabio_compaq@ep-bc.petrobras.com.bre( Subject: Re: Affordable VMS WorkstationsL Message-ID: <OF3CF3D910.9D68C148-ON03256A5B.0056F535@ep-bc.petrobras.com.br>   People  K Like EMC, I've heard that Compaq is planning a new product which can make au phone B call to the Compaq CSC .... in case of hardware failures, etc ....  F They need to sale  these products / services ! It is normal .... :-)))     Regards    FC        B "David J. Dachtera" <djesys.nospam@fsi.net> em 29/05/2001 12:48:08  = Favor responder a "David J. Dachtera" <djesys.nospam@fsi.net>V             Info-VAX@Mvb.Saic.ComS      ( Assunto: Re: Affordable VMS Workstations     Tim Llewellyn wrote: >i > Paul Repacholi wrote:W >s3 > > "Bill Pedersen" <pedersen@ccsscorp.com> writes:d > >VC > > > Yes, it also then leads to statements from Rick Marcello thatS	 licensingnF > > > costs should not be made an issue.  If there is reason to adjust theseoK > > > prices that Compaq should do so.  To some extent we have seen them doS thisC > > > on the modification of the licensing price on low end OpenVMSa clustering.f > >bG > > If I was about to shove out a low end VMS Alpha, you could have anyS configI > > you like as long as it was unlimited VMS, full clustering, networking ; > > shadowing, and RMS journalling. IE full 'base product'.i >  > yeah, I know the feeling.i > J > Anyway, latest marketting in the UK includes "buy 2 servers and get freeI > VMS or Tru64 cluster licence" which isn't a bad offer IMHO, in fact one7I > that people here and elsewhere have been pushing for, Actually, readinge further,I > you could have instead a free unlimited user licence for VMS. Shame youx	 can't usef > the two offers together.   <pipe_dream>  / If only they would offer that here in the U.S.!s  ! Ah, how it fires the imagination!a  G Imagine - NT crashes a thing of the past, M$ security holes no longer aPD major concern (well, there's still the desktop to conquer), banks ofD Proliant servers replaced by Alpha machines at ratios of from 5:1 to 10:1 (Intel:Alpha)...   B HEY!!! WAIT A MINUTE! Wouldn't the Q be shooting themselves in the Proliant foot?  C Given the way corporate types are given to doing things like that - : their "foot" ends just below the shoulder at this point...   HEY! THIS COULD HAPPEN!!!z  
 </pipe_dream>e   -- David J. DachteraW dba DJE Systemsn http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.e   ------------------------------    Date: 29 May 2001 12:16:10 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)e( Subject: RE: Affordable VMS Workstations3 Message-ID: <SUejILXJyjoW@eisner.encompasserve.org>o  z In article <3B55D7F383B0D31197D9009027541CBF0D9D1EAD@cmiexch1.cmi.itds.com>, Christopher Smith <csmith@amdocs.com> writes: >> -----Original Message----- 5 >> From: Bill Pedersen [mailto:pedersen@ccsscorp.com]n > A >> Incorporation is not the issue here.  It is, can you show you i >> have an ideae< >> which is interesting.  The folks at CSA want to help get  >> product out there.l@ >> The licenses are annual so they do not have a big exposure.   >> But they doA >> allow those interested in trying to get a new product out the   >> door.  They& >> don't dome inspect your "office"... > M > But corporations are likely to have the money to shell out for the license. L > An individual is not likely to have as much, all other things being equal, > which they seldom are. > N > I don't have any question about whether the CSA people want to help get appsN > out there for VMS.  My question is, are they prevented by Compaq policy from? > doing so until you've paid <XXXX.XX> for the year's licenses?o   You have an extra "X" in there.?   ------------------------------  % Date: Tue, 29 May 2001 17:11:27 +0100d- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>l( Subject: Re: Affordable VMS Workstations) Message-ID: <3B13CA2F.98106980@bbc.co.uk>o   "David J. Dachtera" wrote:   > Tim Llewellyn wrote: > >a >oN > > I personally favour the following approach. Develop version 1 on hobbyiest > > licencesO > > if thats all you have. Release it as freeware. Hold back a few features. If  > > sufficientQ > > interest is generated then get on CSA program and develop commercial product.C >a > THREE CHEERS FOR TIM!!!s >- > Excellent idea!!!C >.  K  yeah, the only real issue is that I would save if buying the hardware thru M my consulting company (about the only "perk" left in contracting with Ir35 is H reclaiming VAT) however I would not feel comfortable using that hardware for hobbyiest purposes.t  J Tim, who will have some time on his hands soon and might just try to get aK development box together, after a suitably adequate period of "chilling" ofr
 course :-) --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukt  A I speak for myself only and my views in no way represent those ofo MedAS or the BBC.    ------------------------------  % Date: Tue, 29 May 2001 17:19:19 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk> ( Subject: Re: Affordable VMS Workstations) Message-ID: <3B13CC07.D53B50C1@bbc.co.uk>q  * fabio_compaq@ep-bc.petrobras.com.br wrote:   > People >gM > Like EMC, I've heard that Compaq is planning a new product which can make a  > phonesD > call to the Compaq CSC .... in case of hardware failures, etc .... >-  @ !!! does anyone remember VAXSim. Isn't that one of its features?  . Hey, its been so long maybe I forgot the name.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------   Date: 29 May 2001 16:36:00 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)i( Subject: Re: Affordable VMS Workstations, Message-ID: <9f0j5h$1aat$1@info.cs.uofs.edu>  ' In article <3B13C516.D029B887@fsi.net>,e4  "David J. Dachtera" <djesys.nospam@fsi.net> writes: |> Tim Llewellyn wrote:  |> > nO |> > I personally favour the following approach. Develop version 1 on hobbyiest-
 |> > licences-P |> > if thats all you have. Release it as freeware. Hold back a few features. If |> > sufficienttR |> > interest is generated then get on CSA program and develop commercial product. |>   |> THREE CHEERS FOR TIM!!! |> m |> Excellent idea!!!  D Except for the fact that if your original intent was the developmentG of a potentially commercial product you are in violation of the license D agreement for the Hobbyist program.   I have no doubt that if peopleE start using the hobbyist program for this kind of activity it will goa away.l   bill   -- sJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   t   ------------------------------   Date: 29 May 2001 16:39:15 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)a( Subject: RE: Affordable VMS Workstations, Message-ID: <9f0jbj$1aat$2@info.cs.uofs.edu>  3 In article <SUejILXJyjoW@eisner.encompasserve.org>,a<  Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes:} |> In article <3B55D7F383B0D31197D9009027541CBF0D9D1EAD@cmiexch1.cmi.itds.com>, Christopher Smith <csmith@amdocs.com> writes:  |> > nQ |> > I don't have any question about whether the CSA people want to help get appshQ |> > out there for VMS.  My question is, are they prevented by Compaq policy from5B |> > doing so until you've paid <XXXX.XX> for the year's licenses? |> r" |> You have an extra "X" in there.  - How so??  I thought the base fee was $1000.00a  F By the way, while I am certain most corporations have a spare $1000.00' to gamble with I most certainly do not.    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   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   a   ------------------------------  % Date: Tue, 29 May 2001 17:42:15 +0100s- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>s( Subject: Re: Affordable VMS Workstations) Message-ID: <3B13D167.12EF4127@bbc.co.uk>-   Bill Gunshannon wrote:  ) > In article <3B13C516.D029B887@fsi.net>,r6 >  "David J. Dachtera" <djesys.nospam@fsi.net> writes: > |> Tim Llewellyn wrote:a > |> >Q > |> > I personally favour the following approach. Develop version 1 on hobbyiest  > |> > licenceseR > |> > if thats all you have. Release it as freeware. Hold back a few features. If > |> > sufficienteT > |> > interest is generated then get on CSA program and develop commercial product. > |> > |> THREE CHEERS FOR TIM!!! > |> > |> Excellent idea!!! >nF > Except for the fact that if your original intent was the developmentI > of a potentially commercial product you are in violation of the license F > agreement for the Hobbyist program.   I have no doubt that if peopleG > start using the hobbyist program for this kind of activity it will goX > away.r >e  G Really? Is the potential commerciality enough to void hobbiest licence?eK OK, them maybe CSA is the way to go. However, as has been pointed out, thistS is cheap for organizations but not so for individuals trying to make some cash fromu2 VMS because all the decent VMS jobs are drying up.     >. > bill >  > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uke  A I speak for myself only and my views in no way represent those ofe MedAS or the BBC.n   ------------------------------  % Date: Tue, 29 May 2001 11:51:38 -0500 + From: Christopher Smith <csmith@amdocs.com>b( Subject: RE: Affordable VMS WorkstationsL Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1EB2@cmiexch1.cmi.itds.com>   > -----Original Message-----) > From: Kilgallen@eisner.decus.org.nospamr  
 > In article n@ > <3B55D7F383B0D31197D9009027541CBF0D9D1EAD@cmiexch1.cmi.itds.co3 > m>, Christopher Smith <csmith@amdocs.com> writes:-  @ > > I don't have any question about whether the CSA people want  > to help get apps> > > out there for VMS.  My question is, are they prevented by  > Compaq policy fromA > > doing so until you've paid <XXXX.XX> for the year's licenses?F  ! > You have an extra "X" in there.e  K In that case, it is more reasonable than I thought.  I'd still be skepticalcK as to whether it's affordable for an individual.  What is the exact figure? ( -- Or do I need to talk to CSA for that?   Regards,   Chris   ! Christopher Smith, Perl Developera Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");e '    ------------------------------  % Date: Tue, 29 May 2001 11:56:03 -0500y1 From: "David J. Dachtera" <djesys.nospam@fsi.net>u( Subject: Re: Affordable VMS Workstations' Message-ID: <3B13D4A3.37C72B7A@fsi.net>I   Bill Gunshannon wrote: > ) > In article <3B13C516.D029B887@fsi.net>,o6 >  "David J. Dachtera" <djesys.nospam@fsi.net> writes: > |> Tim Llewellyn wrote:  > |> >Q > |> > I personally favour the following approach. Develop version 1 on hobbyiesti > |> > licencesVR > |> > if thats all you have. Release it as freeware. Hold back a few features. If > |> > sufficienteT > |> > interest is generated then get on CSA program and develop commercial product. > |> > |> THREE CHEERS FOR TIM!!! > |> > |> Excellent idea!!! > F > Except for the fact that if your original intent was the developmentI > of a potentially commercial product you are in violation of the licenseeF > agreement for the Hobbyist program.   I have no doubt that if peopleG > start using the hobbyist program for this kind of activity it will goa > away.o  G Yeah - corporate types are known for shooting their own feet like that. B They might stop when their "feet" end just below the eye-socket or hairline, but I doubt it.u   <pipe_dream>D Seriously - if a significant amount of new, revenue generating (OVMS@ revenue, that is) software came forth in this way, it might evenD convince them to finally drop the price of OpenVMS and the compilersA (making hobbyist partially redundant) to not only help developerscE profilerate, but to stimulate the market for OVMS and Alpha machines.l
 </pipe_dream>t   --   David J. Dachterad dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Tue, 29 May 2001 11:58:25 -0500r1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a( Subject: Re: Affordable VMS Workstations' Message-ID: <3B13D531.DB2E852B@fsi.net>    Tim Llewellyn wrote: > , > fabio_compaq@ep-bc.petrobras.com.br wrote: > 
 > > People > >aO > > Like EMC, I've heard that Compaq is planning a new product which can make aW	 > > phoneEF > > call to the Compaq CSC .... in case of hardware failures, etc .... > >a > B > !!! does anyone remember VAXSim. Isn't that one of its features? > 0 > Hey, its been so long maybe I forgot the name.  F DECevent, when licensed, is supposed to this, also; however, I believeD it needs to be coupled with DSNlink via Internet to actually make it work as advertised.o   I could, as always, be wrong...o   -- h David J. Dachterar dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.t   ------------------------------  % Date: Tue, 29 May 2001 13:48:54 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.br ( Subject: Re: Affordable VMS WorkstationsL Message-ID: <OF83591113.9C13DCC4-ON03256A5B.005C4547@ep-bc.petrobras.com.br>   Dependse  H If he begins to sale $$$ this product he can buy a DS10 with OpenVMS and all the layred products.   Regardse   FC        B bill@triangle.cs.uofs.edu (Bill Gunshannon) em 29/05/2001 13:36:00  = Favor responder a bill@triangle.cs.uofs.edu (Bill Gunshannon)o             Info-VAX@Mvb.Saic.Comd      ( Assunto: Re: Affordable VMS Workstations    ' In article <3B13C516.D029B887@fsi.net>,l4  "David J. Dachtera" <djesys.nospam@fsi.net> writes: |> Tim Llewellyn wrote:y |> >E |> > I personally favour the following approach. Develop version 1 onh	 hobbyieste
 |> > licencesyC |> > if thats all you have. Release it as freeware. Hold back a fewl features. If |> > sufficientuI |> > interest is generated then get on CSA program and develop commercialr product. |> |> THREE CHEERS FOR TIM!!! |> |> Excellent idea!!!  D Except for the fact that if your original intent was the developmentG of a potentially commercial product you are in violation of the licenseyD agreement for the Hobbyist program.   I have no doubt that if peopleE start using the hobbyist program for this kind of activity it will gor away.f   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: Tue, 29 May 2001 18:04:28 +01002  From: steven.reece@quintiles.com( Subject: Re: Affordable VMS WorkstationsH Message-ID: <OF674516C5.73A479E4-ON80256A5B.005D9C93@qedi.quintiles.com>  H Yep, I believe VAXsim could do it.  DECevent can initiate a call too via DSNlink. SICL as it's called. Steve.   Tim Llewellyn quoted Fabio : >>> * fabio_compaq@ep-bc.petrobras.com.br wrote:   > People >0K > Like EMC, I've heard that Compaq is planning a new product which can make  a  > phonenD > call to the Compaq CSC .... in case of hardware failures, etc .... >   @ !!! does anyone remember VAXSim. Isn't that one of its features?  . Hey, its been so long maybe I forgot the name. <<<e   ------------------------------  # Date: Tue, 29 May 2001 17:05:27 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: Affordable VMS Workstations< Message-ID: <rFQQ6.7302$QP6.4618184@typhoon.ne.mediaone.net>   > > H > > Except for the fact that if your original intent was the developmentK > > of a potentially commercial product you are in violation of the licensehH > > agreement for the Hobbyist program.   I have no doubt that if peopleI > > start using the hobbyist program for this kind of activity it will goc	 > > away.  > >  >nI > Really? Is the potential commerciality enough to void hobbiest licence? H > OK, them maybe CSA is the way to go. However, as has been pointed out, thisK > is cheap for organizations but not so for individuals trying to make someu	 cash fromn4 > VMS because all the decent VMS jobs are drying up. >sH As far as I'm concerned, anyone who acquired a hobbyist license and thenF came up with an idea for a viable commercial app and used the hobbyistL license for pre-commercial development (R&D, exploration, prototyping) wouldL be doing Compaq a favor. Exacting a "nominal fee" of $1K per year is not the" way to stimulate apps development.   Just my opinion.   ------------------------------  % Date: Tue, 29 May 2001 18:06:15 +0100   From: steven.reece@quintiles.com( Subject: Re: Affordable VMS WorkstationsH Message-ID: <OFA3D4DDA4.64AB8545-ON80256A5B.005DDCE3@qedi.quintiles.com>  E Not only through the internet.  It works over a modem connection too.P   David Dachtera wrote:  >>> F DECevent, when licensed, is supposed to this, also; however, I believeD it needs to be coupled with DSNlink via Internet to actually make it work as advertised.s <<<    ------------------------------  % Date: Tue, 29 May 2001 18:06:39 +0100c- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e( Subject: Re: Affordable VMS Workstations) Message-ID: <3B13D71F.89A22B0B@bbc.co.uk>    "Terry C. Shannon" wrote:r   > > > J > > > Except for the fact that if your original intent was the developmentM > > > of a potentially commercial product you are in violation of the license J > > > agreement for the Hobbyist program.   I have no doubt that if peopleK > > > start using the hobbyist program for this kind of activity it will goo > > > away.s > > >d > >oK > > Really? Is the potential commerciality enough to void hobbiest licence?dJ > > OK, them maybe CSA is the way to go. However, as has been pointed out, > thisM > > is cheap for organizations but not so for individuals trying to make someh > cash fromp6 > > VMS because all the decent VMS jobs are drying up. > > J > As far as I'm concerned, anyone who acquired a hobbyist license and thenH > came up with an idea for a viable commercial app and used the hobbyistN > license for pre-commercial development (R&D, exploration, prototyping) wouldN > be doing Compaq a favor. Exacting a "nominal fee" of $1K per year is not the$ > way to stimulate apps development. >   K Terry, this is all very reasonable, and I am sure if you were CEO of CompaqpI and made this statement then I would consider it OK to proceed like this.cH However, if serious about commercial development it would not be prudentN IMHO to violate licencing terms that might potentially affect any earnings oneI made for one's hard work (likke Compaq sueing the crap outta my bizness).k     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukh  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.h   ------------------------------  % Date: Tue, 29 May 2001 14:19:20 -0300 ) From: fabio_compaq@ep-bc.petrobras.com.brr( Subject: Re: Affordable VMS WorkstationsL Message-ID: <OF4FB50BAE.D1B04696-ON03256A5B.005F1B24@ep-bc.petrobras.com.br>  9 This is the reason I would like a Lan Console for Alphas.    Regardsn   FC        1 steven.reece@quintiles.com em 29/05/2001 14:06:15   , Favor responder a steven.reece@quintiles.com             Info-VAX@Mvb.Saic.Comb      ( Assunto: Re: Affordable VMS Workstations      E Not only through the internet.  It works over a modem connection too.e   David Dachtera wrote:i >>> F DECevent, when licensed, is supposed to this, also; however, I believeD it needs to be coupled with DSNlink via Internet to actually make it work as advertised.o <<<H   ------------------------------  % Date: Tue, 29 May 2001 14:20:37 -0300i) From: fabio_compaq@ep-bc.petrobras.com.brB( Subject: Re: Affordable VMS WorkstationsL Message-ID: <OF6824B540.D1EC6649-ON03256A5B.005F3105@ep-bc.petrobras.com.br>  B This is the reason I would like an OpenVMS  Consortium to join allA the small companies and home-developed softwares to create a linet of products.     RegardsE   FC        E "Terry C. Shannon" <terryshannon@mediaone.net> em 29/05/2001 14:05:27a  @ Favor responder a "Terry C. Shannon" <terryshannon@mediaone.net>             Info-VAX@Mvb.Saic.Com.      ( Assunto: Re: Affordable VMS Workstations         > >bH > > Except for the fact that if your original intent was the developmentK > > of a potentially commercial product you are in violation of the licenseyH > > agreement for the Hobbyist program.   I have no doubt that if peopleI > > start using the hobbyist program for this kind of activity it will go-	 > > away.- > >- >-I > Really? Is the potential commerciality enough to void hobbiest licence?uH > OK, them maybe CSA is the way to go. However, as has been pointed out, thisK > is cheap for organizations but not so for individuals trying to make somec	 cash froms4 > VMS because all the decent VMS jobs are drying up. >>H As far as I'm concerned, anyone who acquired a hobbyist license and thenF came up with an idea for a viable commercial app and used the hobbyistF license for pre-commercial development (R&D, exploration, prototyping) wouldtH be doing Compaq a favor. Exacting a "nominal fee" of $1K per year is not theR" way to stimulate apps development.   Just my opinion.   ------------------------------  # Date: Tue, 29 May 2001 17:27:09 GMTy4 From: "Terry C. Shannon" <terryshannon@mediaone.net>( Subject: Re: Affordable VMS Workstations< Message-ID: <NZQQ6.7304$QP6.4619123@typhoon.ne.mediaone.net>  : "Tim Llewellyn" <tim.llewellyn@bbc.co.uk> wrote in message# news:3B13D71F.89A22B0B@bbc.co.uk...c >- >( > "Terry C. Shannon" wrote:v >  > > > >cL > > > > Except for the fact that if your original intent was the developmentG > > > > of a potentially commercial product you are in violation of the  license-L > > > > agreement for the Hobbyist program.   I have no doubt that if peopleJ > > > > start using the hobbyist program for this kind of activity it will go
 > > > > away.b > > > >i > > >uD > > > Really? Is the potential commerciality enough to void hobbiest licence?L > > > OK, them maybe CSA is the way to go. However, as has been pointed out, > > thisJ > > > is cheap for organizations but not so for individuals trying to make some
 > > cash from>8 > > > VMS because all the decent VMS jobs are drying up. > > > L > > As far as I'm concerned, anyone who acquired a hobbyist license and thenJ > > came up with an idea for a viable commercial app and used the hobbyistJ > > license for pre-commercial development (R&D, exploration, prototyping) wouldaL > > be doing Compaq a favor. Exacting a "nominal fee" of $1K per year is not ther& > > way to stimulate apps development. > >o >tF > Terry, this is all very reasonable, and I am sure if you were CEO of CompaqK > and made this statement then I would consider it OK to proceed like this.dJ > However, if serious about commercial development it would not be prudentL > IMHO to violate licencing terms that might potentially affect any earnings one0K > made for one's hard work (likke Compaq sueing the crap outta my bizness).R >A  K I am not advising anyone to violate the terms of a Licensing Agreement. FarGI be it from me to do that. If I had a hobbyist license and came up with an.K idea for, say, a kick-butt personal productivity app (MATCOWORKS-Office?) I>% would get right with God and the LMF.i  H Still, the current mechanism appears to be a strong deterrent to ad hoc,$ grassroots apps development efforts.   ------------------------------  # Date: Tue, 29 May 2001 14:26:32 GMTg4 From: "Terry C. Shannon" <terryshannon@mediaone.net>X Subject: Re: Affordable VMS Workstations... All of a Sudden Alpha Looks More Competitive< Message-ID: <skOQ6.7260$QP6.4597520@typhoon.ne.mediaone.net>  C From Dell's announcement of its innovative, enhanced, breakthrough,eK pushing-the-envelope, advanced leadership functionality IA64 workstation...   F Starting at $7,999(a), the Dell Precision Workstation 730 comes with aL single Intel Itanium processor at 733 MHz, 1 GB SDRAM, Matrox Millenium G450J graphics card, 18 GB(b) SCSI hard disk drive, and a one-year next-businessJ day onsite service(c). The Dell Precision Workstation 730 is available for+ order today from Dell's direct sales teams.e  ) $8K for an entry-level workstation? Ouch!    ------------------------------  % Date: Tue, 29 May 2001 13:17:22 -0400h5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>o/ Subject: Re: Alphaserver 300 and OpenVMS V7.2-1t2 Message-ID: <EQQQ6.800$fi2.20419@news.cpqcorp.net>  G 1) I assume you have an ISA config setting with ISA--VGA as the handle.P  L 2) I assume that this system booted V6.2 WITH THE IDENTICAL HW CONFIGURATION  I 3) The 1.6GB of memory seems quite a bit for this little system - is thaty5 much supported on it?  Was it in the machine on V6.2?n  3 5) I assume you have **NO** ISA configuration file.   G 6) Edit the file DECW$AUTOCONFIG.DAT and add something at the top like::  
 DEBUG = -1  K (at least I think that's the syntax)  and boot the system from an alternatec console and see what you get.i  # J. Scott Greig wrote in message ...n >d@ >"Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in message- >news:w%xO6.609$fi2.15159@news.cpqcorp.net...tC >> In article <OhvO6.75$Mb7.10326@brie.direct.ca>, "J. Scott Greig"t ><jsgreig@geminaq.com> writes: >>G >> :When attempting to install VMS V7.2-1 on an Alphaserver 300 (4/266)pK >> :the system "hangs" while configuring the graphics adapter.  The adapterf' >> :in question is an ATI MACH64 (ISA).  >>L >>   The ISA version?  AFAIK, that widget was comparatively rare on OpenVMS.I >>   AFAIK, you can have only one of these ISA widgets installed, and youi >needxI >>   to be very careful about ISA physical address assignment collisions.  > K >I don't think that there is an addressing conflict- the same system workede >fine under\9 >prior versions of VMS (6.2 and 7.1 with all Y2K patches)  >- >>B >> :The 7.2-1 CD-ROM will boot when using a serial console, and soE >> :VMS can get installed, but attempting to boot the newly installedaC >> :software (as yet, unconfigured for DECnet, TCP/IP &etc.), usinglD >> :the graphics console, and logging into the system using a serial+ >> :port, DECwindows server process is COM.w >>L >>   Boot off the serial console, install any available DECwindows Motif ECOL >>   kit (availability is dependant on which version of DECwindows Motif youI >>   have), and install the OpenVMS ECO kits (all mandatory kits, and the>I >>   GRAPHICS kit), and check the DECW*.LOG files, and make sure you havel' >>   enough physical memory configured.C >RG >Done.  The graphics terminal hangs during the configuration portion oft	 >startup.iL >That is: after loading the bootstrap image, we get the startup herald, then >afterF >the network device is configured (EWA0 in this case), when the screen	 >normallytG >"changes modes" (?), instead of the normal "console" screen, the firsti >three-aJ >quarters of the top line on the monitor switch from white letters on blueC >background to red letters on a black background.  After this, whensG >DECWindows tries to start up, the server process DECW$SERVER_0 "hangs"gD >(state is COM), and the monitor, keyboard and mouse do not respond. >aF >Crashing the server process yields nothing but empty DECW*.LOG files.@ >The system has 160MB of memory (don't ask how that happened :)) >dJ >Is it possible that this ISA device is no-longer supported, or, at least, >wasJ >missed during the 7.2 release? (note: 7.1 CD boots, neither 7.2 nor 7.2-1 >can)t > : >Or, can someone give me a work-around (like something for >SYS$USER_CONFIG.DAT)??: >t	 >Regards,e >Scott >/ >>) >>  ---------------------------- #includep( ><rtfaq.h> -----------------------------6 >>       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com- >>  --------------------------- pure personalo$ >opinion ---------------------------2 >>    Hoff (Stephen) Hoffman   OpenVMS Engineering >hoffman#xdelta.zko.dec.com0 >> >r >    ------------------------------  , Date: Tue, 29 May 2001 18:07:44 +0200 (CEST)- From: Freddy Meerwaldt <frederik@freddym.org> K Subject: Announcement: Official VAX 6000 with guest account on the internet K Message-ID: <Pine.LNX.4.21.0105291757360.12845-100000@firewall.wes.mee.com>u   Hi people on comp.os.vms,n  D a friend of mine has put his private, non-commercial VAX 6000 online# (24x7) and created a guest account.b' So everyone is welcome to this machine.?G Especially people who read the Newsgroup and are just curious about VMSlJ and its features, and have no other way to get access to a VMS machine may find this machine useful.t7 The VAX 6000 is a VAX 6310 (Means: VAX 6000 model 300 1 % processor) running OpenVMS 7.2, whichDJ may be upgraded as soon as we find more Hardware (so if you have any spareG Memory or CPU Boards for the 6300 or the 6400 VAXen, or any other spare + XMI/BI boards feel free to drop me a mail).    Here is the login-information:   Host: vax6k.openecs.orge& Username: Guest (no password required)  E This host supports SSH Login too (it won't be necessary for the Guesto. account, but perhaps for later real accounts).  ( See you on vax6k.openecs.org - have fun!< (If you have trouble accessing the machine, drop me a mail).
 Best Regards,A 	Freddy    -- kN Geek Code 3.1: GCS s+: a--- C+++ UBOU+++ P-- E--- W++ N w--- V++ PGP- t? 5? tv  J ==========================================================================D  Frederik Meerwaldt  ICQ: 83045387  Homepage: http://www.freddym.orgC  Bavaria/Germany              OpenVMS and Unix Howtos and much more I  Solaris, HP/UX, AIX, NetBSD, OpenBSD, IRIX, Tru64, OpenVMS, Ultrix, BeOS    ------------------------------  % Date: Tue, 29 May 2001 13:34:35 -0400 ( From: Hamlyn Mootoo <univms@bigfoot.com>O Subject: Re: Announcement: Official VAX 6000 with guest account on the internet>+ Message-ID: <3B13DDAB.50373D22@bigfoot.com>p  P That's very gracious of you.  I'm sure it will come in handy for this newsgroup.
 Good work!   HM   Freddy Meerwaldt wrote:e   > Hi people on comp.os.vms,> >iF > a friend of mine has put his private, non-commercial VAX 6000 online% > (24x7) and created a guest account. ) > So everyone is welcome to this machine.fI > Especially people who read the Newsgroup and are just curious about VMSeL > and its features, and have no other way to get access to a VMS machine may > find this machine useful.h9 > The VAX 6000 is a VAX 6310 (Means: VAX 6000 model 300 1d' > processor) running OpenVMS 7.2, which L > may be upgraded as soon as we find more Hardware (so if you have any spareI > Memory or CPU Boards for the 6300 or the 6400 VAXen, or any other sparen- > XMI/BI boards feel free to drop me a mail).a >|  > Here is the login-information: >  > Host: vax6k.openecs.org-( > Username: Guest (no password required) >2G > This host supports SSH Login too (it won't be necessary for the Guesto0 > account, but perhaps for later real accounts). >C* > See you on vax6k.openecs.org - have fun!> > (If you have trouble accessing the machine, drop me a mail). > Best Regards,l >         Freddy >l > --P > Geek Code 3.1: GCS s+: a--- C+++ UBOU+++ P-- E--- W++ N w--- V++ PGP- t? 5? tv > L > ==========================================================================F >  Frederik Meerwaldt  ICQ: 83045387  Homepage: http://www.freddym.orgE >  Bavaria/Germany              OpenVMS and Unix Howtos and much morefK >  Solaris, HP/UX, AIX, NetBSD, OpenBSD, IRIX, Tru64, OpenVMS, Ultrix, BeOS-   ------------------------------  % Date: Tue, 29 May 2001 12:51:25 -0400C; From: ANTIGEN_NTS0146 <ANTIGEN_NTS0146@nts0047.beehive.com>l0 Subject: Antigen found ExceedinglyInfected virusJ Message-ID: <805E05D5A314D31185AB0000F84AD9DC0699A2D5@nts0146.beehive.com>  J Antigen for Exchange found hs.zip infected with ExceedinglyInfected virus.H The file is currently Removed.  The message, "RE: HSDSA Scrip in a Batch Procedure", wasoH sent from Kent, Philip  JW1811  and was discovered in IMC Queues\Inbound! located at Bernstein/NYC/NTS0146.    ------------------------------  % Date: Tue, 29 May 2001 12:39:36 +0100c- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>H Subject: Re: Backup to CD?) Message-ID: <3B138A78.7658FE4E@bbc.co.uk>t   "David J. Dachtera" wrote:   > Tim Llewellyn wrote: > >M > > "David J. Dachtera" wrote: > > I > > >  Careful, there! Remember: compression in this case is local to theeM > > > drive! So, that 11MB/sec remains 11MB/sec, regardless of compression orb
 > > > not. > > >r > >mQ > > Hmmm, havn't checked that myself, but it does make sense to me that the driveES > > will accept more data from the source if it is compressing the data rather than.2 > > not compressing it. However, you may be right. > I > I'd have to wonder: how does enabling hardware compression on the drive E > magically enlarge the size of the I/O pipe feeding the drive? ...or59 > enable the drive's interface to exceed its own ratings?u >t  Q I'm assuming the IO pipe to the drive is not overloaded. Certainly SCSI3 can cope N with TZ88's quoted 2.5 megabyte/sec. Maybe I am also confusing experience with CD burners. I'll have to check.n  M Anyone know how one determine the actual compression factor for a TZ8* drive,- EASILY?     --u6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uky  A I speak for myself only and my views in no way represent those ofr MedAS or the BBC.s   ------------------------------  % Date: Tue, 29 May 2001 14:59:33 +0100a% From: Alan Greig <a.greig@virgin.net>o Subject: Re: Backup to CD?8 Message-ID: <qka7ht0ijd1ol5l0opsqs9tnd9bgebkvec@4ax.com>  1 On Tue, 29 May 2001 12:39:36 +0100, Tim Llewellyn   <tim.llewellyn@bbc.co.uk> wrote:       >pN >Anyone know how one determine the actual compression factor for a TZ8* drive, >EASILY?  B Don't recall how far back this goes but certainly on the later DLTF libraries with front panel LCD display and menus one of the menu itemsC is compression ratio IIRC. I'm not near a drive to check right now.s Might be under the maint menu.     > --7 >Tim Llewellyn, OpenVMS Infrastructure, Remarcs Projecta1 >MedAS at the BBC, Whiteladies Road, Bristol, UK.eB >Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk >dB >I speak for myself only and my views in no way represent those of >MedAS or the BBC. >s   -- Alan   ------------------------------  % Date: Tue, 29 May 2001 13:12:12 +0100y4 From: "Thomas nilsen" <Thomas.Nilsen@kverneland.com> Subject: Batch jobs 7 Message-ID: <ptMQ6.2889$vu4.285176@news3.oke.nextra.no>i  H I'm having problems getting a backup script to run proberly from a batch queue.  J The backup job will first copy a few directories from one disk to another,) and then kick off the actual tape backup.i  I But sometimes the script will run fine and complete as expected, and thenl< the next day it will just stop halfway through the copy job.  J I've been using an account with system admin priviliges, as well as trying. the system account, both with the same result.  , Why would such a job stop halfway through???   Thanks,9
 Thomas Nilsenm   ------------------------------  % Date: Tue, 29 May 2001 13:22:33 +0100t  From: steven.reece@quintiles.com Subject: Re: Batch jobseH Message-ID: <OFE8F55603.1E462701-ON80256A5B.00437AE9@qedi.quintiles.com>  H The most common reason for things like this failing randomly is that the$ disk that you're copying to is full. It might be useful to add  $ SHOW DEVICE <targetdiskname>  ' both before and after the copy command.o  F Another potential reason for such things failing is that there are twoI files with the same name but in different directories being copied to thedE same output file spec (like [A.B]TEMP.TXT;1 and [C.D]TEMP.TXT;1 being  copied to [E.F]TEMP.TXT;1 )   F Why do you copy the directories (and presumably their contents) before( backing them up?  Do you really need to?H It may also be worth looking at accounting to see if there is any status& information for how the job completed. Steve.   Thomas Nilsen wrote: >>>bH I'm having problems getting a backup script to run proberly from a batch queue.  J The backup job will first copy a few directories from one disk to another,) and then kick off the actual tape backup.<  I But sometimes the script will run fine and complete as expected, and theny< the next day it will just stop halfway through the copy job.  J I've been using an account with system admin priviliges, as well as trying. the system account, both with the same result.  , Why would such a job stop halfway through??? <<<c   ------------------------------  , Date: Tue, 29 May 2001 14:30:16 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> Subject: Re: Batch jobsiJ Message-ID: <Pine.LNX.4.21.0105291427580.11756-100000@irys.stanpol.com.pl>  ) On Tue, 29 May 2001, Thomas nilsen wrote:c [...] L >+The backup job will first copy a few directories from one disk to another,+ >+and then kick off the actual tape backup.  >+K >+But sometimes the script will run fine and complete as expected, and thenb> >+the next day it will just stop halfway through the copy job.  )  What you mean "stop" ?? Hang, abort... ?a@  If abort - I will suspect, that some files are "open by another. process" :) - COPY requires exclusive access !?  If you will allow access of other processes (even read-only !)n then use BACKUP or CONVERT.t  	 >+Thanks,o    Regards - Gotfryd   --  E =====================================================================aF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEl. $!                        GS@stanpol.zabrze.plE =====================================================================c   ------------------------------    Date: 29 May 2001 07:05:42 -0700& From: lee.webb@mailcity.com (Lee Webb)9 Subject: Cancelled Mount Verification: now can't see diskt= Message-ID: <40784545.0105290605.40e41519@posting.google.com>c  " Disclaimer: I'm very new to VMS...  B I had a disk that was in Mount Verification. Looking in the SystemC Manager's Manual, it advised that dismounting the disk would remove . it, at which point I would have to remount it.  
 So, I did:   $ DISMOUNT/ABORT DKB400:  @ It seemed to dismount fine. However, I couldn't mount the volume again.  B The box got rebooted, and now I get a "%MOUNT-F-NOSUCHDEV, no such device available"s  ) A "show dev" no longer lists the drive!!!o  @ Thus, taking into account my "newbie status" of VAX systems, can6 anyone shed any light as to how to get the drive back?   Many thanks, Lee.   ------------------------------  % Date: Tue, 29 May 2001 15:37:10 +0100u* From: "Richard Brodie" <R.Brodie@rl.ac.uk>= Subject: Re: Cancelled Mount Verification: now can't see diske+ Message-ID: <9f0c6o$jci@newton.cc.rl.ac.uk>e  3 "Lee Webb" <lee.webb@mailcity.com> wrote in messagep7 news:40784545.0105290605.40e41519@posting.google.com...n  B > Thus, taking into account my "newbie status" of VAX systems, can8 > anyone shed any light as to how to get the drive back?  ? Mount verification is the way VMS rides over transient hardwareu@ faults: spun down wrong disk, server gone away. All the symptoms4 you describe are consistent with a hardware failure.  A So, you want to check all the normal things: power, SCSI cabling,nG ids, termination etc. Trawl back through the error logs to see if theremC is any prior history. If possible, take the machine down to consolef3 mode and look at the devices from there. Good luck!W   ------------------------------  % Date: Tue, 29 May 2001 11:12:27 -0300e) From: fabio_compaq@ep-bc.petrobras.com.brn7 Subject: Re: COMPAQ Service Contracts for Alpha Systems-L Message-ID: <OF706341B9.3C36E9BC-ON03256A5B.004DC359@ep-bc.petrobras.com.br>  K Why it is difficult to find someone at Oracle Brazil with good knowledge oftG OpenVMS ? I am not a Hoff Hoffman - I would like to be - but , I am one7G of the rares OpenVMS admins in Brazil... In Compaq I am not sure, but It haveK contact with three OpenVMS guys at CSC..... and they have a hard job there.uJ They are not exclusive of OpenVMS anymore and work with a lot of products: Firewalls, etc ....e    K So the brazilian marketing for OpenVMS is shrinking fast.... If there is no  peopleJ at Oracle or Compaq to talk about OpenVMS to the customers - who will talk ? Me?e     RegardsT   FC        < "Andy Proctor" <aproctor@hotmail.com> em 28/05/2001 19:48:54  7 Favor responder a "Andy Proctor" <aproctor@hotmail.com>              Info-VAX@Mvb.Saic.Com-      3 Assunto: COMPAQ Service Contracts for Alpha Systems      All,  K Maybe someone from COMPAQ who follows this group can assist? (I have talked-H with Kerry Main on this subject before, but I am of the opinion it needs further action)gC I currently am responsible for our customer base worldwide customerm support,K and in this position one of the things I do is place contracts with variousaF COMPAQ service organisations around the world, for many types of AlphaK workstation. For eg. US alone is approx $50k per annum. Not the biggest you F may say, but worldwide it ends up a lot of money. Why then are certainH COMPAQ countries singularly incapable of performing the most basic salesK functions for service contracts? I make things easier by only requiring NBDoH 9x5 hardware only cover. I sometimes approach the COMPAQ service centres< directly (eg Austria - excellent service/Germany - ExcellentH Service/France - has been poor but now improving slightly) and sometimes useiG 3rd party providers to effect my requirements.(for the US) However whenaH there is a delay or problem, it always traces back to the sales/contractK admin dept of the relevant COMPAQ country. For example, the US organisation H takes approx 3 weeks to get me a quotation, then once I issue a purchaseK order (normally same day) it can be 4 further weeks to get the contract, oriH even confirmation that the order is being processed! NOT GOOD SERVICE. ID have the same (to a lesser extent) with Canada (Kerry, sorry but the problemyJ still exists), Australia, Holland to shame but a few. (I can go on) I feelD that maybe I am not alone and I should bring this problem to generalJ attention. If COMPAQ want to keep customers then they should damn well getI the staff able to process quotations and orders within a reasonable time.  AsJ I'm in the UK, I would expect to wait 4 days for a quote from the US, as aG maximum. Am I being unfair? After all I have money I want to spend withcB COMPAQ and keep using Alpha's and OpenVMS. The inability of COMPAQK sales/contract admin is driving me away from the fine products! If there is I someone here who can at least bypass organisations like "Global Bid", andiI bring this to the attention of more senior COMPAQ staff, please feel frees to> pass this on. The situation is starting to become intolerable.     Andy Proctor# (reply address is personal address)s> Work:(remove the obvious) Andy.Proctor@deleteme.spirentcom.com   ------------------------------  % Date: Tue, 29 May 2001 10:22:03 -0400h. From: "Kenneth Randell" <kenr@datametrics.com>8 Subject: Contents of 7.3 kits -- missing VAX binaries CD+ Message-ID: <9f0b8o$bjd$1@bob.news.rcn.net>c  K Upon further examination, my kit is apparently missing the VAX Binaries CD, F which is described in Section 1.1 of the 'Guide to OpenVMS Version 7.3 CD-ROMS' as:  1 * OpenVMS VAX Version 7.3 Operating System CD-ROMd   Anybody else have this problem?n  H Would some kind soul who has that CD please give me the AG-NNNNN-NN part% number so I can complain as required?    Thanks.)   Ken Randells  + Hal Kuff <kuff@tessco.com> wrote in messageeI news:E859ECA1A87CF773.D92EAB11BBAC82D0.6DA67DCFC72CBDCD@lp.airnews.net..., >iJ >     I've heard of 7.3 kits in Europe.. are they arriving in US yet?  I'mJ > still looking for a spare doc set (printed) if someone wants interesting > trades... (small Alpha?) ># >l   ------------------------------  % Date: Tue, 29 May 2001 15:19:52 +0100e- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>c< Subject: Re: Contents of 7.3 kits -- missing VAX binaries CD) Message-ID: <3B13B008.5715E3A0@bbc.co.uk>p   Kenneth Randell wrote:  M > Upon further examination, my kit is apparently missing the VAX Binaries CD,-H > which is described in Section 1.1 of the 'Guide to OpenVMS Version 7.3 > CD-ROMS' as: >o3 > * OpenVMS VAX Version 7.3 Operating System CD-ROMu > ! > Anybody else have this problem?D  9 yup, but it is possible mine is a service contract issue,c   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukc  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Tue, 29 May 2001 15:45:06 +0100i  From: steven.reece@quintiles.com< Subject: Re: Contents of 7.3 kits -- missing VAX binaries CDH Message-ID: <OF00BEB3A2.247D53C2-ON80256A5B.004FA50F@qedi.quintiles.com>  D Normally, the VAX and the Alpha CDs ship in separate kits.  Alpha isK usually shipped a couple of weeks before VAX (as I believe will be the casee this time).-   Tim Llewellyn wrote/quoted : >>>r Kenneth Randell wrote:I > Upon further examination, my kit is apparently missing the VAX Binariesr CD, H > which is described in Section 1.1 of the 'Guide to OpenVMS Version 7.3 > CD-ROMS' as: >h3 > * OpenVMS VAX Version 7.3 Operating System CD-ROM  >p! > Anybody else have this problem?d  9 yup, but it is possible mine is a service contract issue,  <<<    ------------------------------    Date: 29 May 2001 06:33:54 -0700+ From: rxp2158@ix.netcom.com (ronald piazza)r  Subject: Debugging memory leaks.= Message-ID: <c3661f42.0105290533.291f8ded@posting.google.com>   
 Greetings,-     Are there any tools such as purify and/orn0 electric fence for finding memory leaks targeted/ for applications of VMS (AlphaServer) hardware?1  /     I am somewhat aware of source code analyzero1 (SCA).  But are there any others either supported0- by Compaq Digital and/or third party vendors?D       Thanx in advance,o   ------------------------------  % Date: Tue, 29 May 2001 14:55:03 +0100r* From: "Richard Brodie" <R.Brodie@rl.ac.uk>$ Subject: Re: Debugging memory leaks.+ Message-ID: <9f09np$v7e@newton.cc.rl.ac.uk>h  8 "ronald piazza" <rxp2158@ix.netcom.com> wrote in message7 news:c3661f42.0105290533.291f8ded@posting.google.com...m  / >     Are there any tools such as purify and/orp2 > electric fence for finding memory leaks targeted1 > for applications of VMS (AlphaServer) hardware?i  4 The debugger. Take a look at the chapter on the heap	 analyser.(   ------------------------------    Date: 29 May 2001 10:15:41 -0700+ From: rxp2158@ix.netcom.com (ronald piazza)a$ Subject: Re: Debugging memory leaks.< Message-ID: <c3661f42.0105290915.90eb96b@posting.google.com>  ] "Richard Brodie" <R.Brodie@rl.ac.uk> wrote in message news:<9f09np$v7e@newton.cc.rl.ac.uk>... : > "ronald piazza" <rxp2158@ix.netcom.com> wrote in message9 > news:c3661f42.0105290533.291f8ded@posting.google.com...t > 1 > >     Are there any tools such as purify and/orr4 > > electric fence for finding memory leaks targeted3 > > for applications of VMS (AlphaServer) hardware?e > 6 > The debugger. Take a look at the chapter on the heap > analyser.   1 I have heard of the heap analyzer.  I am not very+2 experienced with it.  Is this the only tools we as1 VMS developers have to troubleshoot memory leaks?=   Yours in Software,   ------------------------------    Date: 29 May 2001 10:50:19 -0700" From: cstranslations@msn.com (Joe)$ Subject: Re: Debugging memory leaks.= Message-ID: <d56d1c2d.0105290950.219aedc0@posting.google.com>   J There's at least one utility on the V4.0 freeware (unsupported obviously).   JoeE  p rxp2158@ix.netcom.com (ronald piazza) wrote in message news:<c3661f42.0105290533.291f8ded@posting.google.com>... > Greetings,/ >     Are there any tools such as purify and/orn2 > electric fence for finding memory leaks targeted1 > for applications of VMS (AlphaServer) hardware?. > 1 >     I am somewhat aware of source code analyzer 3 > (SCA).  But are there any others either supportedr/ > by Compaq Digital and/or third party vendors?C >  >     Thanx in advance,-   ------------------------------    Date: 29 May 2001 08:22:00 -0700( From: Javier Henderson <javier@kjsl.com>8 Subject: Re: DEC 700 Terminal Server on pure UCX TCP/IP?- Message-ID: <86itik18pz.fsf@cartero.kjsl.com>l  7 Netsurfer <netsurfer@sentosa.singaporemail.com> writes:    > A > Presently, I got 2 Alpha Servers, Alpha2100 and Alpha4000, bothe > running OpenVMS 7.1. > C > In the coming week, the Alpha2100 will be relocated to our remote @ > office as a standby Disaster Recovery machine, but it is stillC > connected to our main office network, but in a different segment.  > D > The problem is, that this server was installed with DECNet and theC > full suite of network applications service (NAS), while the localdE > Alpha4000 is just having basic UCX (TCP/IP Telnet/FTP/??) services.  > H > How can I configure the DEC Terminal to startup since the LAT servicesA > is hosted in a different network segment, which differ from thee > current configuration. > G > Will the DEC Terminal work on pure TCP/IP services? What is required?r  > 	You need a bootp server on your network. The DS700 will firstB try to boot using the last successful boot method, if it fails, it8 will try the other methods it supports, including bootp.   -jav   ------------------------------  % Date: Tue, 29 May 2001 11:32:28 -0400.- From: "Todd Nelson" <toddnelson_@hotmail.com> C Subject: Decnet Phase IV - Circuit EWA-1, Line synchronization lostA/ Message-ID: <th7g7fc77pgf15@corp.supernews.com>   
 Hello All,  J I have a Compaq DS10 Alphaserver running VMS 7.2-1, Decnet Phase IV, TCPIP v5.0a.  2 I keep getting the following sequence of events...                   NCP>H                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%3                 Message from user DECNET on MYALPHAa=                 DECnet event 4.7, circuit down, circuit faultlA                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18i8                 Circuit EWA-1, Line synchronization lost                   NCP>H                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%3                 Message from user DECNET on MYALPHAe-                 DECnet event 4.10, circuit upiA                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18e                 Circuit EWA-1s  I The network interconnect is Ethernet.. and I am using port A (the onboard  card has A and B ports).   TCPIP finctionality seems fine.e  K I am wondering if I need to be using EWA-0 instead of EWA-1.  Problem is --l no EWA-0 is present.    Output of NCP circuits follows..  &             MYALPHA$ncp sho known circE             Known Circuit Volatile Summary as of 29-MAY-2001 11:22:58.  @                Circuit          State                   Loopback AdjacentF                                                                   Name Routing Node  "               EWA-1             on  +             MYALPHA$ncp sho known circ chart    D             Known Circuit Volatile Characteristics as of 29-MAY-2001 11:23:01               Circuit = EWA-1h  )             State                    = onb/             Service                  = disablede)             Cost                     = 10e)             Maximum routers allowed  = 33t)             Router priority          = 64h)             Hello timer              = 158/             Type                     = Ethernetc  7 If any other information is needed, please let me know.t    Thanks in advance for your help.   Todd.m   ------------------------------  % Date: Tue, 29 May 2001 17:19:09 +0100f* From: "Richard Brodie" <R.Brodie@rl.ac.uk>G Subject: Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost + Message-ID: <9f0i5u$e3m@newton.cc.rl.ac.uk>d  b "Todd Nelson" <toddnelson_@hotmail.com> wrote in message news:th7g7fc77pgf15@corp.supernews.com...  > > I am wondering if I need to be using EWA-0 instead of EWA-1.  9 Yeah. Decnet line/circuit names are rather non-intuitive.t EWA-1 would be port B.  $ > Problem is -- no EWA-0 is present.  ? IIRC, you can bring only one circuit up on nonrouting phase IV.l5 Check what the permanent databases say with NCP LIST.s7 Possibly you are starting UCX before DECNET; that mightj0 prevent DECNET binding to the primary interface.   ------------------------------  % Date: Tue, 29 May 2001 12:33:52 -0400h( From: Hamlyn Mootoo <univms@bigfoot.com>G Subject: Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost ) Message-ID: <3B13CF70.721633@bigfoot.com>t  A I believe EWA-0 is the "A" port.  Is  DECnet working on this box?    Todd Nelson wrote:   > Hello All, >sL > I have a Compaq DS10 Alphaserver running VMS 7.2-1, Decnet Phase IV, TCPIP > v5.0a. >:4 > I keep getting the following sequence of events... >t >                 NCP>J >                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%5 >                 Message from user DECNET on MYALPHAi? >                 DECnet event 4.7, circuit down, circuit faultcC >                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18 : >                 Circuit EWA-1, Line synchronization lost >l >                 NCP>J >                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%5 >                 Message from user DECNET on MYALPHAl/ >                 DECnet event 4.10, circuit uprC >                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18s >                 Circuit EWA-1n >!K > The network interconnect is Ethernet.. and I am using port A (the onboard  > card has A and B ports). >=! > TCPIP finctionality seems fine.= > M > I am wondering if I need to be using EWA-0 instead of EWA-1.  Problem is --E > no EWA-0 is present. > " > Output of NCP circuits follows.. >=( >             MYALPHA$ncp sho known circG >             Known Circuit Volatile Summary as of 29-MAY-2001 11:22:58M >2B >                Circuit          State                   Loopback
 > AdjacentH >                                                                   Name > Routing Node >g$ >               EWA-1             on >M- >             MYALPHA$ncp sho known circ chart >.F >             Known Circuit Volatile Characteristics as of 29-MAY-2001
 > 11:23:01 >m >             Circuit = EWA-1d >v+ >             State                    = onA1 >             Service                  = disabled,+ >             Cost                     = 10o+ >             Maximum routers allowed  = 33U+ >             Router priority          = 64 + >             Hello timer              = 15a1 >             Type                     = Ethernet, >n9 > If any other information is needed, please let me know.  >y" > Thanks in advance for your help. >- > Todd.    ------------------------------  % Date: Tue, 29 May 2001 13:06:57 -0400r- From: "Todd Nelson" <toddnelson_@hotmail.com>tG Subject: Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost / Message-ID: <th7loksfmsrm2b@corp.supernews.com>g  G Yes, I have DECnet started... once it is started, that's when I get thei errors..    5 "Hamlyn Mootoo" <univms@bigfoot.com> wrote in message # news:3B13CF70.721633@bigfoot.com...bC > I believe EWA-0 is the "A" port.  Is  DECnet working on this box?r >  > Todd Nelson wrote: >i > > Hello All, > > H > > I have a Compaq DS10 Alphaserver running VMS 7.2-1, Decnet Phase IV, TCPIP 
 > > v5.0a. > > 6 > > I keep getting the following sequence of events... > >c > >                 NCP>L > >                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%7 > >                 Message from user DECNET on MYALPHArA > >                 DECnet event 4.7, circuit down, circuit faultaE > >                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18j< > >                 Circuit EWA-1, Line synchronization lost > >O > >                 NCP>L > >                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%7 > >                 Message from user DECNET on MYALPHAt1 > >                 DECnet event 4.10, circuit upnE > >                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18u! > >                 Circuit EWA-1V > >yE > > The network interconnect is Ethernet.. and I am using port A (theo onboard  > > card has A and B ports). > >u# > > TCPIP finctionality seems fine.e > >iI > > I am wondering if I need to be using EWA-0 instead of EWA-1.  Problemt is --  > > no EWA-0 is present. > > $ > > Output of NCP circuits follows.. > > * > >             MYALPHA$ncp sho known circI > >             Known Circuit Volatile Summary as of 29-MAY-2001 11:22:58o > >pD > >                Circuit          State                   Loopback > > AdjacentJ > >                                                                   Name > > Routing Node > >a& > >               EWA-1             on > >i/ > >             MYALPHA$ncp sho known circ chars > >tH > >             Known Circuit Volatile Characteristics as of 29-MAY-2001 > > 11:23:01 > >  > >             Circuit = EWA-1h > >I- > >             State                    = onr3 > >             Service                  = disabledf- > >             Cost                     = 10 - > >             Maximum routers allowed  = 33b- > >             Router priority          = 64n- > >             Hello timer              = 15a3 > >             Type                     = Ethernet  > >c; > > If any other information is needed, please let me know.  > >a$ > > Thanks in advance for your help. > >P	 > > Todd.c >r   ------------------------------  % Date: Tue, 29 May 2001 13:10:33 -0400r- From: "Todd Nelson" <toddnelson_@hotmail.com>)G Subject: Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lostt/ Message-ID: <th7lvcs8bkkf9b@corp.supernews.com>,   Here is a NCP List output...   Todd.a  &            MYALPHA$ncp list circ ewa-0  @             Circuit Permanent Summary as of 29-MAY-2001 13:07:07;             %NCP-W-UNRCMP, Unrecognized component , Circuit   '             MYALPHA$ncp list circ ewa-1t@             Circuit Permanent Summary as of 29-MAY-2001 13:07:08"             Circuit          State                EWA-1             on  ,             MYALPHA$ncp list circ ewa-1 char  H             Circuit Permanent Characteristics as of 29-MAY-2001 13:07:11             Circuit = EWA-1g$             No information available      5 "Richard Brodie" <R.Brodie@rl.ac.uk> wrote in messaget% news:9f0i5u$e3m@newton.cc.rl.ac.uk...a >o: > "Todd Nelson" <toddnelson_@hotmail.com> wrote in message) news:th7g7fc77pgf15@corp.supernews.com...  > @ > > I am wondering if I need to be using EWA-0 instead of EWA-1. >e; > Yeah. Decnet line/circuit names are rather non-intuitive.i > EWA-1 would be port B. >t& > > Problem is -- no EWA-0 is present. >dA > IIRC, you can bring only one circuit up on nonrouting phase IV.o7 > Check what the permanent databases say with NCP LIST.f9 > Possibly you are starting UCX before DECNET; that might 2 > prevent DECNET binding to the primary interface. >  >n >P   ------------------------------  % Date: Tue, 29 May 2001 13:19:26 -0400y( From: Hamlyn Mootoo <univms@bigfoot.com>G Subject: Re: Decnet Phase IV - Circuit EWA-1, Line synchronization lost + Message-ID: <3B13DA1E.D1789290@bigfoot.com>j  H I would comment TCP/IP and the DECnet startup out of systartup_vms, thenO @netconfig.  Then uncomment the above and reboot - just remember to re-add yourt0 node names/addresses.  This is the cleanest way.   HM   Todd Nelson wrote:  I > Yes, I have DECnet started... once it is started, that's when I get the-
 > errors.. > 7 > "Hamlyn Mootoo" <univms@bigfoot.com> wrote in messaget% > news:3B13CF70.721633@bigfoot.com...aE > > I believe EWA-0 is the "A" port.  Is  DECnet working on this box?  > >  > > Todd Nelson wrote: > >i > > > Hello All, > > >AJ > > > I have a Compaq DS10 Alphaserver running VMS 7.2-1, Decnet Phase IV, > TCPIP  > > > v5.0a. > > >a8 > > > I keep getting the following sequence of events... > > >  > > >                 NCP>N > > >                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%9 > > >                 Message from user DECNET on MYALPHAlC > > >                 DECnet event 4.7, circuit down, circuit fault G > > >                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18 > > > >                 Circuit EWA-1, Line synchronization lost > > >t > > >                 NCP>N > > >                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%9 > > >                 Message from user DECNET on MYALPHAy3 > > >                 DECnet event 4.10, circuit up G > > >                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18l# > > >                 Circuit EWA-1r > > >eG > > > The network interconnect is Ethernet.. and I am using port A (the@	 > onboardH > > > card has A and B ports). > > > % > > > TCPIP finctionality seems fine.o > > >pK > > > I am wondering if I need to be using EWA-0 instead of EWA-1.  Probleme > is --  > > > no EWA-0 is present. > > >v& > > > Output of NCP circuits follows.. > > >f, > > >             MYALPHA$ncp sho known circK > > >             Known Circuit Volatile Summary as of 29-MAY-2001 11:22:58  > > > F > > >                Circuit          State                   Loopback > > > AdjacentL > > >                                                                   Name > > > Routing Node > > >d( > > >               EWA-1             on > > > 1 > > >             MYALPHA$ncp sho known circ char  > > >rJ > > >             Known Circuit Volatile Characteristics as of 29-MAY-2001 > > > 11:23:01 > > >o! > > >             Circuit = EWA-1  > > >d/ > > >             State                    = oni5 > > >             Service                  = disabled-/ > > >             Cost                     = 10:/ > > >             Maximum routers allowed  = 33z/ > > >             Router priority          = 64D/ > > >             Hello timer              = 15m5 > > >             Type                     = Ethernety > > >n= > > > If any other information is needed, please let me know.t > > > & > > > Thanks in advance for your help. > > >a > > > Todd.u > >o   ------------------------------  % Date: Tue, 29 May 2001 13:27:02 -0400 ( From: Hamlyn Mootoo <univms@bigfoot.com>G Subject: Re: Decnet Phase IV - Circuit EWA-1, Line synchronization losta+ Message-ID: <3B13DBE6.2129D494@bigfoot.com>"  F Forgot to mention - reboot after you uncomment the net startups out of+ systasrtup_vms, before doing the netconfig.z   HM   Hamlyn Mootoo wrote:  J > I would comment TCP/IP and the DECnet startup out of systartup_vms, thenQ > @netconfig.  Then uncomment the above and reboot - just remember to re-add your 2 > node names/addresses.  This is the cleanest way. >  > HM >i > Todd Nelson wrote: >lK > > Yes, I have DECnet started... once it is started, that's when I get the  > > errors.. > > 9 > > "Hamlyn Mootoo" <univms@bigfoot.com> wrote in messagea' > > news:3B13CF70.721633@bigfoot.com...eG > > > I believe EWA-0 is the "A" port.  Is  DECnet working on this box?o > > >. > > > Todd Nelson wrote: > > >  > > > > Hello All, > > > >.L > > > > I have a Compaq DS10 Alphaserver running VMS 7.2-1, Decnet Phase IV,	 > > TCPIP1 > > > > v5.0a. > > > >.: > > > > I keep getting the following sequence of events... > > > >r > > > >                 NCP>P > > > >                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%; > > > >                 Message from user DECNET on MYALPHAnE > > > >                 DECnet event 4.7, circuit down, circuit faultnI > > > >                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18h@ > > > >                 Circuit EWA-1, Line synchronization lost > > > >  > > > >                 NCP>P > > > >                 %%%%%%%%%%%  OPCOM  29-MAY-2001 11:21:52.19  %%%%%%%%%%%; > > > >                 Message from user DECNET on MYALPHA 5 > > > >                 DECnet event 4.10, circuit upsI > > > >                 From node 1.13 (MYALPHA), 29-MAY-2001 11:21:52.18 % > > > >                 Circuit EWA-11 > > > >tI > > > > The network interconnect is Ethernet.. and I am using port A (thea > > onboardc  > > > > card has A and B ports). > > > >d' > > > > TCPIP finctionality seems fine.  > > > >.M > > > > I am wondering if I need to be using EWA-0 instead of EWA-1.  Problemr	 > > is --s > > > > no EWA-0 is present. > > > > ( > > > > Output of NCP circuits follows.. > > > >v. > > > >             MYALPHA$ncp sho known circM > > > >             Known Circuit Volatile Summary as of 29-MAY-2001 11:22:58: > > > >7H > > > >                Circuit          State                   Loopback > > > > AdjacentN > > > >                                                                   Name > > > > Routing Node > > > > * > > > >               EWA-1             on > > > >e3 > > > >             MYALPHA$ncp sho known circ charr > > > > L > > > >             Known Circuit Volatile Characteristics as of 29-MAY-2001 > > > > 11:23:01 > > > >u# > > > >             Circuit = EWA-1  > > > >s1 > > > >             State                    = one7 > > > >             Service                  = disabledl1 > > > >             Cost                     = 10(1 > > > >             Maximum routers allowed  = 33o1 > > > >             Router priority          = 64e1 > > > >             Hello timer              = 15 7 > > > >             Type                     = Etherneti > > > >C? > > > > If any other information is needed, please let me know.u > > > >o( > > > > Thanks in advance for your help. > > > >r
 > > > > Todd.  > > >t   ------------------------------  # Date: Tue, 29 May 2001 12:53:32 GMTu& From: "john nixon" <jnixon@cfl.rr.com> Subject: disk benchmarking> Message-ID: <gZMQ6.342595$o9.53288398@typhoon.tampabay.rr.com>  L I need a new disk benchmarking utility.  I have an old one from MTI that hasL served me well, but it does not work any more.  I am not sure if the problemJ is the VMS Version, or the 200GByte disk arrays on my fibre channel array.I We  have dumped all of our MTI gear, so I cannot ask them for updates.  I K will be using this on Alpha VMS 7.2-1 and VAX VMS 7.1.  I will be comparing%7 my old HSJ52 with 4GB disks to  HSG80s and 18GB  disks.L  I One thing I liked about the MTI utility  was that it would let me specify L what size region I wanted to test.  This way, I could have some control overJ the amount of cached IOs.  (100 random  IOs within a 150 block region willG likely  do a lot of cacheing,  100 IOs over a million block region will  probably not cache much).T  J I am testing  various configurations on my  new fibre channel array to seeJ what is best for my applications.  (raid 0,  Raid0+1,  raid 5,   number ofD stripe members etc...).  Some of my applications need large IO size,E sequential performance,  some need high random IO rate, small IO sizei capability).  $ Any generally available suggestions?   Thanks,-    Johne   ------------------------------    Date: 29 May 2001 10:10:21 -0500+ From: young_r@encompasserve.org (Rob Young)  Subject: Re: disk benchmarking3 Message-ID: <3mhsTO9iA0Dm@eisner.encompasserve.org>r  g In article <gZMQ6.342595$o9.53288398@typhoon.tampabay.rr.com>, "john nixon" <jnixon@cfl.rr.com> writes:   L > what is best for my applications.  (raid 0,  Raid0+1,  raid 5,   number ofF > stripe members etc...).  Some of my applications need large IO size,  = 	Quick question before spending much time here... why are you ; 	looking at RAID0?  Are you shadowing your RAID0 members oro@ 	just playing around?  (RAID0 is good for scratch as the MTBF is/ 	much lower than other RAID levels, etc. etc.).u   				Robl   ------------------------------  # Date: Tue, 29 May 2001 14:43:55 GMTl& From: "john nixon" <jnixon@cfl.rr.com> Subject: Re: disk benchmarking> Message-ID: <LAOQ6.342620$o9.53391727@typhoon.tampabay.rr.com>  K Good question.  I am only testing raid0 to get a feel for scalability.  All-J production units will incorporate mirroring.  Raid5 will only be used if IF am seriously surprised and impressed with the performance gains of theL HSG80.  My big question is how many mirrorsets to stripe.  200GB disks are a8 bit too large to manage and I try to avoid partitioning.  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:3mhsTO9iA0Dm@eisner.encompasserve.org...lF > In article <gZMQ6.342595$o9.53288398@typhoon.tampabay.rr.com>, "john" nixon" <jnixon@cfl.rr.com> writes: > K > > what is best for my applications.  (raid 0,  Raid0+1,  raid 5,   numbert ofH > > stripe members etc...).  Some of my applications need large IO size, >D> > Quick question before spending much time here... why are you< > looking at RAID0?  Are you shadowing your RAID0 members orA > just playing around?  (RAID0 is good for scratch as the MTBF isc0 > much lower than other RAID levels, etc. etc.). >i > Robl >  >e   ------------------------------  # Date: Tue, 29 May 2001 14:40:57 GMTr& From: "john nixon" <jnixon@cfl.rr.com> Subject: Re: disk benchmarking> Message-ID: <ZxOQ6.342618$o9.53389883@typhoon.tampabay.rr.com>  K Good question.  I am only testing raid0 to get a feel for scalability.  AlleJ production units will incorporate mirroring.  Raid5 will only be used if IF am seriously surprised and impressed with the performance gains of theL HSG80.  My big question is how many mirrorsets to stripe.  200GB disks are a8 bit too large to manage and I try to avoid partitioning.  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:3mhsTO9iA0Dm@eisner.encompasserve.org...>F > In article <gZMQ6.342595$o9.53288398@typhoon.tampabay.rr.com>, "john" nixon" <jnixon@cfl.rr.com> writes: >eK > > what is best for my applications.  (raid 0,  Raid0+1,  raid 5,   number  ofH > > stripe members etc...).  Some of my applications need large IO size, > > > Quick question before spending much time here... why are you< > looking at RAID0?  Are you shadowing your RAID0 members orA > just playing around?  (RAID0 is good for scratch as the MTBF ise0 > much lower than other RAID levels, etc. etc.). >E > RobE >0 >    ------------------------------  % Date: Tue, 29 May 2001 12:52:45 -0400$( From: Hamlyn Mootoo <univms@bigfoot.com> Subject: Re: disk benchmarking+ Message-ID: <3B13D3DD.817E9EC7@bigfoot.com>u  L Well I can't help you with the benchmarking utility question, but concerningN your actual use, I would make sure that the apps that do large sequential I/O,O are on a separate HSG disk unit from those that do small random I/O.  Also that M when you create the unit for the large sequential I/O that you set chunk size1N relatively small so that multiple disks comprising the unit act simultaneouslyP to service the requests, thereby increasing thoughput on those requests.  On theK unit which handles the small random requests, set the chunk size relatively L large so that a single request may be satisfied by one member of the stripe,L thereby allowing sumultaneous requests to be handled in parallel.  The aboveI assumes that you are using RAID 1+0 sets.  Unless you have read-only typeoK information, stay away from RAID 5, due to the high write penalty on writes P (read data,read parity, write data,write parity).  Even though a good bit of theO performance hit is minimized by cache, why use up you cache needlessly?  It can7J be better used elsewhere.  Also a word about cache - make sure you set theK MAXIMUM_CACHED_TRANSFER_SIZE (I think that's what it's called) to somethingoP sufficiently high (32K just doesn't cut it usually).  Also make sure to set yourK cluster size accordingly on the disk unit that handles the large sequential J I/O.  One other thing: write a script to balance the fibre paths among theM various disk units to get the maximum use of your fibre fabric.  I've noticediM the HSG doesn't really do this well.  By the way, aren't those HSG's fast? Oh%K yeah, and if you use the SWCC software, DON'T. It causes errors on you diske units.   Hamlyn   john nixon wrote:   N > I need a new disk benchmarking utility.  I have an old one from MTI that hasN > served me well, but it does not work any more.  I am not sure if the problemL > is the VMS Version, or the 200GByte disk arrays on my fibre channel array.K > We  have dumped all of our MTI gear, so I cannot ask them for updates.  I M > will be using this on Alpha VMS 7.2-1 and VAX VMS 7.1.  I will be comparingt9 > my old HSJ52 with 4GB disks to  HSG80s and 18GB  disks.L >)K > One thing I liked about the MTI utility  was that it would let me specify N > what size region I wanted to test.  This way, I could have some control overL > the amount of cached IOs.  (100 random  IOs within a 150 block region willI > likely  do a lot of cacheing,  100 IOs over a million block region will- > probably not cache much).  > L > I am testing  various configurations on my  new fibre channel array to seeL > what is best for my applications.  (raid 0,  Raid0+1,  raid 5,   number ofF > stripe members etc...).  Some of my applications need large IO size,G > sequential performance,  some need high random IO rate, small IO size  > capability). > & > Any generally available suggestions? > 	 > Thanks,-	 >    John    ------------------------------    Date: 29 May 2001 13:23:33 -0500+ From: young_r@encompasserve.org (Rob Young)r Subject: Re: disk benchmarking3 Message-ID: <Lsvhk3$YxMND@eisner.encompasserve.org>   g In article <LAOQ6.342620$o9.53391727@typhoon.tampabay.rr.com>, "john nixon" <jnixon@cfl.rr.com> writes: M > Good question.  I am only testing raid0 to get a feel for scalability.  AlleL > production units will incorporate mirroring.  Raid5 will only be used if IH > am seriously surprised and impressed with the performance gains of theN > HSG80.  My big question is how many mirrorsets to stripe.  200GB disks are a: > bit too large to manage and I try to avoid partitioning. >   D 	What do you mean "200 GB disks" , have you cobbled together a bunch9 	of 36 GByte disks and your RAID5s are a bit largish :-)?R  A 	Are you working with 36 GByte drives?  Any volume shadowing?  I g# 	highly recommend volume shadowing.c  @ 	As an aside, I've noticed a trend a while back.  If you ask me,A 	73 GByte disks are way too large too.  I've had long discussions C 	about "what happens when drives get to be 200 GBytes, 500 GBytes?"n  F 	What happens when that RAID5 of 4 - 500 GByte drives takes 2 days to C 	restore (5 days?), etc. etc.  That probably won't happen, so where $ 	is this headed/used (large drives)?   					Rob    : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:3mhsTO9iA0Dm@eisner.encompasserve.org...0G >> In article <gZMQ6.342595$o9.53288398@typhoon.tampabay.rr.com>, "johnl$ > nixon" <jnixon@cfl.rr.com> writes: >>L >> > what is best for my applications.  (raid 0,  Raid0+1,  raid 5,   number > ofI >> > stripe members etc...).  Some of my applications need large IO size,r >>? >> Quick question before spending much time here... why are youe= >> looking at RAID0?  Are you shadowing your RAID0 members ornB >> just playing around?  (RAID0 is good for scratch as the MTBF is1 >> much lower than other RAID levels, etc. etc.).e >> >> Rob >> >> >  >    ------------------------------  % Date: Tue, 29 May 2001 12:46:18 -0400b2 From: "Kent, Philip  JW1811" <kent@jwfc.jfcom.mil>- Subject: RE: HSDSA Scrip in a Batch ProcedurecH Message-ID: <5B57189920E7D41190B500606D210686011A6A4E@mailsvr.jfcom.mil>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_000_01C0E85E.E25C8D20  Content-Type: text/plain;e 	charset="iso-8859-1"s  
 > Hello... >nL > Would anybody have an example of a batch procedure running the HSDSA-SCRIPJ > in order to obtain information from a set of controllers?  I usually runH > this interactively, but would like to automate this procedure in batch job. >- > Thanks in advance! >y > Arto  @ Here are the HSJ command files I used and the HSDSA executables.  J I was using HSDSA-SCRIPT version 1.16 for both Alpha and VAX computers.  I- got it from the Storage Works support team.     I The attached command files have some limited documentation inside them.  1  I GET_HSJ_DEVICES.COM should extract the HSJ node names from a show clusterfI and then use the above executable to querry the A side of the HSJs to get L information on what and where the disks and tapes were.  Then it would cleanH up the information and create a excel like spreadsheet for each slot and each set of controllers.    H GET_HSJ_DEVICES.SAVE was an earlier version, in case you are interested.  B HSJPAD.COM was used to find a process that was set host to the HSJL controller and preventing my access.  This could be modified to take control of the HSJ controller.  E Phil Kent (kent@acom.mil, philip.kent@compaq.com, philkent@erols.com)T      L      ' ------_=_NextPart_000_01C0E85E.E25C8D20c' Content-Type: application/octet-stream;d 	name="hs.zip"! Content-Transfer-Encoding: base64   Content-Disposition: attachment; 	filename="hs.zip"  L UEsDBBQAAAAIAPhRfSqB3TCabAIAAC0FAAAQAAAAaHMvYWFhcmVhZG1lLnR4dIVT0W7aQBB8v6/YL D4hoI/WhUV9qGSemKQLFKEnzgi72gq89+5y7cyh/37mz25JAFAuBkHdmd2Zn84IuZaP0nrwx2k2IL hJjvqZUNk3K0rJWma279Gcm2ohntjP1FG2MpNU0nn6jET+/ZRmSoVt0k1H8t4/sJfoQATLoIVe2WL pCdJWtotW3K16WinfE2NbH9SXnwDY+ut0RqcpFoUeqbzi4vPZ+guKn5mbTquyBlMWEtbAVBx+G6aL MOJGaXYQQ089WwtZNQfaTx9fEIdKwb+9laVHFwhqpFempV2tyhqdGumc3IJXteCSVLErrepijdmgL DCpm6B8KiCUwAl1gwg/TQ5DW1DLQwPaOxyGmRUIDy9gmuNJZ86yCgMdh1tFXUXhjMQDdwTXoYdlML hEh7a2EutjUj2fxzNBqYFw+DLryQj5oPexfsKTfOfyjSYvbXKvHapIeXJkHMqmbH41YO7S1NrzExL U2MqtVGDUDGS7U1vj3iQJXzYdVwqqSEAo216HaN0kAWkpGbLJMpatlt0kvgDLudllB1ayipqG2amL SjkEUtpgT5IkN1kynWeT1f3qyzm9fm5YVkhN0CDSPEuv1xA9SRfzE7VFbXbD3BhTkxm3jN0HecHsL /xTry2T2/ZgnUlxK9R66yBd362l2O0uzA5KInvKzKvk9/BKyj9pHfNHBQIftn2KYLtZZkubrENxTL JgzqYVZYXWkZlxhjepWtAmYcuRCv/h9xZcOduRikcGx0BCmS2+wQs9AVhxB1+zDxVYgvsFV0w4VLL WybTNxaH5zrcXzncynh3iJulpTWAOxENf3v1g3UVe6zOBedGx8QfUEsDBBQAAAAIAG+MMCrnoJu1L XQAAAA0CAAAQAAAAaHMvY2hlY2tfaHN6LmNvbVNRCHYNUfDwDw7RD3YO9lRQMVRx8XYytOJy9nF1L DFJw9vHkCvbwD1cI8fAMVkgrzcnh4lLBrsXAhHRNRgZk2GRMhk3OhmRowWePAg5dLqRb5EJO0LmQL E3QuBIIOAFBLAwQUAAAACAC3XCEp4H+bg1MAAADaAQAAFQAAAGhzL2NoZWNrX2hzel9mYWlsLmNvL bVNRCHYNUfDwDw7RD3YO9lRQMVRx8XYytOJKzklNLFJIzsnkCvbwD1dwc/T04eJSwa7awIQk9UYGL pJlvTJr5zoakqSbNdBdD0lSTaDqJYeOCO2wAUEsDBBQAAAAIABpATSfUDP12SwAAAIoBAAAcAAAAL aHMvY2hlY2tfaHN6X3Nob3dfZGV2aWNlLmNvbVNRCHYNUfDwDw7RD3YO9lRQMVRx8XYytOIK9vAPL V3BxDfN0duXiUsGuysCEKHVGBsSZZ0ycec6GxKkizjQXQ+JUEWkakX51wfQrAFBLAwQUAAAACACML SkwnHgpUzkoAAACAAQAAFgAAAGhzL2NoZWNrX2hzel9zcGFyZS5jb21TUQh2DVHw8A8O0Q92DvZUL UDFUcfF2MrTiCvbwD1cIDnAMcuXiUsGuyMCEGGVGBkSZZkyUac6GRCkiyiwXQ6IUEWcWcb50wfAlL AFBLAwQUAAAACABsBpMl0AbeJ0UAAABVAAAAEgAAAGhzL2RvX2VhY2hfaHNqLmNvbVPxdVYIjgwOL DfH0sfIIdgl21A12DvIMCNENc4zgAkqo+Pi7e/pZBXv4h8f7h3i4Buk5+/siSTgaWZobOeqBpbggL HC4uAFBLAwQUAAAACAAwBpMlo8Mt4gIFAABTEgAAFgAAAGhzL2dldF9oc2pfZGV2aWNlcy5jb229L WFtzozYUfs+vONF4BjvFOLazvbiTmbIgxzQYvICzSV+YTIwT72QhtZ3+/h4JARIBx9ttywsW+r6jL o3Mfd06vaBTPwt9jm944Fg0Ny58DPiPPv/nlZ1g8bZ7hOkn3J53Tkw6EM/8zWO4yjGgw8JfRZXgXL dlz/yvEmKMMQMhjQDyJo3IRWCjUDa9ZCwt9vzxtJbH9BvUFATRvA8aaOS/EOh8GfAyeigEJzdAUuL LIJyfGaORsJYIjCrxH40o4GA10QTy8W7od0cAg273Ki5cjBduu5b0FiA+Bl825nCtBMFnuvNu0SgL SA/A8NCFQAgg0sMT/bAU0sIaI+0Aa4w0ZtbY9f3FBBfAlwPq2ZdTx3PCGbVjDmA2jlfCX8IHAbX8L wOYsZlHPnDO/XKIW1KVz6kXdoU6A6Dmux4G7HTztvsTp/deEr9fZa7pCzrqz36bP6dcu0bQCoJGSL w2F8sVkLjpH8ucNrDQnsn5IUHrN9BtvkfhU/Z9kLh77160jyq+3H1LRm7GbCsQA1MOnMLcZYRo6LL UWaHZj+0AmcR9W/MW4JJ00Bpj7R3CUQvzKgT48rn7GZSgWtUui10yTto5fg8GJsYB8/OGU2RODocL iSNO/O2we7hchlaixMgwALZEJ9Sfkp7xuDeGwOE8LnbJ/fbhCepwSLNVMkizJ4yYQfa6v5QAbIsLL 4E/2kqQDFlg8cNeb5wRqWKjAKo792CYP2XZVIR6es11SQqrv7EueKHkG2U7Urb7pBG2wCGgY6suFL ZYZUpAZ/uA5y2o152lXsHvRxTSqGyMK6bvhZvfsqWW/SZPCyzR5AY1saDPlukq42a/4L49SvakjeL SBpKhyjPk7fxkRcTVt4a4yPfzuWq3YwnVi7QxptH9HYQOt7lHWX9yzbv1A5xVnSIX8+OotTi70hWL PecZjWlOb52Iv6LAtKL4mt5J2jc0rEqitQwC9GmstlPgtvBQXszwE+EyzmWRkLfbrpTdZ2VFKSKHL eYHhDfpJsjr3Z+FAgcSf7jS2/KUXofTzgu85kWO6zh80txRHTcrgUUny6gcRREIJecu4ogb8JGnCL bBPjMhZNTsh28S51fRo0QlilEIBlfnQ8tJsmHanhqpSmoTgsLfK2Jm+fQ/2RkkrVSlrI981vXO3xL C/8oXbjRqhK9GYQCy1AqzVVcvWF60thLE/vCLDxwpqbfJafDczMk+rSzMIOQdhlW13XCqj7pFeFTL 5HZsm5EpDRDFnjpEMCA/+u3skBPUyvd+1eM1hOVT91y/KEYMHsrEdsJrAoYfGK2QyFzQynXc+u7SL y8+/jboX+liZWioXK0E97ThYbQvKsKDUOZW3a5wPrZwlOrgs6YiTxihWyyMcQigpfhGV+83G/y6WL 8Jv4gRrZ1CLVm3StHmnhHO1r/mDxi+4WtDTKsG6UvmmS/P1RvEMxPRUPOoK9ShEjRQScmqvVZm/AL /D59Xd8/7F+3m/QRNuk6gyzFXvjX5iFRdTq2oGBsaX1NY15lb3EVjfwDaUWKjniKHkGpzIjexawpL l1XnVrK4bCW1MJioqfeN7bsxf6rKvQgwKxrbyLGNpK2VSACultpnyeX3PkSH/gkcev6FM9Q4Ea5TL JgAJwd18wC70kwHDd+wi4qolvj60fL9o+T5+10bNvFGLvGHL93PZCi5GX83Zkk/+j5v9B5equZbHL QT131Bk8z6T6fwXKJGvRxlm2nBjF7Mtn2L8BUEsDBBQAAAAIABtuZSUl03yhHAQAAJMPAAAXAAAAL aHMvZ2V0X2hzal9kZXZpY2VzLnNhdmW9V1tv2zYUfs+vOCYMyE5lxXLTbvNgYIxEx1xkShWpNN6LL UDTpZqBwgSHd798hdaNkyXHXbUIAieb5zuU7FzLj0S1T+Ub+mofsngdMekG8BXwWIr7/6UdI/th/L hrunw/PFeHQxBrmJ30MQZVKx9CrO1Eru5DiKb7lYog6v1KEF41RB7yYMQhhNg80ACL+P7S0sdJwwL cZUyGgJwseYRwxhOC79PuWKASgvpRrhiBPXEmg4EALSlSRCht8gEJ9C3bXgq7ME6iyIjdWx1YVkNL 45zRYKMtl0Y7omS8DbR8pniEAYWSzmSQ8kTN7ukDQXkdfR7FcbI0LunlFRPhas0FlxsW5kZAU5E/L lrSWVKUsiNPQoHTggm41fStYj1nEtkyoie8SIG4hNzWCfK23H9Rk7vpuhZqCx95JD8gNAbVhAm5jL FTeOHVOFYQ0TT16QJ7Vdl3hoSYN7MZWY2eu6pOu6h6KyWpa9PpCGApWKSGwnpNokyIFgmoOSgiCKL ZYMdBCLuFPAYV+ROw3pxxXbhPeUK5vOl/vOLgNtdbxgvIv3lVEUC1nTEFHu4klysdkyPgZDu2o12L WTXaz5dnQTpmzkR1a0XDdGBYkSkNVH7HdlZUPQ3fqAqyNMUaz9vjCAxHAvXlWr7QA2CwujOKcTWxL yvGyrsFpKazzpeXLprB7oqq4UhI/o3UexJlQqH1e4QVXnEb8N1ZQZKQqT7oge/UK/FoKnbC3vFvmL wQ+WJ5qbHJd5XS9Gd4SxdP3p8QjFGocAAnrDBfLmWCYdXNXaHFRHnNa2Y2/PofsQS33LK2thx1tEL 3OyZgN9aAfeyasH7hVBhXUo1XVXoPaePo19OuV/SYgpnTeMJGflzKom7Hic0lWyiZV3XJXpIkWlVL PtUwykOqqDXZq732dNeCxvTxUC8AelkM9ZCrSbF2CfZOkjIp3SwJqGR17TYTPsURf13NflPKJOTyL joAXp96giKIJa1Jn2I8yUdjHU+Pafd06TpoUt4p6PeZ4+lQQv4J0MU22O5g3g5gME1wfcShnnW8wL A6LwZGWk+iJt7DeT/12oMm/lB3oUsoA0bzIJpmQAc3auzYPDT+0SVpPid0mZUUqK9035lmh5ZKnAL ROhXrWLRUgEj+vi4f/Zg++Hw9dOHj89f/9wffof94dMX+HKAx6e/9h+f2j6dO1CwtpyZ4+is6ncZL ikP+gbaqRRemRc+ANDRidrFr6mVz1Wh1cX2UdMpg2W69bz/oj/unmdxJil3Re4yce5AMHSWWgHGrL cxdefe9DXJhdwKnnX7DRrpMyda0bgCVh0nyCF/bOA/8FXsq6GqivNwO/Xw/8/vpFjvpxiwF9/sDvL c5uFCKuvk2wrJ/9HZP9BUJ3Umjro9k77n4aik45v69YVNmC9l9j6xlheetkDVxd/A1BLAwQUAAAAL CABxrpIlmasS2s4AAABqAQAADQAAAGhzL2hzanBhZC5jb21tkEGKwzAMRfc9xcekJIFi6LbQRUiUL xEMqubZC09Xc/xZjO52ZLroSkr7el1RBGL2wBlm+n9CZGJOoYHTs4nyosIj4S4qAdwOuGKsUmzxCL m7al4cbSs3SPFsa8UQZh2iVM4Z+U8ls3UaFNpF/eNQlwgsll7m5k2l/dmCSL9I2ZY++7wZzKZAu7L qM0t4uZVKa6P4JQQn7GSVf2qMGukgLAyO56wQ1DXya42L4+yaV4u5Xnhy99RZ1imfNNxM59+gyy5L 5uNL8g7aNTuKNqeHH1BLAwQUAAAACAA8d08qrcYdMH4AAAB5AwAADwAAAGhzL3Nob3dfaHN6LmNvL bcWSMQ7CMAxFd5/CQ3ZaYGIrdqpYmEayE7j/TRi6ZCggZcn4vmT9J+sH9FgwZS8nJxcMc+DHfb4BL aVwMSQU85TeWJI5rVd2xblIa5PgSik1gi3CDTzHLtgdWN1zVASAcd0/XH+1fjs7TSOVLhzINFKaeL H/NAYe4SHjoK/jOKD1BLAQITAhQAAAAIAPhRfSqB3TCabAIAAC0FAAAQAAAAAAAAAAEAAADtgQAAL AABocy9hYWFyZWFkbWUudHh0UEsBAhMCFAAAAAgAb4wwKuegm7VdAAAADQIAABAAAAAAAAAAAQAAL AO2BmgIAAGhzL2NoZWNrX2hzei5jb21QSwECEwIUAAAACAC3XCEp4H+bg1MAAADaAQAAFQAAAAAAL AAABAAAA7YElAwAAaHMvY2hlY2tfaHN6X2ZhaWwuY29tUEsBAhMCFAAAAAgAGkBNJ9QM/XZLAAAAL igEAABwAAAAAAAAAAQAAAO2BqwMAAGhzL2NoZWNrX2hzel9zaG93X2RldmljZS5jb21QSwECEwIUL AAAACACMSkwnHgpUzkoAAACAAQAAFgAAAAAAAAABAAAA7YEwBAAAaHMvY2hlY2tfaHN6X3NwYXJlL LmNvbVBLAQITAhQAAAAIAGwGkyXQBt4nRQAAAFUAAAASAAAAAAAAAAEAAADtga4EAABocy9kb19lL YWNoX2hzai5jb21QSwECEwIUAAAACAAwBpMlo8Mt4gIFAABTEgAAFgAAAAAAAAABAAAA7YEjBQAAL aHMvZ2V0X2hzal9kZXZpY2VzLmNvbVBLAQITAhQAAAAIABtuZSUl03yhHAQAAJMPAAAXAAAAAAAAL AAEAAADtgVkKAABocy9nZXRfaHNqX2RldmljZXMuc2F2ZVBLAQITAhQAAAAIAHGukiWZqxLazgAAL AGoBAAANAAAAAAAAAAEAAADtgaoOAABocy9oc2pwYWQuY29tUEsBAhMCFAAAAAgAPHdPKq3GHTB+L AAAAeQMAAA8AAAAAAAAAAQAAAO2Bow8AAGhzL3Nob3dfaHN6LmNvbVBLBQYAAAAACgAKAI4CAABOL EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@ AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=  ) ------_=_NextPart_000_01C0E85E.E25C8D20--o   ------------------------------  % Date: Tue, 29 May 2001 12:51:47 +0100y- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>o, Subject: Re: Humorous: Q, W2K and my surname) Message-ID: <3B138D53.930F2F5B@bbc.co.uk>    John Santos wrote:  D >  I don't suppose most apps cope with people who only have one nameB > very well, or with people who have more than one middle name, orD > who have spaces in their family name, or who have first and middleF > names, but use their 1st initial and full middle name, like "J. Paul	 > Getty".3 >T >A  , hey, don't forget the double-barrelled name.     --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of, MedAS or the BBC.i   ------------------------------    Date: 29 May 2001 08:02:38 -0700" From: cstranslations@msn.com (Joe)( Subject: Insurer: Windows NT a high risk= Message-ID: <d56d1c2d.0105290702.702d2eb1@posting.google.com>v   Ha, ha!t    A J.S. Wurzler Underwriting Managers, one of the first companies to,F offer hacker insurance, has begun charging its clients 5 percent to 15A percent more if they use Microsoft's Windows NT software in theiryE Internet operations. Although several larger insurers said they won'ttD increase their NT-related premiums, Wurzler's announcement indicatesF growing frustration with the ongoing discoveries of vulnerabilities in Microsoft's products.     = http://www.zdnet.com/zdnn/stories/news/0,4586,2766045,00.htmli   ------------------------------    Date: 29 May 2001 09:11:16 -0500- From: koehler@encompasserve.org (Bob Koehler)e Subject: Re: JRE.DMP3 Message-ID: <mxGAD9NIe4SI@eisner.encompasserve.org>n  Y In article <3B120835.998DA264@oracle.com>, Shiv <Sivakumar.Thangavelu@oracle.com> writes:> > K > Could be a Java Runtime dump. Just see if you were running any Java based M > appln., that was abruptly stopped or that which crashed during that time...O  H >> Record format:      Variable length, maximum 0 bytes, longest 0 bytes  H Since it's not stream-LF, there's a good chance it was not made by a JRE@ utility.  It's not possibly from a DUMP/OUT command on some Java
 related file?D  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationu= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingh   ------------------------------  % Date: Tue, 29 May 2001 12:11:33 -0400e+ From: John Eisenschmidt <jeisensc@aaas.org>  Subject: Login/Logout Problem # Message-ID: <sb139200.025@aaas.org>   L All our users are accessing the Alpha through Telnet (we have no terminals =L here). We're running into a problem with our financial system which tracks =G login/logout for concurrent processing. Users are logging in and then =oF exiting their terminal emulator without logging out, which makes the =D financial system think they are still logged it (it increments and =6 decrements a counter in a file called postctl.dat).=20  K The problem is, despite auditing login/logout I can't tell who is exiting =uL normally and who isn't. I dumped the audit trail to a file and imported it =I into an Access database (I know I know, forgive me) to compare how many =yI times each user logged in and out, and the counts looked the same. Does = K anyone have any suggestions on how I might catch who it is? We don't have =sF the source to the financial software so I haven't seen the code that =G tracks how many people are in the system. They are all using a common =fC lgicmd, at one point I had thought about doing something with that.e   Thanks,s John   ------------------------------  % Date: Tue, 29 May 2001 13:20:59 -0300n) From: fabio_compaq@ep-bc.petrobras.com.bre! Subject: Re: Login/Logout ProblemkL Message-ID: <OF0D8E0EF7.6AF541CB-ON03256A5B.00599C1C@ep-bc.petrobras.com.br>  D Check your TCP/IP version.  I have a similar problem here and CompaqD said to me to apply the last patch of TCP/IP Services - ECO 5.0-112.@ I didnt applied yet. I have a problem of "window time" here ....   But probably is the TCPIP.  < I had the same problem a few years ago in a Alphaserver 21005 running OpenVMS 6.X and UCX 4.X - I dont remember thee versions - really !2   Regardsk   FC                < John Eisenschmidt <jeisensc@aaas.org> em 29/05/2001 13:11:33  7 Favor responder a John Eisenschmidt <jeisensc@aaas.org>              Info-VAX@Mvb.Saic.Comb       Assunto: Login/Logout Problem     J All our users are accessing the Alpha through Telnet (we have no terminalsJ here). We're running into a problem with our financial system which tracksE login/logout for concurrent processing. Users are logging in and then(D exiting their terminal emulator without logging out, which makes theB financial system think they are still logged it (it increments and3 decrements a counter in a file called postctl.dat).t  I The problem is, despite auditing login/logout I can't tell who is exitingsJ normally and who isn't. I dumped the audit trail to a file and imported itG into an Access database (I know I know, forgive me) to compare how manyeG times each user logged in and out, and the counts looked the same. DoeslI anyone have any suggestions on how I might catch who it is? We don't have-K the source to the financial software so I haven't seen the code that tracksrI how many people are in the system. They are all using a common lgicmd, ati8 one point I had thought about doing something with that.   Thanks,o John   ------------------------------  % Date: Tue, 29 May 2001 13:08:26 -0400 + From: John Eisenschmidt <jeisensc@aaas.org>l! Subject: Re: Login/Logout Problemw# Message-ID: <sb139f5c.094@aaas.org>l  L I've applied the latest ECO. It's not that users are getting disconnected..=A they're disconnecting and the Financial System isn't aware of it.t  D >>> <fabio_compaq@ep-bc.petrobras.com.br> 05/29/2001 12:20:59 PM >>>D Check your TCP/IP version.  I have a similar problem here and CompaqD said to me to apply the last patch of TCP/IP Services - ECO 5.0-112.@ I didnt applied yet. I have a problem of "window time" here ....   But probably is the TCPIP.  < I had the same problem a few years ago in a Alphaserver 21005 running OpenVMS 6.X and UCX 4.X - I dont remember thea versions - really !n   Regardsn   FC                < John Eisenschmidt <jeisensc@aaas.org> em 29/05/2001 13:11:33  7 Favor responder a John Eisenschmidt <jeisensc@aaas.org>t             Info-VAX@Mvb.Saic.Com=20       Assunto: Login/Logout Problemi    J All our users are accessing the Alpha through Telnet (we have no terminalsJ here). We're running into a problem with our financial system which tracksE login/logout for concurrent processing. Users are logging in and then D exiting their terminal emulator without logging out, which makes theB financial system think they are still logged it (it increments and3 decrements a counter in a file called postctl.dat).d  I The problem is, despite auditing login/logout I can't tell who is exiting J normally and who isn't. I dumped the audit trail to a file and imported itG into an Access database (I know I know, forgive me) to compare how many G times each user logged in and out, and the counts looked the same. Does I anyone have any suggestions on how I might catch who it is? We don't haverF the source to the financial software so I haven't seen the code that = tracksI how many people are in the system. They are all using a common lgicmd, atl8 one point I had thought about doing something with that.   Thanks,d John   ------------------------------  % Date: Tue, 29 May 2001 18:19:51 +0100l  From: steven.reece@quintiles.com! Subject: Re: Login/Logout ProblemaH Message-ID: <OFDC30B8D8.467D1CF0-ON80256A5B.005E2908@qedi.quintiles.com>  J How about using virtual terminals so that instead of being seen as TNAxxxxI the users are seen as VTAxxxx.  That way, the system would allow recovery I of a user session for a given username.  It doesn't solve the problem perc# se but it might be a way around it.mJ Assuming that each user has their own account on the system then you mightK also try adding a line to the SYLOGIN.COM to create a file specific to that K user (maybe username.TXT) in an appropriate directory and then reassign thenH verb used at logout time to a symbol which calls a file that deletes theI highest numbered version of the file and then does a real logout.  If theeI user doesn't logout then the file will not be deleted.  It's quick, cheape and nasty but it might help.   Steve.   John Eisenschmidt asked: >>>sJ All our users are accessing the Alpha through Telnet (we have no terminalsJ here). We're running into a problem with our financial system which tracksE login/logout for concurrent processing. Users are logging in and then D exiting their terminal emulator without logging out, which makes theB financial system think they are still logged it (it increments and3 decrements a counter in a file called postctl.dat).8 <<<5   ------------------------------  % Date: Tue, 29 May 2001 14:34:25 +0100r- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>a1 Subject: Re: More Compaq blunders I am sad to dayS) Message-ID: <3B13A561.926F13A7@bbc.co.uk>I   Alan Greig wrote:/  E > On Fri, 25 May 2001 14:45:33 +0100, Alan Greig <a.greig@virgin.net>J > wrote: >mF > >On top of this I have found out why I have not received our VMS 7.3F > >kits. Seems that  the licenses correctly are on support but the VMSH > >SUDS line item "got lost" during the VAX to Alpha switch. I have beenH > >waiting for a quote to resolve this for several days but am told thatF > >"the VMS Software Update Distribution Service has vanished from theF > >Compaq UK price list" . I am told someone is investigating and willG > >get back to me. Highly re-assuring that Compaq can't sell a VMS SUDSX > >subscription at the moment. >KF > Can someone possibly tell me the current part number and descriptionD > of a service contract which should get me VMS releases as and whenD > they come out. I am forced by Compaq to deal with a third party inD > negotiating service contracts and I don't know who to blame at theD > moment. The third party (CSF) tell me that Compaq are to blame and% > Compaq have so far told me nothing.A   Alan  I as far as I can tell (:-)) the contract I received my 7.3 alpha kits fromV
 (you don't? want to ask, suffice to say I have been dealing with 2 separateD organizations)? has software support for OVMS Unltd (Ql-MT2AE-AA) and OVMS BaseWG (QL-MT1AE-6R) which is an annual siftware update subscriptionb licence.sC On top opf that, OpenVMS Media and Docs on CD service (QA-MT1AA-H8)QJ and Layered Products on CD (QA-03XAA-H8) is required I believe to actually   received the kits.  @ We did do all dealing with Digital in Warrington, but soon after
 compaqtionF were moved to work thru a reseller. However, a different reseller that soldH us an alpha upgrade a few years back and they have been competiitive for theg? alpha maint so we have stayed with them for that portion of theb "contract".Y  J Hope this helps. I can understand your frustrations. I seems apt that now,  G with the project in its final phase before extinction, I should get allH the kits weOD are paying for actually landing on my desk not kicking around in the postroom at Pebble Mill :-).A   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukr  A I speak for myself only and my views in no way represent those of4 MedAS or the BBC.8   ------------------------------  # Date: Tue, 29 May 2001 16:34:58 GMTD2 From: seibel_r@localhost.localdomain (Rich Seibel)3 Subject: OpenVMS locked up - How do I find out why?b; Message-ID: <slrn9h7jtl.i2d.seibel_r@localhost.localdomain>P  8 We are not VMS experts, so a simple answer is preferred.  K Our OpenVMS system locked up.  It was unresponsive to open windows on otherEJ machines and did not respond to its console.  The led numbers on the front@ showed FF.  The box responded to a power cycle and came up fine.  H The question is, where/how do I determine what might have happened?  How do I view the system log?q   Rich SeibelI   ------------------------------    Date: 29 May 2001 10:35:47 -07001 From: nothome@spammers.are.scum (Malcolm Dunnett)Y: Subject: Oracle Export 8.1.7 much slower than 7.3.2 on VMS, Message-ID: <ePfDmTnEmYFx@malvm5.mala.bc.ca>  G   I've noticed a dramatic difference between the speed of Oracle Export3A on VMS in version 7.3.2 vs 8.1.7. The 8.1.7 export is a whole lotND slower, exporting the same tables (from an 8.1.7 server) takes over G twice as long using the 8.1.7 export as it does using the 7.3.2 export.F  I   The difference seems to be in the way the two versions write the exporthI file. With 7.3.2 the file is created as a fixed record of 4096 bytes, butUG under 8.1.7 it's created as Stream/LF. It appears that the 7.3.2 exportVG is buffering stuff internally to fill the fixed length records, but the7A 8.1.7 export is writing stuff much more often - incurring greatert	 overhead.8  @   I suppose that on Unix, with it's "cache writes as long as youB can" approach the increased overhead isn't so bad, but on VMS it'sE a real pain. You'd think that if the older version did it right thereSI was no reason to break it in the new version. Is there any way to restoreZL the old behaviour or this just a "creeping Unixism" we'll have to live with?   ------------------------------    Date: 29 May 2001 09:44:06 -0700$ From: svieth@wi.rr.com (Scott Vieth)& Subject: Performance Monitoring on VMS= Message-ID: <5a85bce2.0105290844.3087dd5d@posting.google.com>J   All:  @ I've been playing with (or "test-driving") Fortel's Sightline on2 our main VMS system to monitor system performance.  G Feel free to take a look at the graphs I've created.  This is live data1 from our system.  H Check out the number of I/Os per second on our new fibre-channel drives. Wow!!d  C I'm still working out the pricing on the Sightline product with ourU@ local sales rep.  I want to purchase the product and continue to" use it to monitor this VMS system.  D I must also add that the tech support has been outstanding during my test-drive period.  - The Sightline web pages for my system are at:2 http://sightline.is.mcw.eduU  
 -Scott :^)   ------------------------------  # Date: Tue, 29 May 2001 16:46:45 GMTS4 From: "Terry C. Shannon" <terryshannon@mediaone.net>* Subject: Re: Performance Monitoring on VMS< Message-ID: <VnQQ6.7301$QP6.4616717@typhoon.ne.mediaone.net>  1 "Scott Vieth" <svieth@wi.rr.com> wrote in message37 news:5a85bce2.0105290844.3087dd5d@posting.google.com...c > All: >FB > I've been playing with (or "test-driving") Fortel's Sightline on4 > our main VMS system to monitor system performance. >AI > Feel free to take a look at the graphs I've created.  This is live dataE > from our system. >7J > Check out the number of I/Os per second on our new fibre-channel drives. > Wow!!1 >AE > I'm still working out the pricing on the Sightline product with ourAB > local sales rep.  I want to purchase the product and continue to$ > use it to monitor this VMS system. >kF > I must also add that the tech support has been outstanding during my > test-drive period. >t/ > The Sightline web pages for my system are at:W > http://sightline.is.mcw.edup >8  1 Good luck! Fortel needs all the help it can get!!l  J FREMONT, CA - May 16, 2001 - FORTEL Inc. (Nasdaq: FRTL) received notice onK May 15, 2001 from The Nasdaq Stock Market, Inc., effective with the open ofAH business on May 16, 2001, that The Nasdaq Stock Market had determined to de-list FORTEL common stocko   ------------------------------  % Date: Tue, 29 May 2001 14:01:08 -0300A) From: fabio_compaq@ep-bc.petrobras.com.brA* Subject: Re: Performance Monitoring on VMSL Message-ID: <OFF0F538C4.9F40A221-ON03256A5B.005D6F1D@ep-bc.petrobras.com.br>  J The product sounds great, but I am not sure if there are resellers in .BR.   RegardsA   FC        E "Terry C. Shannon" <terryshannon@mediaone.net> em 29/05/2001 13:46:45   @ Favor responder a "Terry C. Shannon" <terryshannon@mediaone.net>             Info-VAX@Mvb.Saic.Com1      * Assunto: Re: Performance Monitoring on VMS      1 "Scott Vieth" <svieth@wi.rr.com> wrote in messagee7 news:5a85bce2.0105290844.3087dd5d@posting.google.com...o > All: > B > I've been playing with (or "test-driving") Fortel's Sightline on4 > our main VMS system to monitor system performance. >lI > Feel free to take a look at the graphs I've created.  This is live datai > from our system. >tJ > Check out the number of I/Os per second on our new fibre-channel drives. > Wow!!t >rE > I'm still working out the pricing on the Sightline product with ouruB > local sales rep.  I want to purchase the product and continue to$ > use it to monitor this VMS system. > F > I must also add that the tech support has been outstanding during my > test-drive period. >o/ > The Sightline web pages for my system are at:- > http://sightline.is.mcw.edu0 >8  1 Good luck! Fortel needs all the help it can get!!I  J FREMONT, CA - May 16, 2001 - FORTEL Inc. (Nasdaq: FRTL) received notice onK May 15, 2001 from The Nasdaq Stock Market, Inc., effective with the open oftH business on May 16, 2001, that The Nasdaq Stock Market had determined to de-list FORTEL common stock    ------------------------------  % Date: Tue, 29 May 2001 13:47:35 -0400i- From: "Peter Weaver" <peter.weaver@stelco.ca> * Subject: Re: Performance Monitoring on VMS4 Message-ID: <thRQ6.242411$Z2.2722452@nnrp1.uunet.ca>  1 "Scott Vieth" <svieth@wi.rr.com> wrote in messagei7 news:5a85bce2.0105290844.3087dd5d@posting.google.com...e >...B > I've been playing with (or "test-driving") Fortel's Sightline on4 > our main VMS system to monitor system performance. >...  B The graphs look great, but how on earth did you find out that thisC runs on VMS? I tried looking at www.fortel.com for a while before IiF gave up and went to AltaVista. A search on "+HOST:FORTEL" returned 110F pages, "+HOST:FORTEL +VMS" and "+HOST:FORTEL +OPENVMS" both returned 0E pages. I'm all for anything that will give me performance informationcE that does not involve CA, but how do we find these products when theyi1 don't include the magic words on their web sites?s   ------------------------------  % Date: Tue, 29 May 2001 12:52:42 +0100s- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>-M Subject: Re: Presentation Collateral From VMS Technical Update Days in London ) Message-ID: <3B138D8A.8983EEEB@bbc.co.uk>G   "Terry C. Shannon" wrote:e  3 > "john nixon" <jnixon@cfl.rr.com> wrote in message : > news:cUAP6.313932$o9.48609030@typhoon.tampabay.rr.com...J > > When I try to open any of the links, I get a box asking me what I want > open > > it with. > > What is the trick here?    Install powerpoint on your PC?   >s >gM > Good question... I'm running Win2K SP2 and IE5.5 on a DeskPro. When I go tosH > the site and click on a link, the PPTs auto-magically download with no
 > problem.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.    ------------------------------  % Date: Tue, 29 May 2001 11:02:37 -0500u1 From: "David J. Dachtera" <djesys.nospam@fsi.net>tM Subject: Re: Presentation Collateral From VMS Technical Update Days in London ' Message-ID: <3B13C81D.C31065D5@fsi.net>o   Tim Llewellyn wrote: >  > "Terry C. Shannon" wrote:  > 5 > > "john nixon" <jnixon@cfl.rr.com> wrote in message < > > news:cUAP6.313932$o9.48609030@typhoon.tampabay.rr.com...L > > > When I try to open any of the links, I get a box asking me what I want > > open > > > it with. > > > What is the trick here?t >   > Install powerpoint on your PC?  5 Where do I get PowerPoint for my VAXstation 4000/VLC?    --   David J. Dachtera0 dba DJE Systems_ http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/C  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.I   ------------------------------    Date: 29 May 2001 09:05:34 -0500- From: koehler@encompasserve.org (Bob Koehler)   Subject: Re: Rack mounted stuff.3 Message-ID: <Hkc$z6cWnieW@eisner.encompasserve.org>s  l In article <9eqqd4$78d$1@news8.svr.pol.co.uk>, "Leigh G. Bowden" <LGBowden@bowdenfamily.fsnet.co.uk> writes:K > We want to put a lot of VAX and Alpha equipment into racks - say six to arK > rack. On the top shelf we want to put a VT as console but use a switch toi/ > select which machine is active on the screen.  > G > Does anybody make a system that can switch do this or is it easier to($ > knobble a PC multi-printer switch?  4 Doesn't Block Box still make all that kind of stuff?  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationn= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyings   ------------------------------  % Date: Tue, 29 May 2001 14:17:44 +0100i  From: steven.reece@quintiles.com% Subject: Re: Rambus loses another oneiH Message-ID: <OFB1514FC4.CE6074E2-ON80256A5B.0048C532@qedi.quintiles.com>  ! Right Answer : Yes, it should do.cH Real Answer : no it won't because the companies making the Rambus memoryE will just stash the extra cash away rather than passing on their costt reductions to their customers.   Or am I just cynical?  Steve.   Shane asked: >>>8H Since EV7 (or is it 8?) has integrated Rambus controllers, I wonder whatA this means for Alpha? I know these disputed patents are for SDRAMpH technology, but Rambus does seem to be depending on these royalties, andF the court cases aren't cheap. If Rambus go bust, does that mean RambusD memory gets cheaper? After all, Rambus the company don't manufactureE anything, they licence the technology to others to do that for a fee.  <<<    ------------------------------    Date: 29 May 2001 12:01:53 -0500 From: briggs@encompasserve.org% Subject: Re: Rambus loses another oneh3 Message-ID: <fpJdIckXyBrt@eisner.encompasserve.org>   k In article <OFB1514FC4.CE6074E2-ON80256A5B.0048C532@qedi.quintiles.com>, steven.reece@quintiles.com writes:  >  > # > Right Answer : Yes, it should do.sJ > Real Answer : no it won't because the companies making the Rambus memoryG > will just stash the extra cash away rather than passing on their costL  > reductions to their customers.  B Assuming that the vendor's savings is on a per-unit basis then hisG net profit per unit becomes higher as a result.  So he is more strongly D motivated to increase volume.  If he can increase volume by lowering- his price to the consumer then he will do so.n  L His new profit-maximizing price will be lower than his old profit-maximizing price.   > Or am I just cynical?   D Not cynical at all.  The supplier is indeed looking out for himself.H But you seem to fail to appreciate that market forces apply nonetheless.   	John Briggs   ------------------------------  % Date: Tue, 29 May 2001 17:17:12 +0100o  From: steven.reece@quintiles.com% Subject: Re: Rambus loses another onekH Message-ID: <OF124B9C5F.C7ED09DC-ON80256A5B.00594EBE@qedi.quintiles.com>  6 It depends whether the market is saturated or not..... Saturated market( = no more customers for increased volume = no more sales. = no way prices will drop.   John Briggs wrote:E >>>Assuming that the vendor's savings is on a per-unit basis then his-G net profit per unit becomes higher as a result.  So he is more stronglyrD motivated to increase volume.  If he can increase volume by lowering- his price to the consumer then he will do so.9  : His new profit-maximizing price will be lower than his old profit-maximizingi price.   > Or am I just cynical?e  D Not cynical at all.  The supplier is indeed looking out for himself.H But you seem to fail to appreciate that market forces apply nonetheless.   <<<e   ------------------------------    Date: 29 May 2001 13:34:37 -0500 From: briggs@encompasserve.org% Subject: Re: Rambus loses another onec3 Message-ID: <aoXySpAI13nv@eisner.encompasserve.org>T  k In article <OF124B9C5F.C7ED09DC-ON80256A5B.00594EBE@qedi.quintiles.com>, steven.reece@quintiles.com writes:  >  > 8 > It depends whether the market is saturated or not..... > Saturated market* > = no more customers for increased volume > = no more sales  > = no way prices will drop.  E Barring collusion, the market is not saturated from the point of viewsE of any one vendor.  If all the other vendors leave there prices alone.F then one vendor can make a killing by dropping his prices.  Therefore,? (again, barring collusion), all vendors will drop their prices.e  = But let's assume collusion/monopoly for the sake of argument.k  D No more customers?  No way.  We've got SDRAM users/applications that. would switch to RDRAM if the price were right.   	John Briggs   ------------------------------  # Date: Tue, 29 May 2001 13:30:56 GMTr8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)4 Subject: Re: Reinstalling Backup patch on 7.2 system2 Message-ID: <kwNQ6.790$fi2.19803@news.cpqcorp.net>  . >On Fri, 25 May 2001, David J. Dachtera wrote: >[...]J >>+Lessee now - exactly WHAT shortcoming of VMSINSTAL was PCSI supposed to >>+resolve?v  E From section 1.2 of the V7.3 POLYCENTER Software Installation Utilityt Developer's Guide:          o Faster Installation      o Product Removalh.     o Installed Product Information (database)5     o Dependency Checking (pre/co-requisite products)e  I One can argue that a more evolutionary effort could have done the same --.E     but anyone who has tried to maintain VMSINSTAL code is not likely      to buy this argument!'  F One can certainly argue that corrupted PCSI databases are a problem --J     but later versions of the PCSI utility are much better in this regard.  E And one does argue that these ARE shortcommings of VMSINSTAL that thec PCSI utility DOES overcome.h   -- tK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USA H        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Tue, 29 May 2001 11:00:41 -0500e1 From: "David J. Dachtera" <djesys.nospam@fsi.net>i4 Subject: Re: Reinstalling Backup patch on 7.2 system& Message-ID: <3B13C7A9.2DAF65A@fsi.net>   Charlie Hammond wrote: > 0 > >On Fri, 25 May 2001, David J. Dachtera wrote: > >[...]L > >>+Lessee now - exactly WHAT shortcoming of VMSINSTAL was PCSI supposed to
 > >>+resolve?l > G > From section 1.2 of the V7.3 POLYCENTER Software Installation Utilityi > Developer's Guide: >  >     o Faster Installation  >     o Product Removale0 >     o Installed Product Information (database)7 >     o Dependency Checking (pre/co-requisite products)f > K > One can argue that a more evolutionary effort could have done the same --rG >     but anyone who has tried to maintain VMSINSTAL code is not likelyt >     to buy this argument!t > H > One can certainly argue that corrupted PCSI databases are a problem --L >     but later versions of the PCSI utility are much better in this regard. > G > And one does argue that these ARE shortcommings of VMSINSTAL that thet > PCSI utility DOES overcome.    ...until it ACCVIOs.  # Sorry - I know you're being honest.w  H The problem comes when you have software that only comes as a .PCSI kit,8 PCSI is hosed, and you're effectively dead in the water.  A We never had these problems with VMSINSTAL, as ugly as it may be.l  E Perhaps a work-around might be to develop a(n unsupported?) DCL proc. F that can do the install without updating the PCSI database so at leastD the user can get up and running again, then PRODUCT REGISTER at some% later date after PCSI has been fixed.e   <pipe_dream>@ Ideally, of course, PCSI should be able to detect and/or correctG database corruptions, and possibly even inform the user of any problemscB before the install phases begin, ask if the user wants to continueC without REGISTERing the install, then go ahead and honor the user'se wishes.-
 </pipe_dream>-   -- - David J. Dachtera2 dba DJE Systems0 http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/g  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------    Date: 29 May 2001 04:40:50 -0700, From: sanface@sanface.com (SANFACE Software) Subject: Shareware: txt2pdf 4.6e= Message-ID: <18712ccd.0105290340.624cf2c3@posting.google.com>s  / We would like to announce txt2pdf 4.6 version. p# http://www.sanface.com/txt2pdf.htmleE txt2pdf is shareware; it is a very flexible and powerful PERL5 script B that converts text files to PDF format files, so you can use it inE every operating systems supported by PERL5, including OpenVMS. If youuB prefer we also distribute executables for Windows, Linux, Solaris,F AIX, HP-UX, and FreeBSD. Inside the Windows version is Visual txt2pdf,	 a VB GUI.a   What's new in this version   B We've corrected a possible bug with Acrobat Reader 5.x and the PDFD made by previously txt2pdf releases. Now inside the layer you 've to' put your text commands inside BT and ET    Test txt2pdf 4.6!m6 You can find it at http://www.sanface.com/txt2pdf.html   ------------------------------    Date: 29 May 2001 00:21:27 -0700 From: larut@yahoo.com (L Arut) Subject: SSH for Alpha VMS= Message-ID: <73f00c8f.0105282321.13854644@posting.google.com>   : Is there anyway of getting sn SSH server pre-compiled for I an Alpha VMS system since I don't have access to DEC C having surrenderedo" our VAX C license many years ago ?   ------------------------------  % Date: Tue, 29 May 2001 09:00:31 -0400o+ From: John Eisenschmidt <jeisensc@aaas.org>t Subject: Re: SSH for Alpha VMS# Message-ID: <sb136537.052@aaas.org>d  L You could always "borrow" a compiler from Compaq for 30/60 days. They have =K that fantastic "try and buy" program. If it wasn't for that we would have = ' never bought Volume Shadowing licenses.-  6 >>> L Arut <larut@yahoo.com> 05/29/2001 3:21:27 AM >>>< Is there anyway of getting sn SSH server pre-compiled for=20I an Alpha VMS system since I don't have access to DEC C having surrenderedn" our VAX C license many years ago ?   ------------------------------    Date: 29 May 2001 13:26:48 -0500+ From: kuhrt@encompasserve.org (Marty Kuhrt) $ Subject: Tape compression and backup3 Message-ID: <wAF7XuZZB9Fi@eisner.encompasserve.org>f  [ In article <3B0DC571.190EBCA9@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:m > D > Careful, there! Remember: compression in this case is local to theI > drive! So, that 11MB/sec remains 11MB/sec, regardless of compression ore > not. > + > Now - if there was some way to pipe this:t > 6 > BACKUP/IMAGE -> {,G,B}ZIP -> (magtape by some magic) > H > Of course, that would make the verification pass somewhat challenging! > H > Wonder if there's a way to add the ZIP API to VMS BACKUP ... and couldE > we convince Andy Goldstein's boss(es) to let him have a go at it...e  D There used to be a product called TapeMizer that did something just C like this.  From the same people that did DiskMizer.  Wonder if it o is still around.  Doubt it.t   ------------------------------   Date: 29 May 2001 14:04:41 GMT1 From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  Subject: The future of VMS, Message-ID: <9f0a9p$162l$1@info.cs.uofs.edu>  ? In an attempt to aid in the continuing existence of VMS, I haven> decided to try and take positive action.  However, I will need a bit of information first.m   Background:d:    We have a required course for all of our seniors called9    "Senior projects". :-)  I am considering proposing thes:    porting of one (or maybe two) of the currently popular +    X toolkits to VMS as potential projects.n  
 Questions:  :    Which toolkit(s) would the VMS community here most like    to see ported??  GTK??  QT??e  9    I currently have available for student use a couple of9:    VAX 4000's and VMS 7.1.  If the porting effort is taken=    using this base will it be merely a matter of re-compiling 2    to make it work on Alpha or newer VMS versions?  8    Would people here object to students involved in this8    project bringing questions here when they get stuck??9    It is unlikely that any student accepting one of these 0    projects will have any VMS experience at all.  7    For those who may have already ported something fromt6    the Unix environment to VMS, is it likely that this7    project could be accomplished by one or two studentsc    in a single semester??   : Any information will be greatly appreciated.  The students: are int he process of selecting projects for the Fall now.< If I am to get this going I need to get a project written up and posted quickly.0   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   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   -   ------------------------------    Date: 29 May 2001 11:19:24 -05003 From: malmberg@encompasserve.org (John E. Malmberg)e Subject: Re: The future of VMS3 Message-ID: <wQL1XtP31Hop@eisner.encompasserve.org>e  , In article <9f0a9p$162l$1@info.cs.uofs.edu>,9 bill@triangle.cs.uofs.education (Bill Gunshannon) writes:   A > In an attempt to aid in the continuing existence of VMS, I haveu@ > decided to try and take positive action.  However, I will need > a bit of information first.  > 
 > Background:a< >    We have a required course for all of our seniors called; >    "Senior projects". :-)  I am considering proposing theH; >    porting of one (or maybe two) of the currently popularS- >    X toolkits to VMS as potential projects.a >f > Questions: >w< >    Which toolkit(s) would the VMS community here most like! >    to see ported??  GTK??  QT??   E GTK has been listed as ported and downloadable as part of the Mozilla- effort.-  G Does QT still have licence issues that would prevent it's distribution?   ; >    I currently have available for student use a couple ofl< >    VAX 4000's and VMS 7.1.  If the porting effort is taken? >    using this base will it be merely a matter of re-compiling 4 >    to make it work on Alpha or newer VMS versions?  ( Generally yes, small issues may crop up.  I The biggest difference I have found is the construction of shared images.   : >    Would people here object to students involved in this: >    project bringing questions here when they get stuck??; >    It is unlikely that any student accepting one of these 2 >    projects will have any VMS experience at all.  G It really depends on the level of the question.  Most of the objections,D to student questions that I have seen, is where the student asks for) a complete solution to a trivial problem.l  E They should be prepared to get all range of answers, good, bad, ugly.p  O vmsnet.desktop.misc might be a good newsgroup for those working on that sort of, port.   9 >    For those who may have already ported something fromm8 >    the Unix environment to VMS, is it likely that this9 >    project could be accomplished by one or two students0 >    in a single semester??y  C It may be hard to tell.  Some of the packages compile and go, othern& ports have numerous features disabled.  C Building a portable test/verification environment for a toolkit cant be time consuming.  E It might be useful for them to take an existing open-source port of ahD project and see if they can enhance it's performance, or reduce it's resource requirements.  I This could get them some good experience with code profiling and testing,/D where they could evaluate the merits of which enhancement to persue.  < > Any information will be greatly appreciated.  The students< > are int he process of selecting projects for the Fall now.> > If I am to get this going I need to get a project written up > and posted quickly.e  L Look at the STAR OFFICE base requirements.  In addtion to the code supplied,0 there are other libraries that it seems to need.  H Other candiates would be: WINELIB, GCC, SAMBA, MOZILLA, POSTGRESQL, CVS.   Personal Opinion Onlye wb8tyw@qsl.network   ------------------------------  % Date: Tue, 29 May 2001 11:23:27 -04008% From: "John Vottero" <John@mvpsi.com>o Subject: Re: The future of VMS/ Message-ID: <th7fn539lf43fd@news.supernews.com>q  E GTK has been ported by Compaq.  A working QT port would sure be nice.u  F It's likely that a VAX port would be a simple recompile for Alpha but, there's no guarantee.o  > "Bill Gunshannon" <bill@triangle.cs.uofs.edu> wrote in message& news:9f0a9p$162l$1@info.cs.uofs.edu...A > In an attempt to aid in the continuing existence of VMS, I have-@ > decided to try and take positive action.  However, I will need > a bit of information first.  >p
 > Background:o< >    We have a required course for all of our seniors called; >    "Senior projects". :-)  I am considering proposing the ; >    porting of one (or maybe two) of the currently populara- >    X toolkits to VMS as potential projects.v >r > Questions: >m< >    Which toolkit(s) would the VMS community here most like! >    to see ported??  GTK??  QT??d >u; >    I currently have available for student use a couple ofe< >    VAX 4000's and VMS 7.1.  If the porting effort is taken? >    using this base will it be merely a matter of re-compilingr4 >    to make it work on Alpha or newer VMS versions? >n: >    Would people here object to students involved in this: >    project bringing questions here when they get stuck??; >    It is unlikely that any student accepting one of thesee2 >    projects will have any VMS experience at all. > 9 >    For those who may have already ported something fromb8 >    the Unix environment to VMS, is it likely that this9 >    project could be accomplished by one or two studentsn >    in a single semester??o > < > Any information will be greatly appreciated.  The students< > are int he process of selecting projects for the Fall now.> > If I am to get this going I need to get a project written up > and posted quickly.e >g > bill >t > --L > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |@ > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ------------------------------  % Date: Tue, 29 May 2001 11:53:08 -0400m2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: The future of VMSL Message-ID: <rdeininger-2905011153080001@user-2ive77t.dialup.mindspring.com>  H In article <9f0a9p$162l$1@info.cs.uofs.edu>, bill@cs.scranton.edu wrote:  A > In an attempt to aid in the continuing existence of VMS, I haveb@ > decided to try and take positive action.  However, I will need > a bit of information first.  > 
 > Background:d< >    We have a required course for all of our seniors called; >    "Senior projects". :-)  I am considering proposing the-< >    porting of one (or maybe two) of the currently popular - >    X toolkits to VMS as potential projects.j   Hurray!  And thanks.  e > Questions: > < >    Which toolkit(s) would the VMS community here most like! >    to see ported??  GTK??  QT??s  8 I can't give an opionion here, since I've not used them.     ; >    I currently have available for student use a couple of.< >    VAX 4000's and VMS 7.1.  If the porting effort is taken? >    using this base will it be merely a matter of re-compilingh4 >    to make it work on Alpha or newer VMS versions?  H Porting to alpha is probably straigtforward.  What compiler(s) will they# use?  If C, use DEC C, avoid VAX C.e    : >    Would people here object to students involved in this: >    project bringing questions here when they get stuck??; >    It is unlikely that any student accepting one of these 2 >    projects will have any VMS experience at all.  E No problem.  Make sure they have access to VMS documentation.  Pleasey+ point them to the FAQ before the newsgroup.r  9 >    For those who may have already ported something froma8 >    the Unix environment to VMS, is it likely that this9 >    project could be accomplished by one or two studentse >    in a single semester??   I If they are fairly good students, if they can/will read documentation, ifaI they aren't too hung up on some other architechture to think in new ways, D and above all, if they have some guidance from someone with more VMS experience.   G It might be a good idea to have a truncated version of the projects, ineJ case you mis-estimate the level of effort needed.  I think it's a safe betJ that the students are in no position to estimate the scope of the project.  F This isn't an area I've worked in myself, but I've always heard that XJ programming is fairly hellish.  Maybe not the best introductory project on	 a new OS?   t< > Any information will be greatly appreciated.  The students< > are int he process of selecting projects for the Fall now.> > If I am to get this going I need to get a project written up > and posted quickly.   8 Feel free to post the project here for comments as well.   -- O Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Tue, 29 May 2001 17:20:26 +0100o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>  Subject: Re: The future of VMS) Message-ID: <3B13CC4A.91B27077@bbc.co.uk>    Robert Deininger wrote:   J > In article <9f0a9p$162l$1@info.cs.uofs.edu>, bill@cs.scranton.edu wrote: >dC > > In an attempt to aid in the continuing existence of VMS, I haverB > > decided to try and take positive action.  However, I will need > > a bit of information first.L > >  > > Background: > > >    We have a required course for all of our seniors called= > >    "Senior projects". :-)  I am considering proposing theh= > >    porting of one (or maybe two) of the currently populara/ > >    X toolkits to VMS as potential projects.a >h > Hurray!  And thanks. >o > > Questions: > >r> > >    Which toolkit(s) would the VMS community here most like# > >    to see ported??  GTK??  QT??q >p  < how about a network aware port of TCL/TK that works with UCX /TCPIP Services?  --e6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uka  A I speak for myself only and my views in no way represent those ofe MedAS or the BBC.n   ------------------------------  # Date: Tue, 29 May 2001 17:08:13 GMT B From: Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP>1 Subject: Re: UCX 5.x equiv for Multinet SMTP opts 6 Message-ID: <1IQQ6.3862$rn5.209984@www.newsranger.com>  N On Sat, 26 May 2001 13:37:24 GMT, in article <3B0FB15F.CB2989AB@mediaone.net>, Bob Bowles wrote:c >n >m? >Any ideas on how/where I can configure TCPIP Services (UCX) tor) >do the equivalent of Multinet's logical:v >t= >$ Define/System/Exec MULTINET_SMTP_HOST_NAME "foo.bar.com",-o >        "foo.bar.net" >N? >So that INBOUND messages to user@foo.bar.net will be accepted?  >   I I am assuming that the messages are actually been routed to your machine,e but are been rejected by UCX.a    If that is the case, then I use:  4 UCX> set host <original_node_name>/alias=foo.bar.net  B to handle this case. This is on UCX 4.2, ECO 4. I do not know if a SMTP restart is required.    Simon.   --  ; Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFP K Worrying idea #101: What if Microsoft goes into the Ada compiler business ?v   ------------------------------  % Date: Tue, 29 May 2001 13:48:07 -0400o: From: "Koska, John C. (LNG-MBC)" <John.C.Koska@bender.com>7 Subject: RE: Very odd:  Init/erase is controller-based?eK Message-ID: <3D35AD137AAAD411A6BA0008C7B1B12D6DC0B7@MBCALBEXC03.BENDER.COM>    > -----Original Message------ > From: Scott Vieth [mailto:svieth@wi.rr.com]e$ > Sent: Sunday, May 27, 2001 1:57 PM > To: Info-VAX@Mvb.Saic.Coms8 > Subject: Re: Very odd: Init/erase is controller-based? >  >  > >lE > > > The more drives that were being erased, the lower the per-driveh@ > > > data throughput.  The total amount of data being moved by  > the controller? > > > wouldn't go any higher than 8MB/sec.  I don't know where f > that limit > > > is coming from.... > >g6 > > That's the write limit of the HSJs and is clearly  > documented.  The HSJ-50s@ > > are a bit faster than the 40s, but that's still about right. > 8 > Q1. Does anyone what the write limit is for the HSG80  > controllers?  If so,# > please share it with the group...,  @ I believe Table 1 of the below shows the write limits of various fibre channel components:7   L http://www.compaq.com/support/techpubs/installation_guides/ek-sma34-an-a01.h tmls  B Note: I believe many of the maximum configuration restrictions in & the application note have been lifted.   :) jck
 John Koska Matthew Bender & Co., Inc. -"   A Member of the LexisNexis Group
 1275 Broadways Albany, NY  12204t USAt 518-487-3255 JKoska@bender.comu  * "I post personal opinion only, and all the* disclaimers one could imagine apply.  That( includes, I speak for myself only and my* views in no way represent my employer(s)."    I   ------------------------------  % Date: Tue, 29 May 2001 10:16:16 +0000h  From: Steve.Spires@yellgroup.com! Subject: VMS 7.3 upgrade questionx/ Message-ID: <00256A5B.003870D1.00@quegw01.btyp>.   cc:s bcc:L Contact:   Tel: 3063  -  IS - Infrastructure, 1st Floor, Bridge Street Plaza   VMS 7.3 upgrade question    L Someone posted recently here a fix for a problem related to upgrading to 7.3O wherein the file SYS$COMMON:[SYSUPD]VMS$REMEDIAL_OLD_FILES.TXT required editing O to allow the system to boot after the upgrade [the problem related to incorrect  files being removed].r  L I don't have this file on my system [currently running 7.1-1H2] so does thatE mean that I won't have the problem, or do I need to create this file?-   Steve S-     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beL confidential. If you are not the named addressee, or if the message has beenP addressed to you in error, you must not read, disclose, reproduce, distribute or use this transmission.  L Delivery of this message to any person other than the named addressee is notH intended in any way to waive confidentiality.  If you have received thisF transmission in error please contact the sender or delete the message.  
 Thank you.   ------------------------------  % Date: Tue, 29 May 2001 14:03:15 +0200-- From: Jouk Jansen <joukj@hrem.stm.tudelft.nl>:% Subject: Re: VMS 7.3 upgrade question 3 Message-ID: <3B13AC23.11AC591A@hrem.stm.tudelft.nl>   ! Steve.Spires@yellgroup.com wrote:mN > Someone posted recently here a fix for a problem related to upgrading to 7.3Q > wherein the file SYS$COMMON:[SYSUPD]VMS$REMEDIAL_OLD_FILES.TXT required editing Q > to allow the system to boot after the upgrade [the problem related to incorrectm > files being removed].  > N > I don't have this file on my system [currently running 7.1-1H2] so does thatG > mean that I won't have the problem, or do I need to create this file?aE This a problem for VMS7.2-1x only(See the coverletter for OpenVMS7.3)A  
          Jouk.   ------------------------------  # Date: Tue, 29 May 2001 13:46:51 GMTo8 From: hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond)% Subject: Re: VMS 7.3 upgrade questionr2 Message-ID: <fLNQ6.792$fi2.19803@news.cpqcorp.net>  0 In article <00256A5B.003870D1.00@quegw01.btyp>, " Steve.Spires@yellgroup.com writes: ..M >Someone posted recently here a fix for a problem related to upgrading to 7.3rP >wherein the file SYS$COMMON:[SYSUPD]VMS$REMEDIAL_OLD_FILES.TXT required editing ..D >I don't have this file on my system [currently running 7.1-1H2] ... ..  H If the file SYS$COMMON:[SYSUPD]VMS$REMEDIAL_OLD_FILES.TXT is not on yourD current sytem (regardless of version), you do not have this problem.  G However, the file SYS$COMMON:[SYSEXE]SYS$BASE_IMAGE.MAP will be missing A on your upgraded system.  For most systems, this will not matter.rJ You can copy this file from the correspondig location on the OpenVMS Alpha V7.3 operating system CD-ROM.T  5     <cd-device>:[VMS$COMMON.SYSEXE]SYS$BASE_IMAGE.MAPs  A Check and set protections after copying. They should normally be t (RWED,RWED,RE,RE).   -- lK     Charlie Hammond -- Compaq Computer Corporation -- Pompano Beach  FL USArH        (hammond@not@peek.ppb.cpqcorp.net -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Tue, 29 May 2001 11:55:26 +0100x' From: "Guy Morris" <guy@dateline.co.uk>h Subject: VMS mail problemg+ Message-ID: <9evv2i$jgh$1@ns2.gtonline.net>   H When MAIL misreports the number of new mails to be too high I know I canL synchronize the count by using READ/NEW.  However if the count reports 0 newK mails, but I can see that there are 157 new mails this option doesn't work.aK If I log into the account from a terminal I can see the unread mails are in J the NEWMAIL folder as expected, but the count is wrong.  The reason I needK to get it right is that I access the mails from a PC using Outlook Express,dJ and it needs to see the count in order to access the mails that are there.3 Anybody got an idea how to reset the count upwards?-   Many thanks.   ------------------------------  / Date: Tue, 29 May 2001 13:15:14 +0200 (MET_DST)j From: system@physik.uni-bonn.deg Subject: Re: VMS Mail problemm/ Message-ID: <01052913151396@physik.uni-bonn.de>c   Mail> read/new should solve your problem    pk   ------------------------------  , Date: Tue, 29 May 2001 14:27:11 +0200 (CEST): From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> Subject: Re: VMS mail problemrJ Message-ID: <Pine.LNX.4.21.0105291405470.11756-100000@irys.stanpol.com.pl>  & On Tue, 29 May 2001, Guy Morris wrote:  J >+When MAIL misreports the number of new mails to be too high I know I canN >+synchronize the count by using READ/NEW.  However if the count reports 0 newM >+mails, but I can see that there are 157 new mails this option doesn't work. M >+If I log into the account from a terminal I can see the unread mails are inbL >+the NEWMAIL folder as expected, but the count is wrong.  The reason I needM >+to get it right is that I access the mails from a PC using Outlook Express,n  @  Hm... May be the problem is with you software, where you use to access remotely the mail ??  NEWMAIL is a "folder" and you *can* move messages (not /NEW !)i> to it - probably something doest this. Even if you correct the! problem you may see it next time.i  Check:I& MAIL> DIR NEWMAIL	! Does also "SELECT"
 MAIL> DIR/NEW   1  If the count are NOT the same you will after anyh6 correction return for the inconsistency problem - when/ you delete any non /NEW message from NEWMAIL...p  L >+and it needs to see the count in order to access the mails that are there.  ;  You say that you *can* do this :) with "DIR NEWMAIL" (whatn( is differrent than "DIR/NEW" of course).  5 >+Anybody got an idea how to reset the count upwards?t  8  *If* that is one-time problem - cannot you read all new4 messages ? The counter is saved is system-wide file,4 then "normal" user can go upwards only with fiddling4 with new messages; but this is "little insecure" for* new mail where goes to you while you work:   1. make a copy of you MAIL.MAI/ 2. send itself messages with the required countt> 3. rename the current MAIL.MAI and rename the copy to MAIL.MAI4    You must change the protection, but this probably:  no problem to you (be aware NOT remove the S:RW access !)  0 "2" you can do with simple commandprocedure with the one-line syntax:' $ MAIL NL:/subj="Counter" your_usernamet2 ..suposing you has NOT set forced CC: etc. before.  5  Repeat: any message you get between "1" and "3" willq6 be "lost" - you may manually SET FILE to the (renamed). copy, find and MOVE it - or anything you want.7  Because the existent in NEWMAIL messages *may* be not  5 flagged as /NEW you may see some inconsistency after d7 you delete messages from NEWMAIL :) - because than the F count will NOT be corrected !     Regards - Gotfryd   --  E =====================================================================iF $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEt. $!                        GS@stanpol.zabrze.plE =====================================================================    ------------------------------  " Date: Tue, 29 May 01 14:17:17 +200' From: huber@mppmu.mpg.de (Joseph Huber)  Subject: RE: VMS mail problem + Message-ID: <9f040f$qoc$1@kiosk.rzg.mpg.de>m  * In Article <9evv2i$jgh$1@ns2.gtonline.net>) "Guy Morris" <guy@dateline.co.uk> writes:lI >When MAIL misreports the number of new mails to be too high I know I canaM >synchronize the count by using READ/NEW.  However if the count reports 0 newsL >mails, but I can see that there are 157 new mails this option doesn't work.L >If I log into the account from a terminal I can see the unread mails are inK >the NEWMAIL folder as expected, but the count is wrong.  The reason I needeL >to get it right is that I access the mails from a PC using Outlook Express,K >and it needs to see the count in order to access the mails that are there.u4 >Anybody got an idea how to reset the count upwards?  , Whatever the reason for the wrong counter - E there is a MAILUAF utility either on a sig-tape  or the WKU archive :T  . the syntax is: mailuaf modify /new_message=157A and the POP server will then be able to report tyhem as new mail.r -- eH Joseph "Sepp" Huber,huber@mppmu.mpg.de,http://wwwvms.mppmu.mpg.de/~huber   ------------------------------  % Date: Tue, 29 May 2001 15:45:58 +0100d8 From: John Macallister <J.Macallister1@physics.ox.ac.uk> Subject: RE: VMS mail problemeN Message-ID: <35666012DF4CD411BE940090279FA240010BEF8C@ppnt41.physics.ox.ac.uk>  I If your newmail count is 0 but the folder NEWMAIL contains some messages,mG simply read, move or delete the messages in newmail so that the newmail  folder contains 0 messages.p   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)a   ------------------------------  % Date: Tue, 29 May 2001 17:41:44 +0200y: From: "Gotfryd Smolik, VMS lists" <gotfryd@stanpol.com.pl> Subject: Re: VMS mail problemhJ Message-ID: <Pine.LNX.4.21.0105291735280.12500-100000@irys.stanpol.com.pl>  8  Due the query for resolution on priv and the fact, that> the flag can be quickly found - have create the included code.  9 WARNING: only fast-tested and NOT checked against support :  for the /NEW flag bit location; may be incompatible with  further MAIL programm ;)-  Already make a copy of MAIL.MAI before use !i  & On Tue, 29 May 2001, Guy Morris wrote:2 ++++++++++++ NEWNEWMAIL.COM +++++++++++++++++++++++ $! Mark all mail messages in NEWMAIL folderg! $! in SYS$DISK:[]MAIL.MAI as /NEWe1 $! 2001.V, Gotfryd Smolik, use at your own risk !  $ on error   then goto exitf $ on control then goto exit  $ echo:=write sys$output* $ open/read/write/share=write mIO mail.mai1 $ read/index=1/key="NEWMAIL"  mIO record/end=exit  $ptr:r $ isNew=f$cvui(8*48,1,record)h
 $ if isNew $ then $!   show symbol recorda $ else $    record[8*48,1]=1y $    write/update mIO record $ endif " $ read/index=1/end=exit mIO record
 $ goto ptr   $exit: $ close/nolog mIOd $ exit2 --------------------------------------------------  Regards - Gotfryd   --  E ====================================================================='F $ ON F$ERROR("LANGUAGE","ENGLISH","IN_MESSAGE").GT.F$ERROR("NORMAL") - 		THEN EXCUSE/OBJECT=MEf. $!                        GS@stanpol.zabrze.plE =====================================================================h   ------------------------------  % Date: Tue, 29 May 2001 11:10:45 -0500u1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: VMS mail problem ' Message-ID: <3B13CA05.3E92BBB1@fsi.net>l   Guy Morris wrote:t > J > When MAIL misreports the number of new mails to be too high I know I canN > synchronize the count by using READ/NEW.  However if the count reports 0 newM > mails, but I can see that there are 157 new mails this option doesn't work.tM > If I log into the account from a terminal I can see the unread mails are in L > the NEWMAIL folder as expected, but the count is wrong.  The reason I needM > to get it right is that I access the mails from a PC using Outlook Express,oL > and it needs to see the count in order to access the mails that are there.5 > Anybody got an idea how to reset the count upwards?m   What happens when you:  2 $ MAIL/SUBJ=TEST NLA0: 'F$GETJPI( 0, "USERNAME" )' $ MAIL READ/NEW  G Dunno if that will increase the count based on the contents of NEWMAIL,  but it's a place to start.  F At one time, I knew where/how to find the displacement of the count in6 the VMSMAIL_PROFILE so you could update it with DCL...   -- g David J. Dachterae dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/n  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.-   ------------------------------  # Date: Tue, 29 May 2001 16:18:36 GMTr1 From: "Kari Keronen" <kari.keronen@radiolinja.fi>c Subject: VMS password cracking2 Message-ID: <01c0e85a$f6211dc0$120ba8c0@rlhkikker>   Hi,o  I Our computer security people asked me if there exists a program, that canrF check if people are using  as passwords the words that are listed in a8 file. That is if I have a file that includes for example   password 12345678 etc...  H the program checks from SYSUAF.DAT how many users are using listed (bad)G passwords and makes some kind of statistics out of it. I have been toldsJ that this is easy to do in NT environment . I think this can be done usingC $GETUAI etc ,but if someone already has this kind of program I'd beu	 grateful.t  ' OS. 7.2-1H1 Alpha and we have DEC C 6.0i   Thanks,s   -Kari-       m   ------------------------------  % Date: Tue, 29 May 2001 12:06:20 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> " Subject: Re: VMS password cracking' Message-ID: <3B13D70C.E5955652@fsi.net>t   Kari Keronen wrote:t >  > Hi,d > K > Our computer security people asked me if there exists a program, that canaH > check if people are using  as passwords the words that are listed in a: > file. That is if I have a file that includes for example > 
 > password
 > 12345678 > etc... > J > the program checks from SYSUAF.DAT how many users are using listed (bad)I > passwords and makes some kind of statistics out of it. I have been toldwL > that this is easy to do in NT environment . I think this can be done usingE > $GETUAI etc ,but if someone already has this kind of program I'd be  > grateful.  > ) > OS. 7.2-1H1 Alpha and we have DEC C 6.0   D GETUAI will return the hashed password. It cannot be "cracked". EvenE OVMS must hash the password given at login time and compare it to the > stored hashed password to see if the right password was given.  G To do the kind of checking you're talking about will require re-hashingcD every file entry for every username, and comparing the stored hashedF pasword to the resulting hashed file entry. I believe there's a system< call to do this for each entry. CPU intensive, but possible.   AFAIK...   -- i David J. Dachterac dba DJE Systemse http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/-  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.-   ------------------------------    Date: 29 May 2001 13:37:18 -05003 From: malmberg@encompasserve.org (John E. Malmberg)X" Subject: Re: VMS password cracking3 Message-ID: <E90Q5NoFX5vY@eisner.encompasserve.org>   2 In article <01c0e85a$f6211dc0$120ba8c0@rlhkikker>,3 "Kari Keronen" <kari.keronen#radiolinja.fi> writes:u > Hi,a >bK > Our computer security people asked me if there exists a program, that can H > check if people are using  as passwords the words that are listed in a: > file. That is if I have a file that includes for example > 
 > password
 > 12345678 > etc... >aJ > the program checks from SYSUAF.DAT how many users are using listed (bad)8 > passwords and makes some kind of statistics out of it.  J What you are describing is a brute force password checker.  It is probably  possible to port one to OpenVMS.  D There are also third party system security products that may provide that functionality.1    D OpenVMS does a one way encryption of a password.  There is no way toE recover the original password to do a test.  To test all possible badt% passwords is very resource intensive.   E Since the simplest thing is not to allow the bad password at all, why2 bother with a program.    > I think this can be done usingE > $GETUAI etc ,but if someone already has this kind of program I'd be  > grateful.l >n) > OS. 7.2-1H1 Alpha and we have DEC C 6.0(    J OpenVMS since about V5.3 checks a dictionary of such common words and will% not allow them to be set by the user.m  C This dictionary can be extended by the system administrator, and is@, documented in the Guide for System Security.  I Once you add your list of forbidden passwords to the list, after the lastdK current password expires, your statistics should be very easy to calculate.p     -John7 Personal Opinion OnlyS wb8tyw@qsl.network   ------------------------------    Date: 29 May 2001 17:20:59 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>]/ Subject: Re: VXT2000 hardware/firmware questiontH Message-ID: <y4elt8tc4k.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>   dgordon@compaq.com writes:  E > The InfoServer 150 would have provided  a challenge since it had non > floating point.aC > The InfoServer 1000 was a VAX in the chip sense only.  There's nos > chance it would ever run VMS.d  H So in both cases, additional money was spent to artificially segment the market.    	Jan   ------------------------------   End of INFO-VAX 2001.296 ************************