1 INFO-VAX	Fri, 09 May 2003	Volume 2003 : Issue 256       Contents:. Re: Alpha FX32 could be itanium 32 bit kludge?. Re: Alpha FX32 could be itanium 32 bit kludge?> Another Book from Digital Press - Getting Started with OpenVMS, Re: Are Bridgeworks and Multinet compatible? Comparison of similar systems ! RE: Comparison of similar systems ! Re: Comparison of similar systems ! Re: Comparison of similar systems . Re: Computerworld: HP continues to support VMS. Re: Computerworld: HP continues to support VMS. Re: Computerworld: HP continues to support VMS Re: DECNET node deletion* Re: determining when a file is closed/open+ Re: For Sale on Ebay OpenVMS V7.3-1 and SPL + Re: For Sale on Ebay OpenVMS V7.3-1 and SPL P Have you seen this...its new                         !!! ES(fEmFqLo             < Re: How Alpha will save Itanium - must reading for Bill Todd< Re: How Alpha will save Itanium - must reading for Bill Todd< Re: How Alpha will save Itanium - must reading for Bill Todd6 Re: How do I automate a response after a program fail?6 Re: How do I automate a response after a program fail?6 Re: How do I automate a response after a program fail?6 Re: How do I automate a response after a program fail?/ HP's 'Adaptive Enterprise' advertising campaign 3 Re: HP's enterprise strategy launch webcast - May 6  HSZ80 wedged in FRUTILP Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopol" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance" Re: INDEX.SYS size and performance just a slight correction khaled@mirc.com  Re: khaled@mirc.com ; Re: MicroVAX and VAX models EOSL list (end of service life) ; Re: MicroVAX and VAX models EOSL list (end of service life) ; Re: MicroVAX and VAX models EOSL list (end of service life) ; Re: MicroVAX and VAX models EOSL list (end of service life) ; Re: MicroVAX and VAX models EOSL list (end of service life) ; Re: MicroVAX and VAX models EOSL list (end of service life) ; Re: MicroVAX and VAX models EOSL list (end of service life) K NEW LUG, first meeting - Eastern Ohio/Western Pennsylvania - Please forward P Not fixed yet but still trying: Problems changing from serial port to DecServer # OpenVMS Memory/Performance Question ' Re: OpenVMS Memory/Performance Question ; OpenVMS stops Apache 2.0 bug cold ... more proof for Andrew 1 Re: Pinout of power connector on DECserver 90TL ? 1 Re: Pinout of power connector on DECserver 90TL ? 8 Re: Problems changing from serial port to DecServer port" Speed of IDE controllers in DS10 ?& Re: Speed of IDE controllers in DS10 ?& Re: Speed of IDE controllers in DS10 ?& Re: Speed of IDE controllers in DS10 ?& Re: Speed of IDE controllers in DS10 ?' TCPIP Services Telnet problem [I think] % TCPware to TCPIP FTP connect problem. * Using ALLOCLASS=1 and fiber channel disks?. Re: Using ALLOCLASS=1 and fiber channel disks?7 Re: What is the schedule for the DII COE certification? 7 Re: What is the schedule for the DII COE certification? 7 Re: What is the schedule for the DII COE certification? 7 Re: What is the schedule for the DII COE certification?  Re: Where is VMSBACKUP?  Re: Where is VMSBACKUP?  Re: Where is VMSBACKUP? 5 Re: [OpenVMS Alpha] How to get image version in DCL ?   F ----------------------------------------------------------------------  % Date: Fri, 09 May 2003 10:14:01 +0100 ' From: Andrew Harrison SUNUK Consultancy 7 Subject: Re: Alpha FX32 could be itanium 32 bit kludge? . Message-ID: <3EBB7159.4080609@nospamn.sun.com>   jlsue wrote:J > On Wed, 30 Apr 2003 22:59:21 +0200, Arne Vajh=F8j <arne@vajhoej.dk> wro= te:  >=20 >=20 >>Bob Ceculski wrote:  >> >>>interesting ... >>> - >>>http://www.theinquirer.net/?article=3D9175  >> >>Hm.  >>+ >>Do you remember that FX!32 was a fiasco ?  >=20 >=20J > FX!32 was wonderful.  The problem was that MS' OS is a moving target wh= enJ > you're trying to determine the APIs and entry points.  Oh, and when the= y J > allow the installation of a *layered product* (e.g., MS Office) to chan= ge% > OS files, it's even more difficult.  >=20  @ There was a much simpler and entirely non technical problem withD FX!32 which will probably be the death of the Intel project as well.   ISV support.  B FX!32 was designed to allow apps that were ported to NT/x86 to runB on NT/Alpha. The fact that this was required at all for commercialA applications was because the ISV's could not be persuaded to port  to NT/Alpha in the first place.   C Technically it worked, but you ended up with a solution that wasn't @ supported by the ISV. One bank I worked with were using NT/Alpha@ and an FX!32 translated NT/x86 messaging product. It worked fineD for a bit, then it fell over. The ISV in question refused to supportC the clustomer claiming that they were using an unsupported platform ? which they were. They insisted that the customer replicated the D problem on a NT/x86 platform before handling the issue. The customer@ ended up having to deploy NT on a Proliant where they reproduced@ the issue perfectly, the ISV then fixed the problem with a patch for their NT/x86 app.   @ The customer had no choice from then on in but to use NT/x86 and# dump NT/Alpha for that application.   B The Intel binary converter is spookily similar to FX!32 in that it@ seems to be trying to use the same technical approach to address* the same underlying non technical problem.  H In both cases the platform vendor is/was faced with extreme indifference1 from their ISV's for a new OS/Processor platform.   A Intel will have to do a lot of work with their ISV's getting them > to support the translated/emulated applications otherwise theyA will end up with a solution that is just as useless as FX!32 was.    Regards  Andrew Harrison   J > The fact that MS didn't publish their real interfaces (i.e., the ones t= hat   > they used) didn't help either. >=20   ------------------------------  # Date: Fri, 09 May 2003 17:18:32 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>7 Subject: Re: Alpha FX32 could be itanium 32 bit kludge? 8 Message-ID: <v9lnbvkcoeehl1s3jghc9fti43n7ali4nf@4ax.com>  E On Fri, 09 May 2003 10:14:01 +0100, Andrew Harrison SUNUK Consultancy . <Andrew_No.Harrison_No@nospamn.sun.com> wrote:   >  > 
 >jlsue wrote: K >> On Wed, 30 Apr 2003 22:59:21 +0200, Arne Vajhj <arne@vajhoej.dk> wrote:  >>   >>   >>>Bob Ceculski wrote: >>>  >>>>interesting ...  >>>>, >>>>http://www.theinquirer.net/?article=9175 >>>  >>>Hm. >>> , >>>Do you remember that FX!32 was a fiasco ? >>   >>  L >> FX!32 was wonderful.  The problem was that MS' OS is a moving target whenK >> you're trying to determine the APIs and entry points.  Oh, and when they L >> allow the installation of a *layered product* (e.g., MS Office) to change& >> OS files, it's even more difficult. >>   > A >There was a much simpler and entirely non technical problem with E >FX!32 which will probably be the death of the Intel project as well.  > 
 >ISV support.  >  > [snip for brevity...]   H Oh, I totally agree there.  I was thinking more in technical terms in my	 response.   E But you are absolutely right.  Getting ISVs to support the translated H images is also very important.  And this would happen if customer demandF was there.  I'm not sure we ever marketed it well enough to get anyone interested in full support.    ------------------------------   Date: 9 May 2003 10:42:52 -0700 1 From: susan_skonetski@hotmail.com (Sue Skonetski) G Subject: Another Book from Digital Press - Getting Started with OpenVMS = Message-ID: <857e9e41.0305090942.17872454@posting.google.com>    From: Skonetski, Susan  # Sent: Friday, May 09, 2003 11:43 AM  To: Skonetski, Susan@ Subject: OpenVMS Pearl to end the week ANOTHER OpenVMS Book from, Digital Press - Getting Started with OpenVMS    A Another Book from Digital Press, this is great news for everyone.   4 Getting Started with OpenVMS - A Guide for New Users Written by Michael D. Duffy   5 (this is what it says in part on the back cover, Sue)   > OpenVMS professional have long enjoyed a robust, full-featuredF operating system suitable for the most mission-critical application inE existence.  However, many of today graduates may not yet have had the F opportunity to experience it for themselves.  Intended for an audienceB with some knowledge of operating systems such as Windows, UNIX and@ Linux, Getting Started with OpenVMS introduces the reader to the OpenVMS approach.   B (there are a few more paragraphs and then about the Author) not to! mention all around good guy, Sue)   F Michael Duffy is a Senior Software Engineer with Process Software LLC,@ where he develops and maintains various components of two TCP/IP= implementations for OpenVMS.  He has over 15 years of OpenVMS C experience as a system manager, analyst, and system programmer, and - has spoken at the DECUS (now HPETS)symposium.   F For more details about this book, click on the Digital Press Bookstore@ which is available from http://h71000.www7.hp.com/ Note that theA Digital Press website includes a tab for users who are outside of  North America.   ISBN:1-55558-279-6  
 Warm Regards, 
 Sue Skonetski  OpenVMS Engineering    ------------------------------  # Date: Fri, 09 May 2003 14:24:53 GMT , From: "Phil Hudson" <phil.hudson@compaq.com>5 Subject: Re: Are Bridgeworks and Multinet compatible? 0 Message-ID: <VSOua.590$SM3.584@news.cpqcorp.net>   Warren,   E I apologize for the delay in responding to this note. I have been lax G in monitoring this user group, so your question had to be brought to my 
 attention.  ) Anyway, the answer to your question is... G     Yes, Multinet will work just fine in place of TCP/IP  Services(UCX) C     at runtime. BridgeWorks generates a runtime connection based on F     DCE/RPC, which in turn has successfully tested against the various0     TCP/IP stacks out there, including MultiNet.  > The only problem that you may run into is at development time.= The BridgeWorks UI uses FTP & REXEC to provide the integrated < build feature, and the automatic importing of the ANA & STDL< files. The FTP & REXEC clients built into the BridgeWorks UI< were written with the expectation that UCX based FTP & REXEC@ servers would be on the other end.   It parses the returned data8 based on how these UCX utilities return the information.  @ If this problem does exists, it only means that you will need to@ manually FTP the generated files over to OpenVMS, and build them, by hand using the generated build procedure.   Phil Hudson  (HP BridgeWorks Engineering)      : "Warren Spencer" <wspencer@ap.nospam.org> wrote in message/ news:93759AF87warrenspencer1977@216.168.3.30... 0 > corbett@PROCESS.COM (Michael Corbett) wrote in! > <3EBAA1D6.8070708@PROCESS.COM>:  >  > >Javier Henderson wrote: > >  > > J > >>>>Would anyone know if Bridgeworks can run on an OpenVMS instance thatI > >>>>uses Multinet rather than UCX?  The Bridgeworks docs list UCX as an K > >>>>optional requirement, but seem to say nothing about alternative tcpip J > >>>>stacks.  (And the salesperson hasn't returned my call from yesterday > >>>>afternoon.)  > >>>> > >>>>G > >>>  Try asking Process.  DOn't be suprised if they are very helpful.  > >>>  > >>C > >> If UCX is listed as compatible, then MultiNet will most likely K > >> work. If issues come up our (TGV) policy was to work with the customer E > >> and the vendor to get MultiNet to play nice with the third party 
 > >> product.  > >>K > >> It's my understanding that Process Software follows the same practice,  > >> so try contacting them. > >> > > J > >     We do follow the same practice.  Our goal is to have Multinet, andK > >TCPware be 100% compatible with TCP/IP services, aka UCX.  You should be K > >able to take an image that runs on UCX and run it unchanged on MultiNet. G > >If there are problems we want to know about them so we can fix them.  > > C > >     I don't know of any problems with Bridgeworks and Multinet.  > > 
 > >regards > >Mike  > >  > L > Thanks Mike - and your colleague Glen in Tech support said essentially the& > same thing to me in a private email. > L > What I'm really hoping for at this point is for someone to step in and sayK > "We're running Bridgeworks on Multinet and it works fine", before I start ; > the exploratory surgery effort on our target application.  > J > If you happen to have a reference site, it would be very helpful to hear< > from that reference, confidentiality respected, of course. >  > Many thanks! >  > ws >  > -- >  > Warren Spencer) > Senior Software Engineer (not a writer)  > The Associated Press > - > ** What's brown and sticky?    A stick.  **    ------------------------------   Date: 9 May 2003 03:02:45 -0700 7 From: stephen_bainbridge@yahoo.co.uk (Steve Bainbridge) & Subject: Comparison of similar systems= Message-ID: <a48f6f51.0305090202.3bc34f8d@posting.google.com>    Hi,   E We have many pairs of machines running OpenVMS. Each pair should have C the same hardware and software (OS, patches etc, 3rd party Products E and user written s/w). Are there any tools available that will easily F allow us to confirm that two machines are indeed similar to each other ?    Regards, Steve    ------------------------------  $ Date: Fri, 9 May 2003 11:05:36 +0100- From: "Steve Spires" <Steve.Spires@torex.com> * Subject: RE: Comparison of similar systemsE Message-ID: <91947A84607D9D48B8E674A5FAB54DA6854526@tahiti.tinuk.com>   E As discussed in this forum a short time ago, the WEBES suite might be F suitable, along with some legwork by yourselves for some parts of your requirement.  G I was thinking about this the other day after the previous discussions, G and wondered what happened to the tools the were used pre-Y2K? ISTR DEC D coming out to us, running a tool across our boxes and getting a veryH full report of how the box was configured. That would be a handy tool to5 have, or is it now part of smoething available to us?    Cheers   Steve Spires Technical Consultant Torex Health [P](44)01295 274388  [F](44)01295 275131  www.torex.com=20   > -----Original Message-----C > From: Steve Bainbridge [mailto:stephen_bainbridge@yahoo.co.uk]=20  > Sent: 09 May 2003 11:03  > To: Info-VAX@Mvb.Saic.Com ( > Subject: Comparison of similar systems >=20 >=20 > Hi,  >=20> > We have many pairs of machines running OpenVMS. Each pair=20A > should have the same hardware and software (OS, patches etc,=20 B > 3rd party Products and user written s/w). Are there any tools=20< > available that will easily allow us to confirm that two=20- > machines are indeed similar to each other ?  >=20
 > Regards, > Steve  >=20 >=20   ------------------------------  % Date: Fri, 09 May 2003 08:10:21 -0500 ( From: brandon@dalsemi.com (John Brandon)* Subject: Re: Comparison of similar systems1 Message-ID: <03050908102135@dscis6-0.dalsemi.com>   G > We have many pairs of machines running OpenVMS. Each pair should have E > the same hardware and software (OS, patches etc, 3rd party Products G > and user written s/w). Are there any tools available that will easily H > allow us to confirm that two machines are indeed similar to each other > ?   L You can start with the Get Versions recently posted.  It can be used to list" user specified LP and SW packages.  L You could also use GV to build a Get Environment - items like hardware, etc.  M There was also an early post (1 or 2 weeks) about an ECO patch kit fetch.  Do M not remember who, however it compared your ECO patch kit installation against M the available kits on HP's FTP site.  You would run this weekly or monthly to L make the necessary updates.  You could even make it report the status of ECO patch kits installed, etc.  M Most of the above is already available in some form or another.  It would not M be that difficult to create mechanisms to collect the data and pair that data & as desired to report on descrepancies.       John Brandon VMS Systems Administrator  Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wk    ------------------------------  # Date: Fri, 09 May 2003 13:26:14 GMT 3 From: "George Samuelson" <samuelsong@insightbb.com> * Subject: Re: Comparison of similar systems. Message-ID: <W%Nua.545186$Zo.116260@sccrnsc03>  K The tool you are looking for is called DASC. It runs open Alpha and Vax and F will generate a report documenting the hardware, software, and licenseI configuration of your system. It is an internal tool, therefore, I am not + sure if customers have access to this tool. 8 "Steve Spires" <Steve.Spires@torex.com> wrote in message? news:91947A84607D9D48B8E674A5FAB54DA6854526@tahiti.tinuk.com... E As discussed in this forum a short time ago, the WEBES suite might be F suitable, along with some legwork by yourselves for some parts of your requirement.  G I was thinking about this the other day after the previous discussions, G and wondered what happened to the tools the were used pre-Y2K? ISTR DEC D coming out to us, running a tool across our boxes and getting a veryH full report of how the box was configured. That would be a handy tool to5 have, or is it now part of smoething available to us?    Cheers   Steve Spires Technical Consultant Torex Health [P](44)01295 274388  [F](44)01295 275131 
 www.torex.com    > -----Original Message-----@ > From: Steve Bainbridge [mailto:stephen_bainbridge@yahoo.co.uk] > Sent: 09 May 2003 11:03  > To: Info-VAX@Mvb.Saic.Com ( > Subject: Comparison of similar systems >  >  > Hi,  > ; > We have many pairs of machines running OpenVMS. Each pair > > should have the same hardware and software (OS, patches etc,? > 3rd party Products and user written s/w). Are there any tools 9 > available that will easily allow us to confirm that two - > machines are indeed similar to each other ?  > 
 > Regards, > Steve  >  >    ------------------------------   Date: 9 May 2003 08:08:14 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) 7 Subject: Re: Computerworld: HP continues to support VMS = Message-ID: <cf15391e.0305090708.3fea7f83@posting.google.com>   t "John Smith" <a@nonymous.com> wrote in message news:<sMqua.113274$M81.12472@news02.bloor.is.net.cable.rogers.com>...H > It's pretty clear to anyone outside HP that there is a vast differenceC > between support and marketing to new customers. Dare I be so bold G > and/or wrong in saying that the people who want support are those who G > have large applications and are close enough to retirement (<8 years) - > that 'support' until 2011 is 'good enough'.  > D > Those who want the VMS market to be expanded are those who want toF > commit to VMS but for whom the 'support' commitment until 2011 isn't	 > enough.   F Let's be clear about what these dates relate to.  There seems to be anB implication here that VMS won't be supported by HP after 2011, butF that's not true at all.  The date which was originally "at least 2011"E (but which has since been revised forward to "at least 2012" based on = later estimates of Alpha last-sale dates) is specifically for F _hardware_ support of _Alpha_ systems.  5 years after last sale is the9 policy as the _minimum_ committment for hardware support.   C VMS _software_ support and development continues after 2012 (and of 5 course hardware support for Itanium systems as well).   C To put this into perspective, VAX systems haven't been manufactured ? for more than 5 years, yet software support and VMS Engineering F development work supporting VAXes continues into the future, even past? the Itanium migration.  Current roadmaps talk about 8.2 on VAX.   F Now, with regard to looking for new customers, the VMS organization isC working hard to win new customers.  Applications are the key here.  A The whole idea of the Unix Portability Initiative is to allow the @ entire suite of Unix applications to simply build-and-go on VMS,@ unmodified.  That allows anyone who would select a Unix or LinuxF solution to pick VMS as the platform for the applications they need to run.   ------------------------------  + Date: Fri, 09 May 2003 17:14:00 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> 7 Subject: Re: Computerworld: HP continues to support VMS ; Message-ID: <01KVP1K7NGU2AKVGCS@sysdev.deutsche-boerse.com>   H > Now, with regard to looking for new customers, the VMS organization isE > working hard to win new customers.  Applications are the key here.    H I'd say they are one possible key.  I know there are some customers who I write their own applications.  For them, availability of applications is  @ not an issue---availability of good hardware, OS, compilers and  development tools is.   I What are the fractions of customers who use off-the-shelf apps and those  H who use custom-built apps?  What are the fractions of revenue generated  by these customers?   C > The whole idea of the Unix Portability Initiative is to allow the B > entire suite of Unix applications to simply build-and-go on VMS,B > unmodified.  That allows anyone who would select a Unix or LinuxH > solution to pick VMS as the platform for the applications they need to > run.  F OK.  Of course, this means that one has all the disadvantages of unix F unmodified as well, or at least many of them.  Surely VMS should have E not just some glorifed POSIX kit, but should ALSO cater to folks who  G want to write applications which make use of the specific strengths of   VMS.   ------------------------------  $ Date: Fri, 9 May 2003 13:02:44 -0400* From: "Bill Todd" <billtodd@metrocast.net>7 Subject: Re: Computerworld: HP continues to support VMS 2 Message-ID: <dM6cncV5OeuoQiajXTWcoQ@metrocast.net>  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0305090708.3fea7f83@posting.google.com...    ...   H > Now, with regard to looking for new customers, the VMS organization is$ > working hard to win new customers.  E The problem, Keith, is that 'the VMS organization' neither contains a J marketing component (at least one with cash to devote to that purpose) norA appears able to influence the level of funding it has for the new L development that would be required to attract customers outside its existingG base (or, in many cases, even maintain customers within that base).  So G while 'most everyone acknowledges and appreciates the efforts it makes, C those efforts aren't likely to be all that successful in this area.    - bill   ------------------------------  % Date: Thu, 08 May 2003 13:53:32 +0100 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk> ! Subject: Re: DECNET node deletion ? Message-ID: <e9f361ef4b.Alan.Adams@orchard-way.freeserve.co.uk>   < In message <b865d7eb.0305080334.7a5529ee@posting.google.com>2           bob.dalby@spicers.net (Bob Dalby) wrote:  F > I am having trouble ammending a node - I appear to have 2 nodes thatF > are showing the same ethernet address and i can't seem to get out of > the situation: > E > I thought i could simply go into DECNET_register.exe and deregister G > the nodes and then reregister  however although this exe allows me to H > put in new nodes it does not remove or ammend the ncl database details< > when i derigeter (Even though it states that deregister isH > successful). Is this a bug? Is there an NCL del node command that i am > not aware of  L I suspect you need to flush the naming service cache. I don't have the exact( command to hand, but it's something like  * NCL>flush naming service cache all (or *?)  I with the usual caveat - don't do this on a DNS SERVER node - it loses its  own entry and stops.     >  > Details are: > 
 > NCL>sho imp   >           Name = OpenVMS VAX ,  >           Version = "V7.2    "3 >           Name = Compaq DECnet-Plus for OpenVMS , < >           Version = "V7.2-1 ECO02 16-JUN-2000 16:00:14.45" >  > NCL>sho node x25per  > 
 > Node x25per & > at 2003-05-08-13:26:59.110+01:00Iinf > 
 > Identifiers  > 3 >     Name                              = 0:.X25PER ) >     Address                           = 
 >        {
 >           (  >           [ DNA_CMIP-MICE ] , 4 >           [ DNA_SessionControlV3 , number = 19 ] , >           [ DNA_NSP ] , = >           [ DNA_OSInetwork , 49::00-01:AA-00-04-00-FA-04:20  > (LOCAL:.X25SAW) ]  >  >  > NCL>show node x25saw > 
 > Node x25saw & > at 2003-05-08-13:27:26.010+01:00Iinf > 
 > Identifiers  > 3 >     Name                              = 0:.X25PER ) >     Address                           = 
 >        {
 >           (  >           [ DNA_CMIP-MICE ] , 4 >           [ DNA_SessionControlV3 , number = 19 ] , >           [ DNA_NSP ] , = >           [ DNA_OSInetwork , 49::00-01:AA-00-04-00-FA-04:20  > (LOCAL:.X25SAW) ]  > F > If i set ncl def ent to each node i end up on the same node (x25per) > everytime.   --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------  % Date: Fri, 09 May 2003 23:25:26 +0800 , From: Paul Repacholi <prep@prep.synonet.com>3 Subject: Re: determining when a file is closed/open - Message-ID: <87llxgw3a1.fsf@prep.synonet.com>   , JF Mezei <jfmezei.spamnot@istop.com> writes:   > jboomer wrote:  = >> Unforturnately the report generation process is via vendor D >> supplied, menu driven applications which we are not authorized to	 >> alter.   E > Use logical names to point the report's location to a serial device D > which is spooled to a queue.  The application will try to write toA > REPORT_DIR:MyReport.txt which means TXA0:MyReport.TXT with TXA0 B > going to a queue whose symbiont is written to take the file, and; > perhaps use COPY/FTP or even email it to the destination.   E > This is just a general idea. Someone mentioned one of the symbionts  > that would let you do this.   G Is there an FTP variant of File Transfer Spooler? Seems a good starting  place, even so.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  # Date: Fri, 09 May 2003 13:11:18 GMT 3 From: "George Samuelson" <samuelsong@insightbb.com> 4 Subject: Re: For Sale on Ebay OpenVMS V7.3-1 and SPL. Message-ID: <WNNua.787987$L1.222432@sccrnsc02>  / Oops. I apologize. I have reset the parameters. < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3EBB1A75.A946E3F5@fsi.net...  > > George Samuelson wrote:  > >  > > Greetings All, > > J > > I have up for auction on E-Bay a complete set of OpenVMS  Alpha V7.3-1H > > which includes the SPL and Doc set. In addition, I also have OpenVMS0 > > V7.3 for Vax which includes the SPL and Doc. > > A > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3023066159  > > A > > http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=3023239611  > : > Please don't post MIME or HTML to a text only newsgroup. >  > --   > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  % Date: Fri, 09 May 2003 10:24:15 -0400 * From: "Stanley F. Quayle" <stan@stanq.com>4 Subject: Re: For Sale on Ebay OpenVMS V7.3-1 and SPL. Message-ID: <3EBB81CF.23250.7CCB9A6@localhost>  L > Don't be too suprised if you get a call from HP's legal department... ThatK > is licensed, copyrighted material. I think you better check the agreement D > under which you acquired this material before continuing with this > auction...  F There's nothing HP can do to block the sale of copyrighted materials. C The original poster's not selling copies, just the originals.  The  D Supreme Court has always allowed resale of copyrighted materials -- 2 otherwise, there wouldn't be any used book stores.  ( And he's not selling licenses, either...  E I sell copies of Tru64 UNIX on eBay.  I get the quarterly updates of  D Tru64 UNIX.  I checked with the HP, and it was okay with them to do  whatever I wanted with them...  
 --Stan Quayle  Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  $ Date: Fri, 2 May 2003 11:22:06 +0100' From: "Dave Smith" <davesmtih2@aol.com> Y Subject: Have you seen this...its new                         !!! ES(fEmFqLo              > Message-ID: <3c8qa.521$oA1.79264@newsfep2-gui.server.ntli.net>  /   This is not spam. Full details at the bottom.    -------------------------------    Dear Friend:  This is an improved version of a highly successful marketing program that will make you many thousands of $ in the next few months.  The new features are - a software program for extracting email addresses and over 2,000 URL of bulletin boards, plus links to many other thousands of places where such addresses can be extracted - ALL FREE. Take advantage of these new marketing tools and become rich fast. Please, read carefully the entire message below and enrol today.   -------------------------------   1 AS SEEN ON NATIONAL TV: This is the media REPORT.   > PARENTS OF 15 YEAR OLD FIND $71,000 CASH HIDDEN IN HIS CLOSET!  4 Does this headline look familiar? Of course it does.  You most likely have just seen this story recently featured on a major nightly news program (USA) and reported elsewhere in the world (including my neck of the woods - New Zealand). His mother was cleaning and putting laundry away when she came across a large brown paper bag that was suspiciously buried beneath some clothes and a skateboard in the back of her 15-year-old son's closet.    Nothing could have prepared her for the shock she got when she opened the bag and found it was full of cash. Five-dollar bills, twenties, fifties and hundreds - all neatly rubber-banded in labelled piles.   "My first thought was that he had robbed a bank", says the 41-year-old woman, "There was over $71,000 dollars in that bag - that's more than my husband earns in a year".   <The woman immediately called her husband at the car-dealership where he worked to tell him what she had discovered.  He came home right away and they drove together to the boy's school and picked him up. Little did they suspect that where the money came from was more shocking than actually finding it in the closet!  D As it turns out, the boy had been sending out, via E-mail, a type of "REPORT" to E-mail addresses that he obtained off the Internet. Everyday after school for the past 2 months, he had been doing this right on his computer in his bedroom.    "I just got the E-mail one day and I figured what the heck, I put my name on it like the instructions said and I started sending it out", says the clever 15-year-old.   The E-mail letter listed 5 addresses and contained instructions to send one $5 dollar bill to each person on the list, then delete the address at the top and move the others addresses down, and finally to add your name to the top of the list.   The letter goes on to state that you would receive several thousand dollars in five-dollar bills within 2 weeks if you sent out the letter with your name at the top of the 5-address list.  "I get junk E-mail all the time, and really did not think it was going to work", the boy continues.  D Within the first few days of sending out the E-mail, the Post Office Box that his parents had given him for his video-game magazine subscriptions began to fill up with - not magazines - but envelopes containing $5 bills.    "About a week later I rode [my bike] down to the post office and my box had 1 magazine and about 300 envelopes stuffed in it. There was also a yellow slip that said I had to go up to the [post office] counter.    I thought I was in trouble or something (laughs)".  He goes on, "I went up to the counter and they had a whole box of more mail for me. I had to ride back home and empty out my backpack because I could not carry it all".  EOver the next few weeks, the boy continued sending out the E-mail.   "The money just kept coming in and I just kept sorting it and stashing it in the closet, barely had time for my homework".  He had also been riding his bike to several of the banks in his area and exchanging the $5 bills for twenties, fifties and hundreds.   "I didn't want the banks to get suspicious so I kept riding to different banks with like five thousand at a time in my backpack. I would usually tell the lady at the bank counter that my dad had sent me in to exchange the money and he was outside waiting for me. One time the lady gave me a really strange look and told me that she would not be able to do it for me and my dad would have to come in and do it, but I just rode to the next bank down the street (laughs)."s  Surprisingly, the boy did not have any reason to be afraid. The reporting news team examined and investigated the so-called "chain-letter" the boy was sending out and found that it was not a chain-letter at all.  In fact, it was completely legal according to US Postal and Lottery Laws, Title 18, Section 1302 and 1341, or Title 18, Section 3005 in the US code, also in the code of federal regulations, Volume 16, Sections 255 and 436, which state a product or service must be exchanged for money received.   Every five-dollar bill that he received contained a little note that read, "Please send me REPORT number XY".  This simple note made the letter legal because he was exchanging a service (A REPORT on 'how to') for a five-dollar fee.a   [This is the end of the media release. If you would like to understand how the system works and get your $71,000+ please continue reading.  What appears below is what the 15 year old was sending out on the net -y: YOU CAN USE IT TOO - just follow the simple instructions].   -------------------------------    Dear Friendm    [ It is now possible to make a lot of money from home, for a one-time investment of just $25.a  , THANKS TO THE COMPUTER AGE AND THE INTERNET!   After you've said " bull***t ", please read the following.  This is the letter you have been hearing about on the news lately.  Due to the popularity of this letter on the Internet, a national weekly news program recently devoted an entire show to the investigation of this program described below, to see if it really can make people money.  The show also investigated whether or not the program was legal.  Their findings proved once and for all that there are "absolutely no laws prohibiting the participation  in the program and if people can follow the simple instructions, they are bound to make some bucks with only $25 out of pocket cost".  w DUE TO THE RECENT INCREASE OF POPULARITY & RESPECT THIS PROGRAM HAS ATTAINED, IT IS CURRENTLY WORKING BETTER THAN EVER.e   This is what one had to say:  J"My thanks go out to this profitable opportunity.  I was approached many times before but each time I passed on it.  I am so glad I finally joined just to see what one could expect in return for the minimal effort and money required.  To my astonishment, I received a total of $610,470.00 in 21 weeks, with money still coming in".  " Pam Hedland, Fort Lee, New Jersey.     Here is another testimonial:  "This program has been around for a long time but I never believed in it.  One day when I received this again in the mail I decided to gamble my $25 on it.  I followed the simple instructions and, voila, 3 weeks later the money started to come in.  The first month I only made $240.00, but the next 2 months after that I made a total of $290,000.00.  So far, in the past 8 months by re-entering the program, I have made over $710,000.00 and I am playing it again.V   Jan Waites, Watford, UKS    Y The key to success in this program is to follow the simple steps and NOT change anything.-    
 INSTRUCTIONS:-  t Order all 5 Reports shown on the list below, you must order each Report from the person whose name appears under it.  n 1. For each Report, send $5 cash, the name and number of the Report you are   ordering and your email address.  | You may also send the following cash alternatives: 5 Euros, 5 Pounds Sterling, $5 Canadian, $5 Australian, $5 New Zealand.    Z ------------------------------------------------------------------------------------------F REPORT 1 "The Insider's Guide to Sending Bulk E-mail on the Internet".D       ***Plus the FREE E-mail extractor software as an attachment***Z ------------------------------------------------------------------------------------------ Order from:t   M Beard  PO Box 7664a
 Nottingham NG6 8XYt UK  [ ------------------------------------------------------------------------------------------- F REPORT 2 "The Insider's Guide to Advertising for Free on the Internet"[ -------------------------------------------------------------------------------------------h Order from:h   K. Ryan  PO Box 37833 London SE23 3UA  UK[ -------------------------------------------------------------------------------------------e> REPORT 3 "The Secrets to Multilevel Marketing on the Internet"[ -------------------------------------------------------------------------------------------a Order from:6   Ilian Popovu
 PO Box 218 Stara Zagora 6000t Bulgaria  [ -------------------------------------------------------------------------------------------ue REPORT 4 " How to become a Millionaire utilizing the Power of Multi Level Marketing and the Internet"/[ -------------------------------------------------------------------------------------------a Order from:    Walter S. Stuart PO Box 4028t Beeville, TX 78104 USAb[ ------------------------------------------------------------------------------------------- 1 REPORT 5 "How to Send 1,000,000 e-mails for FREE" [ -------------------------------------------------------------------------------------------  Order from:t   Kenneth I. Purfeya 4960 Almaden Expy. # 331 San Jose, CA 95118-2007  USAb    [ -------------------------------------------------------------------------------------------O          ! TOTAL INVESTMENT $5 X 5 = $25.00.d  h Within a few days you will receive, via email, each of the 5 Reports from these 5 different individuals.  | Save them on your computer so they will be accessible for you to send to the 1,000's of people who will order them from you.  [ Also make a floppy of these Reports and keep it in case something happens to your computer.0   1. After you have ordered all 5 Reports, copy and paste this entire advertisement into Word or Notepad and REMOVE the name & address of the person in Report 5. This person has made it through the cycle.  7 2. Move the name & address in REPORT 4 down TO REPORT 51  7 3. Move the name & address in REPORT 3 down TO REPORT 4_  7 4. Move the name & address in REPORT 2 down TO REPORT 3   7 5. Move the name & address in REPORT 1 down TO REPORT 2d  7 6. Insert YOUR name & address in the REPORT 1 Position.n  : PLEASE MAKE SURE you copy every name & address ACCURATELY!  Q 7. Take the letter, with the modified list of names, and save it on your computer>   8. By using the FREE software you will get with Report 1 and by following the guidelines below and by using the valuable information contained in the Reports, You will then be able to easily advertise your letter.c  N 9. Then for every $5 you receive, all you do is email the Report they ordered.   And That's it!!y  :IMPORTANT - DO NOT alter the names of the people who are listed next to each Report, or their sequence on the list, in any way other than what is instructed above or you will lose out on the majority of your profits.  Once you understand the way this works, you will also see how it does not work if you change it.  HRemember, this method has been tested, and if you alter it, it will NOT work!!!  People have tried to put their friends & relatives names on all five thinking they could get all the money. But it does not work this way.  Believe us, we have all tried to be greedy and then nothing happened. Remember, honesty reaps the reward!!!       $$$ YOUR SUCCESS GUIDELINES $$$s    B There are currently more than 250,000,000 people online worldwide!   To assist you with marketing your letter on the Internet, the 5 Reports you purchase will provide you with invaluable marketing information which includes how to send bulk emails legally, where to find thousands of free classified ads and much more.o  5 There are 2 Primary methods to get the venture going:e  Z ------------------------------------------------------------------------------------------( METHOD 1: BY SENDING BULK E-MAIL LEGALLYZ ------------------------------------------------------------------------------------------   Let's say that you decide to start small, just to see how it goes, and we will assume you and those involved send out only 5,000 e-mails each.     Now, with the software program that you will receive for FREE when you order Report 1, it will be easier than ever to collect 5,000, 10,000 or much more, fresh email addresses with a few days work. No need to pay for expensive mailing lists that are often out of date. Or to bulk mail companies to send your offer out to, often old mailing lists.  Now your success will depend entirely on you. Along with the extract software, you will receive full instructions on how to use it, addresses of more than 2,000 bul0letin boards and other places where you can extract email addresses.  Plus other information and links to free software downloads that will help ensure your efforts are successful. All this will be included as an addition to Report 1.  The software will be included as an attachment with the same REPORT.   Let's also assume that the mailing receives only a 0.2% response (the response could be much better but let's just say it is only 0.2%.  Also many people will send out hundreds of thousands of e-mails instead of only 5,000 each).  Continuing with this example, you send out only 5,000 e-mails.  With a 0.2% response, that is only 10 orders for Report 1. Those 10 people responded by sending out 5,000 e-mails each for a total of 50,000.  Out of those 50,000 e-mails only 0.2% responded with orders.  That means 100 people responded and ordered Report 2.  Those 100 people mail out 5,000 e-mails each for a total of 500,000 e-mails.  The 0.2% response to that equals 1000 orders for Report 3.  Those 1000 people send out 5,000 e-mails each for a total of 5 million e-mails sent out.  The 0.2% response to that equals 10,000 orders for Report 4.  Those 10,000 people send out 5,000 e-mails each for a total of 50,000,000 (50 million) e-mails. The 0.2% response to that equals 100,000 orders for Report 5.  C THAT'S 100,000 ORDERS TIMES $5 EACH = $500,000.00 (half a million).R  % Your total income in this example is: 
 1... $50 + 2... $500 +a
 3... $5,000 +w 4... $50,000 +1 5... $500,000 ......... Grand Total = $555,550.00s  A NUMBERS DO NOT LIE. GET A PENCIL & PAPER AND FIGURE OUT THE WORSTtZ POSSIBLE RESPONSES AND NO MATTER HOW YOU CALCULATE IT, YOU WILL STILL MAKE A LOT OF MONEY!    N REMEMBER, THIS IS ASSUMING ONLY 10 PEOPLE ORDERING OUT OF 5,000 YOU MAILED TO.  Dare to think for a moment what would happen if everyone, or half or even one 4th of those people mailed 100,000 e-mails each or more? There are over 250 million people on the Internet worldwide and counting.  Believe me, many people will do just that, and more!  "If you do not receive at least 10 orders for Report 1 within 2 weeks, continue sending e-mails until you do.  After you have received 10 orders, 2 to 3 weeks after that you should receive 100 orders or more for Report 2. If you did not, continue advertising or sending e-mails until you do.    Z ------------------------------------------------------------------------------------------- METHOD 2: BY PLACING FREE ADS ON THE INTERNET Z ------------------------------------------------------------------------------------------  /Advertising on the net is very inexpensive and there are hundreds of FREE places to advertise. Placing a lot of free ads on the Internet will easily get a larger response. We strongly suggest you start with METHOD 1 and add METHOD 2 as you go along. Use the valuable information in Report 2 to help you.i   Once you have received 100 or more orders for Report 2, YOU CAN RELAX, because the system is already working for you, and the cash will continue to roll in!   Every time your name is moved down on the list, you are placed in front of a different Report. You can keep track of your progress by checking which of the Reports people are ordering from you.c   If you want to generate more income just send another batch of emails and start the whole process again. There is NO LIMIT to the income you can generate from this business!!!r  Z ------------------------------------------------------------------------------------------    8 FOLLOWING IS A NOTE FROM THE ORIGINATOR OF THIS PROGRAM:   You have just received information that can give you financial freedom for the rest of your life, with NO RISK and JUST A LITTLE BIT OF EFFORT. You can make more money in the next few weeks and months than you have ever imagined.  Follow the program EXACTLY AS INSTRUCTED. Do NOT change it in any way.  It works exceedingly well as it is now.  One of the people you send this to will send out 100,000 or more emails and your name will be on every one of them.  Remember though, the more you send out the more pot  ential customers you will reach.   So my friend, I have given you the ideas, information, materials and opportunity to become financially independent.  IT IS UP TO YOU NOW!!!t     MORE TESTIMONIALSe  : "My name is Mitchell. My wife, Jody and I live in Chicago. I am an accountant with a major U.S. Corporation and I make pretty good money.  When I received this program I grumbled to Jody about receiving 'junk mail'. I made fun of the whole thing, spouting my knowledge of the population and percentages involved. I 'knew' it wouldn't work.  Jody totally ignored my supposed intelligence and few days later she jumped in with both feet. I made merciless fun of her, and was ready to lay the old 'I told you so' on her when the thing didn't work. Well, the laugh was on me!  Within 3 weeks she had received 50 responses. Within the next 45 days she had received a total of $ 147,200.00 all cash! I was shocked.  I have joined Jody in her 'hobby'."w    Mitchell Wolf, Chicago, Illinois   -------------------------------n   "Not being the gambling type, it took me several weeks to make up my mind to participate in this plan. But conservative that I am, I decided that the initial investment was so little that there was just no way that I wouldn't get enough orders to at least get my money back. I was surprised when I found my medium size post office box crammed with orders.  I made $319,210.00 in the first 12 weeks. The nice thing about this deal is that it does not matter where people live.  There simply isn't a better investm% ent with a faster return and so big."r   Dan Sondstrom, Alberta, Canada   -------------------------------w  "I had received this program before.  I deleted it, but later I wondered if I should have given it a try. Of course, I had no idea who to contact to get another copy, so I had to wait until I was emailed again by someone else.........11 months passed then luckily it came again......  I did not delete this one!  I made more than $490,000 on my first try and all the money came within 22 weeks".h   Susan De Suza, New York, N.Y.t   -------------------------------o  I"It really is a great opportunity to make relatively easy money with little cost to you. I followed the simple instructions carefully and within 10 days the money started to come in.  In my first month I made $20,560.00.  By the end of third month my total cash count was $362,840.00.  Life is beautiful, Thanks to the Internet".e  # Fred Dellaca, Westport, New Zealando  Y -----------------------------------------------------------------------------------------t  M ORDER YOUR REPORTS TODAY AND GET STARTED ON YOUR ROAD TO FINANCIAL FREEDOM!!!P              
 "c]?]Di."a   ------------------------------  % Date: Fri, 09 May 2003 09:43:34 +0100 ' From: Andrew Harrison SUNUK ConsultancyaE Subject: Re: How Alpha will save Itanium - must reading for Bill Toddo. Message-ID: <3EBB6A36.3010507@nospamn.sun.com>   David Svensson wrote:hf > "Bill Todd" <billtodd@metrocast.net> wrote in message news:<nnOdnblgSMHPPSWjXTWcpw@metrocast.net>... > : >>"Rob Young" <young_r@encompasserve.org> wrote in message/ >>news:Bmythi5WF2LA@eisner.encompasserve.org...a >>F >>>In article <3EB802B4.278D46F2@eps.zko.dec.com>, Hein van den Heuvel >>* >> <hein_netscape@eps.zko.dec.com> writes: >>J >>>>Now if we could just build a big fast smp system, like a marvel,  fast >>>f	 >> [soon]d >>& >>>>enough to handle oodles of them...H >>>>In the mean time the Superdome solution will have to do, and will do >>>o >> very  >>$ >>>>nicely (See recent 650K  TPC-C). >>> H >>See it indeed:  16 times as many processors as the 4-processor MadisonK >>result, and only 5.44 times the performance.  Now *that's* scaling!  (Too2G >>bad HP won't run TPC-C tests on EV7, a platform which actually *does*W	 >>scale.)m >  > D > Yes, the TPC-C result for the Superdome was lower than I expected,E > especially compared to NECs 32-way. I do think however that we willrF > see better results in the future on the same hardware. SQL Server isF > known to not scale good at all with many users and Windows do have aH > good API for database-work but it is uncertain how well it scales with
 > many CPU's.o > ; > I expect a HP-UX Oracle combination to scale much better.h >   A Oracle should scale better but its less efficient than SQL-Server4> on the systems where both Oracle and SQL-Server have both been, benchmarked which have been smaller systems.  F Older TPC-C results suggest a ~10% difference in favour of SQL-Server.   Regardso Andrew Harrisonm       > /David   ------------------------------   Date: 9 May 2003 07:29:52 -0700i' From: icerq4a@spray.se (David Svensson) E Subject: Re: How Alpha will save Itanium - must reading for Bill Toddu= Message-ID: <734da31c.0305090629.618fa189@posting.google.com>a  d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<eZCcnQvwyqSmNSejXTWcoA@metrocast.net>...6 > "David Svensson" <icerq4a@spray.se> wrote in message9 > news:734da31c.0305081042.2fe87099@posting.google.com...c9 > > "Bill Todd" <billtodd@metrocast.net> wrote in messages1 >  news:<nnOdnblgSMHPPSWjXTWcpw@metrocast.net>...3> > > > "Rob Young" <young_r@encompasserve.org> wrote in message3 > > > news:Bmythi5WF2LA@eisner.encompasserve.org...oK > > > > In article <3EB802B4.278D46F2@eps.zko.dec.com>, Hein van den Heuvel * >  <hein_netscape@eps.zko.dec.com> writes: > > > >k	 > > > > >wJ > > > > > Now if we could just build a big fast smp system, like a marvel, >  fastp	 >  [soon]s, > > > > > enough to handle oodles of them...N > > > > > In the mean time the Superdome solution will have to do, and will do >  very * > > > > > nicely (See recent 650K  TPC-C). > > >oL > > > See it indeed:  16 times as many processors as the 4-processor MadisonI > > > result, and only 5.44 times the performance.  Now *that's* scaling!h >  (Too K > > > bad HP won't run TPC-C tests on EV7, a platform which actually *does* 
 > > > scale.)  > >lF > > Yes, the TPC-C result for the Superdome was lower than I expected,G > > especially compared to NECs 32-way. I do think however that we willaH > > see better results in the future on the same hardware. SQL Server isH > > known to not scale good at all with many users and Windows do have aJ > > good API for database-work but it is uncertain how well it scales with > > many CPU's.  > L > Well, you don't have to look *all* that far to see how well SQL Server canN > handle at least 32 CPUs:  the same software was used for the NEC 32-way testK > you mentioned above, and HP's 64-way score was only 1.28x that of the NEC  > 32-way score.e >  > - bill  F That is correct, but even NEC's result look bad compared to HP's 4-WayF 121,065. Anyway, I don't think one should expect linear CPU scaling on TPC-C testing.   /David   ------------------------------  $ Date: Fri, 9 May 2003 12:54:03 -0400* From: "Bill Todd" <billtodd@metrocast.net>E Subject: Re: How Alpha will save Itanium - must reading for Bill Toddo2 Message-ID: <xJOcnbKpYvWMQCajXTWcpQ@metrocast.net>  4 "David Svensson" <icerq4a@spray.se> wrote in message7 news:734da31c.0305090629.618fa189@posting.google.com...r7 > "Bill Todd" <billtodd@metrocast.net> wrote in messageg. news:<eZCcnQvwyqSmNSejXTWcoA@metrocast.net>...   ...m  J > > Well, you don't have to look *all* that far to see how well SQL Server canuK > > handle at least 32 CPUs:  the same software was used for the NEC 32-wayS testI > > you mentioned above, and HP's 64-way score was only 1.28x that of theh NEC  > > 32-way score.e > >p
 > > - bill > H > That is correct, but even NEC's result look bad compared to HP's 4-WayH > 121,065. Anyway, I don't think one should expect linear CPU scaling on > TPC-C testing.  K Indeed, though I'd still like to see just how closely a Marvel system coulds come.h  J POWER4/4+ systems appear to have a relatively scalable memory interface asL well, but since IBM doesn't submit results for small configurations we can'tG see how well they scale.  However (as by pure coincidence I happened to J suggest in another post just last night) it seems that the new (presumablyA 1.7 GHz) POWER4+ systems are poised to retake the TPC-C lead fromt/ SuperDome - using only half as many processors:o  ( http://www.theinquirer.net/?article=9416   - bill   ------------------------------  % Date: Fri, 09 May 2003 11:12:36 +0200v( From: Andreas Davour <ante@update.uu.se>? Subject: Re: How do I automate a response after a program fail?h* Message-ID: <cs9fznoiiuz.fsf@update.uu.se>  - david20@alpha2.mdx.ac.uk (David Webb) writes:,    D >>Is there a way to traverse the MAIL folder and get a list of thoseI >>"missing files"? Then maybe they could be created all at once instead. V >> >a; > Get vfymail - never used it myself but the readme says :-y >o > " I > VFYMAIL, UTILITIES, Check for missing or extra MAIL$xxxxxxxx.MAI files.  >.< > This utility checks a mail directory for extra and missingF > MAIL$xxxxxxxxxxxxxxxx.MAI files.  When the 'repair' feature is used,F > the utility can move messages that have lost their external file andE > rename external files that have lost their message header (for easyb > identification). >e > "f >i+ > It's available from the Freeware 4.0 CD  d > 8 > http://h71000.www7.hp.com/freeware/freeware40/vfymail/ >  >mR > (I thought it was also available from Process' PMDF site along with a number of J > other mail and PMDF related programs but I can't seem to find them there > anymore).h  E Thansk for your help. I now know of more places to search for utility 1 programs than before. It might be handy some day.n   /Andreas   ------------------------------  % Date: Fri, 09 May 2003 11:07:33 +0200e( From: Andreas Davour <ante@update.uu.se>? Subject: Re: How do I automate a response after a program fail?p* Message-ID: <cs9llxgij3e.fsf@update.uu.se>  D Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid> writes:   > David M Smith wrote: >>   >> hH >> There is a program called MAILCOUNT on the Freeware V5 CD which will C >> "match" these external files against the MAIL.MAI file. You can d >> download it from: e >>  C >>         http://h71000.www7.hp.com/freeware/freeware50/mailcount/w >d7 > There is another one on the V4 freeware CD : VFYMAIL   >h9 >  http://h71000.www7.hp.com/freeware/freeware40/vfymail/   $ Thanks for both of your suggestions!   /Andreas   ------------------------------  % Date: Fri, 09 May 2003 11:10:47 +0200g( From: Andreas Davour <ante@update.uu.se>? Subject: Re: How do I automate a response after a program fail?e* Message-ID: <cs9isskiiy0.fsf@update.uu.se>  ) Chris Olive <nospam@raytheon.com> writes:e    E > Just FYI in case you need to come to this later, the best way to go H > mucking around with MAIL internals is using the callable MAIL$ utilityF > routines.  Sounds like you maybe are minimally familiar with VMS, soD > this might be a bit to bite off, but... it's there if you need it.  E Thanks for the hint! I'm probably not familiar enough with VMS to use B the utility routines, but it's always good to know they exist if I should learn more one day.   /andreas   ------------------------------   Date: 9 May 03 05:27:55 PST  From: mckinneyj@cpva.saic.come? Subject: Re: How do I automate a response after a program fail?o( Message-ID: <Z3A6tKbedWnp@cpva.saic.com>  * In article <cs91xz9u9fd.fsf@update.uu.se>,+  Andreas Davour <ante@update.uu.se> writes::
 > Hi guys! > I > I'm trying to help out moving some VMS MAIL to a unix account. (yeah, IE- > know it's not fun but it had to be done...)  >   E If your VMS system is using Multinet and both the unix system and theN2 VMS system are on the net then you might check out  F http://groups.google.com/groups?hl=en&lr=&ie=ISO-8859-1&q=multinet+mfu  E it uses the callable mail api to read the messages from a VMS mailboxpF and forward them on to a user specified address changing only the "to" message headers.   - Jimk   ------------------------------  # Date: Fri, 09 May 2003 13:28:45 GMT,# From: "John Smith" <a@nonymous.com>a8 Subject: HP's 'Adaptive Enterprise' advertising campaignJ Message-ID: <h2Oua.152030$kYH.143381@news01.bloor.is.net.cable.rogers.com>  C Watch for the start of a huge advertising campaign by HP later this:D month focused around the "Adaptive Enterprise" ( as described in theE carly web festival earlier this week). The advertising trade rags area! full of buzz about this campaign.i  D Sharpen your pencils to keep score of how much exposure (if any) VMS5 gets in this campaign relative to other HP offerings.R   ------------------------------  % Date: Fri, 09 May 2003 11:31:15 +0100w' From: Andrew Harrison SUNUK Consultancy,< Subject: Re: HP's enterprise strategy launch webcast - May 6. Message-ID: <3EBB8373.7050206@nospamn.sun.com>   JF Mezei wrote: * > Andrew Harrison SUNUK Consultancy wrote: > H >>You will not find any references to OpenVMS in the UDC pages but it isH >>the future of datacenter computing from HP, you can read what you like >>into that. >  > H > OK, the question now becomes: how can we NOT read the obvious from the- > omissions of VMS throughout HP's strategy ?. >   A I guess it depends on what kind of ommision we are talking about.l  @ Forgetting to include OpenVMS in the normal HP marketing spin is> one thing. It may upset OpenVMS advocates but probably doesn't= do that much damage because it doesn't change the status quo.s  ? There may in fact be an upside to this since most of the recent D HP marketing campaigns have been devoid of content and embarassinglyG full of BS and errors, the number 1 in UNIX taglines which the analysts B whose numbers these claims are based on don't agree being one good example.  H Forgetting to support OpenVMS as part of the UDC program is a differnentA story since it will materially effect capabilites of OpenVMS whend$ compared with other HP OS's/Solaris.   Regards7 Andrew Harrisoni  P > Tandem doesn't yet run on that IA64 thing yet it is mentioned. And I'd ventureM > a guess that Tandem will be commercially available on that IA64 thing after2	 > VMS is.  > < > However: this brings me to the following question/comment: > N > Is it possible that the combination of Alpha-murder, avoiding mention of VMSH > causing uncertainty, lack of marketing of Alpha etc have resulted in aO > significant enough drop in VMS revenus that HP has finally found an excuse tom > retire VMS like it did MPE ? > N > Seems to me that HP is now giving exactly that message about its intentions.   ------------------------------  $ Date: Fri, 9 May 2003 03:14:39 -0400  From: John Santos <JOHN@egh.com> Subject: HSZ80 wedged in FRUTIL.6 Message-ID: <1030509025359.10887A-100000@Ives.egh.com>  D One of my customers has an HSZ80 that appears to be somewhat wedged.  @ They are 3000 miles away, so I can't just press some buttons :-(  > When you connect to it, using HSZTERM ($ SET HOST/SCSI), it is; running FRUTIL which is ignoring all input.  (The menu saysd@ "Press 5 to Exit" (paraphrased), but no matter what you type, it6 just says "Invalid Response" and re-displays the menu.  < The HSZ appears to be working fine otherwise.  All disks are> mounted and in use, not logging any errors, no other symptoms.  = (I think I may have put it into FRUTIL a couple of weeks ago,n: while trying to advise the 3rd-party service droid who was< trying to change the cache battery in another HSZ80 on a 2nd> system a few feet away.  I wanted to see what FRUTIL's options= were, etc.  BTW, he managed to do something wrong and got all > the disks on the other HSZ80 to think they had unflushed cache: data.  Fortunately, we were able to recover everything...)  7 Host is Alpha VMS V7.2-1, HSZTERM V1.0, HSZ80 V8.3, not  dual-redundant.2  5 Do they just need to press and hold the reset button?u; Should we shut down VMS 1st to minimize the chances of lost  data?r     --   John Santosi Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 09 May 2003 23:37:55 +0800n, From: Paul Repacholi <prep@prep.synonet.com>Y Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly monopola- Message-ID: <87he84w2p8.fsf@prep.synonet.com>c  6 Brian Inglis <Brian.Inglis@SystematicSw.ab.ca> writes:  D > You should be able to read seven track tapes nowadays by replacingD > the heads with a hand scanner and a damp sponge fed from a VueBits( > (or whatever it was called) reservoir.  F Magna-See. Have you no pride :) Plus museum collection should at least pretend to be original!f   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.t@                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 9 May 2003 01:17:22 -0700a) From: jbrankin@ntlworld.com (Jim Brankin)s+ Subject: Re: INDEX.SYS size and performances= Message-ID: <863f19d6.0305090017.133baf81@posting.google.com>l  k John Laird <john@laird-towers.org.uk> wrote in message news:<efklbv8hh3ett5i0tdj75l6gtms6tmsgre@4ax.com>...m .  > 9 > Let's see you create more files than clusters, then :-)m >   ( No problem. Make them zero length files.   ------------------------------  $ Date: Fri, 9 May 2003 12:27:00 +0100* From: "John Travell" <john@travell.uk.net>+ Subject: Re: INDEX.SYS size and performancec5 Message-ID: <b9g3a6$ico6t$1@ID-120847.news.dfncis.de>e  6 "Jim Brankin" <jbrankin@ntlworld.com> wrote in message7 news:863f19d6.0305090017.133baf81@posting.google.com...e8 > John Laird <john@laird-towers.org.uk> wrote in message4 news:<efklbv8hh3ett5i0tdj75l6gtms6tmsgre@4ax.com>... > .s > > ; > > Let's see you create more files than clusters, then :-)m > >  >h* > No problem. Make them zero length files.  H Might not work anyway, there is at least one block in the index file forL each file header. The minimum amount of disk space consumed per file name is7 one block, even for a file with zero blocks of content.n     -- John Travell  VMS crashdump expertise for hire john@travell.uk.neth http://www.travell.uk.net/       ---n& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.478 / Virus Database: 275 - Release Date: 06/05/2003k   ------------------------------  % Date: Fri, 09 May 2003 12:42:07 +0100t+ From: John Laird <john@laird-towers.org.uk>y+ Subject: Re: INDEX.SYS size and performance 8 Message-ID: <2r4nbv48igfk4q1cer8cviu4p0212vuuf9@4ax.com>  G On Fri, 9 May 2003 12:27:00 +0100, "John Travell" <john@travell.uk.net>g wrote:  7 >"Jim Brankin" <jbrankin@ntlworld.com> wrote in messageb8 >news:863f19d6.0305090017.133baf81@posting.google.com...9 >> John Laird <john@laird-towers.org.uk> wrote in messagea5 >news:<efklbv8hh3ett5i0tdj75l6gtms6tmsgre@4ax.com>...  >> . >> >< >> > Let's see you create more files than clusters, then :-) >> > >>+ >> No problem. Make them zero length files.  >gI >Might not work anyway, there is at least one block in the index file for M >each file header. The minimum amount of disk space consumed per file name is 8 >one block, even for a file with zero blocks of content.  K You do remember just how small a disk has to be to have a cluster factor oftK 1 block :-)  The other cheat, of course, is to "partition" the disk with LDoE or the like and take advantage of the smaller cluster factors on eachg8 logical volume to accommodate more (albeit small) files.     	Johnt   ------------------------------   Date: 9 May 2003 06:43:09 -0700i. From: spamsink2001@yahoo.com (Alan E. Feldman)+ Subject: Re: INDEX.SYS size and performancet= Message-ID: <b096a4ee.0305090543.2bc0f1b6@posting.google.com>i  a brandon@dalsemi.com (John Brandon) wrote in message news:<03050818040048@dscis6-0.dalsemi.com>...aQ > > 2) Typically, the larger the size of index.sys the better.  Especially if youtP > > have thousands or tens of thousands (or more) of files.  This keeps you from' > > having to initialize the disk when t > >  > > Do a HELP INIT /HEADER > > E > >         The default value for the /HEADERS qualifier is generallycD > >         insufficient for ODS-2 disks. To improve performance andD > >         avoid SYSTEM-F-HEADERFULL errors, Compaq recommends thatF > >         you set this value to be approximately the number of filesE > >         that you anticipate having on your disk. However, grosslyeG > >         overestimating this value will result in wasted disk space.  > > $ > > I set my disks to /header=400000 > Q > I have run into this problem when I took the defaults for initialize - on oldergL > VAX servers running 5.5-2 and 6.1.  Ever since then I have always used the$ > /HEADER qualifier quite liberally. > 8 > The above statement is from HELP on an Alpha V7.2-1h1. > J > > I am puzzled as to why this HEADERFULL error is still of such concern.J > > The algorithm for extending INDEXF.SYS has been greatly improved. ThisB > > page contains the improved extension algorithm for INDEXF.SYS: > > N > >  http://ftp1.support.compaq.com/public/vms/vax/v5.5-2/vaxf11x03_070.README > > 3 > > Here is the algorithm as quoted from that page:' > > E > >  o  Disk space is inefficiently used due to the default extension C > >      size of INDEXF.SYS.  The algorithm now tries to extend the E > >      file by 15% of MAX_FILES - HEADERS_USED.  It does this until D > >      the index file has grown to 90% of MAX_FILES.  From then on? > >      the file is extended in increments of 1% of MAX_FILES.a > > 3 > >      This problem is fixed in OpenVMS VAX V6.0.r > > F > >      CSC NOTE:  This problem may also occur on OpenVMS Alpha V6.1.E > >                 The AXPF11X02_061 ECO kit will fix the problem ono' > >                 OpenVMS Alpha V6.1.h > > I > > Is this new algorithm not being used anymore? I know that there was aEH > > bug in an early version of it that I fell victim to once on one diskF > > at my previous job. Because of this bug this disk's INDEXF.SYS hadF > > dozens of extents each of which were less than 100 blocks in size! > > J > > I called DEC and they said to apply the fix from a general Y2K ECO kitH > > and that fixed it. I have not had the HEADERFULL problem since (I amB > > running VAX systems with VMS v6.1 and v6.2 at my current job.) > > ' > > Here is the description of the bug:  > > R > > http://ftp.support.compaq.com.au/pub/patches/Readmes/wnt/vaxy2k01_u2055.README > > E > > PROBLEMS ADDRESSED IN VAXF11X01_U2055 KIT FOR OPENVMS VAX V5.5-2:y > > 	 > > [...]l > > G > >  o  A previous attempt  to  solve  the  problem  of  extending  themH > >      INDEXF.SYS  file  has introduced new problems which resulted inH > >      sometimes  leaving  the  INDEXF.SYS   file   very   fragmented.H > >      Therefore  a  new simplified algorithm for INDEXF.SYS extending > >      has been introduced.  > > G > > Anyway, it is because of these ECO's that I would have thought thatg9 > > the dreaded HEADERFULL error was a thing of the past.w > M > There is still a suport document for this, below is a brief of the problem:u > < > *TITLE: [OpenVMS] Explanation Of SYSTEM-F-HEADERFULL Error > *eI > *Copyright (c) Digital Equipment Corporation 1994. All rights reserved.  > *w& > *PRODUCT:   OpenVMS VAX All Versions& > *           OpenVMS AXP All Versions > *e > *QUESTION: > *-7 > *Why does the creation of a file result in the error:- > *-1 > *     %SYSTEM-F-HEADERFULL, file header is fulld > *S > *g
 > *ANSWER: > *hI > *Normally when an extend operation is executed on a file and the headermH > *for the file has no more room for retrieval pointers, the file system, > *creates an extension header for the file. > * E > *However, the file system has an option to prohibit the creation of-I > *extension file headers.  This is utilized for several system files andh? > *is available for use by application programmers.  Under this-H > *condition, if there is not enough space in the file header to map allI > *the new extents that are gathered as a result of the extend operation, ' > *the extend will fail with the error:- > *-1 > *     %SYSTEM-F-HEADERFULL, file header is fullT > *hE > *Most often this error is caused by the failure to extend the index-H > *file for the volume, INDEXF.SYS.  By design, INDEXF.SYS is restrictedE > *to 1 file header.  When this single file header is full, the error = > *occurs and no new files can be created on the disk volume.- > *-F > *NOTE:  The error may also be produced when using the SYSGEN UtilityG > *       to extend pagefiles or swapfiles, or by any application which-I > *       sets the FIB$M_NOHDREXT bit in the File Information Block (FIB)aH > *       field, FIB$W_EXCTL, for an ACP-QIO file extend operation.  ForH > *       more information on using the ACP-QIO extend operation, please3 > *       refer to either of the following manuals:  > P > And it does say that it is for both VAX and AXP all versions - so I would haveP > to assume that your statement of the problem is a different problem entirely - > with the same results.  D Nope. It's the same problem. I guess you are referring to the bug inF the then-new INDEXF.SYS extension algorithm. I just threw that in as aE sidebar and as a warning. So forget that for now. It seems to me thatt= the new algorithm (if you have a bug-free version), makes thenC occurence of running out of space in the file header for INDEXF.SYS0 much less likely.l  E Now, while it may still be a good idea to estimate the largest number D of file extents you ever expect to have on the disk and set /HEADERS? to that number, there is much less need to worry about actuallyWE running out of space in the file header for INDEXF.SYS because of the ( new extension algorithm mentioned above.   >  > John Brandon > VMS Systems AdministratorR > Dallas Semiconductor > first.last@dalsemi.com > 972.371.4172 wk      Disclaimer: JMHO Alan E. Feldman2   ------------------------------  % Date: Fri, 09 May 2003 08:58:27 -0500 ( From: brandon@dalsemi.com (John Brandon)+ Subject: Re: INDEX.SYS size and performancec1 Message-ID: <03050908582736@dscis6-0.dalsemi.com>   F > Nope. It's the same problem. I guess you are referring to the bug inH > the then-new INDEXF.SYS extension algorithm. I just threw that in as aG > sidebar and as a warning. So forget that for now. It seems to me thath? > the new algorithm (if you have a bug-free version), makes thecE > occurence of running out of space in the file header for INDEXF.SYSe > much less likely.t  L Another good reason to maintain your O/S and ECO patch kits ... if possible.  G > Now, while it may still be a good idea to estimate the largest numberiF > of file extents you ever expect to have on the disk and set /HEADERSA > to that number, there is much less need to worry about actuallydG > running out of space in the file header for INDEXF.SYS because of thea* > new extension algorithm mentioned above.  J True.  However taking a little time to determine the needs for the disk isL always a good idea.  And the initial creation of the disk is a lot less timeD consuming and less resource overhead than allowing the headers to beL automatically increased.  I would assume thrashing with the automatic part -# though it may not be that dramatic.l  3 Then there is always the best laid plans of mice...t  O That also brings up the CREATE /DIRECTOY /ALLOCATION= ... been there done that.k   John Brandon VMS Systems Administratord Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wkd   ------------------------------   Date: 9 May 2003 09:24:36 -0500e From: briggs@encompasserve.org+ Subject: Re: INDEX.SYS size and performance-3 Message-ID: <llXrRJW4dKtH@eisner.encompasserve.org>-  \ In article <03050908582736@dscis6-0.dalsemi.com>, brandon@dalsemi.com (John Brandon) writes:G >> Nope. It's the same problem. I guess you are referring to the bug ingI >> the then-new INDEXF.SYS extension algorithm. I just threw that in as aeH >> sidebar and as a warning. So forget that for now. It seems to me that@ >> the new algorithm (if you have a bug-free version), makes theF >> occurence of running out of space in the file header for INDEXF.SYS >> much less likely. > N > Another good reason to maintain your O/S and ECO patch kits ... if possible. > H >> Now, while it may still be a good idea to estimate the largest numberG >> of file extents you ever expect to have on the disk and set /HEADERSnB >> to that number, there is much less need to worry about actuallyH >> running out of space in the file header for INDEXF.SYS because of the+ >> new extension algorithm mentioned above.t > L > True.  However taking a little time to determine the needs for the disk isN > always a good idea.  And the initial creation of the disk is a lot less timeF > consuming and less resource overhead than allowing the headers to beN > automatically increased.  I would assume thrashing with the automatic part -% > though it may not be that dramatic.   @ No thrashing.  If I understand the modified algorithm correctly,> after 24 iterations, your INDEXF.SYS will be at 100% capacity.  E 14 iterations decreasing unused maximum space by a factor of .85 eachn time up to 90% utilization.o= 10 iterations decreasing unused maximum space by 1% each timep up to 100% utilization.m  H I think you can live with the performance impact of extending INDEXF.SYS% 24 times over the life of the volume.0  H There's another limit that can kick in.  The file header for INDEXF.SYS F can never have an extension header.  So you can only extend INDEXF.SYSB until you run out of room for mapping information.  If your volume@ is badly enough fragmented, you could still run into this limit.  @ Either way, there is a small finite number of times that you canE ever extend INDEXF.SYS on a volume.  There is no way you can "thrash"  doing INDEXF.SYS extensions.   	John Briggs   ------------------------------  % Date: Fri, 09 May 2003 12:01:13 -0500.( From: brandon@dalsemi.com (John Brandon)+ Subject: Re: INDEX.SYS size and performanceE1 Message-ID: <03050912011362@dscis6-0.dalsemi.com>B  B > No thrashing.  If I understand the modified algorithm correctly,@ > after 24 iterations, your INDEXF.SYS will be at 100% capacity. >GG > 14 iterations decreasing unused maximum space by a factor of .85 eachp > time up to 90% utilization. ? > 10 iterations decreasing unused maximum space by 1% each timee > up to 100% utilization.e   That is what I thought.a  J > I think you can live with the performance impact of extending INDEXF.SYS' > 24 times over the life of the volume.r  K I agree with that however I still believe it would be optimal to create theiE drive to specifications (or intentions of use) and then allow the O/S   compensate for those gotch-ya's.  J > There's another limit that can kick in.  The file header for INDEXF.SYS H > can never have an extension header.  So you can only extend INDEXF.SYSD > until you run out of room for mapping information.  If your volumeB > is badly enough fragmented, you could still run into this limit. > B > Either way, there is a small finite number of times that you canG > ever extend INDEXF.SYS on a volume.  There is no way you can "thrash"  > doing INDEXF.SYS extensions. >  > 	John Briggs   Good information.  Thanks!   John Brandon VMS Systems Administratori Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wk1   ------------------------------   Date: 9 May 2003 10:35:00 -0700a- From: XNCGULCTLUMA@spammotel.com (Roose Chua)n+ Subject: Re: INDEX.SYS size and performancee; Message-ID: <6273a2.0305090935.6a2c6b18@posting.google.com>p  p XNCGULCTLUMA@spammotel.com (Roose Chua) wrote in message news:<6273a2.0305072235.66e8dec3@posting.google.com>... > Hi,g > F > I have been doing some cleanup activities on our nodes and one thingG > that have caught my attention and just seems to be abnormal to me, isuE > that some of our disks, ie. RZ28, had their index.sys' file size at- > more than 200,000 blocks.- >  > My questions are:TC > 1. Is it normal for index.sys files to have these amount of size?rE > 2. Having this amount of size, would there be significant impact oni& > the overall disk/system performance?D > 3. If this is not normal, how then can you "re-size" the index.sysH > file so that it would be within the level of normal range? Preferably,+ > not having the disk to be re-initialized.a > , > Thanks in advance for your advise on this. > 
 > Regards, > Roose Chua   Folks,  D Thanks for everyone who took their time in answering my questions! IB learned quite a number of items based on your replies. Again, many thanks!e  
 Roose Chua   ------------------------------  % Date: Fri, 09 May 2003 13:31:48 -0400n& From: David M Smith <dsmit115@csc.com>+ Subject: Re: INDEX.SYS size and performancef8 Message-ID: <boonbv4i1iemka7hgua0ghevqef07r6if8@4ax.com>  M On 9 May 2003 06:43:09 -0700, spamsink2001@yahoo.com (Alan E. Feldman) wrote:m 	...F >Now, while it may still be a good idea to estimate the largest numberE >of file extents you ever expect to have on the disk and set /HEADERSk@ >to that number, there is much less need to worry about actuallyF >running out of space in the file header for INDEXF.SYS because of the) >new extension algorithm mentioned above.o 	...J That's true only if the free space on your is sufficiently contiguous thatO INDEXF.SYS can be extended in such large chunks. My experience is that it still K is a good idea to INIT with /HEADERS= a good estimate of eventual number ofb files on the disk.  G FWIW, you can check an existing INDEXF.SYS file with a command such as:e  6 $ dump /file/head/bloc=coun=0 user1:[000000]indexf.sys  @ which produces output including the following on my system here:  ,     Map area words in use:                11   Map area     Retrieval pointers0         Count:         18        LBN:          00         Count:          9        LBN:       10260         Count:          9        LBN:    42894630         Count:     100206        LBN:    4189257  I Both of these are items of interest. The first, Map area words in use, istN limited to a total of 155. Each retrieval pointer (extent) uses a few of theseL map "words". Once they are used up, and all file headers are in use, you getP HEADERFULL. There is no easy way (with standard VMS) to see how close you are toM the edge except for monitoring map words in use as shown here -- once you get * close to 255 you are probably on the edge.  K Deleting existing files will make file headers available for re-use without O shrinking INDEXF.SYS, so an apparently fully extended INDEXF.SYS may still haveuP lots of available file headers (from previously deleted files). DFU has a REPORT5 option which displays free headers, I've not used it.lI -------------------------------------------------------------------------1I David M. Smith 302.391.8533                       dsmit115 at csc dot com I Computer Sciences Corporation     (Opinions are those of the writer only)uI -------------------------------------------------------------------------    ------------------------------   Date: 9 May 2003 07:07:26 -0700-1 From: susan_skonetski@hotmail.com (Sue Skonetski)D! Subject: just a slight correctionI< Message-ID: <857e9e41.0305090607.274098c@posting.google.com>  F The LUG is not new nor is this a first meeting but keep an ear out for a new LUG coming.c   suej   ------------------------------  # Date: Fri, 09 May 2003 12:54:45 GMTg( From: "konabear" <maurert@ameritech.net> Subject: khaled@mirc.com? Message-ID: <pyNua.7134$3f7.4957946@newssvr28.news.prodigy.com>d   Khaled  I Hi I'm an HP employee (Formerly Compaq) working remotely for the ColoradotJ Support Center.  Each morning (and each time our VPN fails) I need to sign? on to three chat channels.  Is there a way to configure mIRC to>L automatically connect to several channels when it connects to the server?  I? do have it configured to reopen is the disconnect is momentary.    Todd   ------------------------------  # Date: Fri, 09 May 2003 14:05:15 GMTl' From: Colin Blake <colin@theblakes.com>  Subject: Re: khaled@mirc.com* Message-ID: <3EBBB599.20709@theblakes.com>   konabear wrote:p   >Khaleds >eJ >Hi I'm an HP employee (Formerly Compaq) working remotely for the ColoradoK >Support Center.  Each morning (and each time our VPN fails) I need to signc@ >on to three chat channels.  Is there a way to configure mIRC toK >automatically connect to several channels when it connects to the server? w > G I use Mozilla's chatzilla and the following URL will connect me to the h& mozilla channel on the moznet network:   irc://moznet/%23mozillat  H And then this URL will open a second pane to the venkman channel in the  same chat window:t   irc://moznet/%23venkmano  D These URL's can be entered into the address bar, used as bookmarks, K saved as your home page, whatever you want to do to make your life simpler.s   ------------------------------  + Date: Fri, 09 May 2003 11:15:40 +0100 (MET)e9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com>fD Subject: Re: MicroVAX and VAX models EOSL list (end of service life); Message-ID: <01KVOOY3H5RSAKVGCS@sysdev.deutsche-boerse.com>3  G > We have some very unhappy customers as a result of this; they've beenwG > paying good money for support on top of hefty dollars on the originalaB > purchases, and do not like the direction HP is taking with theseA > really not _that_ old systems, given the history of longer termo > support in the past...  H I assume that HP figures that the money they lose if people leave HP as @ a result is less than the money they save by no longer offering A maintenance on these systems.  Let's assume that the maintenance >F payments exactly covered the costs to HP.  When EOSL is announced, HP C has no more costs here.  However, it loses revenue only from those eD customers who leave HP; some customers---particularly long-time VMS A customers---will move to ALPHA or, if there is hardware-specific oI software involved, perhaps a newer VAX.  Presumably, many customers have  G left these older systems already for different reasons, so either less m0 revenue comes in or those still paying pay more.  I Let's face it, if people are so tied to VAX they can't move to ALPHA, HP  G will call their bluff if they threaten to move away from HP completely.   I It seems like a no-win situation for the customer: they will have to pay  H at least what it costs to continue the maintenance, or there will be no I more maintenance.  (Presumably, HP isn't making a profit, or it wouldn't m) stop the maintenance for these machines.)y  H Of course, it could be that HP hopes that by stopping maintenance, even D if it is profitable, they will generate more by moving the folks to  ALPHA and/or ITANIUM.w   ------------------------------  # Date: Fri, 09 May 2003 09:31:39 GMTi& From: Woland <weiland@no.spam.post.cz>D Subject: Re: MicroVAX and VAX models EOSL list (end of service life)0 Message-ID: <CFN377504739832407@news.cup.hp.com>  N On Thu, 08 May 2003 19:29:41 -0400 JF Mezei <jfmezei.spamnot@istop.com> wrote:  P > Sort of strange to pull the plug on some VAX support at this juncture in time.K > If IA64 is to become a reality for customers in a year, shouldn't HP have O > waited until IA64 was a reality before starting to pull the plug on old VAXestL > so that those customers not leaving HP/VMS could move directly from VAX to > that IA64 thing ?l >    Well,tN  maybe that's the intent. Now it would be more easy to move some customers to M another platform. Welcome to the happy wintel world, there is no need to use o your old crap...  O It's just another brick in the wall.. at the end is the VMS suicide, because - BJ "sorry, but there are no customers left, nobody wants it, nobody buys it, * everybody are happy with you M$ solution".  O The only unresolved question remains - why HP decided to spend money in Itanic e post of OVMS..   J.   ------------------------------  % Date: Fri, 09 May 2003 05:59:42 -0400,* From: JF Mezei <jfmezei.spamnot@istop.com>D Subject: Re: MicroVAX and VAX models EOSL list (end of service life)) Message-ID: <3EBB7C0D.59244880@istop.com>d  
 Woland wrote: P > The only unresolved question remains - why HP decided to spend money in Itanic > post of OVMS..  J Intel funded the port and perhaps much more in exchange for compaq killingH Alpha and donating its remains and selling employees as slaves to Intel.  H Also, Compaq and HP knew that they couldn't kill VMS outright so quicklyK because they need the revenus to help prop up their PC operations. Remember M that since the merger, the "enterprise" business has been losing money (until./ last quarter where it started to pickup again).P  L Imagine how much worse it would have been had Compaq/HP officially announcedL the end of life for VMS. It would have been carnage with the numbers because4 HP would have lost customers at a much greater rate.  G By pretending that VMS will continue on IA64, it has slowed the exodus.   C At this point in time, I wouldn't be surprised if as soon as VMS islJ commercially available on IA64, that they will declare it "mature" on bothL Alpha and IA64, and customers will still continue to be able to run the sameJ version of VMS with little/no improvements for many years on whatever IA64 boxes HP continues to build.   ------------------------------  % Date: Fri, 09 May 2003 05:53:21 -0400f* From: JF Mezei <jfmezei.spamnot@istop.com>D Subject: Re: MicroVAX and VAX models EOSL list (end of service life)) Message-ID: <3EBB7A90.EBCFB557@istop.com>t   Phillip Helbig wrote:hJ > more maintenance.  (Presumably, HP isn't making a profit, or it wouldn't+ > stop the maintenance for these machines.)n  N No. Presumably, the accountants were able to generate numbers that say that itK is not profitable or that there is no demand for such services or that sucha. services cost an overwhelming amount of money.  L When politicians in qubec wanted to destroy our olympic velodrome, they hadL to resort to lies and manipulations to justify that action. One of these was2 that it costed way too much to heat the velodrome.  N As it turns out, one of the users worked for the utility that provided the gazI and electricity to the complex and he knew exactly what was going on. The:L board had taken the whole heating numbers for the olympic stadium, pools andG velodrome and billed it all to the velodrome, thus inflating its costs..  L I suspect that Compaq and HP are doing similar things to Alpha , VMS and nowF VAX. The minute these accountants are told to try to negatively spin aE product, it means bad news for that product because the intentions of  management become quite clear.   ------------------------------   Date: 9 May 2003 07:51:16 -0500e; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler).D Subject: Re: MicroVAX and VAX models EOSL list (end of service life)3 Message-ID: <nLGVaWlb1kLx@eisner.encompasserve.org>   V In article <3EBAE84F.8F774563@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:P > Sort of strange to pull the plug on some VAX support at this juncture in time.K > If IA64 is to become a reality for customers in a year, shouldn't HP havetO > waited until IA64 was a reality before starting to pull the plug on old VAXesdL > so that those customers not leaving HP/VMS could move directly from VAX to > that IA64 thing ?n  E    IIRC HP pulled the plug on 68K pretty fast when they went to RISC.t    It seems to be there habit.   ------------------------------   Date: 9 May 2003 07:53:27 -0500h; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)fD Subject: Re: MicroVAX and VAX models EOSL list (end of service life)3 Message-ID: <1ypazuuJ0u12@eisner.encompasserve.org>y  w In article <01KVOOY3H5RSAKVGCS@sysdev.deutsche-boerse.com>, Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> writes:> > K > It seems like a no-win situation for the customer: they will have to pay eJ > at least what it costs to continue the maintenance, or there will be no K > more maintenance.  (Presumably, HP isn't making a profit, or it wouldn't  + > stop the maintenance for these machines.)b  F    Other vendors compete with HP for maintenance.  I don't believe allG    of them have made the same EOSL announcement.  They may no longer benG    able to get parts from HP, but that doesn't mean they'll immediatelya    run out of parts.   ------------------------------  % Date: Sat, 10 May 2003 00:04:45 +0800 , From: Paul Repacholi <prep@prep.synonet.com>D Subject: Re: MicroVAX and VAX models EOSL list (end of service life)- Message-ID: <87d6isw1gi.fsf@prep.synonet.com>t  ( jordan@ccs4vms.com (Rich Jordan) writes:  D > I haven't been able to find out anything on 3100s other than thoseF > listed.  We still have a 3100-30 under contract and in use, but haveD > received no word on its being EOSL'd.  One customer with a 3100-88% > also has received no word about it.g   > MV3100-85,90,95,96! > VAX4000-100,100A,105A,106A,705Ap  B > We have some very unhappy customers as a result of this; they'veC > been paying good money for support on top of hefty dollars on the-E > original purchases, and do not like the direction HP is taking withUB > these really not _that_ old systems, given the history of longer > term support in the past...7  D So what is left that CAN be supported? 7xxx systems? Anything? OK, I= don't see the 4000-108 but I expect they are not real common.p   -- n< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 9 May 2003 06:35:04 -0700d1 From: susan_skonetski@hotmail.com (Sue Skonetski)eT Subject: NEW LUG, first meeting - Eastern Ohio/Western Pennsylvania - Please forward= Message-ID: <857e9e41.0305090535.4c6e14ee@posting.google.com>    Announcing May 13th Meetingu Western Reserve Users Groupe Local User Group of Encompassa                   > (different time and different place)                          ( Topic:  Alpha, VAX, and OpenVMS Roadmaps5 Rich will discuss the Alpha, IPF and OpenVMS roadmapsl9 including some of the newly announced systems such as thew DS25, ES47, ES80, and GS1280.e  7 HP is announcing end of service life plans for some VAXt; systems. Some details of these plans and their implicationsh will be discussed.  9 The OpenVMS Operating system continues to be enhanced and = updated.  The latest news, update, and features of OpenVMS as < well as the current status of Itanium migration will also be
 discussed.  * Speaker: Richard Pearlman, Hewlett-Packard< Richard Pearlman is a veteran of HP/Compaq/Digital with more2 than 25 years of experience.  He is the Tru64 UNIX: Ambassador and OpenVMS Ambassador for western Pennsylvania: and Eastern Ohio.  Rich is the Counterpart for WRUG; he is based in the Pittsburgh office.-  5 Topic: Secure Email and Document Handling Environmento3 This presentation will discuss HIPAA infrastructuree; mitigation guidelines and introduce a solution alternative;f: the product, Probix, and the new Microsoft XrML standard. 8 With the new HIPAA requirements and GLB audits, document; security is a continuing and increasingly important issue. H< The goal is to provide a secure email infrastructure and the, means to protect your intellectual property.  : Speakers: Stephen Decatur, Trend Consulting Services, Inc. Tom Barrett, Probix Inc.9 Steve Decatur has more than 26 years in operating systemsd: and networking.  Steve holds CCIE Cisco Certified Internet< Engineer CNX Certified Network expert (Sniffer Technologies)3 CISSP, CISSA Certified Information Systems Securityy8 Professional and Analyst MCSE+I 2000 Microsoft Certified8 Systems Engineer (plus Internet) GIAC Certified Firewall: Analyst (GCFW)GIAC Certified Intrusion Analyst (GCIA) GIAC; Certified Incident Handler (GCIH), CCIPT Cisco Certified IPH: Telephony certifications and is active in the WRUG as well7 as FIRST, SANs, CSI, the ACM and IEEE Computer Society.M3 Steve is President and co-owner of Trend Consultinga9 Services, and specializes in network design, security andn engineering.    d, Tom Barrett is Vice President of Probix Inc. Note: 7 All who attend LUG meetings during April and May have a-< chance (raffle) at a significant door prize.  Attendees will; automatically be entered in a nation-wide raffle for one ore9 more free registrations to HP World in August in Atlanta,-: Georga.  Exact details of eligibility and transferability : will be available at the meeting.  The raffle is sponsored
 by Encompass.S    c Topic:: We will also have a brief discussion about future meeting  times and dates.                              Date:  Tuesday, May 13, 2003  Time:  4:00 to 7:00 PM  Location: e" in the building with the HP office ParK Center Plaza IIIl Lower Level conference roomn 6050 Oak Tree Blvd.  Independence, OH 441318 (Call Rich's cell phone at 412-999-6427 if you get lost) Map: http://maps.yahoo.com/py/maps.py?Pyt=Tmap&ed=fHlg.Op_0Tp8cAk9FEnXFaJqwLrgHNEVHj2ZCgpRheC5zhYBRpY17CQ9e.8MEG4Q_RbNxpVrgvTpiJ6tD1A.32U6&csz=Independence,+OH+44131-6927&country=us&cs=9&name=&desc=&poititle=&poi=&uzD131&ds=n&BFKey=&BFCat=&BFClient=&mag=9&ney   Directions: @ From the area of the interchange of I-480 and I-77, go south and take the Rockside Road exit.    ; At the bottom of the ramp, turn right (west) on Rockside.  gF Go west two blocks (second light); turn left (south) on Oak Tree Blvd. See the LUG's web page at " http://eisner.decus.org/lugs/wrug/8 The tentative schedule for the next two LUG meetings is: July 8th
 September 9thu      See you at the meeting.l Joe H. Gallagher WRUG LUG Chair dtrwiz at ix dot netcom dot com    ------------------------------   Date: 9 May 2003 10:45:10 -0700a% From: rbsurfshop@hotmail.com (Roscoe)zY Subject: Not fixed yet but still trying: Problems changing from serial port to DecServer  = Message-ID: <14f75c13.0305090945.38e8d153@posting.google.com>0  C Thanks for all the responses thus far.  I'm not sure if this is the.F proper way to post a follow-up so I appologize if there's another way.  B I've tried several things as suggested from your guidance however,9 it's still not working.  Here's what's happened thus far..  ? 1) I tried changing the terminal characteristics to Hostsync as E suggested(instead of No Hostsync).  However, this did not make it anye better.m    F 2) To answer Mr. Sonderegger's question - yes, this is how my LTA port
 was setup:   $ RUN SYS$SYSTEM:LATCP"   CREATE PORT LTA2312 /APPLICATIONC   SET PORT LTA2312 /NODE=decserver/PORT=prot /APPLICATION /NOQUEUED.    C 3) To answer Mr. Brown's question - I do not have a service defined0C for the port.  Just an LTA (LTA2312:).  And yes, I can SET HOST/DTE-. LTA2312: and bidirectional comms are possible.    B 4) On a positive note I was able to use the following from DCL andA receive data from the VT340 (and BTW that's in REMOTE mode on thev terminal server).o   $ ALLOCATE LTA2312: TERM1 $ DIR /OUT=TERM (directory listing goes to VT340) ? $ DUMP TERM (keyboard entry is returned after carriage returns)b    B 5) The most prevalent information given on your replies was that a@ "write" must be issued to the port first in order to establish aE connection.  So, I headed off in that direction.  I also found an oldeA post entitled "Need help reading data from a decserver port".  Itk; probably would have helped if I would have told you that my E application was written in Fortran.  It was great news when I saw Mr.n@ Moulton's Fortran code describing this exact problem and his fixB (shown directly below).  However, I tried it and I can't get it toD work either.  This is of course placed right before my SYS$QIOW call that reads data from the port.  7     FUNCTION_CODE = JIOR(IO$_TTY_PORT, IO$M_LT_CONNECT)n        RETURN=SYS$QIOW(,%VAL(CHAN), $   %VAL(FUNCTION_CODE),	 $   IOSB,t, $   ,,              ! AST address, parameter- $   ,,,,,)  ! This function has no parameters3  *  A read QIO to the channel will then work.    A So, I'm one step closer in that I can read data from the VT340 ing> order to test the serial port connection.  However, my Fortran' application does not want to cooperate.e  ? No doubt I'm still doing something wrong.  I'm just hoping thatl0 someone much brighter than me can figure it out.  
 Thanks again,t   Roscoe at ISG Steel Company     3 PS - Here's the terminal settings in case it helps:a  @ Terminal: _LTA2312:   Device_Type: Unknown       Owner: No Owner  B    Input:    9600     LFfill:  0      Width:  80      Parity: None0    Output:   9600     CRfill:  0      Page:   24   Terminal Characteristics: E    Interactive        Echo               Type_ahead         No Escape B    Hostsync           TTsync             Lowercase          No Tab>    Wrap               Scope              No Remote          No EightbitC    Broadcast          No Readsync        No Form            FulldupeB    No Modem           No Local_echo      No Autobaud        HangupE    No Brdcstmbx       No DMA             No Altypeahd       Set_speedA>    No Commsync        Line Editing       Overstrike editing No FallbackF    No Dialup          No Secure server   No Disconnect      No PasthruF    No Syspassword     No SIXEL Graphics  No Soft Characters No Printer Port>    Numeric Keypad     No ANSI_CRT        No Regis           No
 Block_mode>    No Advanced_video  No Edit_mode       No DEC_CRT         No DEC_CRT2>    No DEC_CRT3        No DEC_CRT4        No DEC_CRT5        No
 Ansi_Color    VMS Style Input   ------------------------------  " Date: Fri, 9 May 2003 17:11:51 GMT' From: Rick Dyson <rick-dyson@uiowa.edu>l, Subject: OpenVMS Memory/Performance Question) Message-ID: <3EBBE157.C1779353@uiowa.edu>e  M This is probably a "dumb guy" question, but I need to find the answer quickly # and haven't found it on my own yet.r  K On my system, a MONITOR CLUSTER shows that my "%Memory In Use" is running ae steady 80%+.  H My question is whether this is a report of hard RAM usage or the entire G virtual memory?  I do have a known problem with my primary pagefile.  I H can't extend it due to a "header is full" problem.  I am preparing for aH maintanence cycle to defragment the system disk to address that.  If theG high memory use is a side effect of this, then maybe it will get bettero after I increase the pagefile.  I I have a GS60 with 4 GB of RAM and 4 5/625 CPUs.  OpenVMS v7.3.  Here areF
 some details:o  
 $ Show Memorya@               System Memory Resources on  9-MAY-2003 12:09:42.15  L Physical Memory Usage (pages):     Total        Free      In Use    ModifiedL   Main Memory (4.00Gb)            524288       84150      392441       47697   ...h  L Swap File Usage (8KB pages):                   Index        Free        SizeP   DISK$MISC_73:[SYS0.SYSEXE]SWAPFILE.SYS                                        L                                                    1        4312        4312  L Paging File Usage (8KB pages):                 Index        Free        SizeP   DISK$MISC_PAGE:[SYSEXE]PAGEFILE2.SYS;1                                        L                                                  253      499990      499992P   DISK$MISC_73:[SYS0.SYSEXE]PAGEFILE.SYS                                        L                                                  254       23582       23584  L   Total size of all paging files:                                     523576L   Total committed paging file usage:                                  275964  O Of the physical pages in use, 15648 pages are permanently allocated to OpenVMS.E   ------------------------------  % Date: Fri, 09 May 2003 12:56:33 -0500A( From: brandon@dalsemi.com (John Brandon)0 Subject: Re: OpenVMS Memory/Performance Question1 Message-ID: <03050912563359@dscis6-0.dalsemi.com>e  M > On my system, a MONITOR CLUSTER shows that my "%Memory In Use" is running aL > steady 80%+.  E Rule of thumb I stick by, no greater than 70-80% in a dynamic system.n  J > My question is whether this is a report of hard RAM usage or the entire  > virtual memory?  e  . I believe entire, not positive on that.  Help?H Have you installed ECP?  ECP has better tracking fields than a lump sum.  8 > I do have a known problem with my primary pagefile.  IJ > can't extend it due to a "header is full" problem.  I am preparing for aJ > maintanence cycle to defragment the system disk to address that.  If theI > high memory use is a side effect of this, then maybe it will get betterx  > after I increase the pagefile.  H Why not move the pagefiles and swapfiles off the system disk?  That will2 eliminate the "header is full" problem altogether.    K > I have a GS60 with 4 GB of RAM and 4 5/625 CPUs.  OpenVMS v7.3.  Here are  > some details:t >  > $ Show MemoryhB >               System Memory Resources on  9-MAY-2003 12:09:42.15 > N > Physical Memory Usage (pages):     Total        Free      In Use    ModifiedN >   Main Memory (4.00Gb)            524288       84150      392441       47697 >  > ...  > N > Swap File Usage (8KB pages):                   Index        Free        SizeR >   DISK$MISC_73:[SYS0.SYSEXE]SWAPFILE.SYS                                        N >                                                    1        4312        4312 > N > Paging File Usage (8KB pages):                 Index        Free        SizeR >   DISK$MISC_PAGE:[SYSEXE]PAGEFILE2.SYS;1                                        N >                                                  253      499990      499992R >   DISK$MISC_73:[SYS0.SYSEXE]PAGEFILE.SYS                                        N >                                                  254       23582       23584 > N >   Total size of all paging files:                                     523576N >   Total committed paging file usage:                                  275964 > Q > Of the physical pages in use, 15648 pages are permanently allocated to OpenVMS.a  9 Do a SHOW MEM/FIL/FULL it has more pertinent information.p  5 I would thing that 4-GB is a bit low for your server.    John Brandon VMS Systems Administratora Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wkc   ------------------------------   Date: 9 May 2003 06:20:42 -0700B( From: bob@instantwhip.com (Bob Ceculski)D Subject: OpenVMS stops Apache 2.0 bug cold ... more proof for Andrew= Message-ID: <d7791aa1.0305090520.124363f0@posting.google.com>-  ; this is on the openvms apache 2.0 download site, and is yeta: another example of why your webserver should be on OpenVMS: and not windoze/unix/linux ... care for a rebuttal Andrew?6 (p.s. Andrew, read the last line of the 2nd paragraph)    * Security vulnerabilities in Apache 2.0.44   F The Apache Software Foundation reports that Apache 2.0.44 includes the following known problems.t  A Denial of Service vulnerability identified by David Endler on alloC platforms. A memory leak in Apache 2.0 through 2.0.44 allows remoterE attackers to cause a denial of service (memory consumption) via largeiA chunks of linefeed characters, which causes Apache to allocate 80a bytes for each linefeed.C Several file descriptors are leaked to child processes, such as CGIvE scripts, which could constitute a security threat on servers that rune> untrusted CGI scripts. (This problem does not occur on OpenVMS	 systems.)N  D HP will include fixes for these problems in the Version 2.0 customerC release of the Secure Web Server. HP recommends that you do not runsE the T2.0 beta software on systems that are exposed to the Internet ort" are run in untrusted environments.  7  return to the Secure Web Server for OpenVMS home page    ------------------------------  % Date: Thu, 08 May 2003 13:22:01 +0100a9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>a: Subject: Re: Pinout of power connector on DECserver 90TL ?? Message-ID: <4f115fef4b.Alan.Adams@orchard-way.freeserve.co.uk>   & In message <3EB820C8.D573BAF9@aaa.com>1           Jan-Erik Sderholm <aaa@aaa.com> wrote:-  F > I got one PSU delivered with the DS90TL called H7625-AA, but I don't: > think that's the right one. One source on the net says :C > "H7625-AA, POWERSUPPLY DETRX-SX". The DS90TL is called "DSRVE-M".t@ > I'v checked the pinout of this PSU, and opened the DS90TL, and > AFAICS, they don't match up. > G > (And I got the DECserver for nothing, so I can't blame *that* guy...)e > B > Now, this DS90TL-MA can also be installed in a DEChub-90, so one? > could perhaps power up (or just open) one of those and check >4 > on what pins the power is delivered. Well, well... >  > Jan-Erik.r  K OK some clarification - I'm not sure how much of this you know already, andk I've got some gaps too.r  K The 90 modules can be powered three ways. Standalone, which is what you arelE wanting, Hub90 or Hub900, and Stack adapter. The latter is the DETRX.e  H The DETRX and the module itself both use the round DIN type connector. IK wasn't aware that the pinout is different, but not particularly surprised. c  I I believe the Hub 90/900 supplies power via the main backplane connector,mL not the circular one. It should be possible I would have thought to use thisJ standalone. Opening up a Hub90 isn't difficult, and tracing which ins haveJ the power should be easy. Finding a matching connector should be possible.  J The standalone units were sold with several different PSU's, some of whichJ were 5v only, some 5v+12v, and there were different output power levels asK well. The DETRX version would appear to be 5v+12v with enough power for any, unit.N  F Having said that, we had problems with some DETRX units which wouldn'tI successfully power up 90M's. The PSUs were exchanged under contract for ai, different model, with the same nominal spec.   Alan   >  >  >  >  > Antonio Carlini wrote: > >  > > Jan-Erik Sderholm wrote:x> > > > I'v got a DECserver 90TL (DSRVE-M), but no power supply.> > > > The unit needs +5v and +12v, but I don't have the pinout0 > > > of the round power connector on the back . > > > Anyone having this ? > > < > > I'm sure I've found this in the past on the www.dnpg.com; > > website. Naturally, I can't manage to find it right nowi > > though ... > > A > > Failing that, if you can remember which of the various stylesE= > > of PSU it takes, someone could just put a meter on it forN< > > you (I'll do it if noone else manages to find one before/ > > the weekend, but you'll have to remind me).. > >  > > Antonios > >  > > -- > >  > > -- > >  > > --------------- 1 > > Antonio Carlini             arcarlini@iee.orgd   -- c
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------  * Date: Fri, 9 May 2003 16:25:18 +0000 (UTC). From: Dale Dellutri <ddelQQQlutr@panQQQix.com>: Subject: Re: Pinout of power connector on DECserver 90TL ?, Message-ID: <b9gkpe$391$1@reader1.panix.com>  K On Sat, 03 May 2003 16:39:39 +0200, Jan-Erik S?derholm <aaa@aaa.com> wrote:a > Hi.w: > I'v got a DECserver 90TL (DSRVE-M), but no power supply.: > The unit needs +5v and +12v, but I don't have the pinout, > of the round power connector on the back . > Anyone having this ?  B I have a (no longer used) DEcserver 90TL, and the power supply is ; marked H7082-AA.  It also says the output is DC 5.1V, 1.8A.n   But I don't know the pinout.   -- a7 Dale Dellutri <ddelQQQlutr@panQQQix.com> (lose the Q's)    ------------------------------  % Date: Thu, 08 May 2003 13:32:36 +0100o9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>oA Subject: Re: Problems changing from serial port to DecServer porti? Message-ID: <6d0960ef4b.Alan.Adams@orchard-way.freeserve.co.uk>   & In message <3EB9B27C.64459EE3@fsi.net><           "David J. Dachtera" <djesys.nospam@fsi.net> wrote:   > brandon@dalsemi.com wrote: > > P > > > Are you sure ? I was under the impression that REMOTE, LOCAL etc pertained9 > > > only to call establishement and not data transfer ?a > > L > > No I am not.  I was always under the impression that REMOTE was used forR > > printer attached devices... as I see from the threads I have rocks in my head. > G > No, you don't! Just look at Access Remote from a broader perspective.d >   K As others have said, SET HOST/LAT should be a good test. If that works, but J your software doesn't, then you may need to change the software. QIO callsG to TT and TX devices are different from those to LTA devices. There arenF strong similarities, but you will need to change both the names of theK functions, and some parameters. It should be possible to keep both forms in : your program without excessive complexity, if you need to.  G This is because you are talking to the LTADRIVER, not the TTDRIVER now.m   It can be made to work.z  L I am assuming above that you will create the devices in LATCP before runningG the program. You can add code to create the LTA devices as well, either I specifying server and port, or specifying service. It's more complicated, H but makes the code self-contained. I could probably dig up an example in Fortran if it helps.   -- a
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/-   ------------------------------  % Date: Fri, 09 May 2003 08:20:18 +0200  From: Dirk Munk <munk@home.nl>+ Subject: Speed of IDE controllers in DS10 ? 2 Message-ID: <b9fhlo$j8f$1@news1.tilbu1.nb.home.nl>  ? Can anyone tell me the speed of the IDE controllers in a DS10 ?w; It will not be 100MByte/sec, but is it 33 or 66 MByte/sec ?m  6 It is not in the HP / Compaq documentation on the web.   ------------------------------  % Date: Fri, 09 May 2003 09:22:58 +0200e From: Dirk Munk <munk@home.nl>/ Subject: Re: Speed of IDE controllers in DS10 ?Y2 Message-ID: <b9flb7$emt$1@news1.tilbu1.nb.home.nl>   Dirk Munk wrote:A > Can anyone tell me the speed of the IDE controllers in a DS10 ?h= > It will not be 100MByte/sec, but is it 33 or 66 MByte/sec ?n > 8 > It is not in the HP / Compaq documentation on the web. >  I already found out.  D The SRM console identifies the IDE controller as a Acer Labs M1543C.  P Acer Labs (or ALi for those familiar with PC chipsets) specifies this chip as a 9 "desktop Southbridge" with a build-in PCI-IDE controller.nG And the IDE controller is a Ultra DMA Mode 4 device with a speed of 66 r MByte/sec. Nice .......s   ------------------------------   Date: 9 May 2003 05:40:19 -0700 ( From: bob@instantwhip.com (Bob Ceculski)/ Subject: Re: Speed of IDE controllers in DS10 ?o= Message-ID: <d7791aa1.0305090440.5efa31e5@posting.google.com>m  X Dirk Munk <munk@home.nl> wrote in message news:<b9fhlo$j8f$1@news1.tilbu1.nb.home.nl>...A > Can anyone tell me the speed of the IDE controllers in a DS10 ?e= > It will not be 100MByte/sec, but is it 33 or 66 MByte/sec ?  > 8 > It is not in the HP / Compaq documentation on the web.  : I asked support that once, and all they said is that it is5 slower than ultrascsi, something like scsi2 speed ...    ------------------------------   Date: 9 May 2003 16:43:07 +0200bC From: vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann)e/ Subject: Re: Speed of IDE controllers in DS10 ?a- Message-ID: <3ebbbe7b$1@news.uni-konstanz.de>)  < In article <b9fhlo$j8f$1@news1.tilbu1.nb.home.nl>, Dirk Munk <munk@home.nl> writes:-A |>Can anyone tell me the speed of the IDE controllers in a DS10 ? = |>It will not be 100MByte/sec, but is it 33 or 66 MByte/sec ?  |>8 |>It is not in the HP / Compaq documentation on the web. |> |>  " Someone's here to do real testing?  G The IDE-Controller in my PS433 (unsupported Intel SIO 82378 but working-@ for DVD reading and writing) has a poor performance ( 0,6 MB/s).   eberhard   ------------------------------  # Date: Fri, 09 May 2003 16:24:34 GMT49 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>n/ Subject: Re: Speed of IDE controllers in DS10 ?t0 Message-ID: <6DQua.610$sQ3.219@news.cpqcorp.net>   Ayup.  It's probably doing PIO.a    H "Eberhard Heuser-Hofmann" <vaxinf@chclu.chemie.uni-konstanz.de> wrote in/ message news:3ebbbe7b$1@news.uni-konstanz.de...e >v> > In article <b9fhlo$j8f$1@news1.tilbu1.nb.home.nl>, Dirk Munk > <munk@home.nl>	 > writes:fC > |>Can anyone tell me the speed of the IDE controllers in a DS10 ?N? > |>It will not be 100MByte/sec, but is it 33 or 66 MByte/sec ?y > |>: > |>It is not in the HP / Compaq documentation on the web. > |> > |> >s$ > Someone's here to do real testing? > I > The IDE-Controller in my PS433 (unsupported Intel SIO 82378 but working-B > for DVD reading and writing) has a poor performance ( 0,6 MB/s). >l
 > eberhard   ------------------------------  $ Date: Fri, 9 May 2003 17:33:46 +0100- From: "Steve Spires" <Steve.Spires@torex.com> 0 Subject: TCPIP Services Telnet problem [I think]E Message-ID: <91947A84607D9D48B8E674A5FAB54DA63CAE92@tahiti.tinuk.com>   G I am seeing the following behaviour [not all the time - goes okay for acD while, then starts to happen and gets more frequent until the systemG requires a reboot] so anyone tell me exactly where I should be looking;    $i
 $ telnet 0- %TELNET-E-INETERROR, Internet interface errorr -TELNET-I-INETCALL, socket()) -SYSTEM-F-EXQUOTA, process quota exceededn   and I also see this;   $h $ tcpip show protocol tcpr- socket: non-translatable vms error code: 0x1Ct) %system-f-exquota, process quota exceededs, %TCPIP-E-INETERROR, internet interface error' -SYSTEM-F-BADPARAM, bad parameter value-   I have the following versions;   $ tcpip show version  ?   Compaq TCP/IP Services for OpenVMS Alpha Version V5.1 - ECO 3r,   on a AlphaServer ES40 running OpenVMS V7.3   Thanks   Steve Spires Technical Consultant Torex Health [P](44)01295 274388o [F](44)01295 275131v www.torex.com=20   ------------------------------  $ Date: Fri, 9 May 2003 17:16:48 +0100- From: "Steve Spires" <Steve.Spires@torex.com> . Subject: TCPware to TCPIP FTP connect problem.E Message-ID: <91947A84607D9D48B8E674A5FAB54DA63CAE91@tahiti.tinuk.com>o  ' FTP process from a VAX running VMS 7.1;      yournode > netcu show versA TCPware(R) for OpenVMS V5.3-2 Copyright (c) 1997 Process Software  Corporationv   yournode > ftp FTP> open mynode* 220 mynode FTP Server (Version 5.0) Ready. _Username [system]: myname' 331 Username myname requires a Password 
 _Password: 230 User logged in.  214 SITE +VMS+ recognized. FTP> put login.com 200 TYPE set to IMAGE. 200 PORT command successful.= 150 Opening data connection for DISK$DATA5:[MYNAME]login.com;  (nnn.nnn.nn.nn,nn) 226 Transfer complete.	 FTP> exitw 221 Goodbye.
 yournode >    , FTP process from an Alpha running VMS 7.3-1;   $ netcu show verss5 TCPware(R) V5.6-2 Copyright (c) 2002 Process Softwarei   $ ftpr FTP> open mynode* 220 mynode FTP Server (Version 5.0) Ready. _Username [system]: myname' 331 Username myname requires a Passworda
 _Password: 230 User logged in.s 214 SITE +VMS+ recognized. FTP> FTP> put login.com 200 TYPE set to IMAGE. 200 PORT command successful.F %TCPWARE_FTP-E-CTRLERR, unexpected error processing control connection* -SYSTEM-F-VCCLOSED, virtual circuit closed FTP> bye $e  % And the box I'm trying to receive on;o   $ tcpip show verst  9   DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0A 3   on a AlphaServer 400 4/233 running OpenVMS V7.2-1/    C This problem occurs all the time - it isn't an intermittent problem0 caused by other issues.d  H Can anyone suggest what I might need to look at? What might have changed in TCPware and its=20e( FTP between the two versions I am using?   Thanks   Steve Spires Technical Consultant Torex Health [P](44)01295 274388t [F](44)01295 275131g www.torex.com=20   ------------------------------   Date: 9 MAY 2003 14:43:49 GMTo4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)3 Subject: Using ALLOCLASS=1 and fiber channel disks? 5 Message-ID: <9MAY03.14434938@thuria.waisman.wisc.edu>r  H Can you use a node allocation class of 1 (anywhere in the cluster) while; using fiber channel disks which always appear as $1$DKAnnn?e  B I'm suspecting this is why I don't see any $1$DGAnnn devices afterF presenting a virtual disk from an EVA to an ES40 at VMS 7.3-1 with twoH KGPSA-DA's (FCA2354) installed. I have another cluster node MSCP servingD a shadow set with an allocation class of 1. I do see the FGA and FGB devices with their WWID's.  G Our San Integration Service purchased with the EVA starts next week but G I wanted to get a heads up on the ALLOCLASS issue so I could correct it- beforehand.a   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison>9 --                  karcher.nomorespam@waisman.wisc.edu  r   ------------------------------  % Date: Fri, 09 May 2003 12:10:08 -0500 ( From: brandon@dalsemi.com (John Brandon)7 Subject: Re: Using ALLOCLASS=1 and fiber channel disks? 1 Message-ID: <03050912100867@dscis6-0.dalsemi.com>a  J > Can you use a node allocation class of 1 (anywhere in the cluster) while= > using fiber channel disks which always appear as $1$DKAnnn?' > D > I'm suspecting this is why I don't see any $1$DGAnnn devices afterH > presenting a virtual disk from an EVA to an ES40 at VMS 7.3-1 with twoJ > KGPSA-DA's (FCA2354) installed. I have another cluster node MSCP servingF > a shadow set with an allocation class of 1. I do see the FGA and FGB > devices with their WWID's. > I > Our San Integration Service purchased with the EVA starts next week butdI > I wanted to get a heads up on the ALLOCLASS issue so I could correct it 
 > beforehand.4  2 I do not think that the ALLOCLASS is your problem.  < For example, my setup (2 DS20, 1 ES40, HSG80, KGPSA's, etc.)  M Each node has a dka0 and dka100 disk, put using the alloclass does not affectu the DGA devices:  / %SYSMAN-OUTPUT, command execution on node NODE1SL ALLOCLASS                       3          0         0        255 Pure-numbe/ %SYSMAN-OUTPUT, command execution on node NODE2 L ALLOCLASS                       4          0         0        255 Pure-numbe/ %SYSMAN-OUTPUT, command execution on node NODE3iL ALLOCLASS                       5          0         0        255 Pure-numbe  2 $1$DGA1:       (NODE1)    Mounted              0  2 $3$DKA0:       (NODE1)    ShadowSetMember      0  2 $3$DKA100:     (NODE1)    ShadowSetMember      0  2 $4$DKA0:       (NODE2)    ShadowSetMember      0  2 $4$DKA100:     (NODE2)    ShadowSetMember      0  2 $5$DKA0:       (NODE3)    ShadowSetMember      0  2 $5$DKA100:     (NODE3)    ShadowSetMember      0    K Check your Port Allocation Class - as defined at the sysboot prompt.  I bet  you that your problem is there.    John Brandon VMS Systems Administratory Dallas Semiconductor first.last@dalsemi.com 972.371.4172 wk    ------------------------------   Date: 9 May 2003 07:55:26 -0500o; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)r@ Subject: Re: What is the schedule for the DII COE certification?3 Message-ID: <1F$V+0AeMirY@eisner.encompasserve.org>   Z In article <vblrubq0915d97@corp.supernews.com>, Michael Rice <marice@whiteice.com> writes: > I > It will be interesting to see what the effort will be to move from COE pJ > to NCES if/when it is rolled out.  Even more interesting will be to see ' > if HP supports NCES on VMS platforms.-  C    I'll bite.  That's a new acronym to me.  What's NCES these days?h   ------------------------------  % Date: Fri, 09 May 2003 08:52:15 -0500n( From: Michael Rice <marice@whiteice.com>@ Subject: Re: What is the schedule for the DII COE certification?/ Message-ID: <vbnckhcrg3ql53@corp.supernews.com>e  ' On 5/9/2003 7:55 AM, Bob Koehler wrote:t\ > In article <vblrubq0915d97@corp.supernews.com>, Michael Rice <marice@whiteice.com> writes: > I >>It will be interesting to see what the effort will be to move from COE  J >>to NCES if/when it is rolled out.  Even more interesting will be to see ' >>if HP supports NCES on VMS platforms.t >  > E >    I'll bite.  That's a new acronym to me.  What's NCES these days?y >   & NCES = Net-Centric Enterprise Services  I It is the replacement/follow-on for DII COE.  They have defined a set of 2D "core" enterprise services (10 total I believe) and they (DISA) are 9 steadily funding pilot programs to flush out these areas.r   ------------------------------  # Date: Fri, 09 May 2003 16:19:51 GMTt9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>i@ Subject: Re: What is the schedule for the DII COE certification?0 Message-ID: <HyQua.607$pZ3.279@news.cpqcorp.net>  5 "Michael Rice" <marice@whiteice.com> wrote in messagee) news:vblrubq0915d97@corp.supernews.com...o- > On 5/8/2003 9:51 AM, Fred Kleinsorge wrote: = > > "Paul Repacholi" <prep@prep.synonet.com> wrote in messagei+ > > news:87issmo6aa.fsf@prep.synonet.com...r > >t? > >>"Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes:a > >> > >>H > >>>Note that the DII/COE Kernel is subject to export restrictions, andB > >>>is not generally available to everyone.  If you need specificG > >>>details on the DII/COE Kernel, feel free to contact me, and I willo? > >>>refer you to someone who can make an "official" statement.E > >>G > >>What is there about COE VMS that puts it under export control? Does * > >>it include SEVMS stuff out of the box? > >> > >' > >n > > There is no COE VMS. > >1L > > There is a "DII/COE Kernel" - which is provided by the US government and the L > > rules for it's distribution are covered by their rules (of which I am noL > > expert).  We port that Kernel to OpenVMS, and it is that Kernel which is > > controlled.7 > > E > > The DII/COE Kernel is a set of applications, user interfaces, and K > > programming API's for creating a "Common Operating Environment" - whichl inJ > > theory makes applications written for it portable, and the look & feel thet > > same across platforms. > >oL > > The Kernel sits on top of a standard VMS release.  But changes that wereK > > needed to support the Kernel were done in a seperate release stream fora thetL > > first release to manage schedule and risk.  Those changes will be in the+ > > next general V7.3-* release of OpenVMS.  > > G > > The packaging itself of the DII/COE Kernel consists of the base OS,  Kernel,p > > and required LPs.u > >  > >d > >a > >o > >r >lH > It will be interesting to see what the effort will be to move from COEI > to NCES if/when it is rolled out.  Even more interesting will be to see ' > if HP supports NCES on VMS platforms.k >o  J The if/when/what question is the interesting one.  Yes, we are keeping ourB eyes on things, and will do what is needed to continue to make our government customers happy.    ------------------------------  # Date: Fri, 09 May 2003 16:21:04 GMTr9 From: "Fred Kleinsorge" <my-last-name@stardotzko.dec.com>n@ Subject: Re: What is the schedule for the DII COE certification?0 Message-ID: <QzQua.608$_W3.298@news.cpqcorp.net>  5 "Michael Rice" <marice@whiteice.com> wrote in messagen) news:vbm718t71cod69@corp.supernews.com...S- > On 5/8/2003 9:41 PM, Larry Kilgallen wrote:v@ > > In article <vblrubq0915d97@corp.supernews.com>, Michael Rice <marice@whiteice.com> writes:b > >c > >.J > >>It will be interesting to see what the effort will be to move from COEK > >>to NCES if/when it is rolled out.  Even more interesting will be to sees) > >>if HP supports NCES on VMS platforms.e > >  > >eJ > > The reason for supporting COE on VMS is that customers required to runJ > > COE wanted to run VMS.  They were offered COE on Tru64 and they wanted > > VMS. >dI > If they are required to support COE, it's probable those same customerseJ > will be required to support NCES - at least if they are building systemsH > any strategic C2, C3, or C4I[SR] systems.  However, I think the formal< > NCES requirements from DISA are still a bit in the future. >o  ? Yes, a bit.  I also hope that it doesn't become another SolarisMK compatability test like COE was turned into.  Some continuity would also bei
 nice as well.i   ------------------------------   Date: 9 May 2003 07:48:11 -0500r; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)c  Subject: Re: Where is VMSBACKUP?3 Message-ID: <o1r$sU36W9Eh@eisner.encompasserve.org>t  U In article <3EBAD0E3.1020500@MMaz.com>, "Barry Treahy, Jr." <Treahy@MMaz.com> writes:g  H > Perhaps you are correct but it is not something I would have expects, K > considering its Unix roots and that it was designed to operate on stream cF > data...  Maybe where the flaw is when attempting to zip more than a 2 > single file (ie. multiple streams) of that size?  E    This would not exactly be the first time a well known UNIX utilityiB    had a file size limitation.  Just because UNIX thinks files are@    streams of bytes doesn't mean everyone who writes code for it    does.   ------------------------------  # Date: Fri, 09 May 2003 12:41:05 GMTa+ From: "David Pikcilingis" <dcpik@attbi.com>,  Subject: Re: Where is VMSBACKUP?/ Message-ID: <BlNua.824829$S_4.832740@rwcrnsc53>o  E We have a commercial product, Vbackup, which will deal with the data.a   David Pikcilingist Boston Business Computingl OpenVMS Migration Toolsd
 www.bosbc.comd  5 "John Travell" <john@travell.uk.net> wrote in message / news:b9eldv$id038$1@ID-120847.news.dfncis.de...  >g8 > "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message# > news:3EBAD0E3.1020500@MMaz.com...c > > John Travell wrote:e > > ; > > >"Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message & > > >news:3EBA9CA4.3000809@MMaz.com... > > >u > > >M > > >>Steve Spires wrote:t > > >> > > >>H > > >>>I've tried to get this from ftp.process.com but get the following erroro > > >>>message;0 > > >>>e > > >>>200 TYPE command okay.1 > > >>>200 PORT command okay.2' > > >>>550 %%RMS-E-FNF, file not found,mE > > >>>ANONYMOUS_ROOT:[VMS-FREEWARE.FREE-VMS.TESTING]VMSBACKUP4-1.ZIP2 > > >>>zL > > >>>So has it gone? I want to try this as an alternative to VMSTAR which, > asJ > > >>>discussed in another thread, doesn't appear to be able to cope with > > >>>files larger than 4GB.a > > >>>eJ > > >>>Unless someone has a 64-bit version of VMSTAR which [I think] BarryK > > >>>Treahy mentioned might solve the problem... Or how can I make VMSTAR  > use(0 > > >>>64-bit addressing [is that what I mean?]? > > >>>  > > >>>  > > >>>  > > >>>s > > >>Steve, > > >>J > > >>I can't answer that but if you have an abundance of disk space, whatL > > >>about 'zipping' the file(s) first or just zipping the entire directoryI > > >>tree?  I've never zipped a file that large, so it may have the same L > > >>problems as VMSTAR, but I doubt it and would bet that it would work... > > >> > > >> > > >>E > > >At least one of the varieties of ZIP has a substantially similar1 problem, > I9L > > >believe it is something to do with 32-bit byte count overflowing in the Co > > >compiler. > > >  > > >w > > >oI > > Perhaps you are correct but it is not something I would have expects,lL > > considering its Unix roots and that it was designed to operate on streamG > > data...  Maybe where the flaw is when attempting to zip more than at4 > > single file (ie. multiple streams) of that size? > >.K > Nope, The problems I saw were trying to zip huge (4Gb+) dumpfiles. If thegK > zipfile went over 2 million blocks something wrapped and zip continued byL9 > over-writing the beginning of the file it was creating.2 >O > -- > John Travell" > VMS crashdump expertise for hire > john@travell.uk.nett > http://www.travell.uk.net/ >i >0 >o >h >o > ---s( > Outgoing mail is certified Virus Free.< > Checked by AVG anti-virus system (http://www.grisoft.com).C > Version: 6.0.478 / Virus Database: 275 - Release Date: 06/05/2003e >v >a   ------------------------------   Date: 9 MAY 2003 13:19:05 GMTs4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)  Subject: Re: Where is VMSBACKUP?5 Message-ID: <9MAY03.13190509@thuria.waisman.wisc.edu>e  E In a previous article, "Steve Spires" <Steve.Spires@torex.com> wrote:a  J ->A question then before I fetch zip from somewhere and install it - if myH ->file is 6GB [which it is] what sort of compression will I get? Will it ->end up less than 4GB?   F All depends on the data in the file. If it's text (like a log file forD example) you can expect a factor of 3+. If it's an MRI scan of a pig then not much above one.   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisonc8 --                 karcher.nomorespam@waisman.wisc.edu     ------------------------------  $ Date: Fri, 9 May 2003 10:18:23 -0400 From: norm.raphael@metso.com> Subject: Re: [OpenVMS Alpha] How to get image version in DCL ?? Message-ID: <OF4EABEB35.C4EC45F0-ON85256D21.004DDB50@metso.com>   @ Since it was inexplicably missing, I have asked for and received2 (for Alpha V7.3-1) a version of ANALYZE/IMAGE that< will include the LINKER_IDENTIFICATION in the /SELECT list,:   $ANALYZE/IMAGE/-= SELE=(ARCH,NAME,IDEN,BUIL,LINKER_IDENT,LINK_TIME,IMAG,FILE) -y	 file_specp   For example:   $ ANALYZE/IMAGE/-e@ _$ SELE=(ARCH,NAME,IDEN,BUIL,LINKER_IDENT,LINK_TIME,IMAG,FILE) - _$ sys$system:sysman SYS$COMMON:[SYSEXE]SYSMAN.EXE;1 
 OpenVMS Alpha  "SYSMAN" "X01-21" "X9E9-0060020000"- "A11-50" 18-JUL-2002 19:56:04.33s
 Executable Imagem   ------------------------------   End of INFO-VAX 2003.256 ************************