1 INFO-VAX	Tue, 02 May 2000	Volume 2000 : Issue 245       Contents:O Re: "Industry Standard Servers" [was: RE: Where Do you Look For	 VMS software?] ' Re: (OT) DS425c memory, again, already. ' Re: (OT) DS425c memory, again, already.  Re: And they wonder why !! RE: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !! Re: And they wonder why !!, Re: Any ALPHAbook (Tadpole) users out there?$ Re: Backup Strategies for Enterprise
 Cobol problem  Re: Cobol problem  RE: Cobol problem : DCL-equivalent for COBOL WRITE WITH NO ADVANCING wanted..., Re: DECW$DEVICE-I-NODEVICE and no decwindows, Re: DECW$DEVICE-I-NODEVICE and no decwindows Re: DS425c memory " Re: DS425c memory, again, already." Re: DS425c memory, again, already." Re: DS425c memory, again, already.+ how do I write sysgen parameter permanently * I need a Windows to VMS Graphics Converter Re: IBM 18GB disk "offline"  Re: IBM 18GB disk "offline" ( Memo:  Re: Dropping DECnet..don't do it!, Re: Memo:  Re: Dropping DECnet..don't do it! Re: new cluster license prices Re: new cluster license prices Re: new cluster license prices Re: new cluster license prices Re: new cluster license prices Re: new cluster license prices Re: new cluster license prices Re: new cluster license prices) Re: OPCOM 'new operator enabled' messages + Re: OpenVMS and WNT integration for Dummies  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Re: OpenVMS marketing  Perl links outdated  RE: Perl links outdated  Re: Perl links outdated  Re: Print queue -> file  Problem with Fortran and Linker # Re: Problem with Fortran and Linker # Re: Problem with Fortran and Linker 
 Samba for VMS  Re: Samba for VMS 1 Re: Setting local event flag from another process $ Re: Sun is no longer the dot in .com$ Re: Sun is no longer the dot in .com$ Re: Sun is no longer the dot in .com$ Re: Sun is no longer the dot in .com8 SYSINIT-E error mounting system device, status= 0072832C< Re: SYSINIT-E error mounting system device, status= 0072832C< Re: SYSINIT-E error mounting system device, status= 0072832C< Re: SYSINIT-E error mounting system device, status= 0072832C SYSINIT-E error part 2 Re: SYSINIT-E error part 2 RE: Tivoli Agent for VMS?  RE: TPU for unix Re: UCX ftp crash on VMS 7.2 Re: UCX ftp crash on VMS 7.2 VMS 7.1-2 v 7.1-1H2 & Re: VMS Perl system() truncating lines7 Re: VMS/UCX responds to UDP broadcast with ICMP message 7 Re: VMS/UCX responds to UDP broadcast with ICMP message , Re: who kicked over Carl Lydick's tombstone? wich list: DIRECTORY limitation 	 wish list # RE: wish list: DIRECTORY limitation # Re: wish list: DIRECTORY limitation # RE: wish list: DIRECTORY limitation # Re: wish list: DIRECTORY limitation   F ----------------------------------------------------------------------  $ Date: Tue, 2 May 2000 12:10:53 +0100  From: steven.reece@quintiles.comX Subject: Re: "Industry Standard Servers" [was: RE: Where Do you Look For	 VMS software?]> Message-ID: <802568D3.003DAC7A.00@qedilc01.qedi.quintiles.com>  N The first time I heard the phrase "industry standard servers" it was spoken byK Jesse Lipcon at a DECUS conference (I think it was in the UK in 1998 but it N could have been elsewhere).  He then told me in a one to one conversation that9 industry standard definitely didn't mean open system.....    Larry Bohan wrote:A >>>the "Industry-Standard-Server"  phrase (clever in its own way, E i'll admit)  is just the way they reinforce the notion, to the PHB's, 2 that anyone using anything but a Wintel Billy-Box,) must be doing something "non-standard"<<<    ------------------------------   Date: 2 May 2000 09:46:26 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)0 Subject: Re: (OT) DS425c memory, again, already.( Message-ID: <390e87d2@news.kapsch.co.at>  ` In article <390EAF98.161B113D@digital.com>, Mike Rechtman <michael.rechtman@digital.com> writes: >Tom Crabtree wrote:D >> BTW, with out admitting to my apparent ignorance, who was Lydick? >  >See: A >  http://www.geocities.com/SiliconValley/Lakes/2956/post_hlp.htm  >for some advice from Carl.   @ Wow. It's already 4 years since Carl disappeared ? Time flies... RIP    --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  % Date: Tue, 02 May 2000 10:36:08 +0900 2 From: Mike Rechtman <michael.rechtman@digital.com>0 Subject: Re: (OT) DS425c memory, again, already.+ Message-ID: <390EAF98.161B113D@digital.com>    Tom Crabtree wrote:  >   C > BTW, with out admitting to my apparent ignorance, who was Lydick?  >    See:@   http://www.geocities.com/SiliconValley/Lakes/2956/post_hlp.htm for some advice from Carl.   Mike   --  E --------------------------------------------------------------------- E Usual disclaimer: All opinions are mine alone, perhaps not even that. ? Mike Rechtman                            *rechtman@tzora.co.il* F Kibbutz Tzor'a.                          Voice (home): 972-2-9908337  B   "20% of a job takes 80% of the time, the rest takes another 80%"E ---------------------------------------------------------------------    ------------------------------  . Date: Tue, 2 May 2000 08:38:43 +0200 (MET DST)& From: Rudolf Wingert <win@fom.fgan.de># Subject: Re: And they wonder why !! / Message-ID: <200005020541.HAA13345@fom.fgan.de>    Hello,  9 Matthias Dolder (Compaq Computer AG, Switzerland) wrotes:    >>> B fastest Compaq SAP system is a GS320 (aka wildfire) running Tru64,B (see http://www.ideasinternational.com/benchmark/sap/sap2tcs.html)= roughly 7 times the performance of a ProLiant 8500 8-way. And 3 even the 4-way ES40 outperforms the 8-way ProLiant. 8 And don't forget, Mhz != Performance. Check the SPEC2000 results for CINT2000C (http://www.ideasinternational.com/benchmark/spec/specint2000.html)  and for CFP2000 B (http://www.ideasinternational.com/benchmark/spec/specfp2000.html)H to see that even the 1Ghz Pentium fails to beat a 667 21264 in CINT2000, not to speak about CFP2000.  <<<   H That the eightway Proliant outperform the Alpha is not my mind. It's theE answer of Compaq for the question, why did you stop NT for Alpha. The J same answer did we get here in Germany during the DECUS Muenchen symposiumH this year in the Compaq managers Q&A session. If other test say an otherE result, say it to your bosses. Then they do not know what's happen in  the reality.   Regards Rudolf Wingert   ------------------------------  . Date: Tue, 2 May 2000 09:42:32 +0200 (MET DST)& From: Rudolf Wingert <win@fom.fgan.de># Subject: RE: And they wonder why !! / Message-ID: <200005020643.IAA19960@fom.fgan.de>    Hello,   Kerry Main wrotes:   >>> L With respect to your concern about new Alpha CPU's, look at the Spec CPU2000G numbers in the previous url for a Alpha 4100 EV5 533Mhz (176), DS20 EV6 , 500Mhz (300) and a DS20E EV67 667Mhz (444).  <<<   H The announcement of 667MHz CPU's for DS20E and ES40 I did see last week.E The most important is, that this CPU is present since middle of 1999. C So this is once more a minus for Alpha. May be an 1GHz Intel is not G as fast as a 667MHz Alpha (AFAIK the SPECint95 of the Intel is faster), B it is the growth of the clockrate what I did see for Intel and AMDC (none for Alpha) and that the marketing did say, that the will have B twice of the single CPU performance of an Intel CPU. Also they didG say, that the 1GHz Alpha will be earlier seen as the 1GHz Intel. That's E not happen. I do not see any roadmap for the 1GHz Alpha, as I did see ) last year. Nobody knows the release date.   F I have heard, that the did change the CPU fabric, and that the did get) a few problems, to produce enaugh Alphas.    Regards Rudolf Wingert   ------------------------------   Date: 2 May 2000 09:43:37 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)# Subject: Re: And they wonder why !! * Message-ID: <390e8729$1@news.kapsch.co.at>  X In article <200005020541.HAA13345@fom.fgan.de>, Rudolf Wingert <win@fom.fgan.de> writes:: >Matthias Dolder (Compaq Computer AG, Switzerland) wrotes:D >>fastest Compaq SAP system is a GS320 (aka wildfire) running Tru64,D >>(see http://www.ideasinternational.com/benchmark/sap/sap2tcs.html)? >>roughly 7 times the performance of a ProLiant 8500 8-way. And 5 >>even the 4-way ES40 outperforms the 8-way ProLiant. : >>And don't forget, Mhz != Performance. Check the SPEC2000 >>results for CINT2000E >>(http://www.ideasinternational.com/benchmark/spec/specint2000.html)  >>and for CFP2000 D >>(http://www.ideasinternational.com/benchmark/spec/specfp2000.html)J >>to see that even the 1Ghz Pentium fails to beat a 667 21264 in CINT2000, >>not to speak about CFP2000.  > I >That the eightway Proliant outperform the Alpha is not my mind. It's the F >answer of Compaq for the question, why did you stop NT for Alpha. TheK >same answer did we get here in Germany during the DECUS Muenchen symposium I >this year in the Compaq managers Q&A session. If other test say an other F >result, say it to your bosses. Then they do not know what's happen in
 >the reality.    I was there and I second that.  O And to top it, a COMPAQ Germany boss (I think it was the CEO, but I'm not sure) M announced that they will offer more NT and U**X to schools and universities.  L And to the question, why VMS is not in the plan or why he thinks that VMS isM not suitable for this target audience, he admitted, that he doesn't know VMS. O (some) People have changed (he was no DECcie), but my bad feelings are alive...    --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  " Date: Tue, 2 May 2000 16:41:43 GMT0 From: "Terry C. Shannon" <shannon@world.std.com># Subject: Re: And they wonder why !! & Message-ID: <Ftxxzq.37E@world.std.com>  3 "Rudolf Wingert" <win@fom.fgan.de> wrote in message ) news:200005020541.HAA13345@fom.fgan.de...  > Hello, > ; > Matthias Dolder (Compaq Computer AG, Switzerland) wrotes:  >  > >>> D > fastest Compaq SAP system is a GS320 (aka wildfire) running Tru64,D > (see http://www.ideasinternational.com/benchmark/sap/sap2tcs.html)? > roughly 7 times the performance of a ProLiant 8500 8-way. And 5 > even the 4-way ES40 outperforms the 8-way ProLiant. : > And don't forget, Mhz != Performance. Check the SPEC2000 > results for CINT2000E > (http://www.ideasinternational.com/benchmark/spec/specint2000.html)  > and for CFP2000 D > (http://www.ideasinternational.com/benchmark/spec/specfp2000.html)J > to see that even the 1Ghz Pentium fails to beat a 667 21264 in CINT2000, > not to speak about CFP2000.  > <<<  > J > That the eightway Proliant outperform the Alpha is not my mind. It's theC > answer of Compaq for the question, why did you stop NT for Alpha.   I Compaq stopped the AlphaNT program because 1) Compaq was losing WELL OVER F $50M USD per year on the program, and 2) Microsoft, per usual, was not7 living up to the commitment it made to support AlphaNT.    It's as simple as that.   D While Compaq did a terrible job communicating the decision to cancelI AlphaNT, the underlying business case is both sound and supportable (even K though it leaves me with an essentially useless Personal Workstation 433a).    ------------------------------  " Date: Tue, 2 May 2000 16:46:08 GMT0 From: "Terry C. Shannon" <shannon@world.std.com># Subject: Re: And they wonder why !! & Message-ID: <FtxyDB.5xD@world.std.com>  7 "Peter LANGSTOEGER" <eplan@kapsch.net> wrote in message $ news:390e8729$1@news.kapsch.co.at...   <snip>    > I was there and I second that. > K > And to top it, a COMPAQ Germany boss (I think it was the CEO, but I'm not  sure) @ > announced that they will offer more NT and U**X to schools and
 universities. K > And to the question, why VMS is not in the plan or why he thinks that VMS  isJ > not suitable for this target audience, he admitted, that he doesn't know VMS.  F Then he should be indoctrinated at OpenVMS Boot Camp. It is completelyB unacceptable for a senior CPQ executive to have no knowledge of anH enterprise OS that delivers nearly $4B USD in high-margin revenue to CPQ
 each year.  I Separately, CPQ soon will offer free OpenVMS licenses to universities and  other educational institutions.    cheers,    terry s    ------------------------------  $ Date: Tue, 2 May 2000 13:32:29 -0400' From: "Bill Todd" <billtodd@foo.mv.com> # Subject: Re: And they wonder why !! ( Message-ID: <8en3c0$1km$1@pyrite.mv.net>  9 Terry C. Shannon <shannon@world.std.com> wrote in message   news:Ftxxzq.37E@world.std.com...   ...   K > Compaq stopped the AlphaNT program because 1) Compaq was losing WELL OVER # > $50M USD per year on the program,   G Compaq also 'loses' 100% of the money it spends on advertizing - but it L recognizes that advertizing is an investment that justifies the expense.  NTC on Alpha contributed in a major way to the perception of Alpha as a K long-term-viable platform for other (Tru64, VMS, Linux) use as well, not to F mention greasing the wheels for sales of those other products with theH rationalization that the hardware could always be converted to NT use ifL desired:  those side-effects alone may have been worth $50 million/year, andJ working out the problems rather than scrapping the program (just before itE would have received a major shot in the arm from the long-awaited W2K J release followed by 64-bit W2K on Alpha that would have beaten the tar outH of W2K on Merced if and when Merced finally appeared) would have allowedI those side-effects to continue while potentially turning the loss in to a  profit.   K So to all appearances (some admittedly in retrospect, but that's why Compaq H execs are paid the big bucks) the decision to scrap NT on Alpha was just5 about as bone-headed as the way in which it was done.    - bill  %  and 2) Microsoft, per usual, was not 9 > living up to the commitment it made to support AlphaNT.  >  > It's as simple as that.  > F > While Compaq did a terrible job communicating the decision to cancelK > AlphaNT, the underlying business case is both sound and supportable (even F > though it leaves me with an essentially useless Personal Workstation 433a). >  >  >  >    ------------------------------   Date: 2 May 2000 17:24:29 GMT * From: helbig@astro.rug.nl (Phillip Helbig)# Subject: Re: And they wonder why !! . Message-ID: <8en30d$ar3$4@info.service.rug.nl>  9 In article <FtxyDB.5xD@world.std.com>, "Terry C. Shannon"   <shannon@world.std.com> writes:   K > Separately, CPQ soon will offer free OpenVMS licenses to universities and ! > other educational institutions.   B Hey Terry, did you used to work for the East German government?  IB remember back in 1989 or whenever when it was announced at a pressG conference that they had opened the border---it was a throwaway remark  C made at the end of an otherwise normal and boring press conference.    :-)  :-)  E (Actually, this was NOT what was really intended.  It turned out that F there had been a communication breakdown, the message got garbled, theG guy mistakenly announced that all citizens of East Germany could travel F out of the country, and before the mistake could be corrected, so muchH had happened that there was no turning back.  And the rest, as they say,F is history.  (Sounds like something out of a Robert A. Heinlein novel,A with the hero planting the false announcement.)  After this press C conference, I attended a concert in St. Michael's church in Hamburg E (i.e. the main church near the harbour and red light district), works D for solo violin by Bach.  Things were normal when I went in.  When IF came out a couple of hours later and walked down the Reeperbahn to theI train (S-Bahn) station, the place was just crawling with Trabbis.  I was y9 reminded of that Tarzan film where he goes to New York.)      O ------------------------------------------------------------------------------- I Ah, but a VAX is more than just an instruction set, it's a way of life!!!   N                                                              ---Gotfryd Smolik  O ------------------------------------------------------------------------------- : At the VAX 20th anniversary DECUS in Anaheim (Nov 1997), I/ attended the engineers session on the last day.n  4 Some guy shuffled up to the microphone and announced: that his machine had last been booted in late 1983 and was: still going as of that moment.  That makes 14 years or so.  O                                                                   ---Mike DuffyC     Phillip Helbig   --M Kapteyn Instituut                    Email .............. helbig@astro.rug.nloM Rijksuniversiteit Groningen          Tel. ................... +31 50 363 4067cM Postbus 800                          Fax .................... +31 50 363 6100sM NL-9700 AV Groningen                 Web ... http://www.astro.rug.nl/~helbig/c  M ******************************** formerly at ********************************w  M this will still work for a while -----> Email ......... p.helbig@jb.man.ac.ukpM University of Manchester                Tel. ... +44 1477 571 321 (ext. 2635)aM Jodrell Bank Observatory                Fax ................ +44 1477 571 618 M Macclesfield                            Telex ................ 36149 JODREL GrM UK-Cheshire SK11 9DL                    Web ... http://www.jb.man.ac.uk/~pjh/e  H My opinions are not necessarily those of either of the above institutes.  N <A HREF=" http://gladia.astro.rug.nl:8000/helbig/hire/hire.html ">HIRE ME!</A>   ------------------------------  % Date: Tue, 02 May 2000 18:18:33 +0100 - From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>o5 Subject: Re: Any ALPHAbook (Tadpole) users out there?-) Message-ID: <390F0DE9.75CE4ADE@bbc.co.uk>2   "Terry C. Shannon" wrote:n  F > "Colin Butcher" <colin.butcher@xdelta.co.uk.nospam> wrote in message= > news:956909674.12545.0.nnrp-04.9e98f8e9@news.demon.co.uk... @ > > "Skipper W. Morris" <morris@iridium.mv.net> wrote in message& > > news:8ea92c$j54$1@pyrite.mv.net...K > > > I've just started playing with a Tadpole (Alpha notebook) that's beeneI > > > sitting around work here unused.  I've run into a few problems thatsC > > > hopefully someone already has seen and knows then answer for.' > > >t > > J > > Great machines for training / demo use. I had two for a while (on loan > from8 > > Tadpole) and would really like to get one of my own. > >l >tL > This would be easier said than done, since the worldwide installed base of* > the AlphaBook I is in the double digits.  C OK,  I do consider mylself suitably priviledged to have had a quick ? look at Colin's loaner Alphabooks a couple of years back, then.o  D Surely there must be a way to make more economic Alpha laptops, whatH with 650 MHz Pentia systems with 15inch TFT screens that are around now.   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukt  A I speak for myself only and my views in no way represent those of  MedAS or the BBC.e   ------------------------------  % Date: Tue, 02 May 2000 17:09:26 +0100i- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>e- Subject: Re: Backup Strategies for Enterprisee) Message-ID: <390EFDB6.8CA17657@bbc.co.uk>s   "Main, Kerry" wrote:   >-  & [long description clipped for brevity]  L > Now assuming that the Cust wants occasional standalone backups (perhaps toI > ensure no open application or database files) with the 3rd party backuptM > utility and occasional downtime can be scheduled, then a similar config canoN > be done with OpenVMS. Simply build a small separate system disk with the 3rdN > party utility installed and configured with no network protocol. Simply bootM > the backup system disk and use the 3rd party utility to backup / restore asrM > required. You guarantee that all application and database files are closed,EE > and no network traffic is possible while the backups are occurring.r >a  > Kerry, sounds good except, why not just use standalone backup?  --a6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of- MedAS or the BBC.-   ------------------------------  * Date: Tue, 2 May 2000 04:46:47 -0700 (PDT)* From: Randa Salman <randasalman@yahoo.com> Subject: Cobol problem= Message-ID: <20000502114647.6326.qmail@web901.mail.yahoo.com>r  5 I am using Alpha DS 20 System, with Openvms v7.2, RDBt v7.0-1, cobol v2.5.y  0 when i tried to compile my programs some of them produces the following error:m   3$:o4 %AMAC-I-RUNTIMSTK, runtime stack differences prevent* accurate stack tracing at line xxx in file myprogram.MAR.  4 When I traced the line number in myprogram, it was a4 normal GOTO statement. even when i removed this line* the error appeared in another line number.  1 I tried to link the program with this information / message, and when i ran myprogram the followinge message appeared:-4 %RDB-F-REQ-SYNC, Host program out of synchronization with the specified request.-   Any suggestions?    2 __________________________________________________ Do You Yahoo!?? Send instant messages & get email alerts with Yahoo! Messenger.  http://im.yahoo.com/   ------------------------------  # Date: Tue, 02 May 2000 16:00:21 GMTa From: Dirk Munk <munk@home.nl> Subject: Re: Cobol problem' Message-ID: <390EFB94.89634971@home.nl>/   Randa Salman wrote:c > 7 > I am using Alpha DS 20 System, with Openvms v7.2, RDBc > v7.0-1, cobol v2.5.w > 2 > when i tried to compile my programs some of them > produces the following error:P >  > 3$: 6 > %AMAC-I-RUNTIMSTK, runtime stack differences prevent, > accurate stack tracing at line xxx in file > myprogram.MAR. > 6 > When I traced the line number in myprogram, it was a6 > normal GOTO statement. even when i removed this line, > the error appeared in another line number. > 3 > I tried to link the program with this informationt1 > message, and when i ran myprogram the followingo > message appeared:t6 > %RDB-F-REQ-SYNC, Host program out of synchronization > with the specified request.  >  > Any suggestions?  E No, because I don't understand how you can get Macro Assembler errorsoH when you are compiling Cobol programs. And myprogram.MAR is according to' the extension a Macro Assembler source.t       > 4 > __________________________________________________ > Do You Yahoo!?A > Send instant messages & get email alerts with Yahoo! Messenger.o > http://im.yahoo.com/   ------------------------------  $ Date: Tue, 2 May 2000 13:34:27 -0400# From: John Vottero <John@MVPSI.com>o Subject: RE: Cobol problemD Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD6D8@berry.mvpsi.com>  J This sounds like an Oracle problem.  The Oracle Rdb precompiler builds andL compiles a temporary macro program.  I think that the AMAC-I-RUNTIMSTK errorK is pointing to a line number in the temporary macro code, not in your COBOLo code.e  F I'm not sure if this is a problem with your code or a problem with theL Oracle precompiler.  The RDB-F-REQ_SYNC error is a common programming error.  K You might try an Oracle/Rdb news group or maybe the Oracle/Rdb mailing list ) which I think can be found at www.jcc.coms   > -----Original Message-----3 > From: Randa Salman [mailto:randasalman@yahoo.com]e% > Sent: Tuesday, May 02, 2000 7:47 AM  > To: Info-VAX@Mvb.Saic.Comy > Subject: Cobol problem >  > 7 > I am using Alpha DS 20 System, with Openvms v7.2, RDB  > v7.0-1, cobol v2.5.d > 2 > when i tried to compile my programs some of them > produces the following error:  >  > 3$:u6 > %AMAC-I-RUNTIMSTK, runtime stack differences prevent, > accurate stack tracing at line xxx in file > myprogram.MAR. > 6 > When I traced the line number in myprogram, it was a6 > normal GOTO statement. even when i removed this line, > the error appeared in another line number. > 3 > I tried to link the program with this information 1 > message, and when i ran myprogram the followings > message appeared:e6 > %RDB-F-REQ-SYNC, Host program out of synchronization > with the specified request.  >  > Any suggestions? >  > 4 > __________________________________________________ > Do You Yahoo!?A > Send instant messages & get email alerts with Yahoo! Messenger.  > http://im.yahoo.com/ >    ------------------------------  $ Date: Tue, 2 May 2000 11:28:59 +02002 From: "Frits A.M. Storms" <frits@storms.tmfweb.nl>C Subject: DCL-equivalent for COBOL WRITE WITH NO ADVANCING wanted... * Message-ID: <8em74u$ego$1@cyan.nl.gxn.net>  
 For example :k $ esc[0,8] = 27  $ bell[0,8]= 7> $ tcesav   = "''esc'7" ! save cursor position & other settings' $ tceres   = "''esc'8" ! restore ......i/ $ tcepos  = "''esc'[!UL;!ULH" ! cursor position ; $ OPEN/WRITE filout 'P1' ! P1 contains a terminaldevicenamei0 $ WRITE filout tcesav,bell,F$FAO(tcepos,20,20),-#    "*** Hi There ! ***",bell,tceres  $ CLOSE filout $exiteO Apart from the annoying Outlook Express which translates two apostrophes to a "  there isO another problem with the execution: the last escape tceres works fine, but thene there is theL extra carriage return linefeed which puts the cursor at the beginning of the
 next line.= Is there another way to write to a terminal WITHOUT the extrat carriage-return-linefeed ?  
 Much obliged,s Frits Storms   ------------------------------  # Date: Tue, 02 May 2000 09:35:49 GMTa From: lucverhoelst@my-deja.com5 Subject: Re: DECW$DEVICE-I-NODEVICE and no decwindows ) Message-ID: <8em7hk$g95$1@nnrp1.deja.com>1  . Oeps , no the @ is not part of the node name .< This is the difference between azerty and qwerty keyboards . The correct node name is ALPHA2-      * In article <390dd649$1@news.kapsch.co.at>,   eplan@kapsch.net wrote:iD > In article <8e6a3a$d7e$1@nnrp1.deja.com>, lucverhoelst@my-deja.com writes:-* > >The outcome of the comaands suggested .	 > >[snip]4 > >$mc sysman io show prefix > ><5 > >%SYSMAN-I-OUTPUT, command execution on node ALPHA@y5 >                                              ^^^^^^  >g0 > Is the At-Sign really part of your node name ?9 > If yes, then I can understand a lot of your problems...s >l > --> > Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651= > Network and OpenVMS system manager  Fax.    +43 1 81111-888s> > FBFV/Information Services           E-mail  eplan@kapsch.netH > <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANA > A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm at realist"D > "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998i >l    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Tue, 02 May 2000 13:51:39 GMTs From: lucverhoelst@my-deja.com5 Subject: Re: DECW$DEVICE-I-NODEVICE and no decwindowso( Message-ID: <8emmh4$8c$1@nnrp1.deja.com>  	 $ ana/syso SDA> clue config   System configuration :   System Infor;ation :/ System type	DEC 2000 Model 300			Primary CPU ID  00( Cycle Time	6.6 nsec (150 MHz)			Pagesize	 8192 Bytel   Memory Configuration :* Cluster	PFN Start	PFN Count		Rnage (Mbyte) Usagea" #03		0		 256		0.0 MB -      2.0 MB Consoled. #04	           256		7936		2.0 MB -     64.0 MB System  $ Per-CPU Slot Processor Information : CPU ID		00				CPU Statel rc,pa,pp,cv,pv,pmv,pln* CPU Type	EV4  Pass 2/2.1  (21064)		Halt PC 00000000.00000000  PAL Code	5.48				Halt PS 00000000.00000000l CPU Revision	F001				Halt Code 00000000.00000000-/ Serial Number 	..				"Bootstrap or Powerfail"T Console Vers	V2.2h   SDA>   Adapter Information ::2 TR  Adapter	ADP	Hose	Bus	BusArrayEntry	Node	Device Name /HW-id   , 1   KA0602	80D45F80       0   Busless_system 2   EISA		80D46180       0	EISAk 					80D46440	ERA:	3 DEC4220 (DEPCA)r 					80D464E8		6 Adaptec SCSI (AHA1742A)a" 4  AHA_1742A	80D46980       0	EISA 					80D46B98	PKA:	6 Adaptec SCSI (AHA1742A)t 					80D46BD0	DVA:	1 Adaptec Floppy (AHA1742A) ' 3 VTI_COMBO	80D46600       0 	VTI_COMBOy 					80D46818	LRA:	0 Jenseny VTI 82C106 COMBO ( parallel port)     $ ty/pa decw$autoconfig.dat  !i ! DECW$autoconfig.datn ! . device		= "PCI MACH64"	! Mach64-CT PCI adapter  name		= GQ			! Device namey&  driver		= sys$gqdriver		! driver name  adapter		= PCI			! Adapter   id		= 0x43541002		! PCI Ide&  Flags 		= novector		! Load / novector'  Units 		= 1			! Single unit controllerl,  End_device				! Cause the entry to be addedH !----------------------------------------------------------------------- -----------------------       + In article <8ecke0$67r$1@lead.zk3.dec.com>,o8   "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:G > If there is no GQA0 device, then it wasn't autoconfigured.  So eithern theoF > autoconfiguration isn't being invoked, or the EISA bus configuration isn'to	 > set up.d >eG > Doing a CLUE CONFIG in SDA (ANAL/SYS) should tell you what the systemy% > thinks is configured on the system.s > D > You might try adding the line "DEBUG = -1 to the file SYS$MANAGER:2 > DECW$AUTOCONFIG.DAT to see if it shows anything. >.+ > lucverhoelst@my-deja.com wrote in messaget  <8e6a3a$d7e$1@nnrp1.deja.com>...* > >The outcome of the comaands suggested . > >x > >$ mc sysman io auto/fullo > >a4 > >%SYSMAN-I-OUTPUT, command executed on node ALPHA27 > >%IOGEN-I-PREFIX, searching for ICBM with prefix SYS$o3 > >%IOGEN-I-ACTIVATE, activating ICBM SYS$ICBM_0602o1 > >%IOGEN-I-ACTIVATE, activating ICBM SYS$ICBM_06n8 > >%IOGEN-I-PREFIX, searching for ICBM zith prefix DECW$4 > >%IOGEN-I-ACTIVATE, activating ICBM DECW$ICBM_06022 > >%IOGEN-I-ACTIVATE, activating ICBM DECW$ICBM_06/ > >%IOGEN-I-ACTIVATE, activating ICBM DECW$ICBMo@ > >%IOGEN-I-SCSIPOLL, scanning for devices trough SCSI port PKA0: > >%IOGEN-E-LOADERR, error configuring device DVA0, driver SYS$DVDRIVER.EXEH > >-SYSTEM-F-DEVOFFLINE, device is not in configuration or not available > >$mc sysman io show prefix > > 5 > >%SYSMAN-I-OUTPUT, command execution on node ALPHA@a= > >%SYSMAN-I-IOPREFIX, the current prefix list is: SYS$,DECW$  > >$sh dev wsa0:/fullr > >,B > >Device WSA0:, device type DECwindows pseudo device, is offline, > >record-oriented5 > >      device, sharable, device is a template only.i& > > Error count 0 Operations completed > >0. > > Owner process        "" Owner UIC [SYSTEM] > > Owner process ID 000000000 > >h? > >Then I tried to start DECwindows with still the same error .34 > >I hope this clarifies something tto the experts ? > >a > >  > >0. > >In article <8e1t4j$fkf$1@lead.zk3.dec.com>,; > >  "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:D > >> Do a SYSMAN IO AUTO/FULLg > >>= > >> and drop me the result.  Also do a SYSMAN IO SHOW PREFIXs > >>H > >> Fred Kleinsorge wrote in message <8dn9cs$c70$1@lead.zk3.dec.com>...D > >> >Well.  Yes.  Run the ECU.  This is the EISA-only system box -- yes? > >> > > >> > > >> >/ > >> >lucverhoelst@my-deja.com wrote in messagec# > ><8dklki$q3s$1@nnrp1.deja.com>...o$ > >> >>That's exactly what I tried . > >> >>Any other suggestions ?B > >> >>I'm willing to try it to get some Windows on this machine .5 > >> >>Or should I reinstall a lower version of VMS .a > >> >>t > >> >>l2 > >> >>In article <8dfgjv$ihm$1@lead.zk3.dec.com>,? > >> >>  "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote:nD > >> >>> Wow, it's that old that it still has that syntax.  Do a set
 > >console 2,  > >> >>> followed byB > >> >>> a INIT command, and then when the >>> comes up on the VGA console, > >> >>boote > >> >>> from there. > >> >>>( > >> >>> Tony Champagne wrote in message! <38FADA32.FF6A9766@genicom.be>...l) > >> >>> >I wish it was just soo simple .r" > >> >>> >However it makes sence .* > >> >>> >But doing a SET CONSOLE Graphics > >> >>> >it returns ILL CMD .5 > >> >>> >Help set console shows serial (1)or VGA (2)s? > >> >>> >So I tried set console 2 , Boot VMS and no DECWindowsl@ > >> >>> >Then tried set console 1, Boot VMS and no DECWindows .: > >> >>> >The error after the VMS boot is still the same .
 > >> >>> >E > >> >>> >Comments still welcome to get this machine up and running .-
 > >> >>> > > >> >>> >Luc Verhoelst-
 > >> >>> >  > >> >>> >Fred Kleinsorge wrote:
 > >> >>> >H > >> >>> >> This seems like an easy one... the DEC2000 is one of the few > >> >>platforms > >> >>> whereF > >> >>> >> the console was written by a group unfamiliar with the SRM and- > >> >>> workstations.F > >> >>> >> If you boot the system from the serial port, it configures thes > >HW  > >> >>RestartH > >> >>> >> Paramater Block to use a Type 2 Console Terminal Block - and > >doese
 > >> >>notH > >> >>> >> connect the mouse and keyboard drivers.  No mouse & keyboard > >> >>console# > >> >>> >> drivers, no DECwindows.  > >> >>> >> H > >> >>> >> This has been a restriction since the day the platform first > >> >>shipped.  If.C > >> >>> >> you want to use the graphics, do a SET CONSOLE GRAPHICST > >followed by	 > >> >>an 
 > >> >>> INITo > >> >>> >> at the console.  > >> >>> >>.5 > >> >>> >> lucverhoelst@my-deja.com wrote in message ) > >> >>> <8cuvbl$a3q$1@nnrp1.deja.com>....; > >> >>> >> >I installed VMS 7.1 on a DEC2000 model 300 AXP*H > >> >>> >> >This was a Fresh install , including format of the disk and	 > >during.
 > >> >>theE > >> >>> >> >installation the layered product DECWINDOWS was selected1 and7 > >> >>installed .
 > >> >>> >> >s > >> >>> >> >Rom version 2.2 > >> >>> >> >SRM FW version 370 9 > >> >>> >> >Doing a show config on the boot prompt I see. > >> >>> >> >1  ISA   VGA OK@ > >> >>> >> >The installation completed all on the Blue screen .B > >> >>> >> >The VMS startup terminates correctly (job terminated), > >> >>> >> >but the DECWindows do not start9 > >> >>> >> >On the end of the startup there is a message-> > >> >>> >> >DECW$DEVICE-I-Nodevice, no graphics devices found
 > >> >>> >> >lD > >> >>> >> >The License for VMS and DW-Motif are loaded and active.- > >> >>> >> >I can login on the OPA0: device.E& > >> >>> >> >Rund DECW$Configure I get  > >> >>> >> >Number of Screens 0, > >> >>> >> >Screen devices and order : NONE
 > >> >>> >> >1. > >> >>> >> >Using MC SYSGEN> Windows_system 1
 > >> >>> >> >o3 > >> >>> >> >So the windows parameter is set to 1 .e
 > >> >>> >> >@- > >> >>> >> >Any suggestions how to proceed ?n
 > >> >>> >> >e
 > >> >>> >> >k3 > >> >>> >> >Sent via Deja.com http://www.deja.com/. > >> >>> >> >Before you buy.
 > >> >>> > > >> >>> > >> >>> > >> >>a > >> >>d- > >> >>Sent via Deja.com http://www.deja.com/a > >> >>Before you buy. > >> > > >> > > >> > >> > >  > >o) > >Sent via Deja.com http://www.deja.com/i > >Before you buy. >. >     & Sent via Deja.com http://www.deja.com/ Before you buy.d   ------------------------------   Date: 2 May 2000 08:39:01 CDT = From: wayne@tachysoft.xxx.131952.killspam.0122 (Wayne Sewell)  Subject: Re: DS425c memory. Message-ID: <gjcH6Bd8YLKt@tachxxsoftxxconsult>  I In article <390E4775.5963@mcn.net>, Mark Tarka <markZERO@mcn.net> writes:0 > Wayne Sewell wrote:h >> cL >> In article <390D059F.7A04@mcn.net>, Mark Tarka <markZERO@mcn.net> writes:  N >> Not if you keep it to yourself and do your frenzy of worship where we can't >> hear it.o > < > I'm doing pretty good on that point...when's the last time? > I broached the subject (admit it...there's been no "frenzy of  > worship"...twit)?- >   N I really wouldn't know.  I hadn't been seeing your posts for years until now. L I filter them at the nntp level.  I wouldn't have seen this one, except thatD you appear to have changed your address.  Have to update the filter.    D >>You are the Lydick groupie, not us.  Have you had very many Lydick? >> sightings yet?  Do you think he and Elvis are getting along?n > 2 > Elvis is learning the art of critical thinking,     C and the art of abusing people.  He already knew how to abuse drugs.     N >> I'm perfectly happy to enjoy c.o.v as it is now and forget he ever existed. > ( > A pity...Carl was a master teacher :-)  ( Oh, so *that's* what he was.   Whatever.    F >> Jake Blues: "Sell me your children!  How much for the little girl?" > J > "Sell me...."  "How much...."  Equal to or beyond the bounds of Lydick'sD > sort of insanity.  Murphy had less to cope with when he failed :-)    N You have never heard of Jake Blues, brother of Elwood?  That was comedy from a, movie.  Carl was serious about his insanity.    1 > Oh yeah...you can't help with the memory issue?w  M Not can't, won't.  I don't give a shit about your problems.  Pray to Carl andnO they will be solved for you.  Of course, you will have to endure the obligatory-N "shit-for-brains" and "jackass" labels to earn his help, but hey, you will get your memory.     --  O ===============================================================================cM Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx2: http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)eO ===============================================================================IC Jake Blues: "Sell me your children!  How much for the little girl?".   ------------------------------  % Date: Mon, 01 May 2000 22:06:11 -0700 & From: Tom Crabtree <tccrab@sunset.net>+ Subject: Re: DS425c memory, again, already.a* Message-ID: <390E6243.C3DB825D@sunset.net>   Mark:,   Try comp.sys.dec  F Or you can try a few of the used hardware dealers.  I've had good luckE with Hess Electronics, 714-669-9838.  Tell Don Hyde I said hi!  If heiF does not have what you are looking for, he will know someone who does.  
 good luck!  A BTW, with out admitting to my apparent ignorance, who was Lydick?    Tom Crabtree   Mark Tarka wrote:c  7 > Hey...I forgot the appropriate ng that I was supposedl= > to post this query to (oops, ended in a preposition, darn).,9 > [ATTITUDE, PURE ATTITUDE.  YOU CAN'T FILTER IT OUT, CANn > YOU?]t >o9 > So...anyone able to provide a board and SIMMs so that Ir< > can double the memory available to my DecStation 425c from6 > 8 to 16 MB?  [A TECHNICALLY CORRECT AND TO THE POINT > STATEMENT, ISN'T IT?]  >n7 > Or...pointers to where I should look/post?  [PITY ME,l > I'M STUPID...RIGHT?] >i4 >   mark(0@mcn.net)  Dele the parens for a valid.... >n4 > P.S.  Does it piss you off that the anniversary of6 > Lydick's death is coming-up in a few months?  [DON'T4 > BE FOOLED, THIS IS A TRICK QUESTION HAVING NOTHING > TO DO WITH THE SUBJECT LINE.]    --A -----------------------------------------------------------------' My father used to tell me,> "Son, there is nothing wrong with being scared. . . as long as5 you don't let it affect you until the danger is over.r> Being hysterical is okay, too . . . afterwards and in private.A Tears are not unmanly . . . in the bathroom with the door locked.e; The difference between a coward and a brave man is mostly a/ matter of timing"-  0       --------- Robert A. Heinlein -------------A -----------------------------------------------------------------m   ------------------------------  % Date: Tue, 02 May 2000 10:12:24 +0200h= From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com>u+ Subject: Re: DS425c memory, again, already. ) Message-ID: <390E8DE8.B18D8D0A@gtech.com>s   Tom Crabtree wrote:bC > BTW, with out admitting to my apparent ignorance, who was Lydick?   C I frequent poster in this group from the late 80's to the mid 90's,pD where he passed away. He was very well-known among the participants, but also quite controversial.e   Arne   ------------------------------   Date: 2 May 2000 15:18:35 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)+ Subject: Re: DS425c memory, again, already.h* Message-ID: <390ed5ab$1@news.kapsch.co.at>  i In article <390E8DE8.B18D8D0A@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:p >Tom Crabtree wrote:D >> BTW, with out admitting to my apparent ignorance, who was Lydick? >mD >I frequent poster in this group from the late 80's to the mid 90's,E >where he passed away. He was very well-known among the participants,i >but also quite controversial.  L And now, while we are all sentimental, do you remember this "announcement" ?    F MAYNARD, MA.  Digital Equipment Corporation (DEC) today announced thatA it has signed a letter of intent to sell all of the vowels in its,F corporate name. The deal would involve the sale of the vowels to a yetG unnamed buyer. If the deal goes through the company would then be knowne as Dgtl.  F The letter deal follows close on the heels of the sale of  Alpha chip E technology to Intel and the rumored sale of the networking equipment tE division to Cabletron. Dgtl spokes person, Niki Richardson, said that-I the vowels were not part of Dgtl's core business and long term strategy. s  I "We feel that our core competencies lie more in the area of consonants," D stated Richardson.  H It is further rumored that there was considerable discussion within the C company over whether to replace the missing letters with blanks or tH apostrophes. Apparently it was decided to use neither as a further cost A cutting measure. However, Dgtl officials strongly denied that theiE company is attempting to raise enough cash to cover so called "golden)+ parachutes" for its top-echelon executives.L  H Long time Dgtl watcher, Terry Shannon, stated that, "This move can only F make Dgtl a stronger company."  Other industry analysts, particularly E those whose entire livelihood does not depend on whether or not Dgtl aA exists, claim the move is of questionable value. James Morris, aneF analyst at International Data Corp in Framingham, Massachusetts, says,F "I don't think the deal makes any sense; I can't even pronounce Dgtl."A Dgtl expects to the name the buyer within the next several weeks.mG Dgtl stock remained unchanged after the news, as no one was quite sure c< whether the stock symbol was still DEC or had now become DC.      N I don't know the author, but a real press release has no named author, too ;-) But it surely wasn't Carl...   -- m< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-8881< FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  # Date: Tue, 02 May 2000 17:46:49 GMT. From: joecarlos@yahoo.com (Joe)G4 Subject: how do I write sysgen parameter permanently5 Message-ID: <8F288C44Cjoeyahoocom@news.supernews.com>   K Hi, Every time i change a paramater quantum or something else. i type writeWL current. then i exit when i get back i is back to what it was. i am affraid G of using write default because it seems to me that it would affect the hH setting for every time a restart the server. may be i should. any ideas?   ------------------------------  # Date: Tue, 02 May 2000 17:34:32 GMT- From: cvwd@my-deja.com3 Subject: I need a Windows to VMS Graphics Converterm) Message-ID: <8en3j7$g74$1@nnrp1.deja.com>V  E Does anyone know of a .DDIF or .PS Dec VMS Format Converter that will/B run on Windows and convert .JPG or GIF to VMS .DDIF or .PS so that7 I can open them on my VAX Workstation using CDA Viewer?0  E I want to take my images and display them on my VAX Workstation. I doa> not have the DEC Libraries so that CDA can convert on the fly.   Please E-Mail me back at cvwdmail@netscape.net    Thank You...    & Sent via Deja.com http://www.deja.com/ Before you buy.a   ------------------------------  . Date: Tue, 2 May 2000 09:52:07 +0200 (MET DST)& From: Rudolf Wingert <win@fom.fgan.de>$ Subject: Re: IBM 18GB disk "offline"/ Message-ID: <200005020653.IAA20301@fom.fgan.de>0   Hello,   Vance Haemmerle wrotes:t   >>>PF   Do you know if the Ultrastar 18ES (DNES-318350) 18.2GB disk has this problem? <<<B  C I did get two times Ultrastar 18ES (DNES-318350) 18.2GB disks, from A an authorized Compaq seller. The seller did say, the do work with	D OpenVMS 7.1-1H1, they do have a firmware patch. I did test the disksB without any success. I did see both times the disks offline. AfterD calling the seller, he did say: "yes this disks do not function withB OpenVMS, because there is no patch for it. Can I sell you IBM DGHS disks with a patch?"  I Now I have made an OpenVMS upgrade to 7.1-2 and I will test the DNES disk  ASAP.e   Regards Rudolf Wingert   ------------------------------  # Date: Tuesday, 2 MAY 2000 04:03 EDTd- From: Bryan Jensen <bjj+3@arlvax.arl.psu.edu>=$ Subject: Re: IBM 18GB disk "offline", Message-ID: <8em2q2$176a@r02n01.cac.psu.edu>  3 In article <390C34BA.1368FEBF@toyvax.Tucson.AZ.US>,t6    Vance Haemmerle <vance@toyvax.Tucson.AZ.US> writes: >-G >  Do you know if the Ultrastar 18ES (DNES-318350) 18.2GB disk has thisk	 >problem?a  7 I have a pair of IBM DNES-318350W drives in a DPW433au.d  H Under VMS 7.1-2 they are marked offline.  Following recommendation I saw/ here, I installed ALPSCSI05_071.  Did not help.n  & I booted up VMS 7.2-1.  Now they work.   ------------------------------  % Date: Tue, 02 May 2000 17:01:38 +0100 , From: Paul BEAUDOIN <paul.beaudoin@hsbc.com>1 Subject: Memo:  Re: Dropping DECnet..don't do it! : Message-ID: <802568D3.00580B38.00@lithium.systems.uk.hsbc>   Wrong...  = Phase V has a documented callable management interface calledt' collectively called CMIP made from MICEeA (Management Information Control and Exchange) and MEN (ManagementfC Event Notification). They work as well or better than NICE although%3 from bitter experience are MUCH harder to write to.    Paul            D ********************************************************************B  This message and any attachments are confidential to the ordinaryB  user of the e-mail address to which it was addressed and may also>  be privileged. If you are not the addressee you may not copy,8  forward, disclose or use any part of the message or itsC  attachments and if you have received this message in error, pleaseiB  notify the sender immediately by return e-mail and delete it from
  your system.t  =  Internet communications cannot be guaranteed to be secure or A  error-free as information could be intercepted, corrupted, lost,Y>  arrive late or contain viruses. The sender therefore does not?  accept liability for any errors or omissions in the context ofs?  this message which arise as a result of Internet transmission.a  lD  Any opinions contained in this message are those of the author and ?  are not given or endorsed by the HSBC Group company or office  =  through which this message is sent unless otherwise clearly  A  indicated in this message and the authority of the author to so o3  bind the HSBC entity referred to is duly verified.4  D ********************************************************************   ------------------------------  " Date: Tue, 2 May 2000 19:16:35 GMT9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)F5 Subject: Re: Memo:  Re: Dropping DECnet..don't do it!d+ Message-ID: <AobJw3gusEly@eisner.decus.org>T  i In article <802568D3.00580B38.00@lithium.systems.uk.hsbc>, Paul BEAUDOIN <paul.beaudoin@hsbc.com> writes:s >  > 
 > Wrong... > ? > Phase V has a documented callable management interface calledA) > collectively called CMIP made from MICEtC > (Management Information Control and Exchange) and MEN (ManagementiE > Event Notification). They work as well or better than NICE although 5 > from bitter experience are MUCH harder to write to.o >  > Paul  I Can you specify which piece of the DECnet Phase V documentation describes K this ?  DEC for years said there was no callable entrypoint for management.    ------------------------------   Date: 2 May 2000 07:59:23 GMT>* From: helbig@astro.rug.nl (Phillip Helbig)' Subject: Re: new cluster license pricesF. Message-ID: <8em1sr$sh5$1@info.service.rug.nl>  8 In article <390DCDA6.82EB9B34@vl.videotron.ca>, JF Mezei* <jfmezei.spamnot@vl.videotron.ca> writes:   P > Typical "Digital" thinking. Milk the market until you are out-competitioned byI > the new kids on the block which you refused to consider as competition.  > I > I totally disagree. Compaq has a chance here to *LEAD* the market. MakerO > clustering very affordable and with more features than the other guys and youwP > will not only attract customers, but also make it harder for the other guys to
 > follow you.  > O > If you price a cluster at $30,000, then it makes it VERY easy for competitors.N > to spend the megabucks to DEVELOP clustering that competes with you and theyL > will charge $15k (half your price) and reap all the benefits. You are thenJ > forced to follow the competitors or die. (or, as in the case of Digital,P > refuse to follow the competitors and hope you still have enough customers left > to survive another 5 years). > M > But if you charge $10k, then YOU WILL BE THE LEADER IN THE MARKET. SuperioreO > technology and lower prices will make VMS a whole lot more attractive and may>K > offset some of VMS's disadvantages (seen as a dead OS, lack of apps etc).iJ > Since VM'S has the technological advantage, if you are the leader in theM > market, then the others will be struggling to follow and catch up with you.   G Despite about a DECADE of people saying "VMS will die soon" it has not >A done so.  Compaq is interested in maximising the profit.  We are 7G interested, as end-users, in minimising the price.  It could very well nG be that maximum profit does not come at minimum price.  In that sense, aB there is simply a conflict of interest, but this is normal in the H business world.  Users talk about Compaq becoming the market leader and G so on, but unless this brings more profit, why should they?  Who cares eH if they are the market leader?  I think it is clear that the demand for E low prices is (understandable) self-interest on our part.  We try to cI help by saying "VMS will die otherwise and hurt Compaq", but there seems > to be no evidence of this.  H To pick up an old analogy, I recently read an article about how Porsche G is one of the most profitable automobile companies.  They are far from  I being the market leader and have no desire to be.  As for advertising, I >A believe that Mercedes actually stopped or severely limited their 0D advertising for a while.  I don't know what the impact on sales was.   ------------------------------   Date: 2 May 2000 10:49:52 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER)' Subject: Re: new cluster license pricess* Message-ID: <390e96b0$1@news.kapsch.co.at>  [ In article <8em1sr$sh5$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:>9 >In article <390DCDA6.82EB9B34@vl.videotron.ca>, JF Mezei + ><jfmezei.spamnot@vl.videotron.ca> writes: fP >>Typical "Digital" thinking. Milk the market until you are out-competitioned byI >>the new kids on the block which you refused to consider as competition.w >> .I >>I totally disagree. Compaq has a chance here to *LEAD* the market. Make0O >>clustering very affordable and with more features than the other guys and youuP >>will not only attract customers, but also make it harder for the other guys to
 >>follow you.5 >> cO >>If you price a cluster at $30,000, then it makes it VERY easy for competitorsIN >>to spend the megabucks to DEVELOP clustering that competes with you and theyL >>will charge $15k (half your price) and reap all the benefits. You are thenJ >>forced to follow the competitors or die. (or, as in the case of Digital,P >>refuse to follow the competitors and hope you still have enough customers left >>to survive another 5 years). >>  M >>But if you charge $10k, then YOU WILL BE THE LEADER IN THE MARKET. SuperiortO >>technology and lower prices will make VMS a whole lot more attractive and mayyK >>offset some of VMS's disadvantages (seen as a dead OS, lack of apps etc).oJ >>Since VM'S has the technological advantage, if you are the leader in theM >>market, then the others will be struggling to follow and catch up with you.g   I second that.  H >Despite about a DECADE of people saying "VMS will die soon" it has not 	 >done so.t  ! Not ? Ok, not really. But almost. L Markets disappeared. Market share shrunk. Quality expanded. But almost noone7 cares. At least not the ISVs. And surely not the press.   K Competitor lowered their prices. VMS keeps it (or raises it and after a few.M years lowers it by some amount again - which is then a "step forward" - after  two or more steps back)   H VMS is in a market where decisions last very long and are prepared for aI very long time. Now you see VMS loose market share, despite the fact thatyI VMS is (not very much but it is) now better marketed. This is the outcomeg; of MANY years of bad behaviour (which is not totally gone).   O But VMS is now loosing market share in is own "target" market (remember EUREX).rI And this should ring every alarm bell Q has. I hope, it's not too late...m  F Yes, VMS sales grow (62% in Europe in last quarter). And this is good.@ But OTOH, if you sell 2 instead of 1 system, sales grow by 100%.F I mean, with low sale counts, a big percentage number is easy to reachE and doesn't really show, how healthy a market is. And if this successiL is not trumpeted out (and instead hidden in a UNIX article), then see above.  K And the sales grow because of the new EV6 AlphaServers and it will continuecK to grow because of the new wildfire servers. But in the meantime, some moreaM applications cease for OpenVMS. And what will YOU run in a few years on VMS ?41 Will VMS be a 5 applications only Opsys in 200x ?.  A >         Compaq is interested in maximising the profit.  We are aH >interested, as end-users, in minimising the price.  It could very well H >be that maximum profit does not come at minimum price.  In that sense, C >there is simply a conflict of interest, but this is normal in the TI >business world.  Users talk about Compaq becoming the market leader and b< >so on, but unless this brings more profit, why should they?  H If they can get a clear message to their share holders, your analysis isI correct. But nowadays, share holders listen also very much to "analysts", N "the press" and "the internet". And then it become a self fulfilling prophecy.I If enough people think, that the company will die, then the company dies.HF See the stock rate of CPQ. It is disappointing and doesn't reflect theN reality, only the assumptions of a bunch of investors. They are not interestedL in the value of the company, only in the stock rate (and don't tell me, they are related - they used to be).   G >                                                            Who cares A >if they are the market leader?   = The share holders, the analysts, in short the stock exchange.-M And if the company told them, that they will be leader, and then they aren't, K stock rates fall and fall (and the company at first reduces head counts)...o  I >                                I think it is clear that the demand for aF >low prices is (understandable) self-interest on our part.  We try to J >help by saying "VMS will die otherwise and hurt Compaq", but there seems  >to be no evidence of this.-   No ? COMPAQ is "healthy" ?F Analysts still see COMPAQ as the PC market leader, producing lousy PCsI (selling them in every drug store or gaz station) and having big problems0K with the earnings. They are still not seen as an enterprise company. But M$:M is already seen as an enterprise company (thanks to W2K). It's a shame for Q.s  F But at least, there are now some steps forward. I hope, the're getting  more and bigger over the time...  I >To pick up an old analogy, I recently read an article about how Porsche wH >is one of the most profitable automobile companies.  They are far from J >being the market leader and have no desire to be.  As for advertising, I B >believe that Mercedes actually stopped or severely limited their E >advertising for a while.  I don't know what the impact on sales was.o  @ But they are still called Mercedes and are not bought by Hundai.G And as you can see in the car market, over 50 different producers/namesBF exists, and they don't like the idea, to sell all their cars with onlyF a fistfull of producer/trade (not model) names. Only COMPAQ decided to kill the DEC trademark...e   just my 0.02  H PS: You know "Eat SHIT, hundred of billions of flies can't be wrong !" ? -- l< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < FBFV/Information Services           E-mail  eplan@kapsch.netF <<< KAPSCH AG  Wagenseilgasse 1     PSImail PSI%(0232)281001141::EPLANH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"N "VMS is today what Microsoft wants Windows NT V8.0 to be!" Compaq, 22-Sep-1998   ------------------------------  $ Date: Tue, 2 May 2000 08:21:48 -05001 From: "Dave Gudewicz" <david.gudewicz@abbott.com>r' Subject: Re: new cluster license pricese8 Message-ID: <8emkj1$ed8$1@fizban.fizban.pprd.abbott.com>  I I've recently seen a flurry of Mercedes commercials on TV.  They are of an different "flavor"K than those in the past.  Guess they got a new add agency, complete with newi ideas.  I hearH that Compaq also has a new add agency.  Can't wait to see what their new
 ideas are.  K The only thing constant is change.  And the speed of light, of course.  ;-)l   Dave...s   <large snip>I > To pick up an old analogy, I recently read an article about how PorschelH > is one of the most profitable automobile companies.  They are far fromJ > being the market leader and have no desire to be.  As for advertising, IB > believe that Mercedes actually stopped or severely limited theirF > advertising for a while.  I don't know what the impact on sales was.   ------------------------------  $ Date: Tue, 2 May 2000 10:18:27 -0400  From: norm.raphael@jamesbury.com' Subject: Re: new cluster license pricese4 Message-ID: <C22568D3.004DC277.00@jklh21.valmet.com>   To:   Info-VAX@mvb.saic.com  cc:e( Subject:  Re: new cluster license prices          J /I've recently seen a flurry of Mercedes commercials on TV.  They are of a /different "flavor"eL /than those in the past.  Guess they got a new add agency, complete with new /ideas.  I hear I /that Compaq also has a new add agency.  Can't wait to see what their new  /ideas are.- /1L /The only thing constant is change.  And the speed of light, of course.  ;-) /S	 ...and... 4 The more things change, the more they stay the same.   /Dave... /S
 /<large snip>)J /> To pick up an old analogy, I recently read an article about how PorscheI /> is one of the most profitable automobile companies.  They are far fromCK /> being the market leader and have no desire to be.  As for advertising, I0C /> believe that Mercedes actually stopped or severely limited theirrG /> advertising for a while.  I don't know what the impact on sales was.s   ------------------------------   Date: 2 May 2000 14:50:26 GMTm2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)' Subject: Re: new cluster license pricesa, Message-ID: <8empvi$4jo@gap.cco.caltech.edu>  W In article <390e96b0$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: I >If they can get a clear message to their share holders, your analysis is J >correct. But nowadays, share holders listen also very much to "analysts",O >"the press" and "the internet". And then it become a self fulfilling prophecy.nJ >If enough people think, that the company will die, then the company dies.G >See the stock rate of CPQ. It is disappointing and doesn't reflect theAO >reality, only the assumptions of a bunch of investors. They are not interestedmM >in the value of the company, only in the stock rate (and don't tell me, they   >are related - they used to be).  H The stock value is accurate. In my opinion it strongly reflects the "badI management" factor - investors have determined that current management is,J sub par and so they place a lower value on the stock.  Compaq's actions ofH late only reinforce this opinion (remember the WNT on Alpha fiasco?). SoG the stock stays stuck in the mud.  This effect gets piled on top of theoF various negative economic factors (losing market share, for instance).J We've seen this "bad management penalty" before, most notably at ATT whereH the stock rose sharply as soon as one particularly inept CEO went away.   F Unfortunately the persistence of an inept CEO usually reflects a boardJ that's lost it's way.  It can be very hard for shareholders to repair thatK situation (they never did at Digital, for instance) so the best they can do 7 is to vote with their feet.  Much as the customers do. t   Sigh.o   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech -   ------------------------------  $ Date: Tue, 2 May 2000 13:05:59 -0400' From: "Bill Todd" <billtodd@foo.mv.com> ' Subject: Re: new cluster license pricess( Message-ID: <8en1qa$sra$1@pyrite.mv.net>  : Dave Gudewicz <david.gudewicz@abbott.com> wrote in message2 news:8emkj1$ed8$1@fizban.fizban.pprd.abbott.com... > K > I've recently seen a flurry of Mercedes commercials on TV.  They are of al > different "flavor"I > than those in the past.  Guess they got a new add agency, complete withe newl > ideas.  I hearJ > that Compaq also has a new add agency.  Can't wait to see what their new > ideas are.  B Given the ho-hum quality of their predecessor, some optimism seems
 indicated.   >3H > The only thing constant is change.  And the speed of light, of course. ;-)p  I Aside from its dependence on the index of refraction, my vague impression.E was that there was no particular reason to believe that such physicalt> properties of the universe were not subject to gradual change.   - bill   >o	 > Dave...n >x > <large snip>K > > To pick up an old analogy, I recently read an article about how PorscheoJ > > is one of the most profitable automobile companies.  They are far fromL > > being the market leader and have no desire to be.  As for advertising, ID > > believe that Mercedes actually stopped or severely limited theirH > > advertising for a while.  I don't know what the impact on sales was. >  >y   ------------------------------  $ Date: Tue, 2 May 2000 13:14:05 -0400' From: "Bill Todd" <billtodd@foo.mv.com>a' Subject: Re: new cluster license pricesr' Message-ID: <8en29g$e7$1@pyrite.mv.net>e  5 Phillip Helbig <helbig@astro.rug.nl> wrote in message ( news:8em1sr$sh5$1@info.service.rug.nl...   ...b  H > Despite about a DECADE of people saying "VMS will die soon" it has notB > done so.  Compaq is interested in maximising the profit.  We areH > interested, as end-users, in minimising the price.  It could very wellH > be that maximum profit does not come at minimum price.  In that sense,C > there is simply a conflict of interest, but this is normal in thegI > business world.  Users talk about Compaq becoming the market leader and H > so on, but unless this brings more profit, why should they?  Who caresI > if they are the market leader?  I think it is clear that the demand fordF > low prices is (understandable) self-interest on our part.  We try toJ > help by saying "VMS will die otherwise and hurt Compaq", but there seems > to be no evidence of this.  I That seems a bit simplistic to me.  I think a lot of people worry that anCK attitude that simply maximizes short-term profit *without* plowing back theeL proceeds (into advertizing, development, etc.) to ensure long-term viabilityK will indeed cause VMS to die, rather than are just interested in minimizinglL their own short-term costs.  And I agree with them.  Every once in a while II take a pot-shot at JF because he's a bit abrasive for my taste and seldom I seems able to see the other side of an issue.  But I'm occasionally a biteE abrasive for my taste as well, so I mostly just try to set the recordf	 straight.c   - bill   > I > To pick up an old analogy, I recently read an article about how PorscheaH > is one of the most profitable automobile companies.  They are far fromJ > being the market leader and have no desire to be.  As for advertising, IB > believe that Mercedes actually stopped or severely limited theirF > advertising for a while.  I don't know what the impact on sales was.   ------------------------------   Date: 2 May 2000 17:36:31 GMTg* From: helbig@astro.rug.nl (Phillip Helbig)' Subject: Re: new cluster license prices . Message-ID: <8en3mv$ar3$6@info.service.rug.nl>  3 In article <8en29g$e7$1@pyrite.mv.net>, "Bill Todd"  <billtodd@foo.mv.com> writes:   J > > Despite about a DECADE of people saying "VMS will die soon" it has notD > > done so.  Compaq is interested in maximising the profit.  We areJ > > interested, as end-users, in minimising the price.  It could very wellJ > > be that maximum profit does not come at minimum price.  In that sense,E > > there is simply a conflict of interest, but this is normal in thefK > > business world.  Users talk about Compaq becoming the market leader andcJ > > so on, but unless this brings more profit, why should they?  Who caresK > > if they are the market leader?  I think it is clear that the demand forrH > > low prices is (understandable) self-interest on our part.  We try toL > > help by saying "VMS will die otherwise and hurt Compaq", but there seems > > to be no evidence of this. > K > That seems a bit simplistic to me.  I think a lot of people worry that anMM > attitude that simply maximizes short-term profit *without* plowing back thenN > proceeds (into advertizing, development, etc.) to ensure long-term viabilityM > will indeed cause VMS to die, rather than are just interested in minimizingi > their own short-term costs.  o  C From what I gather, A LOT of money is going into VMS development.  c, Perhaps someone from the inside can comment?   > And I agree with them.    F It would be interesting to know on what time scale the Q is trying to % maximise its VMS (and other) profits.b  G If the loss in revenue from decreasing the costs to existing customers oF is not offset by increased sales to new customers, reducing the price G doesn't make sense.  With my suggestion, a small-fee license for stuff )F not covered by the hobbyist license, one could get ADDITIONAL revenue E since the existing prices for big customers would not change.  And I .C don't think any big customer doesn't go with VMS because it is too oG expensive---the costs are peanuts compared to other costs.  Maybe they  H don't go with and/or move away from VMS because they mistakenly believe I it will die, maybe this comes from the fact that not near as many people 0F learn VMS at university, maybe they do so because there aren't enough I applications and maybe this is because a larger community and/or cheaper  G licenses for small developers are needed---I don't know.  (Isn't there i9 some sort of special deal for folks developing VMS apps?)c   ------------------------------  % Date: Tue, 02 May 2000 11:33:41 +0100 2 From: Chris Sharman <Chris.Sharman@CCAgroup.co.uk>2 Subject: Re: OPCOM 'new operator enabled' messages. Message-ID: <390EBCF5.55807C52@CCAgroup.co.uk>   goodman_j wrote: > 8 > We wrote a program many years ago as a replacement for% > REPLY/ENABLE that had two purposes:  > ; > 1.  It did not generate those annoying "operator enabled"e > messages.0 > ? > 2.  By installing the program with OPER privilege we let non-g? > privileged users enable themselves for our site-defined OPERn  > operator classes only. > @ > In your case you would probably want to modify the program for? > #1 only by adding all the other Operator classes to it's .FOR ? > source and .CLD file.  (But then don't install it with OPER.)  > A > It has not been tested on VMS 7.x but since it uses the $SNDOPRdB > system service (although admittedly an undocumented interface to# > it) I would expect it to work ok.d  A Many thanks - I'm just back off hols, and will be looking at thisa shortly - it looks good.   ------------------------------  % Date: Tue, 02 May 2000 17:57:14 +0100o- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>o4 Subject: Re: OpenVMS and WNT integration for Dummies) Message-ID: <390F08EA.FE68D26C@bbc.co.uk>)  D Does it have the same crappy pencil cartoon artwork that the rest of  the "Dummies for..." series has?   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.ukl  A I speak for myself only and my views in no way represent those ofx MedAS or the BBC.n   ------------------------------  % Date: Tue, 02 May 2000 14:26:21 +0100rB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> Subject: Re: OpenVMS marketing) Message-ID: <390ED77D.F2C746B@uk.sun.com>e   Fred Kleinsorge wrote:  ! > Neil Rieck wrote in message ...o > >sM > >In the computer world today free means anything between $0 and $99 and thet4 > >Tru64 introduction package meets the requirement. > >t > >...philosophical pause... > >h >uJ > I'm still not clear on the real beef here.  It sounds to me like the $50N > Canadian membership, plus the $30 media cost gets you what you need for $80. >hL > It also gets you it in a very flexible way, since Compaq doesn't run it --M > we leave it up to the user society to run it.  You would rather that CompaqyF > turn this into a money making venture and directly "sell" the "free" > hobbyist kit to you for $99. >s  9 Why not, making the user group the only channel to market : ensures that only people who are members of the user group< buy. That assumes that all of your prospective customer base< can or will join the user group to get the software, neither of which are true.   >wM > The two-step dance to get the kit isn't that horrible.  And its up to *you*VH > the users and members of DECUS organizations to determine if there areL > better, simpler ways to deliver it - you don't have us (Compaq) in the wayN > trying to make this a marketing gimmick.  Remember - we were on the bleedingL > edge of making this stuff free to hobbyists - it wasn't done as a internalK > marketing ploy - but in direct response to the user groups (in particulare. > DFWLUG) who worked hard to make this happen.  : But when you have gone through the "two-step" dance as you= describe it you end up with something in your hand that isn'tg" competitive with Solaris or Linux.  ; I don't mean technically before you all jump down my throatu6 I mean in terms of what you are allowed to use OpenVMS for.  2 My understanding of the OpenVMS and Tru64 Hobbyist2 programs are that they both preclude you using the  licences for commercial systems.  6 You cannot for example set up as a small ISP using the OpenVMS or Tru64 licenses.  ? This is not the case with either Solaris or Linux both of which,: are cheaper than either OpenVMS or Tru64 and both of which, allow you to use them for commercial useage.  : This distinction between customers who are playing at home7 and customers who are using your OS in cold blood seemst1 to be a pretty pointless one in this day and age.y  8 Many of the .COM  startups that are now household names,3 some of which have larger market caps than CPQ were 7 started by people in their living rooms as a spare time 3 occupation. Making people like this worry about thei5 commercial/hobbyist issues will only make them chooset) something that makes no such distinction.w     RegardsC Andrew Harrison  Enterprise IT Architecte   ------------------------------   Date: 2 May 2000 13:56:27 GMT * From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: OpenVMS marketing. Message-ID: <8emmqb$6vs$1@info.service.rug.nl>  ? In article <390ED77D.F2C746B@uk.sun.com>, Andrew Harrison SUNUKB/ Consultancy <andrew.nospam@uk.sun.com> writes: (   > Fred Kleinsorge wrote: > # > > Neil Rieck wrote in message ...o > > >sO > > >In the computer world today free means anything between $0 and $99 and the 6 > > >Tru64 introduction package meets the requirement. > > >  > > >...philosophical pause... > >bL > > I'm still not clear on the real beef here.  It sounds to me like the $50P > > Canadian membership, plus the $30 media cost gets you what you need for $80. > >iN > > It also gets you it in a very flexible way, since Compaq doesn't run it --O > > we leave it up to the user society to run it.  You would rather that CompaqyH > > turn this into a money making venture and directly "sell" the "free"  > > hobbyist kit to you for $99. > ; > Why not, making the user group the only channel to marketo< > ensures that only people who are members of the user group> > buy. That assumes that all of your prospective customer base> > can or will join the user group to get the software, neither > of which are true. > O > > The two-step dance to get the kit isn't that horrible.  And its up to *you*aJ > > the users and members of DECUS organizations to determine if there areN > > better, simpler ways to deliver it - you don't have us (Compaq) in the wayP > > trying to make this a marketing gimmick.  Remember - we were on the bleedingN > > edge of making this stuff free to hobbyists - it wasn't done as a internalM > > marketing ploy - but in direct response to the user groups (in particularm0 > > DFWLUG) who worked hard to make this happen. > < > But when you have gone through the "two-step" dance as you? > describe it you end up with something in your hand that isn't $ > competitive with Solaris or Linux. > = > I don't mean technically before you all jump down my throat 8 > I mean in terms of what you are allowed to use OpenVMS > for. > 4 > My understanding of the OpenVMS and Tru64 Hobbyist4 > programs are that they both preclude you using the" > licences for commercial systems. > 8 > You cannot for example set up as a small ISP using the > OpenVMS or Tru64 licenses. > A > This is not the case with either Solaris or Linux both of which < > are cheaper than either OpenVMS or Tru64 and both of which. > allow you to use them for commercial useage. > < > This distinction between customers who are playing at home9 > and customers who are using your OS in cold blood seems,3 > to be a pretty pointless one in this day and age.u > : > Many of the .COM  startups that are now household names,5 > some of which have larger market caps than CPQ wereX9 > started by people in their living rooms as a spare timec5 > occupation. Making people like this worry about thec7 > commercial/hobbyist issues will only make them chooset+ > something that makes no such distinction.a  ( I find myself agreeing with Andrew here.  % [Very long very philosophical pause.]y  F The point is that the world has changed.  People buy operating systemsD today who wouldn't have bought them 5 or 10 years ago---some of whomC didn't even know what an OS was.  Sure, there is still a market for.D old-style stuff, and the VMS pricing might be right---from Compaq's  point of view---for this.   I The hobbyist license for the pure hobbyist is great.  And pure hobbyists >" DO exist.  I know some personally.  & Consider the following two situations.  F I want to become a writer.  I want to write novels and sell them to a H publisher.  I want to write them in LaTeX and either send the publisher H a printout, or a PostScript, TeX or DVI file, by email or by diskette.  B Since this is a commercial operation, I have to have a "real" VMS E license if I run LaTeX on my (formerly) hobbyist VMS system for this e purpose.  H A typical IT-startup venture.  It's just for fun at first, maybe you canD recover your costs.  But it MIGHT take off.  Unless you KNOW it willF take off, you cannot afford buying real licenses.  But neither can you@ do it as a hobbyist, since money is involved.  (I understand the< hobbyist license is actually more restrictive, i.e. not justF non-commercial use but only personal use is allowed.  So a non-profit . organisation cannot use the hobbyist license.)  D Neither of these was an issue 20 years ago.  Neither the living-roomB startup nor having a VMS system at home used as a word processor.   (Remember what Ken said, folks.)  H Thus, there needs to be something in-between.  Say a token-fee OS which G can be used as long as the profits do not exceed some amount.  LOTS of aH people would buy these.  If they do make a profit, they will buy a real H license.  Or something akin to the "amateur clause" in German tax law.  C If the profits are tax-free as a result of this, then the hobbyist eB license can be used.  It says something like "income from amateur F activities (Liebhaberei) is tax-free, even if the intake occasionally F exceeds the costs".  In other words, if you do something for fun (and E make your living doing something else---interestingly some countries  E allow prostitution only if it is not your main job) and take in some dG money to cover your costs---being an amateur musician who occasionally oI gets paid for a gig is a typical example---this income is tax-free.  The tE idea is that sometimes the costs are more than the intake, sometimes .I less.  This is not the case with small businesses, of course, but that's -F not the point---any business which needs VMS should buy it as long as G the cost is negligible compared to the profit.  The point is that this pG would allow people to use VMS during the startup-phase, when it is not g> clear whether or not the business will turn profitable or not.  H This could allow Compaq to leave the price structure for real businessesH intact; I've argued before that the prices are probably the correct onesC for Compaq if not for the end-user.  No change here, and no risk of.I profit loss.  It would allow the hobbyist programme to stay intact.  But tD it would allow IN ADDITION a lot more people to use VMS, and Compaq F could SELL MORE LICENSES without changing a thing about other license 7 sales.  And lots of these will turn into real licenses.   	 Comments?n   ------------------------------  " Date: Tue, 2 May 2000 15:34:15 GMT0 From: "Terry C. Shannon" <shannon@world.std.com> Subject: Re: OpenVMS marketing& Message-ID: <FtxutI.LtD@world.std.com>  7 "Phillip Helbig" <helbig@astro.rug.nl> wrote in messagep( news:8emmqb$6vs$1@info.service.rug.nl...A > In article <390ED77D.F2C746B@uk.sun.com>, Andrew Harrison SUNUKc/ > Consultancy <andrew.nospam@uk.sun.com> wrote:t >a <snip> > >n6 > > My understanding of the OpenVMS and Tru64 Hobbyist6 > > programs are that they both preclude you using the$ > > licences for commercial systems. > >a: > > You cannot for example set up as a small ISP using the > > OpenVMS or Tru64 licenses. > >1C > > This is not the case with either Solaris or Linux both of whichw> > > are cheaper than either OpenVMS or Tru64 and both of which0 > > allow you to use them for commercial useage. > >s> > > This distinction between customers who are playing at home; > > and customers who are using your OS in cold blood seemss5 > > to be a pretty pointless one in this day and age.e > >i< > > Many of the .COM  startups that are now household names,7 > > some of which have larger market caps than CPQ were ; > > started by people in their living rooms as a spare timeo7 > > occupation. Making people like this worry about thes9 > > commercial/hobbyist issues will only make them choose - > > something that makes no such distinction.i >w* > I find myself agreeing with Andrew here. >a' > [Very long very philosophical pause.]e  - Likewise. Andrew has a very valid point here.l   ------------------------------   Date: 2 May 2000 17:15:53 GMTo* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: OpenVMS marketing. Message-ID: <8en2g9$ar3$3@info.service.rug.nl>  9 In article <FtxutI.LtD@world.std.com>, "Terry C. Shannon"o  <shannon@world.std.com> writes:   9 > "Phillip Helbig" <helbig@astro.rug.nl> wrote in messagen* > news:8emmqb$6vs$1@info.service.rug.nl...C > > In article <390ED77D.F2C746B@uk.sun.com>, Andrew Harrison SUNUK 1 > > Consultancy <andrew.nospam@uk.sun.com> wrote:c > >a > <snip> > > >p8 > > > My understanding of the OpenVMS and Tru64 Hobbyist8 > > > programs are that they both preclude you using the& > > > licences for commercial systems.  > > > > Many of the .COM  startups that are now household names,9 > > > some of which have larger market caps than CPQ werel= > > > started by people in their living rooms as a spare timei9 > > > occupation. Making people like this worry about the ; > > > commercial/hobbyist issues will only make them chooseI/ > > > something that makes no such distinction.e > >l, > > I find myself agreeing with Andrew here. > >n) > > [Very long very philosophical pause.]- > / > Likewise. Andrew has a very valid point here.M  G Well, as long as I find myself agreeing with Terry, I guess things are c all right.  :-)s   ------------------------------  " Date: Tue, 2 May 2000 17:36:38 GMT0 From: "Terry C. Shannon" <shannon@world.std.com> Subject: Re: OpenVMS marketing& Message-ID: <Fty0Kt.M0B@world.std.com>  7 "Phillip Helbig" <helbig@astro.rug.nl> wrote in messagei( news:8en2g9$ar3$3@info.service.rug.nl...; > In article <FtxutI.LtD@world.std.com>, "Terry C. Shannon" ! > <shannon@world.std.com> writes:o >a; > > "Phillip Helbig" <helbig@astro.rug.nl> wrote in messagei, > > news:8emmqb$6vs$1@info.service.rug.nl...E > > > In article <390ED77D.F2C746B@uk.sun.com>, Andrew Harrison SUNUKn3 > > > Consultancy <andrew.nospam@uk.sun.com> wrote:y > > > 
 > > <snip> > > > > : > > > > My understanding of the OpenVMS and Tru64 Hobbyist: > > > > programs are that they both preclude you using the( > > > > licences for commercial systems. >g@ > > > > Many of the .COM  startups that are now household names,; > > > > some of which have larger market caps than CPQ wereo? > > > > started by people in their living rooms as a spare timep; > > > > occupation. Making people like this worry about the = > > > > commercial/hobbyist issues will only make them choosee1 > > > > something that makes no such distinction.r > > >r. > > > I find myself agreeing with Andrew here. > > >m+ > > > [Very long very philosophical pause.]n > > 1 > > Likewise. Andrew has a very valid point here.m >eH > Well, as long as I find myself agreeing with Terry, I guess things are > all right.  :-)   L Well, that may or may not be a Big Stretch. Whatever, I believe our esteemedD colleague Andrew hath made a valid point. Since Andrew has no vestedJ interest in the success of OpenVMS (quite on the contrary!), his assertion" bears some credence in this venue.   cheers,l   terry ss  ) OVMS Marketing Minister Without Portfolioo   ------------------------------  $ Date: Tue, 2 May 2000 13:52:01 -0400' From: "Bill Todd" <billtodd@foo.mv.com>n Subject: Re: OpenVMS marketing( Message-ID: <8en4gj$2oi$1@pyrite.mv.net>  # To respond to three levels at once:o  I I like Phillip's idea a lot, my only question being just how Compaq wouldaD structure the 'pay if you profit' license to be anything but a majorF procedural mess.  But it would be nice to see Compaq at least try:  itF would, among other things, serve as an indication that they really areE interested in expanding VMS's user base, even in areas where it isn'td2 particularly convenient or immediately profitable.  K Andrew's point, while valid, is less convincing:  just because Sun finds ituG expedient to give away Solaris in the face of the Linux threat does notuI necessarily mean that Compaq should give away VMS (any more than it means3G that Microsoft will give away W2K, especially the Server variants).  InoC particular, as long as Compaq can structure easy-to-obtain free and K very-low-cost VMS licenses to cover those people who are not willing to pay G the (still relatively low) entry-level VMS price, there's absolutely nolL reason to give VMS away to everyone:  it won't result in a single additionalH installation.  Only at the point where the overhead of administering theL special free/low-cost programs approaches the profit generated by the payingF VMS customers does giving away the system make sense (and even Solaris@ starts charging once you start using larger SMP configurations).   - bill  9 Terry C. Shannon <shannon@world.std.com> wrote in message   news:FtxutI.LtD@world.std.com... >k9 > "Phillip Helbig" <helbig@astro.rug.nl> wrote in messagek* > news:8emmqb$6vs$1@info.service.rug.nl...C > > In article <390ED77D.F2C746B@uk.sun.com>, Andrew Harrison SUNUKo1 > > Consultancy <andrew.nospam@uk.sun.com> wrote:u > >: > <snip> > > >W8 > > > My understanding of the OpenVMS and Tru64 Hobbyist8 > > > programs are that they both preclude you using the& > > > licences for commercial systems. > > >"< > > > You cannot for example set up as a small ISP using the  > > > OpenVMS or Tru64 licenses. > > >eE > > > This is not the case with either Solaris or Linux both of which@@ > > > are cheaper than either OpenVMS or Tru64 and both of which2 > > > allow you to use them for commercial useage. > > >-@ > > > This distinction between customers who are playing at home= > > > and customers who are using your OS in cold blood seemsj7 > > > to be a pretty pointless one in this day and age.@ > > >c> > > > Many of the .COM  startups that are now household names,9 > > > some of which have larger market caps than CPQ werei= > > > started by people in their living rooms as a spare timee9 > > > occupation. Making people like this worry about the ; > > > commercial/hobbyist issues will only make them choosed/ > > > something that makes no such distinction.  > >3, > > I find myself agreeing with Andrew here. > > ) > > [Very long very philosophical pause.]  >c/ > Likewise. Andrew has a very valid point here.h >s >s >e   ------------------------------  % Date: Tue, 02 May 2000 02:23:49 -0400n0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Perl links outdated/ Message-ID: <390E7440.2E321489@vl.videotron.ca>o  G In trying to find the latest and greatest PERL distributiuon for VMS, ITH stumbled on he following sites that are supposed to contain what I want:   ftp://genetics.upenn.edu/perl5/n9 	(from http://w4.lns.cornell.edu/~pvhp/perl/VMS.html#A3 )e  , http://www.sidhe.org/vmsperl/prebuilt.html  > 	(from http://www.perl.com/CPAN-local//ports/index.html#vms )   L Unfortunatly, neither dns names can be resolved. Does anyone know where they have moved to ?r   ------------------------------  $ Date: Tue, 2 May 2000 16:50:39 +1000, From: Malcolm Wade <Malcolm.Wade@asx.com.au>  Subject: RE: Perl links outdatedF Message-ID: <A8854B7F33E5D3119FDA00508B6A8C6334A6DF@ASX235.asx.com.au>  ( I got the latest kit only yesterday fromF http://www.perl.com/CPAN-local//src/index.html (URL from the VMS FAQ).   Malcolm    > ----------7 > From: 	JF Mezei[SMTP:jfmezei.spamnot@vl.videotron.ca]r& > Sent: 	Tuesday, May 02, 2000 4:23 PM > To: 	Info-VAX@Mvb.Saic.Com > Subject: 	Perl links outdatedo > I > In trying to find the latest and greatest PERL distributiuon for VMS, I J > stumbled on he following sites that are supposed to contain what I want: > ! > ftp://genetics.upenn.edu/perl5/a; > 	(from http://w4.lns.cornell.edu/~pvhp/perl/VMS.html#A3 )e > . > http://www.sidhe.org/vmsperl/prebuilt.html  @ > 	(from http://www.perl.com/CPAN-local//ports/index.html#vms )  > I > Unfortunatly, neither dns names can be resolved. Does anyone know whereb > they > have moved to ?a >    ------------------------------   Date: 2 May 2000 12:37:36 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  Subject: Re: Perl links outdated6 Message-ID: <8emi6g$55m$1@mailint03.im.hou.compaq.com>  b In article <390E7440.2E321489@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:H :In trying to find the latest and greatest PERL distributiuon for VMS, II :stumbled on he following sites that are supposed to contain what I want:n ..M :Unfortunatly, neither dns names can be resolved. Does anyone know where they  :have moved to ?  C   The PERL CPAN pointer in the OpenVMS FAQ is current and valid andS   has the 5.6 kit available.  D   I'll remove the references to ftp://genetics.upenn.edu/perl5/ from&   the next edition of the OpenVMS FAQ.  D   Membership in the vmsperl email list (details in the FAQ) will be A   of interest to you and to any other folks working with Perl on d
   OpenVMS.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Tue, 2 May 2000 14:17:26 +0000$ From: Steve.Spires@yellowpages.co.uk  Subject: Re: Print queue -> file/ Message-ID: <002568D3.004E95C3.00@quegw01.btyp>w  = Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plazar    P Is there a particular reason why you want to use this method of getting the file> rather than any other (making a copy of the file, or similar)?   Steve Spires VMS System Manager BT/Yellow Pagesl        E "Thomas nilsen" <Thomas.Nilsen@kverneland.com> on 28/04/2000 07:58:44o    To:        Info-VAX@Mvb.Saic.Com+ cc:         (bcc: Steve Spires/YellowPages) N From:      "Thomas nilsen" <Thomas.Nilsen@kverneland.com>, 28 April 2000, 7:58            a.m.e   Print queue -> fileh        K Is there any way to set up a print queue on OpenVMS AXP v7.1 so that printstL sent to this queue is saved as file on the system instead of going to a real printer?   Thanks in advance,  
 Thomas Nilseni
 Kverneland ITi   ------------------------------  $ Date: Tue, 2 May 2000 09:50:18 +0200 From: Robin.Goerlach@merck.deo( Subject: Problem with Fortran and Linker4 Message-ID: <C12568D3.002B1806.00@dedamsg1.merck.de>   Hi ereryone,  P we had an old Vax running VMS 5.4-2 with some old Fortran sources. Now we switch to a Alpha running VMS 7.2-1 !P So I logged in and tried to recompile the stuff with our new Fortrancompiler, it2 works fine after some help of the InfoVax readers.  J I think the compiler wornings are okay so I linked the Stuff. Moust of theF Linker messages came on the Vax also, only then ERRSET Message is new.* Is this a problem of the new Fortran RTL ?   any help is welcome,   Cheers
      Robin   Sesson Log follows below  $ OBELIX> set proc/priv=(all,nobypass)< OBELIX> FOR GRD/OBJECT=GRD.OBJ/ALIGNMET=COMMONS=STANDARD/F77       Call Date (The_date) ...........^O %F90-I-INFO, Two-digit year return value may cause problems with the year 2000.o$   Use DATE_AND_TIME instead   [DATE]> at line number 1067 in file SYS$SYSDEVICE:[FOR_FILES]GRD.FOR;1       Call Date (The_date) ...........^O %F90-I-INFO, Two-digit year return value may cause problems with the year 2000.r$   Use DATE_AND_TIME instead   [DATE]> at line number 1422 in file SYS$SYSDEVICE:[FOR_FILES]GRD.FOR;1        CALL IDATE(JMO, JDA, JYR ) ...........^O %F90-I-INFO, Two-digit year return value may cause problems with the year 2000.s%   Use DATE_AND_TIME instead   [IDATE]e> at line number 3562 in file SYS$SYSDEVICE:[FOR_FILES]GRD.FOR;1    < OBELIX> FOR ATP/OBJECT=ATP.OBJ/ALIGNMET=COMMONS=STANDARD/F77&             CALL IDATE(JMO, JDA, JYR ) .................^O %F90-I-INFO, Two-digit year return value may cause problems with the year 2000.i%   Use DATE_AND_TIME instead   [IDATE]h= at line number 291 in file SYS$SYSDEVICE:[FOR_FILES]ATP.FOR;2g       Call Date (The_date) ...........^O %F90-I-INFO, Two-digit year return value may cause problems with the year 2000.u$   Use DATE_AND_TIME instead   [DATE]= at line number 644 in file SYS$SYSDEVICE:[FOR_FILES]ATP.FOR;2t OBELIX>e    ' OBELIX> LINK ATP,GRD/EXECUTABLE=GRD.EXEh. %LINK-W-MULDEF, symbol OPENIT multiply defined<      in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;41 %LINK-W-MULDEF, symbol DAYTRONIC multiply definedc<      in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;4. %LINK-W-MULDEF, symbol SCREEN multiply defined<      in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;4$ %LINK-W-WRNERS, compilation warnings<      in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;4% %LINK-W-NUDFSYMS, 1 undefined symbol:t %LINK-I-UDFSYM,     ERRSET4 %LINK-W-USEUNDEF, undefined symbol ERRSET referenced&      in psect $LINK$ offset %X00001720<      in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;4       OBELIX> RUN GRD ; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualo: address=0000000000000000, PC=0000000000000000, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump follows J   image    module    routine             line      rel PC           abs PCO                                             0 0000000000000000 0000000000000000eO  GRD       UDRQL     UDRQL                238 0000000000000098 0000000000035778fO                                             0 FFFFFFFF84AF93D4 FFFFFFFF84AF93D4e
 OBELIX> LO  1   E00356    logged out at 26-APR-2000 09:57:53.87.   ------------------------------  % Date: Tue, 02 May 2000 07:59:21 -0500i, From: Howard S Shubs <hshubs@mindspring.com>, Subject: Re: Problem with Fortran and Linker> Message-ID: <hshubs-FFDBD1.07592102052000@news.mindspring.com>  M In article <C12568D3.002B1806.00@dedamsg1.merck.de>, Robin.Goerlach@merck.de t wrote:  = >OBELIX> FOR GRD/OBJECT=GRD.OBJ/ALIGNMET=COMMONS=STANDARD/F77  >      Call Date (The_date)e
 >...........^eK >%F90-I-INFO, Two-digit year return value may cause problems with the year i >2000.% >  Use DATE_AND_TIME instead   [DATE]i? >at line number 1067 in file SYS$SYSDEVICE:[FOR_FILES]GRD.FOR;1n  N You really should make the code Y2K compliant.  The DATE() routine is not Y2K , compliant, but the DATE_AND_TIME routine is.    ( >OBELIX> LINK ATP,GRD/EXECUTABLE=GRD.EXE/ >%LINK-W-MULDEF, symbol OPENIT multiply definedh= >     in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;4e2 >%LINK-W-MULDEF, symbol DAYTRONIC multiply defined= >     in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;4w/ >%LINK-W-MULDEF, symbol SCREEN multiply definedi= >     in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;4   G You have multiple copies of OPENIT, DAYTRONIC, and SCREEN in your file nO GRD.OBJ.  You should hunt down the extra copies and get rid of them.  They may B= be in ATP.OBJ as well as GRD.OBJ, which would be a Bad Thing.a    % >%LINK-W-WRNERS, compilation warningst= >     in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;4s  J The linker doesn't like object files with compilation warnings, but it'll H allow you to use the file anyway.  It just wants you to be aware of the  problem.    & >%LINK-W-NUDFSYMS, 1 undefined symbol: >%LINK-I-UDFSYM,     ERRSET.5 >%LINK-W-USEUNDEF, undefined symbol ERRSET referenced ' >     in psect $LINK$ offset %X00001720r= >     in module UDRQL file SYS$SYSDEVICE:[FOR_FILES]GRD.OBJ;4r  4 The ERRSET routine appears to be undefined on Alpha.   >t >a >s >OBELIX> RUN GRD< >%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual; >address=0000000000000000, PC=0000000000000000, PS=0000001Bc0 >%TRACE-F-TRACEBACK, symbolic stack dump followsK >  image    module    routine             line      rel PC           abs PC @ >                                            0 0000000000000000 1 >                                0000000000000000t@ > GRD       UDRQL     UDRQL                238 0000000000000098  > 0000000000035778@ >                                            0 FFFFFFFF84AF93D4 1 >                                FFFFFFFF84AF93D4  >OBELIX> LOt >s2 >  E00356    logged out at 26-APR-2000 09:57:53.87 >  >r -- t; Howard S Shubs      hshubs@mindspring.com    hshubs@bix.coma? The Denim Adept     Which is better, Maryann or pickled Ginger?o> SPAM: uce@ftc.gov   postmaster@[127.0.0.1]   abuse@[127.0.0.1]   ------------------------------  % Date: Tue, 02 May 2000 09:17:36 -0400 , From: Steve Lionel <Steve.Lionel@compaq.com>, Subject: Re: Problem with Fortran and Linker8 Message-ID: <09ltgsskut0pjh6dkg6v4araalgk7ur88p@4ax.com>  A On Tue, 2 May 2000 09:50:18 +0200, Robin.Goerlach@merck.de wrote:-    K >I think the compiler wornings are okay so I linked the Stuff. Moust of the)G >Linker messages came on the Vax also, only then ERRSET Message is new.r+ >Is this a problem of the new Fortran RTL ?m  F Read my article on migrating Fortran applications from VAX to Alpha at? http://www.digital.com/fortran/migrating-va.html  ERRSET is not@ supported on Alpha..    - Steve Lionel (mailto:Steve.Lionel@compaq.com)r Fortran Engineering & Compaq Computer Corporation, Nashua NH  6 Compaq Fortran web site: http://www.compaq.com/fortran   ------------------------------  $ Date: Tue, 2 May 2000 11:30:13 -04001 From: "Todd Nelson" <toddnelson@lehighcounty.org>t Subject: Samba for VMS/ Message-ID: <sgtt1b351g2134@corp.supernews.com>    Anyone Using Samba for VMS?a  E I have samba installed on our Alpha 4000 running Open VMS 7.2.  I wassI wondering if someone could point me to some resources for configuring the D samba server under VMS, i.e. sample smb.conf files and options, etc.   Thanks   ------------------------------  # Date: Tue, 02 May 2000 15:41:12 GMTr4 From: "Michael D. Ober" <mdo.@.wakeassoc.com.nospam> Subject: Re: Samba for VMSD Message-ID: <sGCP4.18563$g4.498255@newsread2.prod.itd.earthlink.net>  I Most of the configuration items in smb.conf are the same as for Samba for-H Unix.  Also, subscribe to the following list mailto:samba-vms@samba.org.  
 Mike Ober.  < "Todd Nelson" <toddnelson@lehighcounty.org> wrote in message) news:sgtt1b351g2134@corp.supernews.com...b > Anyone Using Samba for VMS?g > G > I have samba installed on our Alpha 4000 running Open VMS 7.2.  I wassK > wondering if someone could point me to some resources for configuring theiF > samba server under VMS, i.e. sample smb.conf files and options, etc. >@ > Thanks >r >n   ------------------------------  % Date: Tue, 02 May 2000 18:15:56 +0100n- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>w: Subject: Re: Setting local event flag from another process) Message-ID: <390F0D4B.2AD9CC83@bbc.co.uk>    Mike Norman wrote:  M > This for a port/conversion of some existing VAX software to an Alpha.  If I F > can signal a process with a local event flag, I can minimize certainL > portions of the port.   Thanks for the help.   I may take a stab at it and1 > see what kind of trouble I can get myself into.u  C  So, just declare all the local event flags as global ones instead.b< Ah, your existing code doesn't make use of EFN zero does it?   --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those ofh MedAS or the BBC.n   ------------------------------  % Date: Tue, 02 May 2000 12:03:05 +0100hB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>- Subject: Re: Sun is no longer the dot in .comh* Message-ID: <390EB5E9.8B6C175F@uk.sun.com>   "Terry C. Shannon" wrote:c  I > "Andrew Harrison SUNUK Consultancy" <andrew.nospam@uk.sun.com> wrote inh. > message news:39094ED5.2EC0C722@uk.sun.com... > > Rob Young wrote: > >3F > > > Sun is no longer ., the Root server is no an S80.  Rather ironicK > > > they "upgraded" from an E10000 to an S80.  Seems funny a 24 processoreL > > > box is viewed as more powerful than a 64 processor box.  That can't beG > > > can it?  Of course it can.  Wait until a certain 32 processor boxi > > > begins shipping ;-)m > > >uI > > > http://www.washingtonpost.com/wp-dyn/articles/A48004-2000Apr19.htmlg > >r1 > > It would have been funny if it had been true.d > >xA > > However the article is incorrect, the root server was an E450y; > > (small 4 CPU workgroup server) not an E10K, so the bootl > > is on the other foot.: > >tB > > Wow do you really need a 24 CPU S80 to replace a 4 CPU E450 !! > > C > > BTW it probably wasn't a 24 CPU machine, the most likely config A > > would be 6 CPU's which is what the vast majority of the S80'spE > > installed are configured with if IDC's revenue breakdowns for thet > > S80 are accurate.f > >nF > > I wonder where the Washington Post got the incorrect idea that the@ > > root server was an E10K from. No prizes for correct answers. > >o >eK > That's a good question, Andrew. There was another article (I forget whichiI > rag it ran in) that accurately stated that the displaced Sun box was angN > E450. Apparently the issue was scalability, and one might assume that an S80) > has more scalability than does an E450.e  @ One would assume that the S80 is a more scalable system than theJ E450 it should be as its entry level price with 6 CPU's is 10x the E450's.  A The Washington Post Article was based on a press release from IBMiH who seem to be descending into the  never mind the quality just feel the width school of marketing.  < Had you ever wondered how IBM sold so many S80's (apparently@ competing with E10K's) so quickly, what was it 1000 in 6 months,@ simple if you only put 6 CPU's in them and discount them you can. canibalise a lot of mid range server business.   Regardse Andrew Harrisonf Enterprise IT Architect    ------------------------------  " Date: Tue, 2 May 2000 15:08:52 GMT- From: young_r@eisner.decus.org (Robert Young)s- Subject: Re: Sun is no longer the dot in .como+ Message-ID: <Wr68WiLyhRAU@eisner.decus.org>p  o In article <390EB5E9.8B6C175F@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:n  C > The Washington Post Article was based on a press release from IBM J > who seem to be descending into the  never mind the quality just feel the > width school of marketing. > > > Had you ever wondered how IBM sold so many S80's (apparentlyB > competing with E10K's) so quickly, what was it 1000 in 6 months,B > simple if you only put 6 CPU's in them and discount them you can0 > canibalise a lot of mid range server business. >   H 	Very good point... wondered about IBM server numbers myself.  Regarding< 	IBM marketing... seems they have targetted your company and: 	rightly so.... gunning for number one.  Nice catch on the 	IBM FUD there.    				Roba   ------------------------------  " Date: Tue, 2 May 2000 15:05:27 GMT0 From: "Terry C. Shannon" <shannon@world.std.com>- Subject: Re: Sun is no longer the dot in .comc& Message-ID: <FtxtG2.MJo@world.std.com>  G "Andrew Harrison SUNUK Consultancy" <andrew.nospam@uk.sun.com> wrote ins, message news:390EB5E9.8B6C175F@uk.sun.com... > "Terry C. Shannon" wrote:u >s <snip> > > G > > That's a good question, Andrew. There was another article (I forgetr whichuK > > rag it ran in) that accurately stated that the displaced Sun box was an(L > > E450. Apparently the issue was scalability, and one might assume that an S80e+ > > has more scalability than does an E450.  >rB > One would assume that the S80 is a more scalable system than theL > E450 it should be as its entry level price with 6 CPU's is 10x the E450's. >jC > The Washington Post Article was based on a press release from IBM6J > who seem to be descending into the  never mind the quality just feel the > width school of marketing. >r> > Had you ever wondered how IBM sold so many S80's (apparentlyB > competing with E10K's) so quickly, what was it 1000 in 6 months,B > simple if you only put 6 CPU's in them and discount them you can0 > canibalise a lot of mid range server business. >h  K Indeed you can. You have to hand it to IBM... this was a good tactical movegL vs. StarFire and an equally well-executed pre-emption of CPQ's WildFire box.B T'is nice to have the financial resources to buy market share, no?   ------------------------------  % Date: Tue, 02 May 2000 16:51:51 +0100wB From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>- Subject: Re: Sun is no longer the dot in .comk* Message-ID: <390EF997.823B4398@uk.sun.com>   "Terry C. Shannon" wrote:-  I > "Andrew Harrison SUNUK Consultancy" <andrew.nospam@uk.sun.com> wrote inf. > message news:390EB5E9.8B6C175F@uk.sun.com... > > "Terry C. Shannon" wrote:0 > >h > <snip> > > > I > > > That's a good question, Andrew. There was another article (I forgetl > whichnM > > > rag it ran in) that accurately stated that the displaced Sun box was an N > > > E450. Apparently the issue was scalability, and one might assume that an > S80 - > > > has more scalability than does an E450.d > >sD > > One would assume that the S80 is a more scalable system than theN > > E450 it should be as its entry level price with 6 CPU's is 10x the E450's. > >rE > > The Washington Post Article was based on a press release from IBMtL > > who seem to be descending into the  never mind the quality just feel the > > width school of marketing. > > @ > > Had you ever wondered how IBM sold so many S80's (apparentlyD > > competing with E10K's) so quickly, what was it 1000 in 6 months,D > > simple if you only put 6 CPU's in them and discount them you can2 > > canibalise a lot of mid range server business. > >a > M > Indeed you can. You have to hand it to IBM... this was a good tactical moveRN > vs. StarFire and an equally well-executed pre-emption of CPQ's WildFire box.D > T'is nice to have the financial resources to buy market share, no?  ; No, its exactly the opposite. IBM havn't been buying marketn share at least not sucessfully.   7 IDC's most recent numbers show that IBM's UNIX revenuesM< are declining at roughly 6% per annum in a UNIX market thats growing.  > IBM's RS/6000 market share has declined since the introductionA of the S80. This is in part because the S80 has exposed the holes 9 in the IBM mid range systems, IBM have been selling small ; entry level (6CPU) S80's discounted at the expense of their ; smaller servers like the S70A which are very uncompetitive.s  C This has not resulted in a net gain nor does it allow them to claimaA that they are competing against the E10K in the +1 million dollare6 systems market where 75% of E10K systems sales reside.  6 IDC's numbers showed that 94% of the S80's IBM shipped/ were in the 250-500K mark with the remaining 6%k, or 25 systems being in the 500-999K bracket.  1 Now 250K to 500K is a mid range system not a highn4 end system and falls into the same revenue band as a- well configured IBM S70A or something like an  Sun E4500 or a GS140.l     -- Andrew HarrisonF Enterprise IT Architect    ------------------------------  % Date: Tue, 02 May 2000 12:49:32 +0100g0 From: Hans Peters <hans_peters@nl.compuware.com>A Subject: SYSINIT-E error mounting system device, status= 0072832C.0 Message-ID: <390ECEDC.67BDDE8E@nl.compuware.com>   Hello VMS people,   8 SYSINIT-E error mounting system device, status= 0072832C  F Is there anybody who can tell me if this is really a hardware error on	 the disk.FG And if it's not what is there to do about it? The system won't boot ans  causes this bugcheck.p   TIA,   Hans Peters. --  2 >>>>>>>>>>>>>>>>>>>>>>>>$<<<<<<<<<<<<<<<<<<<<<<<<<D Hans Peters                                   Compuware Europe B.V. 3 VMS Systems Administrator             P.O.Box 12933uA +31 -20 3116 318                           1100 AX  Amsterdam ZO M1 Hans_Peters@nl.compuware.com     the Netherlands $2 >>>>>>>>>>>>>>>>>>>>>>>>$<<<<<<<<<<<<<<<<<<<<<<<<<   ------------------------------   Date: 2 May 2000 11:07:25 GMTe) From: leslie@clio.rice.edu (Jerry Leslie) E Subject: Re: SYSINIT-E error mounting system device, status= 0072832CY' Message-ID: <8emctd$t36$1@joe.rice.edu>   1 Hans Peters (hans_peters@nl.compuware.com) wrote:  : Hello VMS people,E  : : SYSINIT-E error mounting system device, status= 0072832C  H : Is there anybody who can tell me if this is really a hardware error on : the disk.II : And if it's not what is there to do about it? The system won't boot ans  : causes this bugcheck..     $ @look_msg 0072832C  '   Message found in system message file:mF   0072832C -> %MOUNT-F-DIFVOLMNT, different volume already mounted on -                                   this deviceO  G It sounds like the system is a member of a cluster, and some other nodeF* in the cluster still has the disk mounted.    L BTW, LOOK_MSG.COM is a handy DCL script posted to the newsgroup in the past:     $ ! LOOK_MSG.COM   $ ! ============   $ !Y#   $ ! (P) 1986 by Ing. Ferry BolhrN   $ ! Municipiality of Viennap!   $ ! Municipial departement: ADVl    4 --Jerry Leslie     (my opinions are strictly my own)   ------------------------------  $ Date: Tue, 2 May 2000 12:07:41 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk>E Subject: Re: SYSINIT-E error mounting system device, status= 0072832C + Message-ID: <8emcts$qie@newton.cc.rl.ac.uk>0  = "Hans Peters" <hans_peters@nl.compuware.com> wrote in message4* news:390ECEDC.67BDDE8E@nl.compuware.com... > Hello VMS people,s >m: > SYSINIT-E error mounting system device, status= 0072832C >,H > Is there anybody who can tell me if this is really a hardware error onP > the disk.  And if it's not what is there to do about it? The system won't boot > and causes this bugcheck.    $ exit(%x72832c)C %MOUNT-F-DIFVOLMNT, different volume already mounted on this device0  N Sounds like you are in a cluster, and have modified the disk in an unsafe way,H e.g. by running a system upgrade from CD-ROM with the disk still mountedE on other nodes. Something on those lines anyway; DISMOUNTing the diskaM should fix it. If not, details of what you did prior to the error would help.R   ------------------------------  " Date: Tue, 2 May 2000 13:24:10 GMT9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen).E Subject: Re: SYSINIT-E error mounting system device, status= 0072832CR+ Message-ID: <IJdKwFSYHica@eisner.decus.org>/  c In article <390ECEDC.67BDDE8E@nl.compuware.com>, Hans Peters <hans_peters@nl.compuware.com> writes:  > Hello VMS people,r > : > SYSINIT-E error mounting system device, status= 0072832C > H > Is there anybody who can tell me if this is really a hardware error on > the disk. I > And if it's not what is there to do about it? The system won't boot ansE > causes this bugcheck.>   	$ exit %x0072832CD 	%MOUNT-F-DIFVOLMNT, different volume already mounted on this device  J Some other node in your cluster thinks it has a disk of this name mounted.# Dismount it from that/those node/s.n   ------------------------------  % Date: Tue, 02 May 2000 14:38:53 +0100m0 From: Hans Peters <hans_peters@nl.compuware.com> Subject: SYSINIT-E error part 2R/ Message-ID: <390EE87D.A79CABC@nl.compuware.com>A   Hello Vms people,n  H The error %x72832c SYSINIT-E is indeed a disk mounted on another system,< but that system doesn't exist anymore. The reason is below. E At the sysboot prompt I once started a system with a "set scsnode Z". F Now I did put back the original name of the machine, but if I do a "sh= clus" I still have a node called Z. How can I get rid of this   non-existing node in my cluster.   Cheers,n   Hans Peters.   -- h2 >>>>>>>>>>>>>>>>>>>>>>>>$<<<<<<<<<<<<<<<<<<<<<<<<<D Hans Peters                                   Compuware Europe B.V. 3 VMS Systems Administrator             P.O.Box 129330A +31 -20 3116 318                           1100 AX  Amsterdam ZO B1 Hans_Peters@nl.compuware.com     the Netherlands o2 >>>>>>>>>>>>>>>>>>>>>>>>$<<<<<<<<<<<<<<<<<<<<<<<<<   ------------------------------   Date: 2 May 2000 12:56:53 GMT02 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)# Subject: Re: SYSINIT-E error part 2l6 Message-ID: <8emjal$5o6$1@mailint03.im.hou.compaq.com>  b In article <390EE87D.A79CABC@nl.compuware.com>, Hans Peters <hans_peters@nl.compuware.com> writes:F :At the sysboot prompt I once started a system with a "set scsnode Z".G :Now I did put back the original name of the machine, but if I do a "sh > :clus" I still have a node called Z. How can I get rid of this! :non-existing node in my cluster.   I   Three choices: Boot the "returning" node with a new and unique pairing rH   of scsnode and scssystemid values, reboot the whole cluster, or patch L   the kernel data structures on each cluster member to remove the knowledge K   of the particular old pairing of scsnode and scssystemid values that you -   wish to reuse.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Tue, 2 May 2000 06:34:35 -0400+ From: "Main, Kerry" <Kerry.Main@Compaq.com>n" Subject: RE: Tivoli Agent for VMS?J Message-ID: <910612C07BCAD1119AF40000F86AF0D805284268@kaoexc4.kao.dec.com>   Paul,r   Fyi -s  A http://www.tivoli.com/teamtivoli/press/openvms_press_release.htmlFD http://www.tivoli.com/products/documents/whitepapers/openvms_wp.html  J Also, if anyone is considering improving their proactive mgmt capabilitiesH of OpenVMS systems, I suggest they also include the Availability Manager3 product from Compaq (its free, so price is right). :  
 Reference:C http://WWW.OPENVMS.DIGITAL.COM/openvms/products/availman/index.html   4 And for those that are interested in web based mgmt:F http://www.openvms.digital.com/openvms/products/mgmt_agents/index.html   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canadai Professional Services0 Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.comm       -----Original Message-----2 From: Paul Nankervis [mailto:paulnank@au1.ibm.com]& Sent: Thursday, April 27, 2000 9:11 PM To: Info-VAX@Mvb.Saic.Come Subject: Tivoli Agent for VMS?    K We have a client using Tivoli monitoring to look after a number of systems,SC and now they would like to include their VMS systems under the same>D monitoring umbrella. Does anyone have any experience with any Tivoli monitoring agents for VMS?  L I have seen mention of Heroix Robomon in the Tivoli Partnership information,F but have been unable to establish whether it acts as a Tivoli agent or whetherpH it is standalone monitoring for VMS systems. I have sent an email asking- about this but have received no response yet.a   Any information appreciatedd   Paul Nankervis paulnank@au1.ibm.com   ------------------------------  $ Date: Tue, 2 May 2000 09:34:02 -0400, From: Scott McNeilly <smcneilly@bridgew.edu> Subject: RE: TPU for unixu3 Message-ID: <009E97A2.03B6DC82.19@fred.bridgew.edu>t  / >From: Michael Austin <maustin@NC.PRESTIGE.NET>lP >Organization: WebUseNet Corp  http://www.usenetserver.com - Home of the fastest' >              NNTP servers on the Net.v >Subject: TPU for unix > Q >Is there a unix port of EVE/TPU?  I know there is emacs, but I would personnally P >like to see a real port so when I am on Tru64 or Solaris or HPUX, I can use the" >same editor... boy, do I hate vi. >e >Michael Austin   L We are running a version of TPU on Digital Unix 4.0 and have been for years.J We bought it from a/Soft Development, 24 Eastman Avenue, Bedford NH 03110. Tel: 603-666-6699.7 I don't know whether they are still in business or not.     > --------------------------------------------------------------; Scott Mc Neilly               email:  smcneilly@bridgew.edu 2 Assistant Director            Phone:  508-697-12362 Information Services          FAX:    508-697-1774 Bridgewater State Collegen Bridgewater, MA 02325s? ---------------------------------------------------------------    ------------------------------   Date: 2 May 2000 16:45:43 GMTr' From: stan@thhpc.gps.caltech.edu (Stan)s% Subject: Re: UCX ftp crash on VMS 7.2., Message-ID: <8en0nn$beu@gap.cco.caltech.edu>  2 In article <390DC087.D7111E71@clarityconnect.com>,0 Mark D. Jilson <jilly@clarityconnect.com> wrote:I >You didn't post any data from which one could look up the crash.  Pleasen >post the CLUE CRASH data.   Here it is:m   Crashdump Summary Information:  -----------------------------* Crash Time:        28-APR-2000 20:59:20.309 Bugcheck Type:     INCONSTATE, Inconsistent I/O data base $ Node:              OJAI    (Cluster)' CPU Type:          AlphaStation 255/300  VMS Version:       V7.2    t Current Process:   TCPIP$FTPJ Current Image:     OJAI$DKA0:[SYS0.SYSCOMMON.][SYSEXE]TCPIP$FTP_SERVER.EXE< Failing PC:        FFFFFFFF.864D9258    TCPIP$BGDRIVER+25258$ Failing PS:        1C000000.00000803N Module:            TCPIP$BGDRIVER    (Link Date/Time:  8-DEC-1998 17:23:01.37) Offset:            00025258   * Boot Time:         19-APR-2000 09:23:27.00* System Uptime:               9 11:35:53.30 Crash/Primary CPU: 00/00 System/CPU Type:   0D02o' Pagesize:          8 KByte (8192 bytes)n< Physical Memory:   320 MByte (40960 PFNs, contiguous memory)  Dumpfile Pagelets: 655360 blocks/ Dump Flags:        olddump,writecomp,errlogcomp  Dump Type:         raw,full ) EXE$GL_FLAGS:      poolpging,init,bugdump 7 Paging Files:      2 Pagefiles and 1 Swapfile installedd   Stack Pointers:sK KSP = 00000000.7FFA1B5C   ESP = 00000000.7FFA6000   SSP = 00000000.7FFAC100  USP = 00000000.7AF19290i   General Registers:K R0  = 00000000.00000000   R1  = FFFFFFFF.865C0065   R2  = FFFFFFFF.865B8E60iK R3  = FFFFFFFF.812C1200   R4  = 00000000.3D4AC1F6   R5  = FFFFFFFF.8133D040aK R6  = 00000000.3D4AC1F6   R7  = FFFFFFFF.8124EE20   R8  = 00000000.00000000dK R9  = 00000000.3D4AC1F6   R10 = FFFFFFFF.812E04E0   R11 = 00000000.00000000kK R12 = FFFFFFFF.865B37C8   R13 = FFFFFFFF.865BFC80   R14 = FFFFFFFF.812C1258tK R15 = 00000000.00000003   R16 = 00000000.0000019C   R17 = 0000FE00.00007A00yK R18 = FFFFFFFF.86714030   R19 = FFFFFFFF.86714028   R20 = FFFFFFFF.8671402C K R21 = FFFFFFFF.86714034   R22 = FFFFFFFF.86714038   R23 = FFFFFFFF.86714030-K R24 = 00000000.00000000   AI  = FFFFFFFF.865C0065   RA  = 00000000.00000000nK PV  = 00000000.00000002   R28 = FFFFFFFF.83386760   FP  = 00000000.7FFA1B70n1 PC  = FFFFFFFF.864D925C   PS  = 1C000000.00000803p   System Registers:5K Page Table Base Register (PTBR)                           00000000.000033A4sK Processor Base Register (PRBR)                            FFFFFFFF.81018000eK Privileged Context Block Base (PCBB)                      00000000.06A86080 K System Control Block Base (SCBB)                          00000000.000001B8oK Software Interrupt Summary Register (SISR)                00000000.00000140tK Address Space Number (ASN)                                00000000.00000019mK AST Summary / AST Enable (ASTSR_ASTEN)                    00000000.0000000FpK Floating-Point Enable (FEN)                               00000000.00000001.K Interrupt Priority Level (IPL)                            00000000.00000008bK Machine Check Error Summary (MCES)                        00000000.00000000-K Virtual Page Table Base Register (VPTB)                   FFFFFFFC.00000000< Failing Instruction: TCPIP$BGDRIVER+25258:   BUGCHK  * Instruction Stream (last 20 instructions):1 TCPIP$BGDRIVER+25208:   LDL             R27,(R28)a4 TCPIP$BGDRIVER+2520C:   BLBS            R27,#X00001E0 TCPIP$BGDRIVER+25210:   LDL             R16,(SP)2 TCPIP$BGDRIVER+25214:   ADDQ            SP,#X04,SP2 TCPIP$BGDRIVER+25218:   BIS             R31,R0,R262 TCPIP$BGDRIVER+2521C:   BIS             R31,R1,R254 TCPIP$BGDRIVER+25220:   AND             R16,#X1F,R16# TCPIP$BGDRIVER+25224:   MTPR    IPL 2 TCPIP$BGDRIVER+25228:   SUBQ            SP,#X10,SP2 TCPIP$BGDRIVER+2522C:   BIS             R31,R26,R06 TCPIP$BGDRIVER+25230:   STL             R16,#X000C(SP)4 TCPIP$BGDRIVER+25234:   EXTLL           R16,#X04,R246 TCPIP$BGDRIVER+25238:   STL             R24,#X0008(SP)2 TCPIP$BGDRIVER+2523C:   BIS             R31,R25,R10 TCPIP$BGDRIVER+25240:   STQ             R17,(SP)7 TCPIP$BGDRIVER+25244:   LDQ             R17,#X0040(R13) 4 TCPIP$BGDRIVER+25248:   BIS             R17,#X04,R173 TCPIP$BGDRIVER+2524C:   BIS             R31,R17,R16i0 TCPIP$BGDRIVER+25250:   LDQ             R17,(SP)2 TCPIP$BGDRIVER+25254:   ADDQ            SP,#X08,SP TCPIP$BGDRIVER+25258:   BUGCHK TCPIP$BGDRIVER+2525C:   HALT3 TCPIP$BGDRIVER+25260:   BIS             R31,R16,R28 4 TCPIP$BGDRIVER+25264:   BIS             R31,#X08,R162 TCPIP$BGDRIVER+25268:   BIS             R31,R0,R27   ------------------------------   Date: 2 May 2000 17:27:57 GMT02 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: UCX ftp crash on VMS 7.2o6 Message-ID: <8en36t$cgr$1@mailint03.im.hou.compaq.com>  V In article <8en0nn$beu@gap.cco.caltech.edu>, stan@thhpc.gps.caltech.edu (Stan) writes:3 :In article <390DC087.D7111E71@clarityconnect.com>,i1 :Mark D. Jilson <jilly@clarityconnect.com> wrote: J :>You didn't post any data from which one could look up the crash.  Please :>post the CLUE CRASH data.n  I   There's a newer TCPIP$BGDRIVER (and some other fixes) in the V5.0A kit.eI   (I have not scanned this CLUE CRASH to see if it is a known footprint.)s  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Tue, 02 May 2000 17:26:49 GMT * From: Russell <russell@manint.demon.co.uk> Subject: VMS 7.1-2 v 7.1-1H2) Message-ID: <8en342$fk8$1@nnrp1.deja.com>d  C I am finding it difficult to get any documented differences betweeno4 OpenVMS 7.1-2 and 7.1-1H2. I am currently running anG Alphaserver 800 5/500 OpenVms 7.1-1H2 and have been asked to upgrade to,) 7.1-2 by a certain German stock exchange.i  ) Any answers would be greatly appreciated.h     -- Regardsa   Russelll    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Tue, 02 May 2000 12:26:10 GMTi+ From: "T.E.Dickey" <dickey@shell.clark.net>f/ Subject: Re: VMS Perl system() truncating linesa< Message-ID: <CPzP4.20189$0o4.175662@iad-read.news.verio.net>  2 In comp.os.vms Larry Rosler <lr@hpl.hp.com> wrote:H > In article <8ekqd3$ver$1@nnrp1.deja.com> on Mon, 01 May 2000 20:45:28 6 > GMT, ewilts@my-deja.com <ewilts@my-deja.com> says...C >> One of my developers is reporting that the Perl system() call isiI >> truncating the argument to 256 characters.  I'm running Perl 5.005_03.e >>  F >> Is this a known limitation?  Can this limit to be expanded to 1K or >> more?  B > The limitation is not in Perl.  It might well be in the command F > processor that the system() call is invoking.  One way to avoid the I > limit would be to supply a list of arguments to system(), instead of a  = > long string that requires parsing by the command processor.K  * but isn't the command-line limit still 1k?I (256 sounds like reading/writing a mailbox rather than the command line).i   -- k Thomas E. Dickey dickey@clark.net http://www.clark.net/pub/dickey    ------------------------------  % Date: Tue, 02 May 2000 08:41:32 -0400b. From: Michael Austin <maustin@nc.prestige.net>@ Subject: Re: VMS/UCX responds to UDP broadcast with ICMP message/ Message-ID: <390ECCFB.63BFFD74@nc.prestige.net>-  , This is a multi-part message in MIME format.& --------------AEA53183F111DCD28CFA79F9* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bite  F Thank you for your response,  I was merely reacting to somthing that IF have seen over and over and over again.  Companies that DO see the VMSH system as a vital and intgral part of their business, yet refuse to keepF it upgraded because of "cost savings".  When in reality there is neverF cost savings associated with freezing crittical component hardware andF software versions.  In the end, they spend 4 times the money that theyI would have spent on upgrades on replacing it altogether.  And then wonder E the new system cannot perform to the reliability standards set by theO, OpenVMS system that they replaced with a PC.   Michael Austin.>   Juergen Nickelsen wrote:   > Hello Michael, >- > you wrote: >-? > > What gets my goat is the fact that companies like this makeuG > > statements such as: upgrading is not an option. If your systems area@ > > SO important to your business needs YOU CANNOT AFFORD TO NOT > > UPGRADE. >sC > Let me tell you about the reasons why I wrote upgrading is not an 	 > option:s > H > (a) This machine is a leftover from an old project, and it is actuallyH >     *not* "SO important" to our business needs that we would spend theF >     effort and money necessary for the upgrade. You can see from theE >     VMS version how long the project is ago -- had the machine been0D >     important to our business needs some time since then, we would- >     have upgraded the software long before.  >sF > (b) If the project were not that long ago, we would probably want toE >     keep the machine for reference in the same configuration as then >     one at the customer site.r > @ > The problem I wrote about is in the annoyance category and notF > important enough to upgrade. We will probably put the machine into aE > different logical subnet, so that it will no longer receive the SMB 
 > broadcasts.) > D > > One of the best things I have ever seen is the fact that you CAND > > upgrade VMS and UCX and other DEC-related apps with little or noG > > impact to the environment... except now things work better. Most ofe  > > VMS is backwards compatable. >h > No doubt about that. >>H > > I am convinced that senior management who makes decisions like these4 > > are complete morons and need to find a real job. > G > Senior management was not involved in this considerations. Our seniory3 > management is generally doing its job quite well.a >s > Greetings, Juergen.T >s > --) > Juergen Nickelsen <nickelsen@condat.de> 2 > Condat AG, Alt-Moabit 91d, 10559 Berlin, Germany- > Tel. +49 30 39094-178  Fax +49 30 39094-300k  & --------------AEA53183F111DCD28CFA79F9- Content-Type: text/x-vcard; charset=us-ascii;y  name="maustin.vcf"R Content-Transfer-Encoding: 7bitn, Content-Description: Card for Michael Austin  Content-Disposition: attachment;  filename="maustin.vcf"h   begin:vcard  n:Austin;Michael   tel;work:704-947-1089- x-mozilla-html:FALSE org:Michael Austin, Inc:
 adr:;;;;;; version:2.1i+ email;internet:michaelaustininc@hotmail.comj title:PresidentE x-mozilla-cpt:;0 fn:Michael E. Austin	 end:vcarde  ( --------------AEA53183F111DCD28CFA79F9--   ------------------------------  % Date: Tue, 02 May 2000 17:54:32 +0100@- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>r@ Subject: Re: VMS/UCX responds to UDP broadcast with ICMP message) Message-ID: <390F0848.B7AE1B1A@bbc.co.uk>h   Juergen Nickelsen wrote:  A >  The VMS version is, as mentioned, V5.5-2, UCX is version 2.0B;h > Upgrading is not an option.s >t  L  Thats is a prehistoric version of UCX (not quite as bad as 1.3A but close). Why not upgrade? --6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uka  A I speak for myself only and my views in no way represent those ofo MedAS or the BBC.T   ------------------------------   Date: 2 May 2000 16:50:13 GMT ' From: stan@thhpc.gps.caltech.edu (Stan)c5 Subject: Re: who kicked over Carl Lydick's tombstone? , Message-ID: <8en105$bkq@gap.cco.caltech.edu>  . In article <8ekgf7$e6d$1@info.service.rug.nl>,+ Phillip Helbig <helbig@astro.rug.nl> wrote:iI >There used to be a "memorial", appropriately named "the eternal flame", l >to Carl Lydick at Z >o$ >   http://www.cosmic.uga.edu/flame/ >d* >Can anyone explain the change in content?  < Probably just the end of a contract and the machine reverted< back to something else.  But there is still a small memorial< to Carl at http://alumni.caltech.edu/~vance/carl_lydick.html   And I have SOL1 in my office.    ------------------------------   Date: 2 May 2000 11:33:37 GMTe* From: helbig@astro.rug.nl (Phillip Helbig)( Subject: wich list: DIRECTORY limitation. Message-ID: <8emeeh$31n$1@info.service.rug.nl>  	 DIRECTORYa  
   /EXCLUDE  !         /EXCLUDE=(filespec[,...]):  E      Excludes the specified files from the DIRECTORY command. You canaD      include a directory but not a device in the file specification.C      The asterisk (*)  and the percent sign (%) wildcard characters C      are allowed in the file specification. However, you cannot usegC      relative version numbers to exclude a specific version. If youo9      specify only one file, you can omit the parentheses.i  D Is there hope that the two restrictions above will be lifted in the  future?  Ditto for BACKUP:  D      Do not use a device specification when defining the files to beE      excluded. You can use most standard wildcard characters, but you E      cannot use wildcard characters denoting latest versions of filest-      (;) or relative versions of files (;-n).-   ------------------------------   Date: 2 May 2000 11:34:26 GMT * From: helbig@astro.rug.nl (Phillip Helbig) Subject: wish list. Message-ID: <8emeg2$31n$2@info.service.rug.nl>   should be wish list, of course   ------------------------------  $ Date: Tue, 2 May 2000 08:28:00 -0700/ From: Terry Marosites <TMarosites@unitedad.com>D, Subject: RE: wish list: DIRECTORY limitationM Message-ID: <1137A4A23A51D311B2D600105A1D5213019AEDD6@seantexch.unitedad.com>p  L If you're going to have a wish list for the DIRECTORY verb why not add on myL wish. Have an /orderby . So that I can do a  Dir /orderby=date=create or DirL /orderby=date=backup or dir /orderby=type or dir /orderby. I guess there areD a lot if wish commands that we could wish for. Hmmm maybe some could actually come true.  Terry    -----Original Message-----6 From: helbig@astro.rug.nl [mailto:helbig@astro.rug.nl]# Sent: Tuesday, May 02, 2000 4:34 AM/ To: Info-VAX@Mvb.Saic.Come( Subject: wich list: DIRECTORY limitation  	 DIRECTORYi  
   /EXCLUDE  !         /EXCLUDE=(filespec[,...])   E      Excludes the specified files from the DIRECTORY command. You cansD      include a directory but not a device in the file specification.C      The asterisk (*)  and the percent sign (%) wildcard charactersTC      are allowed in the file specification. However, you cannot use C      relative version numbers to exclude a specific version. If yout9      specify only one file, you can omit the parentheses.   C Is there hope that the two restrictions above will be lifted in the  future?  Ditto for BACKUP:  D      Do not use a device specification when defining the files to beE      excluded. You can use most standard wildcard characters, but younE      cannot use wildcard characters denoting latest versions of filesh-      (;) or relative versions of files (;-n).n   ------------------------------  " Date: Tue, 2 May 2000 16:47:27 GMT- From: "Richard D. Piccard" <piccard@ohio.edu>0, Subject: Re: wish list: DIRECTORY limitation( Message-ID: <390F0698.56413CB5@ohio.edu>  E The ability to sort directory listings by name, type, date, etc., waslH part of RT-11 in 1980.  They had to, because their internal structure ofG directory listing was physical order on the disk.  Still, it has alwaysn" puzzled me why VMS didn't do this.   				RDPr     Terry Marosites wrote: > N > If you're going to have a wish list for the DIRECTORY verb why not add on myN > wish. Have an /orderby . So that I can do a  Dir /orderby=date=create or DirN > /orderby=date=backup or dir /orderby=type or dir /orderby. I guess there areF > a lot if wish commands that we could wish for. Hmmm maybe some could > actually come true.1 > Terry6 >  > -----Original Message-----8 > From: helbig@astro.rug.nl [mailto:helbig@astro.rug.nl]% > Sent: Tuesday, May 02, 2000 4:34 AM- > To: Info-VAX@Mvb.Saic.Com * > Subject: wich list: DIRECTORY limitation >  > DIRECTORY  >  >   /EXCLUDE > # >         /EXCLUDE=(filespec[,...])  > G >      Excludes the specified files from the DIRECTORY command. You can-F >      include a directory but not a device in the file specification.E >      The asterisk (*)  and the percent sign (%) wildcard charactershE >      are allowed in the file specification. However, you cannot usesE >      relative version numbers to exclude a specific version. If you7; >      specify only one file, you can omit the parentheses.c > E > Is there hope that the two restrictions above will be lifted in theh > future?  Ditto for BACKUP: > F >      Do not use a device specification when defining the files to beG >      excluded. You can use most standard wildcard characters, but you:G >      cannot use wildcard characters denoting latest versions of files(/ >      (;) or relative versions of files (;-n).    -- eB ==================================================================B Dick Piccard                           Academic Technology ManagerB piccard@ohio.edu                                 Computer ServicesB http://oak.cats.ohiou.edu/~piccard/                Ohio University   ------------------------------   Date: 2 May 2000 17:14:26 GMT * From: helbig@astro.rug.nl (Phillip Helbig), Subject: RE: wish list: DIRECTORY limitation. Message-ID: <8en2di$ar3$2@info.service.rug.nl>  
 In articleH <1137A4A23A51D311B2D600105A1D5213019AEDD6@seantexch.unitedad.com>, Terry, Marosites <TMarosites@unitedad.com> writes:   N > If you're going to have a wish list for the DIRECTORY verb why not add on myN > wish. Have an /orderby . So that I can do a  Dir /orderby=date=create or DirN > /orderby=date=backup or dir /orderby=type or dir /orderby. I guess there areF > a lot if wish commands that we could wish for. Hmmm maybe some could > actually come true.     Got this somewhere, sometime....         PROGRAM SDIR F C*3 C*                  *******************************33 C*                  *******************************43 C*                  **                           **03 C*                  **           SDIR            **E3 C*                  **                           ** 3 C*                  ******************************* 3 C*                  *******************************1 C* C*     AUTHOR :y C*          Arthur E. Ragosta   ' C*          RAGOSTA@MERLIN.ARC.NASA.GOV2 C*           C*          MS 219-1% C*          NASA Ames Research Center4* C*          Moffett Field, Ca.  94035-1000 C*          (415) 604-5558 C* C*     DESCRIPTION : C*          SORTED DIRECTORYE C*          PRODUCE A SIMPLE DIRECTORY LISTING SORTED BY DATE or SIZE0 C*? C*          /DESCENDING = OLDEST DATES FIRST, ELSE NEWEST FIRST 0 C*          /SIZE = sort by size instead of date C* C*     SUBPROGRAM REFERENCES : C*% C*     ASSUMPTIONS AND RESTRICTIONS :g C*          NOT TRANSPORTABLE.: C*          DIRECTORY TRUNCATED AT 'max_files' FILE NAMES. C* C*     LANGUAGE AND COMPILER : C*          ANSI FORTRAN 77I C* C*     CHANGE HISTORY :S* C*          22 MAR 1993 -  INITIAL VERSION- C*          14 SEP 1995 -  Converted to alpha 0 C*          30 OCT 1995 -  Bug fixed in USEROPEN C*H C*********************************************************************** C*        PARAMETER (MAX_FILES=1000)       common /data/ >      $ date(max_files),  direc(max_files),  size(max_files),  "      $ names(max_files), num_files       logical direc        integer size       integer *8 datee       character *80 names  c        integer indx(max_files)l c *       CHARACTER *127 P(2), PATH, next_file       CHARACTER *20 Q(2)       character *23 adate$       CHARACTER *4 ON, OFF       LOGICAL D_FLAG, S_FLAG       external my_open C -       ON  = CHAR(27) // '[1m'       ! Bold on .       OFF = CHAR(27) // '[0m'       ! Bold off       D_FLAG = .FALSE.       S_FLAG = .FALSE.        CALL GETFOR (NQ, Q, NP, P)       DO 1 I = 1, NQ  C          IF (Q(I)(1:1) .EQ. 'D') THEN  ! Just in case he said /DATE6@             IF ((LENGTH(Q(I)) .LE. 1) .OR. (Q(I)(2:2) .NE. 'A'))      $         D_FLAG = .TRUE.          ENDIF0          IF (Q(I)(1:1) .EQ. 'S') S_FLAG = .TRUE. 1     CONTINUE C # C --- Defaults to current directory  CX       IF (NP .EQ. 0) THEN           CALL DEFAULT ( PATH )
       ELSE          PATH = P(1)       ENDIF 0       CALL PARSE ( PATH, '*.*;*', 'FULL', PATH )       num_files = 0, c)C c --- loop over wildcards for each file; "MYOPEN" does all the workR cR& 10    call getfile ( path, next_file )"       if (next_file .ne. ' ') then>          call parse (next_file, ' ', 'LO', names(num_files+1));          OPEN (UNIT=0, FILE=next_file(1:length(next_file)),$3      $      STATUS='OLD', ERR=10, useropen=my_open)T 30       close(unit=0)/          if (num_files .le. max_files) go to 102       endif  C $ C --- sort file list by date or size C        IF (S_FLAG) THENE          call isorti  (size, num_files, indx)      ! by File SIZE !!! 
       ELSEA          call isorti8 (date, num_files, indx)      ! by DATES !!!o       ENDIFe Cg C --- In descending order ?. Ch       IF (D_FLAG) THEN          ISTART = NUM_FILESe          IEND   = 1p          INCR   = -1
       ELSE          ISTART = 11          IEND   = NUM_FILESM          INCR   = 1c       ENDIF. C>3 C -- Note that directory files are bolded on outputo c #       DO 100 I = ISTART, IEND, INCRe$          ln = length(names(indx(i))) cC c  -----  Sorted by size cf          if (s_flag) then $             if (direc(indx(i))) then#                if (ln .le. 30) then #                   write (6,900) on,s6      $              names(indx(i))(1:ln), off, size(i)                else #                   write (6,901) on,c6      $              names(indx(i))(1:ln), off, size(i)                endif             else#                if (ln .le. 30) thenS=                   write (6,910) names(indx(i))(1:ln), size(i)                 elsec=                   write (6,911) names(indx(i))(1:ln), size(i)n                endif             endifh cr c  -----  Sorted by date c 
          elses1             call sys$asctim ( , adate, date(i) ,) $             if (direc(indx(i))) then#                if (ln .le. 30) then $                   write (6,920) on, :      $              names(indx(i))(1:ln), off, adate(1:17)                else,$                   write (6,921) on, :      $              names(indx(i))(1:ln), off, adate(1:17)                endif             else#                if (ln .le. 30) theneA                   write (6,930) names(indx(i))(1:ln), adate(1:17)n                else1A                   write (6,931) names(indx(i))(1:ln), adate(1:17)j                endif             endife          endif 100   CONTINUE C              CALL EXITi 900   format(' ',3a,t38,i5)t 901   format(' ',3a/,t38,i5) 910   format(' ',a,t30,i5) 911   format(' ',a/,t30,i5)  920   format(' ',3a,t38,a) 921   format(' ',3a/,t30,a)  930   format(' ',a,t30,a)  931   format(' ',a/,t30,a)	       ENDc Co C---END SDIR C(.       integer function my_open (fab, rab, lun) c*G c*  This routine is called by the FORTRAN OPEN statement to extract theg7 c*   file size, date, and directory flag for each file.  c*        PARAMETER (MAX_FILES=1000)       common /data/ ?      $ date(2,max_files), direc(max_files),  size(max_files),  -"      $ names(max_files), num_files       logical direcn       integer sizeE       integer *4 date      ! Fudge to make it easier to move quadword        character *80 namesi cc       include '($fabdef)': c      include '($rabdef)'       include '($xabdef)'e       include '($xabdatdef)'       include '($xabfhcdef)'       include '($xabitmdef)' c.# c --- is this complicated, or what?9 c        structure /bigxab/       unionc          map          record/xabdef/ xabn          endmaps          map"          record /xabdatdef/ xabdat          endmapd       endunion       endstructure cO       structure /bigxab1/i       uniona          map          record/xabdef/ xaba          endmapa          map"          record /xabfhcdef/ xabfhc          endmaps       endunion       endstructure cp       structure /bigxab2/e       unionn          map          record/xabdef/ xabb          endmaps          map"          record /xabitmdef/ xabitm          endmap        endunion       endstructure ci       record /fabdef/ fab  c      record /rabdef/ rab       record /bigxab/ xab0       record /bigxab1/ xab1        record /bigxab2/ xab2- c        structure /itmlst/          integer *2  buflenc          integer *2  itemcodet          integer *4  bufadrs          integer *4  retlenm       end structure        record /itmlst/ items(3) cT       logical is_dir#       integer sys$open, sys$connecth ceF c --- WARNING !!! The following is not strictly accurate as it should F c        scan the XAB list and resolve any differences between my XABsE c        and any passed by the USEROPEN routine, but this was a pain tH c        and (not being a file system expert) I couldn't get it to work $ c        right.  This SEEMS to work. ce       isave = fab.fab$l_xabn7       fab.fab$b_fac = fab$m_get              ! readonly         fab.fab$l_xab = %loc(xab0) ceA       xab0.xab.xab$b_cod = xab$c_dat         ! This is a DATE XABr'       xab0.xab.xab$b_bln = xab$c_datlenr%       xab0.xab.xab$l_nxt = %loc(xab1)  cn7       xab1.xaba.xab$b_cod = xab$c_fhc        ! size XABr(       xab1.xaba.xab$b_bln = xab$c_fhclen&       xab1.xaba.xab$l_nxt = %loc(xab2) cl<       xab2.xabb.xab$b_cod = xab$c_itm        ! Item code XAB(       xab2.xabb.xab$b_bln = xab$c_itmlen-       xab2.xabitm.xab$b_mode= xab$k_sensemodes.       xab2.xabitm.xab$l_itemlist = %loc(items) crF c --- This SHOULD be set to ISAVE, but when I do that, the OPEN fails.H c     Also, there is the possibility of a duplicate XAB, which is a pain c     to correct.l c        xab2.xabb.xab$l_nxt = 0  c        items(1).buflen   = 4nK       items(1).itemcode = XAB$_UCHAR_DIRECTORY  ! Is this file a directory?i&       items(1).bufadr   = %loc(is_dir)       items(1).retlen   = 0i       items(2).buflen   = 0a       items(2).itemcode = 0 D       my_open = sys$open (fab)               ! Just to fill the XABs ce! c --- Undo the damage done above.A cA       fab.fab$l_xab = isaveG       if (.not. my_open) returnF c+D       num_files = num_files + 1              ! Success, add the fileJ       date(1,num_files) = xab0.xabdat.xab$q_cdt(1)    ! Date is stored in B       date(2,num_files) = xab0.xabdat.xab$q_cdt(2)    !  two parts       direc(num_files) = is_dirl cm@ c --- the calculation for size comes from an example on the DEC  c     bulletin board cl,       if (xab1.xabfhc.xab$w_ffb .eq. 0) then/          if (xab1.xabfhc.xab$l_hbk .eq. 0) thenm             size(num_files) = 0i
          elseM7             size(num_files) = xab1.xabfhc.xab$l_ebk - 11          endif
       else0          size(num_files) = xab1.xabfhc.xab$l_ebk       endif  cm       return	       ende cn c---end my_openj c:   ------------------------------   Date: 2 May 2000 17:46:24 GMTD0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz), Subject: Re: wish list: DIRECTORY limitation5 Message-ID: <8en49g$lm8$1@newsmaster.cc.columbia.edu>a  ( In article <390F0698.56413CB5@ohio.edu>,, Richard D. Piccard <piccard@ohio.edu> wrote:G : The ability to sort directory listings by name, type, date, etc., wassJ : part of RT-11 in 1980.  They had to, because their internal structure ofI : directory listing was physical order on the disk.  Still, it has alwaysl$ : puzzled me why VMS didn't do this. : < You might like the DIRECTORY command in C-Kermit 7.0 on VMS:  5   http://www.columbia.edu/kermit/ckermit2.html#x4.5.1h   - Frankc   ------------------------------   End of INFO-VAX 2000.245 ************************caltech.edu>  . In article <8ekgf7$e6d$1@info.service.rug.nl>,+ Phillip Helbig <helbig@astro.rug.nl> wrote:iI >There used to be a "memorial", appropriately named "the eternal flame", l >to Carl Lydick at Z >o$ >   http://www.cosmic.uga.edu/flame/ >d* >Can anyone explain the change in content?  < Probably just the end of a contract and the machine reverted< back to something else.  But there is still a small memorial< to Carl at http://alumni.caltech.edu/~vance/carl_lydick.html   And I dD>T5]l*_tcuFp>$2fę*vz
.쩱	C<mwϫ
&mXMQ"6?x~^^wv|T?T;<*d	y}QcaTɊV~f>㓷b'1
 3iƬB
әg
R@μJJ?k;#0
RO-
q}w̹ .I/dpv a>$+̳bmBa
yԘS1-訒G-=B5vKwFrk_Kq֛s-՟<\N#7D;4W#A{Z"joX$dƿ3߫6xI϶sb]օŜeM
jGcɼ.R˦=0p<`C`
*эm5& iQ[i
\r.tf&~?rO+2 q0Ӭf.z<wu]̶ʩj<1Lt{Yd(:juӘi/}LѮN~DTR,@O+}+1s17)jّw;yKר&#bg1l4V(#\ƥ
7!ZpBkMfU\:IH
p5p{]BEdS[#WskH}WΓjM`v>SUķ,9Nz'	2qNғrZ9ٻS%௦Hw1nㅅ-BHُ{&_k(y-]qZ{X5fؑ|rc;h%p_@]2'({Ǌ#lã`bp' G&
>6	`}WI|t4<ᐛT<8VܚIߴ,)堌FpF[!MwoB@w*q#an5A4SK6Hu}MX2'N柝w{#&|i/?'ځ"q]>1	5Nll0hⳆd0#  Q)S`Ȕsʰ.Z+AWes9O=Vm#ӊ5G/ޙTZ;Ns<OKGeMo\~_5?Ԯһ]{gu$WѧO	wUAgzq4o~ix\.-ZdYDc^[.C> e//_WX2"Qa\i.L_D3E5_7Q/.(JQ9UbdÝm؂I:ٙ
zvS#j"/Q͒E-+:'wlxokjtەlNOV`e^NNv(/6׺Oݲ#5q>Rp0dhH|R"N:s
cD
4[X+f&%XIt6VH;<|{*XCVz
P{[-. */jT W窠e`146J8/޺87zk+yſm&,Or[~/2Iz 4TƬ6.r6a04IRn+le|/~}zvzu3(EZXb}}:*,\ލ~64VgL?@PpX>&^'ke#Py{OsBS2-fFV-jio|hxjcID wuӴlgZB|!p$z7n*
>'bP%<~[sajS9EQ	slV{HXLEkPX,zFOr#yH59~_!%Ӛ*ᅐͫo~l%>MA¢=ὮJAYjwzjDx ʡ
ґZYtԨ=KDq0}y	УɄsB"
zIUذnZpkq㗌uέ$<N\)Yf$Uw15ʕaHDͤ8ٶVN\/JCv"z
k]DG!ڛdF2g~5*;:MחQlsFgMz"8x%~9ҝa^pB_HB3Yd9[x
;W<*&9d^<[<I/{VOfdК@}Oeҷ)7ٜYӘ<3<obj}D5sC*{kdtT	qaRjUG|v߂ zT{}Cuh^<+:DǧO,ˋĤdN-|n]vX