1 INFO-VAX	Thu, 10 Aug 2000	Volume 2000 : Issue 444       Contents: Re: %TCPIP-I-NOMORE  Re: %TCPIP-I-NOMORE  Re: %TCPIP-I-NOMORE  Re: %TCPIP-I-NOMORE ( Re: Announcement: PDF Viewer for OpenVMS( Re: Announcement: PDF Viewer for OpenVMS CETS2000 Re: CETS2000 Re: CETS2000 Re: CETS2000 Re: CETS2000 Re: CETS2000 Re: CETS2000 Re: CETS20002 Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)2 Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)2 Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)2 Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)2 Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)2 Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)% decc$from_vms and potential filenames ) Re: decc$from_vms and potential filenames  Gases, Noble and Otherwise Re: Gases, Noble and Otherwise Re: Gases, Noble and Otherwise( Re: GTK+ now available for OpenVMS Alpha- Re: More on Son of Aquarius (VAX 9000 Aridus) - Re: More on Son of Aquarius (VAX 9000 Aridus) - Re: More on Son of Aquarius (VAX 9000 Aridus) 1 Re: OpenVMS ALPHA Port Of AOL Instant Messenger ? " OT: Re: Gases, Noble and Otherwise& Re: OT: Re: Gases, Noble and Otherwise& Re: Privileges required for sys$crmpsc& Re: Privileges required for sys$crmpsc' Re: RESOLVED? HyperSPI on Alpha dumping  Re: TCPIP stacks Re: TCPIP stacks Re: TCPIP stacks Re: TCPIP stacks Re: TCPIP stacks& Re: Telnet in a single line command... Re: TELNET vs LAT speed  Re: TSM and multiple NICs  Re: TSM and multiple NICs  Re: TSM and multiple NICs  Re: UCX error message  Re: VMS Vs any other OS  RE: VMS Vs any other OS  Re: VMS Vs any other OS / Re: Want used graphics card for Jensen DEC 2000 2 Re: What Can I Do With An AlphaServer 1000A 4/233? Re: XP1000's for sale  [TCPware V5.4-3] Timeserver ? ! Re: [TCPware V5.4-3] Timeserver ?   F ----------------------------------------------------------------------   Date: 9 AUG 2000 16:28:54 GMT 4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher) Subject: Re: %TCPIP-I-NOMORE5 Message-ID: <9AUG00.16285488@thuria.waisman.wisc.edu>   B In a previous article, eplan@kapsch.net (Peter LANGSTOEGER) wrote:O ->I recently upgraded a UCX system to TCPIP and found a message in STARTUP.LOG:  ->  K -> %TCPIP-I-NOMORE, parameter or qualifier for ALL COMMUNICATION OPTIONS no Q -> longer supported; see the documentation for valid options and re-enter command  ->   ->It happens during the command  ->  * ->	$ TCPIP START COMMUNICATION /INITIALIZE ->  . ->in	SYS$COMMON:[SYSMGR]TCPIP$INET_STARTUP.COM ->    @ TCPIP V5.0 no longer has Device sockets, large buffers, or small buffers. To fix it:   < 	$ TCPIP> SET CONF COMM /DEV=0 /LARGE=(FREE:0,MAX:0,MIN:0) - 	 /SMALL=(FREE:0,MAX:0,MIN:0)    ------------------------------   Date: 9 Aug 2000 23:20:07 +0200 * From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: %TCPIP-I-NOMORE* Message-ID: <3991cb07$1@news.kapsch.co.at>  l In article <9AUG00.16285488@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:C >In a previous article, eplan@kapsch.net (Peter LANGSTOEGER) wrote: P >->I recently upgraded a UCX system to TCPIP and found a message in STARTUP.LOG: >-> L >-> %TCPIP-I-NOMORE, parameter or qualifier for ALL COMMUNICATION OPTIONS noR >-> longer supported; see the documentation for valid options and re-enter command >->   >->It happens during the command >-> + >->	$ TCPIP START COMMUNICATION /INITIALIZE  >-> / >->in	SYS$COMMON:[SYSMGR]TCPIP$INET_STARTUP.COM  >->  > A >TCPIP V5.0 no longer has Device sockets, large buffers, or small  >buffers. To fix it: > = >	$ TCPIP> SET CONF COMM /DEV=0 /LARGE=(FREE:0,MAX:0,MIN:0) -  >	 /SMALL=(FREE:0,MAX:0,MIN:0)  L Ok, I'll try. But I never changed this parameters. It looks like before/UCX:   $ tcpip sh conf comm/fu    Communication Configuration   > Local host:      gaspra                 Domain:   kapsch.co.at   Cluster timer:               0  9 Interfaces:                  0          Type:     Default  Device_sockets:              0 Routes:                      0 Services:                    0 Proxies:                     0  4                           Free     Maximum   Minimum4 Large buffers                0           0         04 Small buffers                0           0         0* IRPs                         0           0 Non TCPIP buffers            0   Remote Terminal    Large buffers:             0   UCBs:                      0   Virtual term:      enabled  0 so, I'm still wondering, if you won the cigar...   --  < 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: 10 Aug 2000 00:52:21 +0200* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: %TCPIP-I-NOMORE( Message-ID: <3991e0a5@news.kapsch.co.at>  W In article <3991cb07$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: m >In article <9AUG00.16285488@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes: B >>TCPIP V5.0 no longer has Device sockets, large buffers, or small >>buffers. To fix it:  >>> >>	$ TCPIP> SET CONF COMM /DEV=0 /LARGE=(FREE:0,MAX:0,MIN:0) - >>	 /SMALL=(FREE:0,MAX:0,MIN:0)  > M >Ok, I'll try. But I never changed this parameters. It looks like before/UCX:  >[snip] 1 >so, I'm still wondering, if you won the cigar...   C Solved. No full cigar. Only half cigar, but better than nothing ;-) 5 It was the COMM parameter I changed (some years ago):   = $ UCX SET CONFIGURATION COMMUNICATION/REMOTE_TERMINAL=VIRTUAL    Now a   A $ TCPIP SET CONFIGURATION COMMUNICATION/REMOTE_TERMINAL=NOVIRTUAL , %TCPIP-I-INETERROR, internet interface errorP -TCPIP-I-NOMOREACC, parameter or qualifier REMOTE_TERMINAL.NOVIRTUAL_TERMINALS n" o longer supported; value accepted  5 and after a reboot/TCPIP-restart the message is gone,  Many thanks.    L BUT: This leads to the more important question: How to get Virtual TerminalsI for TELNET sessions again ? Is is annnounced for an ECO or the next TCPIP @ version or will it never happen again (which would be a shame) ?   --  < 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: Wed, 9 Aug 2000 20:05:34 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>  Subject: Re: %TCPIP-I-NOMORE. Message-ID: <sp3vrk3ln4t18@corp.supernews.com>  , "Peter LANGSTOEGER" <eplan@kapsch.net> wrote.  in message news:3991e0a5@news.kapsch.co.at... > 1 > BUT: This leads to the more important question: < >    How to get Virtual Terminals for TELNET sessions again?  / > Is is annnounced for an ECO or the next TCPIP B > version or will it never happen again (which would be a shame) ?  J It is actually buried in the documentation or the release notes somewhere.  ) $define/system/exec tcpip$telnet_vta true    -John  wb8tyw@qsl.network   ------------------------------   Date: 9 Aug 2000 20:38:01 GMT # From: system@niuhep.physics.niu.edu 1 Subject: Re: Announcement: PDF Viewer for OpenVMS + Message-ID: <8msff9$apg$1@husk.cso.niu.edu>   1 Chris Scheers <chris@applied-synergy.com> writes:  >"D.Webb" wrote:   >> Arne writes:  >> >Dan O'Reilly wrote: 0 >> >> At 11:09 AM 8/3/2000, Chris Scheers wrote:  7 Is this pdf viewer supposed to be able to follow links?   = >> >> >Unfortunately, the pricing has not been finalized yet.   L >> >> >In fact, this is a good opportunity to provide input into the pricing >> >> >process.  >> >> > : >> >> >(This is open to anyone who would like to respond.) >> >> > O >> >> >What do you think is a reasonable price for the PDF Viewer with one year  >> >> >of updates? >> >> > @ >> >> >Should it be priced per system, per cluster, or per seat?  G I like relatively inexpensive per concurrent user along with per system * and per cluster.  Perhaps $20, $200, $500.  O I would also support the hobbyist, soho/startup/educational, ongoing commercial ! pricing. Perhaps at the level of:   6 hobbyist, soho/startup/educational, ongoing commercial, Free            50%                     100%  N I have to say that differentiating between soho/startup and ongoing commercialL is likely to be difficult/intrusive.  Clearing a profit for 3 years running?7 in existance for five years?  More than 10 employees?     6 Maybe have a 50% cost license that expires in 5 years?  % >> >> >How many copies would you buy?   4 2-5 concurrent at $10 a shot. (we are a university).  I >> >> Buy?  None.  There's an acceptable (albeit, slower) viewer already   >> >> available for free.     C Have you gotten encryption to work on xpdf 0.9?  While I appreciate C the efforts put in by those working on it, I have been unsuccessful  and not too happy.  D >> >> OK, I take it back; maybe $10 per seat or something like that.O >> >> Let's face it: reading PDF files on VMS is something people want to do on O >> >> occasion, but most people end up reading them on M$ stuff, because that's  >> >> where the mail goes to...   K That's where the mail goes to because there is no pdf/word reader,  on VMS, # not to mention little mime support.   A >> >If people need to read PDF for work they should be willing to  >> >pay for it.  >> >C >> >If they just use it for hobbyist usage etc., then ofcourse they " >> >are not willing to pay (much). >> > >> >Arne   K >> But with the Adobe Acrobat Reader being free on other platforms how do I > >> convince anybody to purchase an equivalent product on VMS ?   >That is a good question.   * Which should, IMHO, be directed to Compaq.  6 >IF you have a PC on the same desk as your VMS display# >AND [] AND [] AND [] AND [] AND [] . >THEN by all means use Adobe's Acrobat Reader.  H >If some of these conditions are not met, you might want to consider the >ASI PDF Viewer.  @ >If using a VMS based PDF Viewer makes you more productive, that/ >productivity has value and should be paid for.    Yup.    Robert   ------------------------------  % Date: Wed, 09 Aug 2000 22:02:51 -0500 / From: Chris Scheers <chris@applied-synergy.com> 1 Subject: Re: Announcement: PDF Viewer for OpenVMS O Message-ID: <3614871D62AD5535.4D1724D1FEB5B09F.E20BD7D6C3279016@lp.airnews.net>   $ system@niuhep.physics.niu.edu wrote: > 3 > Chris Scheers <chris@applied-synergy.com> writes:  > >"D.Webb" wrote: > >> Arne writes:  > >> >Dan O'Reilly wrote: 2 > >> >> At 11:09 AM 8/3/2000, Chris Scheers wrote: > 9 > Is this pdf viewer supposed to be able to follow links?   E Not in version 1.0.  That capability will be added later, probably in  1.2.    E > Have you gotten encryption to work on xpdf 0.9?  While I appreciate E > the efforts put in by those working on it, I have been unsuccessful  > and not too happy.  H I don't know about xpdf 0.9, but the ASI PDF Viewer version 1.0 can read encrypted documents.  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------  # Date: Wed, 09 Aug 2000 18:19:51 GMT / From: "John Nixon" <jorlnixon@worldnet.att.net>  Subject: CETS2000 G Message-ID: <bhhk5.11407$gW5.733053@bgtnsc04-news.ops.worldnet.att.net>   < This is probably not the best place to bring this up, but...  E I am having a hard time picturing what CETS 2000 is going to be like.   J First, I think I screwed up by planning to arrive on Sunday night in order toI start attending seminars  on Monday.  From what I see, the pre-conference B seminars are Sunday and Monday, instead of Saturday and Sunday.  ID think I am going to be wasting a whole day Monday.  And according toG someone at the CETS registration site, I might not be alone.  They told D me that they were not prepared for the huge Sunday Night arrival.  I think I know why.   G Also, I cannot find anything that resembles the old SAG, (sessions at a  glance).F Without one of those, I think I will be lost.  There will be sessions? Won't there?  L I am hoping some of the changes will be for the better, but at my age change" is hard.  Is anyone else confused?   ------------------------------   Date: 9 Aug 2000 15:30:38 PDT T From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) Subject: Re: CETS2000 3 Message-ID: <DFWvZhlCPMi5@mccdev.slac.stanford.edu>   H In article <bhhk5.11407$gW5.733053@bgtnsc04-news.ops.worldnet.att.net>, 6     	"John Nixon" <jorlnixon@worldnet.att.net> writes:> > This is probably not the best place to bring this up, but... > G > I am having a hard time picturing what CETS 2000 is going to be like.  > L > First, I think I screwed up by planning to arrive on Sunday night in order > toK > start attending seminars  on Monday.  From what I see, the pre-conference D > seminars are Sunday and Monday, instead of Saturday and Sunday.  IF > think I am going to be wasting a whole day Monday.  And according toI > someone at the CETS registration site, I might not be alone.  They told F > me that they were not prepared for the huge Sunday Night arrival.  I > think I know why.  > I > Also, I cannot find anything that resembles the old SAG, (sessions at a 
 > glance).H > Without one of those, I think I will be lost.  There will be sessions? > Won't there? > N > I am hoping some of the changes will be for the better, but at my age change$ > is hard.  Is anyone else confused?  H         There's been  a  lot  of  discussion  about  CETS  2000  and theH     organizational  "short-comings" over on comp.org.decus.  Much of  itH     has to do with the registration process.  I too was  confused  aboutH     the Sunday-Monday seminars versus the good 'ol Saturday-Sunday DECUSH     version.   In  addition, I was highly annoyed that I was expected toH     indicate which Sunday and/or Monday seminar  I wanted to sign up for(     before I'd even seen a list of them!  H         While I'm sure there is substantial  cost savings in not sendingH     out  a  full brochure as was done for DECUS in the past, I've  foundH     CETS 2000 to be much more difficult to plan for.  In fact, it  seems@     we need to take an awful lot on "faith alone" at this point!  3         Nevertheless, see you in L.A. October 1 :-)                -Ken --  M  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu :  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------  % Date: Wed, 09 Aug 2000 18:29:49 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>  Subject: Re: CETS2000 - Message-ID: <3991E96D.28B15BDA@earthlink.net>    John Nixon wrote:  > > > This is probably not the best place to bring this up, but... > G > I am having a hard time picturing what CETS 2000 is going to be like.  > L > First, I think I screwed up by planning to arrive on Sunday night in order > toK > start attending seminars  on Monday.  From what I see, the pre-conference D > seminars are Sunday and Monday, instead of Saturday and Sunday.  IF > think I am going to be wasting a whole day Monday.  And according toI > someone at the CETS registration site, I might not be alone.  They told F > me that they were not prepared for the huge Sunday Night arrival.  I > think I know why.   8 Early indications are that such comments will be myriad.   I > Also, I cannot find anything that resembles the old SAG, (sessions at a 
 > glance).H > Without one of those, I think I will be lost.  There will be sessions? > Won't there?  F I just hope the non-commercial spirit of DECUS will be preserved, evenH though the name(s) may have been changed to protect - who are we talking about again?  PN > I am hoping some of the changes will be for the better, but at my age change > is hard. t  @ Actually, I try to stay flexible and fairly current. What I find8 difficult is doing so without compromising my standards.   > Is anyone else confused?  
 I guess so...    -- e David J. Dachteray dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/)   ------------------------------  # Date: Wed, 09 Aug 2000 23:45:56 GMTT4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: CETS2000e< Message-ID: <U2mk5.18702$NH2.152071@typhoon.ne.mediaone.net>  . <Fairfield@SLAC.Stanford.EDU> wrote in message >aJ >         There's been  a  lot  of  discussion  about  CETS  2000  and theJ >     organizational  "short-comings" over on comp.org.decus.  Much of  itJ >     has to do with the registration process.  I too was  confused  aboutJ >     the Sunday-Monday seminars versus the good 'ol Saturday-Sunday DECUS >     version.  1 This was to accommodate a religious High Holiday.r  ; > In  addition, I was highly annoyed that I was expected tohJ >     indicate which Sunday and/or Monday seminar  I wanted to sign up for* >     before I'd even seen a list of them!  - Yeah, I can see where that might be annoying!e   > J >         While I'm sure there is substantial  cost savings in not sendingJ >     out  a  full brochure as was done for DECUS in the past, I've  foundJ >     CETS 2000 to be much more difficult to plan for.  In fact, it  seemsB >     we need to take an awful lot on "faith alone" at this point! >l5 >         Nevertheless, see you in L.A. October 1 :-)]  I Yes indeed. Not to defend something that's totally beyond my control, but-L bear in mind that CETS2000 is Field Test One of a combined DECUS-Wizards-ACEK event. The content gurus (the CATs, or Content Acquisition Teams) have done4I a damn good job. I hope--and fully expect--the event will reflect all thet hard work that's gone into it.  K See you at the Open Board Meeting... I'll be one of folks wearing a target!    cheers,-   terry sa   ------------------------------  $ Date: Wed, 9 Aug 2000 19:39:59 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>d Subject: Re: CETS2000 / Message-ID: <sp3ubkqvn4t120@corp.supernews.com>P  3 "John Nixon" <jorlnixon@worldnet.att.network> wroteOL  in message news:bhhk5.11407$gW5.733053@bgtnsc04news.ops.worldnet.att.net...= > First, I think I screwed up by planning to arrive on Sunday 8 > night in order to start attending seminars  on Monday. <snip>  J Having been through this a time before, in order to make sure that you areJ on time for Monday night's orientation, it is a good idea to make sure you are there on Sunday.  J I would rather be early and finding something to do on Monday morning thanK be sitting on a flight that was delayed 8 hours (or more) while the openings ceremonies are going on.   -JohnA wb8tyw@qsl.network   ------------------------------  % Date: Wed, 09 Aug 2000 22:25:08 -0500.1 From: Jeff Schreiber <SCHREIBER@Eisner.DECUS.org>f Subject: Re: CETS2000O1 Message-ID: <01JSS63VU0W600699A@Eisner.DECUS.org>t  . John Nixon <jorlnixon@worldnet.att.net> wrote:H >Also, I cannot find anything that resembles the old SAG, (sessions at a	 >glance). G >Without one of those, I think I will be lost.  There will be sessions?P
 >Won't there?   E   Well, I can say for a fact that there will be sessions, however I'm	F   not even sure if they have figured out the schedule yet.  I receivedG   my session acceptances last week, and I was quickly asked by those in.I   my company that make the travel arrangements what nights I need a hotelf   for.  H   Unfortunately, I couldn't find anything in the details I received that   said _when_ my sessions are.  K   Don't take this as complaining, since I've not had the time yet to follow J   up with the DECUS/CETS folks yet to find out if it's just another glitchB   in the conference organizing, or if it's just not scheduled yet.   							-Jeff   ------------------------------  $ Date: Wed, 9 Aug 2000 22:54:19 -04007 From: "Information CETS2000" <Information@CETS2000.com>  Subject: Re: CETS2000o2 Message-ID: <8mt5gr$ab8$1@slb6.atl.mindspring.net>  K >First, I think I screwed up by planning to arrive on Sunday night in order > >to start attending seminars  on Monday.  From what I see, the pre-conferenceC >seminars are Sunday and Monday, instead of Saturday and Sunday.  InE >think I am going to be wasting a whole day Monday.  And according to H >someone at the CETS registration site, I might not be alone.  They toldE >me that they were not prepared for the huge Sunday Night arrival.  II >think I know why.  I The switch was due to religious holidays.  Obviously if you take a SundaymG seminar but no Monday seminar you will have a free day.  Of course this0J would have been the same case if you took a Saturday seminar and no SundayK seminar.  We also understand however a Saturday night stay over for airfare1 purposes comes into play here.  J On Monday night starting at 6PM there will be the CETS2000 kickoff roadmapE hosted by DECUS.  This will include a 30 minute presentation by Terry>B Shannon about what technologies to keep an eye on during the week.  H >Also, I cannot find anything that resembles the old SAG, (sessions at a glance).G >Without one of those, I think I will be lost.  There will be sessions?g
 >Won't there?e  L I would be surprised if sessions have been lost.  For the most part we addedG and not subtracted.  For example you are going to see a lot more Tru64,oI Linux, Storage/SANs, and Windows2000 sessions.  There will even be Novell L and SCO sessions there.  There will be 38-40 sessions running at once duringL the day.  We are going from 1 one Hands-On session room to approximately 20.  J There no SAG at this point.  Putting the sessions together has been a hugeI task.  The web site will contain this information shortly.  There will befC approximately 30 tracks.  We will be rolling out the detailed trackU% descriptions over the next 2-3 weeks.s  G The way to keep up with these is go to www.cets2000.com - then the MainuJ Menu - then Symposium Updates - then Subscribe to the Update Mailing List.J Once you are on that list you will receive update notice.  DECUS took careH to insure that mailing list would be used for no other purpose than CETS updates.  A >While I'm sure there is substantial  cost savings in not sendingHE >out  a  full brochure as was done for DECUS in the past, I've  foundEE >CETS 2000 to be much more difficult to plan for.  In fact, it  seems = >we need to take an awful lot on "faith alone" at this point!e  I It wasn't a cost savings factor.  We basically didn't have time to get it5L ready.  We have already started planning CETS2001.  It looks like it will beL in Anaheim in September.  Hopefully we can get ahead of the curve on some of
 these things.e  L As to pre-publishing the program.  There is interesting problem when workingF with 3rd parties like Cisco and Oracle who we are coordinating with toF provide content.  They prefer to commit to sessions much closer to theI conference because they want sessions that reflect the newest technology.u= Getting the freshest session material creates a conflict with.J pre-publishing.  Over the next 2-3 week 98% percent of the sessions shouldL be on the web site.  Hopefully after that point you will be taking things onD more than faith.  We understand that you are taking things on faith.  L Teams of DECUS members have reviewed every session being offered.  DECUS hasJ been a full partner in planing CETS2000 content.  If you check out the CATL report on the DECUS web site you can see who has been involved and the level of feedback DECUS has provided.t    E =====================================================================d2 "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515". <Fairfield@SLAC.Stanford.EDU> wrote in message- news:DFWvZhlCPMi5@mccdev.slac.stanford.edu...wI > In article <bhhk5.11407$gW5.733053@bgtnsc04-news.ops.worldnet.att.net>,b7 >     "John Nixon" <jorlnixon@worldnet.att.net> writes:a@ > > This is probably not the best place to bring this up, but... > >pI > > I am having a hard time picturing what CETS 2000 is going to be like.r > >eH > > First, I think I screwed up by planning to arrive on Sunday night in orders > > to> > > start attending seminars  on Monday.  From what I see, the pre-conferenceF > > seminars are Sunday and Monday, instead of Saturday and Sunday.  IH > > think I am going to be wasting a whole day Monday.  And according toK > > someone at the CETS registration site, I might not be alone.  They toldlH > > me that they were not prepared for the huge Sunday Night arrival.  I > > think I know why.  > > K > > Also, I cannot find anything that resembles the old SAG, (sessions at au > > glance).J > > Without one of those, I think I will be lost.  There will be sessions? > > Won't there? > >(I > > I am hoping some of the changes will be for the better, but at my ageg change& > > is hard.  Is anyone else confused? >eJ >         There's been  a  lot  of  discussion  about  CETS  2000  and theJ >     organizational  "short-comings" over on comp.org.decus.  Much of  itJ >     has to do with the registration process.  I too was  confused  aboutJ >     the Sunday-Monday seminars versus the good 'ol Saturday-Sunday DECUSJ >     version.   In  addition, I was highly annoyed that I was expected toJ >     indicate which Sunday and/or Monday seminar  I wanted to sign up for* >     before I'd even seen a list of them! >eJ >         While I'm sure there is substantial  cost savings in not sendingJ >     out  a  full brochure as was done for DECUS in the past, I've  foundJ >     CETS 2000 to be much more difficult to plan for.  In fact, it  seemsB >     we need to take an awful lot on "faith alone" at this point! > 5 >         Nevertheless, see you in L.A. October 1 :-)a >o >             -Ken > --/ >  Kenneth H. Fairfield            |  Internet:a Fairfield@SLC.Slac.Stanford.Edud< >  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924< >  Menlo Park, CA  94025           |  FAX:      650-926-3515L >  ------------------------------------------------------------------------- ----D >  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------    Date: 10 Aug 2000 00:54:16 -0500* From: young_r@eisner.decus.org (Rob Young) Subject: Re: CETS2000c+ Message-ID: <E2LRVZVnUDQE@eisner.decus.org>R   In article <DFWvZhlCPMi5@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:  J >         While I'm sure there is substantial  cost savings in not sendingJ >     out  a  full brochure as was done for DECUS in the past, I've  foundJ >     CETS 2000 to be much more difficult to plan for.  In fact, it  seemsB >     we need to take an awful lot on "faith alone" at this point! > 5 >         Nevertheless, see you in L.A. October 1 :-)u >   C 	Yep.  1st and 2nd ONLY for me.  Prior committment cuts me short :(    				Robh   ------------------------------  # Date: Wed, 09 Aug 2000 18:45:48 GMTo3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk>o; Subject: Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)-/ Message-ID: <3991A70F.BB44DB9B@cableinet.co.uk>    Paul Anderson wrote: >   yH > Much of this work has been done to make DCPS-unsupported printers workH > or work better.  Now that there are no more Digital- or Compaq-brandedI > printers, DCPS is free to support more printers than before.  Decisions I > about what brands or models to support have not yet been made, but it's.I > safe to say that DCPS will support what used to be called "third-party" I > printers more quickly in future versions.  Such changes also impact thei# > concept of the DCPS-OPEN license.y >   n Paul, and Compaq in generaln  G As somone with "3rd party" printers (not in my control)but no DCPS-OPENc	 licence,  D I have to resort to good old device control libraries. This could be	 describediE by some I have met as "fun" but not for me :-) I guess it is good forC
 the brain, but life is short.  H I would like to suggest that, with the reacquisition of DCPS Engineering by Compaq, lH and the factors you mention, now might be a good time to re-evaluate the licenceing eG strategy for DCPS for the 21st century, and consider bundling DCPS-OPENe withG VMS (as part of EIS or whatever it might be called now, perhaps). I cano see thetA point of keeping it as a layered product, not tied to VMS release- schedules, butG it does seem to me that it would be a big plus point for VMS to be abler to sayG "you just plug in your printer and it works without extra cost, and the  drivers areD: developed by a team working closely with VMS engineering".  H Then again, I am somone who thinks VOLSHAD, VMSCLUSTER and DEFRAG should come' free with VMS, at least at the low end.r  b regardse --  A Home: Tim.Llewellyn@cableinet.co.uk Work: Tim.Llewellyn@bbc.co.ukr  C Standard disclaimer applies. My views in no way represent those of d! my employers or service provider.    ------------------------------  % Date: Wed, 09 Aug 2000 15:07:37 -0400e+ From: Paul Anderson <panderson@genicom.com> ; Subject: Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)gB Message-ID: <panderson-37ACCB.15073709082000@news.ma.ultranet.com>  0 In article <3991A70F.BB44DB9B@cableinet.co.uk>, $ tim.llewellyn@cableinet.co.uk wrote:  ? > I would like to suggest that, with the reacquisition of DCPS  E > Engineering by Compaq, and the factors you mention, now might be a oD > good time to re-evaluate the licenceing strategy for DCPS for the E > 21st century, and consider bundling DCPS-OPEN with VMS (as part of  B > EIS or whatever it might be called now, perhaps). I can see the D > point of keeping it as a layered product, not tied to VMS release F > schedules, but it does seem to me that it would be a big plus point B > for VMS to be able to say "you just plug in your printer and it D > works without extra cost, and the drivers are developed by a team ( > working closely with VMS engineering".  I With the exit of Compaq from the printer business, it's a given that the  H DCPS licensing strategy will need to be reevaluated.  The goal of "just H plugging in your printer" is admirable and one I'd like to work towards.   Paul   --  "    Paul Anderson, DCPS Engineering*    Compaq Computer Corporation, Gardner MA7    (please use 'panderson@genicom.com' address for now)    ------------------------------  # Date: Wed, 09 Aug 2000 20:00:38 GMTi= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)A; Subject: Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)i0 Message-ID: <009EE5A3.6C705C25@SendSpamHere.ORG>  p In article <panderson-37ACCB.15073709082000@news.ma.ultranet.com>, Paul Anderson <panderson@genicom.com> writes:1 >In article <3991A70F.BB44DB9B@cableinet.co.uk>, -% >tim.llewellyn@cableinet.co.uk wrote:- > @ >> I would like to suggest that, with the reacquisition of DCPS F >> Engineering by Compaq, and the factors you mention, now might be a E >> good time to re-evaluate the licenceing strategy for DCPS for the :F >> 21st century, and consider bundling DCPS-OPEN with VMS (as part of C >> EIS or whatever it might be called now, perhaps). I can see the  E >> point of keeping it as a layered product, not tied to VMS release oG >> schedules, but it does seem to me that it would be a big plus point  C >> for VMS to be able to say "you just plug in your printer and it .E >> works without extra cost, and the drivers are developed by a team y) >> working closely with VMS engineering".n > J >With the exit of Compaq from the printer business, it's a given that the   G Which has made it quite difficult, if not impossible, to get a replace-yG ment part for my LNC02-CA!!!  I'm really not overjoyed that $3500 worthwF of color laser printer is now little more that a boat anchor!  Invest- ment protection... Ha!  g   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMn   ------------------------------  % Date: Wed, 09 Aug 2000 18:40:47 -0500h7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> ; Subject: Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes) - Message-ID: <3991EBFF.7A5CCE67@earthlink.net>e   Robert Deininger wrote:  [snip]F > I don't particularly have a web site to put stuff on.  I've had moreF > than enough postscript aggravation, I don't want to start with HTML.  F I haven't checked with Mark yet, but I'd be willing to host such files7 on djesys.com, if the newsgroup would find that useful.y   --   David J. Dachteraa dba DJE SystemsP http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/:   ------------------------------   Date: 9 Aug 2000 19:08 CST' From: carl@gerg.tamu.edu (Carl Perkins)m; Subject: Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes)A, Message-ID: <9AUG200019081315@gerg.tamu.edu>  6 rdeininger@mindspring.com (Robert Deininger) writes...E }I don't particularly have a web site to put stuff on.  I've had more E }than enough postscript aggravation, I don't want to start with HTML.  }--  }Robert Deiningerh  F Compared to Postscript, HTML is trivial. Even if you use style sheets.  B It's a bit closer if you also add in javascript (or ECMAscript, ifF you prefer the new name), but still avoids the pain of the stack basedD nature of Postscript. Javascript is entirely unneccssary for serving' out data files (and most other things).h   --- Carl   ------------------------------  % Date: Thu, 10 Aug 2000 00:19:27 -0400s2 From: rdeininger@mindspring.com (Robert Deininger); Subject: Re: DCPS victory / Tek Phaser 850 (Was: DCPS woes) L Message-ID: <rdeininger-1008000019270001@user-2iveaoi.dialup.mindspring.com>  O In article <009EE5A3.6C705C25@SendSpamHere.ORG>, system@SendSpamHere.ORG wrote:e    L > >With the exit of Compaq from the printer business, it's a given that the  > I > Which has made it quite difficult, if not impossible, to get a replace-O > ment part for my LNC02-CA!!! E   What kind of part?  E Who made this the print engine in this printer?  Probably not Compaq!.F There may be an equivalent part available from the maker of the engine7 (assuming you're talking about some mechanical widget)..  I If you dig deep enough, you can probably find parts.  Gears, rollers, and-I bearings can often be found at low cost from industrial supply companies.. Motors too, if you are lucky.u  A We are still keeping LN03s alive.  The last batches of parts and PB consumables (we just found a nice stash in a closet) all came fromF Ricoh, not Digital.  I don't know about current availability, but someF of the stuff was bought 2 or 3 years ago, IIRC.  Not bad for a printer that's over a decade old.i   -- n Robert Deininger rdeininger@mindspring.coma   ------------------------------   Date: 9 Aug 2000 23:37:51 GMTy2 From: mathog@seqaxp.bio.caltech.edu (David Mathog). Subject: decc$from_vms and potential filenames, Message-ID: <8msq0f$qm6@gap.cco.caltech.edu>  F I've got a small program called VMS_TO_UNIX which uses decc$from_vms()J to convert VMS syntax filenames to Unix syntax filenames.  If you want to  try it pick it up from:-  :   http://seqaxp.bio.caltech.edu/pub/SOFTWARE/VMS_TO_UNIX.C   I built it with:  	  $ cc/verf+   Compaq C V6.2-007 on OpenVMS Alpha V7.2-13<  $ cc/standard=ansi89/prefix=all/warn=enable=all vms_to_unix  $ link vms_to_unixA  A (which produces one DOLLARID warning and a pile of UNUSEDINCL foraG decc$types.h.  The former is real and the latter should have been fixedb5 before they shipped, but that's a different thread.)    E Anyway, the thing that I don't understand is why decc$from_vms() willaF translate any filename minus a path, but will only translate filenames1 including paths _when the path exists_.  Example:y     $ set def sys$logina
   $ v2u ""   foo.blat   ->   foo.blatB   usrdisk:[users.mathog]foo.blat -> /usrdisk/users/mathog/foo.blat  F Where foo.blat doesn't exist in either case, but the default directory3 and the example directory shown do exist.  However:l     $ set def [.foobar]/=   %DCL-I-INVDEF, USRDISK:[USERS.MATHOG.FOOBAR] does not existe3   $! but it could, there's nothing illegal about it 
   $ v2u ""   foo.blat -> no translation9   usrdisk:[users.mathog.foobar]foo.blat -> no translation   H Near as I can tell there's nothing ambiguous about either of these file F specifications, yet decc$from_vms will not translate them, apparently  because they do not yet exist.  & Is this behavior a bug or a "feature"?   Thanks,a   David Mathog mathog@seqaxp.bio.caltech.edur? Manager, sequence analysis facility, biology division, Caltech n   ------------------------------  % Date: Wed, 09 Aug 2000 23:54:06 -0400g2 From: rdeininger@mindspring.com (Robert Deininger)2 Subject: Re: decc$from_vms and potential filenamesL Message-ID: <rdeininger-0908002354070001@user-2iveaoi.dialup.mindspring.com>  Q In article <8msq0f$qm6@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu wrote:n   >  >   $ set def [.foobar]e? >   %DCL-I-INVDEF, USRDISK:[USERS.MATHOG.FOOBAR] does not exist   9 I've never seen this info message.  Is it new in VMS 7.2?d    5 >   $! but it could, there's nothing illegal about itc >   $ v2u "" >   foo.blat -> no translation; >   usrdisk:[users.mathog.foobar]foo.blat -> no translationb > J > Near as I can tell there's nothing ambiguous about either of these file H > specifications, yet decc$from_vms will not translate them, apparently   > because they do not yet exist. > ( > Is this behavior a bug or a "feature"?  = Probably a feature, namely consistency with current practice.t  @ For example, the f$parse lexical function has the final argumentG "parse_type".  If you omit it, the function verifies that the directory D (but not the file) exists.  If you make this argument "syntax_only", it omits this check.    $ help lexicals f$parse argument (lots snipped)       parse-type  C          Specifies the type of parsing to be performed. By default,aE          the F$PARSE function verifies that the directory in the fileoF          specification exists on the device in the file specification.G          However, the existence of the directory is not verified if youoI          provide a field argument. Note that the device and directory canoH          be explicitly given in one of the arguments, or can be provided          by default.  M This is a feature of the underlying $parse RMS service.  See the NAM$V_SYNCHKc- bit in the  NAM$B_NOP field of the NAM block:   H "If you invoke the Parse service without setting the NAMV_SYNCHK bit, anP accompanying I/O process verifies that the device and directory exist. Note that this processing verifies the existence of the device and directory, only; it does not verify the existence of the file. You can only verify the existence of the file using a $SEARCH or $OPEN."  F So what you are seeing with decc$from_vms seems consistent with normalI VMS practice.  Does it perhaps have an optional argument to control this?lA If not, I think the routine should clearly document the behavior.u   -- s Robert Deininger rdeininger@mindspring.comg   ------------------------------  # Date: Thu, 10 Aug 2000 00:15:36 GMTs4 From: "Terry C. Shannon" <terryshannon@mediaone.net># Subject: Gases, Noble and Otherwisem< Message-ID: <Iumk5.18817$NH2.153000@typhoon.ne.mediaone.net>  > > In comp.os.vms Ramon L. Tate <taterskins@patriot.net> wrote:I > !This is beginning to sound like "Can You Top This?" (an old U.S. radioeC > !program from more years ago that I care to remember). Vis  vis:H >f( > What about the potential for disaster?   <snip> >eH > Once our halon system was set off accidentaly when an air-conditioningG > repair man was working on one of the three AC systems in the computereH > room.  A freon tank he was using became unplugged, and started ventingI > freon into the room.  Freon gas is detected by the computer room's firel* > systems, which set off the halon system.  H Both Freon and Halon (1301 and 1411) are halogenated hydrocarbons, henceG they are somewhat related. But I've never heard of a computer room fire L protection system that would trip as a result of sensing Halon (or Freon) inF the atmosphere. Normally it's heat or incipient products of combustion that'll dump a Halon system.      > But only one of the four halonJ > tanks had any halon left in them.  The halon had leaked out of the other > tanks over time.  ; Uh-oh. Ralph Nader and the Greens will be hot on your case!r |d2 > They started testing the halon tanks after that.J > When the halon system "blew" it destroyed some ceiling tiles, and left aK > fine powder over everything.  Guess who had to vacuum the entire room anddK > all of it's contents?  The cost to recharge our halon tanks was about 20K K > USD each.  But we really don't have to worry about that anymore.  About 3lG > years ago, they renovated the computer room, and turned off the halon K > system during the construction.  They've never bothered to turn the halonbL > system back on.  They probably want to save money.  So now there are aboutL > 6 fire extinguishers in the computer room.  It's the responsibility of theE > computer room workers to put any fires out themselves with the firen > extinguishers.  J A couple of reasons the Halon might have been turned off. Halon used to beL cheap; maybe a buck a pound. During the late 70's - early 80's the price cliL mbed to ~$25 per pound. Seems that Halon does bad things to the ozone layer,K just like Freon and other halogens. I believe the US is a signatory to someSI UN treaty banning, or sharply diminishing, the use of the stuff (althoughhJ the threat imposed by millions of old refrigerators and junk cars with A/CI would seem to be many orders of magnitude higher than the threat of a few I thousand fire protection systems that only dump when they have to do so).   J Incidentally, my last encounter with a Halon system was in Syracuse, NY inI the 1970's. I helped design the system, so I got to go along on the test.eH When the Halon tank dumped, it didn't leave any residue (Halon generallyB doesn't do that), but it did make one hell of a lot of noise while2 instantaneously rearranging all the ceiling tiles.  L Based on the not-inconsiderable expense of Halon, system tests involving theJ fire suppression agent itself are rare these days. Typically the system isK charged with nitrogen for the qualification test, then recharged with Halon- when it's placed into service.   >iL > Also, in case you don't know, New Orleans has one of the highest levels ofK > average humidity in the US.  There are dehumidifiers in the AC systems innJ > the computer room.  They have problems with the drain under the floor inG > the computer room.  Recently they discovered it had back up, but theyrJ > didn't discover it until there was a few inches of water under the floorL > in the computer room.  A friend of mine had to vacuum up most of it with aJ > wet/dry vac.  Does that VAX vacuum company in England make wet/dry vacs?   Yes.   >uH > With the exception of the cost of recharging the halon system, I don'tF > think we've had any other disaster related costs.  Certainly no lostG > systems or equipment in the 12 years I've been there.  Anyone want toP4 > place a bet on how long before we have a disaster? >-  J Not really, but s**t happens. Heck, you never expect to use your home fire= insurance, right? According to NFPA, every dwelling in the USrH (statistically) suffers between one and two fires over its lifetime. And8 yep, I've had my two, albeit in two different dwellings.   cheers,   
 charlie matco < (Who was a fire protection system designer before becoming a rumourmonger...)   ------------------------------  % Date: Wed, 09 Aug 2000 23:14:31 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>r' Subject: Re: Gases, Noble and Otherwise,, Message-ID: <39921E10.23C544D1@videotron.ca>   "Terry C. Shannon" wrote:iJ > A couple of reasons the Halon might have been turned off. Halon used to=  be J > cheap; maybe a buck a pound. During the late 70's - early 80's the pric= e cli J > mbed to ~$25 per pound. Seems that Halon does bad things to the ozone l= ayer, J > just like Freon and other halogens. I believe the US is a signatory to = someC > UN treaty banning, or sharply diminishing, the use of the stuff =o    J The Montr=E9al Protocol bans the MANUFACTURE of freon and halon, except f= orB third world countries who simp0,y could not afford to change theirJ refrigirators etc etc (and it was judged far more important to allow thes= e 8 countries to keep meet refrigirated to prevent disease).  J As a result, there are three ways to get these gases: Either through recy= clingtJ facilities or stockpiles of stuff made prior to the ban, or through illic= itJ sources. (hint: at one point, Miami's second most important illicit impor= t J (after drugs) was freon.) If your supplier of the gas is unable to tell y= ouJ where the gas came from, then you can made your own conclusions on its so= urce.a   ------------------------------  % Date: Wed, 09 Aug 2000 23:28:25 -0400r, From: taterskins@patriot.net (Ramon L. Tate)' Subject: Re: Gases, Noble and OtherwiseeD Message-ID: <taterskins-ya023480000908002328250001@news.patriot.net>  F In article <Iumk5.18817$NH2.153000@typhoon.ne.mediaone.net>, "Terry C.+ Shannon" <terryshannon@mediaone.net> wrote:   @ > > In comp.os.vms Ramon L. Tate <taterskins@patriot.net> wrote:K > > !This is beginning to sound like "Can You Top This?" (an old U.S. radiosE > > !program from more years ago that I care to remember). Vis  vis:t > ><* > > What about the potential for disaster? >  > <snip> > >oJ > > Once our halon system was set off accidentaly when an air-conditioningI > > repair man was working on one of the three AC systems in the computer J > > room.  A freon tank he was using became unplugged, and started ventingK > > freon into the room.  Freon gas is detected by the computer room's firea, > > systems, which set off the halon system. > J > Both Freon and Halon (1301 and 1411) are halogenated hydrocarbons, henceI > they are somewhat related. But I've never heard of a computer room fireoN > protection system that would trip as a result of sensing Halon (or Freon) inH > the atmosphere. Normally it's heat or incipient products of combustion > that'll dump a Halon system. > 
 [big snip]	 > cheers,i >  > charlie matco > > (Who was a fire protection system designer before becoming a > rumourmonger...)  K I think the Freon (and Halon, too) acts as an ion trap, sucking up the ions.G that are being produced by that bit of radioactive material in the fireCJ detector and activating it just like fire combustion products do. At leastF that's my understanding of how the ionization-type detectors and Halon work.    -- y
 Ramon L. Tater	 Casa Maan= taterskins@patriot.net   "Skin" that "tater" before replying!s   ------------------------------  $ Date: Wed, 9 Aug 2000 19:28:05 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>21 Subject: Re: GTK+ now available for OpenVMS Alpha@- Message-ID: <sp3tlbbn4t84@corp.supernews.com>4  # [comp.sys.dec removed from replies]n9 "Glen Martin" <GLENMARK@utxvms.cc.utexas.education> wrotea9 in message news:399143E9.217665BD@utxvms.cc.utexas.edu...q >Or are you saying thattE > GNV was used to build the gmake image contained in Compaq's portingg
 > library?  G I did not realize that a gmake image was in the porting library, I onlytK browsed the source to see what they did differently from what I am doing on>
 SAMBA-VMS.  K In any case, it is probably linked on a later version than OpenVMS 6.2 thatd: you mentioned.  Ant that will give image mis-match errors.  I > As an alternative to getting gmake built from scratch, does anyone knowt@ > how to convert a unix-style make file into a descrip.mms file?  K MMS or MMK should accept a UN*X-style makefile.  IIRC: it first looks for a B descrip.mms, and if it does not fine one, it looks for "makefile."  % You can also use my preferred method:    $MMS/DESCRIP=MAKEFILE!  E What will cause a build to fail is if the makefile has any calls to a 8 non-existent UN*X type shell or other missing utilities.   -John! wb8tyw@qsl.network   ------------------------------  % Date: Wed, 09 Aug 2000 19:02:15 -0400 # From: Paul DeMone <pdemone@igs.net>e6 Subject: Re: More on Son of Aquarius (VAX 9000 Aridus)' Message-ID: <3991E2F7.A778E9BD@igs.net>j   "Terry C. Shannon" wrote:h  N > The 9000 was not one of DEC's flaming successes. Total sales of 454 systems.I > And many problems with the box... which came as no surprise given DEC's M > decision to rely on unproven high density signal carrier (HDSC) technology.  > A Risky VAX Scheme, it was!h  F The 9000 was a disaster. It cost DEC on the order of a billion dollarsG and any profit on sales probably went out the back door replacing thosebG damn unreliable circuit modules. It was a case of DEC wanting in on theoE prestige of the mainframe business at a time mainframes were about to-F fall off a cliff. Not like DEC had nothing else to invest a billion in at the time either.m  G BTW, Intel has burned well over a billion promoting rambust which looks K like money down a rathole but they can well afford it. They are probably ineK for at least a billion on IA-64 (the chip of tomorrow, and always will be?)dG and that looks like any payoff there is still years away. 7+ plus yearsTI of capital investment on risky (or risk-like?) technology with no pay-offEG in sight. Maybe Westinghouse could sell Intel a breeder reactor or two.sH Perhaps Itanium will be cheaper if made by neutron induced transmutation5 of Pentium which is cheap in the lower grade forms :)t       --D Paul W. DeMone       The 801 experiment SPARCed an ARMs race of EPICE Kanata, Ontario      proportions to put more PRECISION and POWER into0G demone@mosaid.com    architectures with MIPSed results but ALPHA's wellc$ pdemone@igs.net      that ends well.   ------------------------------  # Date: Wed, 09 Aug 2000 23:29:25 GMTi4 From: "Terry C. Shannon" <terryshannon@mediaone.net>6 Subject: Re: More on Son of Aquarius (VAX 9000 Aridus)< Message-ID: <pPlk5.18611$NH2.152185@typhoon.ne.mediaone.net>   -- Terry C. Shannon Consultant and Publisher Shannon Knows Compaq  email: terryshannon@mediaone.net$ Web (info on SKC):  www.acersoft.com0 "Paul DeMone" <pdemone@igs.net> wrote in message! news:3991E2F7.A778E9BD@igs.net...r >a > "Terry C. Shannon" wrote:a > G > > The 9000 was not one of DEC's flaming successes. Total sales of 454c systems.K > > And many problems with the box... which came as no surprise given DEC'snC > > decision to rely on unproven high density signal carrier (HDSC)m technology.o > > A Risky VAX Scheme, it was!a >sH > The 9000 was a disaster. It cost DEC on the order of a billion dollarsI > and any profit on sales probably went out the back door replacing thoseII > damn unreliable circuit modules. It was a case of DEC wanting in on the G > prestige of the mainframe business at a time mainframes were about to H > fall off a cliff. Not like DEC had nothing else to invest a billion in > at the time either.   L We all have 20-20 hindsight, but I gotta agree with you. Had Bill Demmer wonK the Next Big Thing contest du jour at DEC, things might be different today.aG Of course Demmer's strategy was predicated on the PRISM microprocessor,$J which never saw the light of day (the chip did, internally, but no Mica OSF for same). Nevertheless, DEC did quite well with Demmer's midrange SMPF boxes... it took the firm only two years to sell 10K VAX 6xx0 systems.   >-I > BTW, Intel has burned well over a billion promoting rambust which looksaJ > like money down a rathole but they can well afford it. They are probably inH > for at least a billion on IA-64 (the chip of tomorrow, and always will be?)I > and that looks like any payoff there is still years away. 7+ plus years K > of capital investment on risky (or risk-like?) technology with no pay-offrI > in sight. Maybe Westinghouse could sell Intel a breeder reactor or two.d  E Hmmm... maybe I oughta pitch cold fusion technology to His Groveness: & imagine a self-powered microprocessor!    J > Perhaps Itanium will be cheaper if made by neutron induced transmutation7 > of Pentium which is cheap in the lower grade forms :)y  B I have no doubt that Intel can design, develop, and field a decentH microprocessor. The issue, IMHO, with Itanium isn't so much the yield or  clock speed: it's the COMPILERS.  I DEC looked at VLIW (got IP from Multiflow, toyed with a VLIW-ified Alpha,eG etc) but elected not to go that route. Given DEC's (now CPQ's) compilersK expertise, there had to be a reason to say no to VLIW, and I'll betcha some_4 of the naysayers were out of the GEM compiler group.  * Will they be vindicated? Time will tell...   ------------------------------  # Date: Thu, 10 Aug 2000 00:27:37 GMTr% From: hg/jb <shsrms@bellatlantic.net>b6 Subject: Re: More on Son of Aquarius (VAX 9000 Aridus)0 Message-ID: <3991F8C4.883B7575@bellatlantic.net>  D dec had a main frame.  It was a 10.  If one tenth of the venus or 9kA dollars went to 2080 and follow on/kickers, story might have been0" different.  then again, maybe not. just bob     Paul DeMone wrote: >  > "Terry C. Shannon" wrote:o > P > > The 9000 was not one of DEC's flaming successes. Total sales of 454 systems.K > > And many problems with the box... which came as no surprise given DEC's O > > decision to rely on unproven high density signal carrier (HDSC) technology.  > > A Risky VAX Scheme, it was!s > H > The 9000 was a disaster. It cost DEC on the order of a billion dollarsI > and any profit on sales probably went out the back door replacing thosepI > damn unreliable circuit modules. It was a case of DEC wanting in on theaG > prestige of the mainframe business at a time mainframes were about to H > fall off a cliff. Not like DEC had nothing else to invest a billion in > at the time either.c > I > BTW, Intel has burned well over a billion promoting rambust which looks M > like money down a rathole but they can well afford it. They are probably inmM > for at least a billion on IA-64 (the chip of tomorrow, and always will be?)lI > and that looks like any payoff there is still years away. 7+ plus years K > of capital investment on risky (or risk-like?) technology with no pay-offiI > in sight. Maybe Westinghouse could sell Intel a breeder reactor or two.lJ > Perhaps Itanium will be cheaper if made by neutron induced transmutation7 > of Pentium which is cheap in the lower grade forms :)h >  > --F > Paul W. DeMone       The 801 experiment SPARCed an ARMs race of EPICG > Kanata, Ontario      proportions to put more PRECISION and POWER intoeI > demone@mosaid.com    architectures with MIPSed results but ALPHA's wellO& > pdemone@igs.net      that ends well.   ------------------------------   Date: 9 Aug 2000 18:41 CST' From: carl@gerg.tamu.edu (Carl Perkins)e: Subject: Re: OpenVMS ALPHA Port Of AOL Instant Messenger ?, Message-ID: <9AUG200018411929@gerg.tamu.edu>  ) dpm@myths.com (David P. Murphy) writes...h? }if someone who is on your "good" list attempts to message you,AC }a window is automatically created and the message is acknowledged.s } > }if someone who is on your "bad" list attempts to message you, }the message is refused. }-- 4 }David P. Murphy          http://www.myths.com/~dpm/   What, no "ugly" list?D   --- Carl   ------------------------------  % Date: Wed, 09 Aug 2000 22:37:39 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>a+ Subject: OT: Re: Gases, Noble and Otherwise - Message-ID: <39922383.3DAD4086@earthlink.net>@   "Terry C. Shannon" wrote:  [snip]E > Both Freon and Halon (1301 and 1411) are halogenated hydrocarbons, i  B Well, not to nit-pick, but "Freon" is a DuPont tradename for their= halogentaed hydrocarbon refrigerant products: Freon-12 (R-12, G dichlorodiflouromethane), Freon-22 (R-22, monchlorodiflouromethane) andsB others. Other trade names of other producers are such as "Cotron", "Isotron", etc.   " Not sure who came up with "Halon".  F Prior to all the hoo-hah about ozone depletion, it was common practice? to vent the entire charge of small refrigeration systems to the E atmosphere. Such practice is now illegal, as it is believed that suchaE compounds find their way into the upper atmosphere where they are (sosF the studies say) broken down by sunlight releasing free chlorine which( attacks O3 (ozone) and reduces it to O2.  B I did Refrigeration & HVAC for a living prior to EDP. I once foundG myself in a basement faced with a water-cooled R-12 system that someoneyH had charged with R-22. Needless to say, the compressor was scrambled. WeG blew the charge getting ready to swap the pump when my partner tried toe< light up a cigaraette and almost killed himself: halo-carbonH refrigerants produce noxious and poisonous gasses when consumed by fire.  G If free chlorine is truly the ozone threat, then why not ban the use ofaF chlorine in swimming pools (tons of chlorine-bearing compunds in solidF form are used every year), and the use of sodium hypochlorite solutionG (chlorine bleach) for laundry and sanitation (100s of thousands, if not H millions of gallons daily), not to mention the tons and tons of chlorineB used in drinking water supplies every month across the country and around the world?    --   David J. Dachterae dba DJE Systemsi http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Thu, 10 Aug 2000 00:28:01 -0400i2 From: rdeininger@mindspring.com (Robert Deininger)/ Subject: Re: OT: Re: Gases, Noble and Otherwise L Message-ID: <rdeininger-1008000028020001@user-2iveaoi.dialup.mindspring.com>  f In article <39922383.3DAD4086@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> wrote:    I > If free chlorine is truly the ozone threat, then why not ban the use ofiH > chlorine in swimming pools (tons of chlorine-bearing compunds in solidH > form are used every year), and the use of sodium hypochlorite solutionI > (chlorine bleach) for laundry and sanitation (100s of thousands, if noteJ > millions of gallons daily), not to mention the tons and tons of chlorineD > used in drinking water supplies every month across the country and > around the world?u  C I think the halocarbons are rather inert, and migrate fairly easilyuE to the upper atmosphere.  There they are broken down into a form thatgH may have something to do with ozone depletion that may be happening, and8 may be partly caused by something human folks are doing.  B Free chlorine is extremely reactive, and won't hang around in thatD form long enough to get to the upper atmosphere and try to mess with? the ozone.  It's much more likely to corrode your car or kill ar3 nasty germ than to get to the high-altitude o-zone.i  = (We now return you to your regularly-scheduled VMS topics...)    -- p Robert Deininger rdeininger@mindspring.com    ------------------------------  # Date: Wed, 09 Aug 2000 18:04:07 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)i/ Subject: Re: Privileges required for sys$crmpsc 0 Message-ID: <009EE593.25D7E2AD@SendSpamHere.ORG>  Q In article <399181b2.30014228@usenet.force9.net>, mark@NOSPAMtechop.co.uk writes:  >Hi, > A >I need to create a global section (page file) and I need to know,> >which privileges are required.  Can anyone tell me or tell me >where it is documented? >r >TIA >t >Mark Williams >http://www.techop.co.uk  A http://www.openvms.digital.com:8000/72final/4527/4527pro_020.html   8 Look for section titled:  Required Access or Privileges    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMt   ------------------------------  % Date: Thu, 10 Aug 2000 11:59:51 +1000 / From: "Phil Howell" <howellp@snowyhydro.com.au> / Subject: Re: Privileges required for sys$crmpscc3 Message-ID: <3%nk5.81168$N4.2030120@ozemail.com.au>.   sysgbl & prmgbl ?-* <mark@NOSPAMtechop.co.uk> wrote in message+ news:399181b2.30014228@usenet.force9.net...@ > Hi,o >aB > I need to create a global section (page file) and I need to know? > which privileges are required.  Can anyone tell me or tell meo > where it is documented?a >b > TIAn >o > Mark Williams= > http://www.techop.co.ukc   ------------------------------  % Date: Thu, 10 Aug 2000 10:11:21 +0930$/ From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au> 0 Subject: Re: RESOLVED? HyperSPI on Alpha dumping/ Message-ID: <3991FA31.3462B319@wasd.vsm.com.au>o  J This seems to have been resolved but I'm not exactly sure of the machanism inducing the problem.    I have changed the code from:   8 |  lib$sub_times (&BinTime, &PrevBinTime, &DiffBinTime);I |  lib$cvtf_from_internal_time (&cvtf_mode, &DeltaSeconds, &DiffBinTime);m |  PrevBinTime[0] = BinTime[0];  |  PrevBinTime[1] = BinTime[1];e   to:e  * |  if (!PrevBinTime[0] && !PrevBinTime[1]) |  {" |     PrevBinTime[0] = BinTime[0];" |     PrevBinTime[1] = BinTime[1]; |  }8 |  lib$sub_times (&BinTime, &PrevBinTime, &DiffBinTime); |  PrevBinTime[0] = BinTime[0];e |  PrevBinTime[1] = BinTime[1];=H |  lib$cvtf_from_internal_time (&cvtf_mode, &DeltaSeconds, DiffBinTime);  K The image was barfing with a HPARITH (high performance arithmetic trap) andiM FLTINV (floating invalid operation), apparently on the lib$cvtf().  Why?  Not8G sure.  Perhaps the lib$sub_times() was not generating a Delta time whensH subtracting zero from an absolute time (although the RTL Lib doc says itO effectively does - assuming zero is an absolute time :^)  Perhaps this time wastB causing the lib$cvtf() to misbehave.  And why with only some AlphaO CPUs/systems?  It doesn't appear to be be a compile optimization issue, did theg same with it on or off.o  3 Anyone with any ideas as to what was going on here?a   sam@ratex.dk wrote:e  G > On my Jensen, DEC2000/300 with VMS7.2 I get the following dump in the  > HyperSPI logfile:n >o3 >  Improperly handled condition, image exit forced.o3 >     Signal arguments:   Number = 0000000000000006t3 >                         Name   = 0000000000000504t3 >                                  0008000000000000g3 >                                  0000000000080000t3 >                                  0000000000000002t3 >                                  0000000000030F20d3 >                                  000000000000001Be >m >     Register dump:L >     R0  = 00000000001583DC  R1  = 0000000000040780  R2  = 00000000000100B0L >     R3  = 0000000000040000  R4  = 0000000000020408  R5  = 0000000000000001L >     R6  = 00000000000406E0  R7  = 000000000000000E  R8  = 00000000000204C0L >     R9  = 000000007FFAC410  R10 = 000000007FFAD238  R11 = 000000007FFCE3E0L >     R12 = 0000000000000000  R13 = 000000007B036330  R14 = 0000000000000000L >     R15 = 000000007B035990  R16 = 00000000001583DC  R17 = FFFFFFFF8F7760BBL >     R18 = 00000000009EDDB0  R19 = 0000000000000000  R20 = 000000007BECC0E0L >     R21 = 000000007AF979F8  R22 = 0000000000000001  R23 = 0000000000000001L >     R24 = 0000000000000001  R25 = 009EDDB08F7760BB  R26 = FFFFFFFF8062DBA0L >     R27 = FF61224F70889F45  R28 = FFFFFFFF80468950  R29 = 000000007AF979F0L >     SP  = 000000007AF97960  PC  = 0000000000030F20  PS  = 200000000000001B >l/ >  I first tried the @build_hyperspi$agent linkvM > Then I installed DEC C V6.0 and did a @build_hyperspi$agent build with samec > resultN > I tried to compile/link with debug, and found that the program fails at this > point place in the source: >7" >     /**************************/" >     /* calculate elapsed time */" >     /**************************/ >C: >    lib$sub_times (&BinTime, &PrevBinTime, &DiffBinTime);K >    lib$cvtf_from_internal_time (&cvtf_mode, &DeltaSeconds, &DiffBinTime);t+ > ===>   PrevBinTime[0] = BinTime[0];  <=== ! >    PrevBinTime[1] = BinTime[1];o' >    TotalDeltaSeconds += DeltaSeconds;V >    if (Debug) D >       fprintf (stdout, "DeltaSeconds: %f TotalDeltaSeconds: %f\n",2 >                DeltaSeconds, TotalDeltaSeconds); >e > Can someone help with this ? >l > Thanks > Sama   ------------------------------  % Date: Wed, 09 Aug 2000 13:07:43 -0600: From: Kevin Handy <kth@srv.net>m Subject: Re: TCPIP stackso' Message-ID: <3991ABFF.39B573B9@srv.net>l   Jerry Leslie wrote:h > " > Kevin Handy (kth@srv.net) wrote:9 > : I'm trying to get prices for a TCPIP stack for an oldt< > : MicroVax 3100/10 running VMS 5.5.  The DEC web pages are9 > : useless when looking for prices, and I'd like to know-# > : of other options than just UCX.1 > 0 > : This system did not come with a ucx license. >  > Is this for hobbyist usage ?   Nope.u    > If so see: > & >    http://www.montagar.com/hobbyist/ > G > You can also get hobbyist licenses for Process Software's TCPWare ands > Multinet TCP/IP stacks.y >   A I've been trying to get to some digital pages through Compaq, buti, it always hangs my browser (Netscape) at 4%.  F What I'd really like is some http sites contining pricing information, or phone numbers for contact.r  ? I've used CMU on one system, but couldn't keep it from crashing . constantly, so I'd prever a more robust setup.   ------------------------------  % Date: Wed, 09 Aug 2000 18:20:37 -0500a7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>l Subject: Re: TCPIP stacksh- Message-ID: <3991E745.F18085E5@earthlink.net>t   Kevin Handy wrote: >  > Jerry Leslie wrote:  > >o$ > > Kevin Handy (kth@srv.net) wrote:; > > : I'm trying to get prices for a TCPIP stack for an oldr> > > : MicroVax 3100/10 running VMS 5.5.  The DEC web pages are; > > : useless when looking for prices, and I'd like to knowe% > > : of other options than just UCX.f > >t2 > > : This system did not come with a ucx license. > >   > > Is this for hobbyist usage ? >  > Nope.l >  > > If so see: > > ( > >    http://www.montagar.com/hobbyist/ > >dI > > You can also get hobbyist licenses for Process Software's TCPWare andg > > Multinet TCP/IP stacks.l > >e > C > I've been trying to get to some digital pages through Compaq, buti. > it always hangs my browser (Netscape) at 4%. > H > What I'd really like is some http sites contining pricing information, > or phone numbers for contact.n > A > I've used CMU on one system, but couldn't keep it from crashing:0 > constantly, so I'd prever a more robust setup.  C You may want to try CMU/IP again, if you can upgrade your VMS to at F least V5.5-2. Someone posted links here to the last available release.B Maybe he'll post 'em again, unless Deja finally got their archives
 squared away.e   -- n David J. DachteraC dba DJE Systemsc http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e   ------------------------------  $ Date: Wed, 9 Aug 2000 19:57:59 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net>h Subject: Re: TCPIP stackso/ Message-ID: <sp3vdcuen4t139@corp.supernews.com>n  7 "David J. Dachtera" <djesys.nospam@earthlink.net> wrote 3  in message news:3991E745.F18085E5@earthlink.net...dE > You may want to try CMU/IP again, if you can upgrade your VMS to attH > least V5.5-2. Someone posted links here to the last available release.D > Maybe he'll post 'em again, unless Deja finally got their archives > squared away.m  " Easily found in the DEJA archives:  0 http://www.agh.cc.kcl.ac.uk/files/vms/cmu-tcpip/   -Johno wb8tyw@qsl.network   ------------------------------  % Date: Wed, 09 Aug 2000 22:15:01 -0400w, From: Jeff Schreiber <schreiber@process.com> Subject: Re: TCPIP stackst. Message-ID: <009EE5D7.B994904C.37@process.com>    Kevin Handy <kth@srv.net> wrote: >Jerry Leslie wrote: >># >> Kevin Handy (kth@srv.net) wrote:h: >> : I'm trying to get prices for a TCPIP stack for an old= >> : MicroVax 3100/10 running VMS 5.5.  The DEC web pages arek: >> : useless when looking for prices, and I'd like to know$ >> : of other options than just UCX. >>H >> You can also get hobbyist licenses for Process Software's TCPWare and >> Multinet TCP/IP stacks. >> >yG >What I'd really like is some http sites contining pricing information,  >or phone numbers for contact.  G   I'm not sure you can get UCX support for 5.5.  If your running 5.5-2,mE   You can run Multinet or TCPware.  Pricing is something I don't knowaJ   much about, but you can contact Process Software sales at (800) 722-7770J   or sales@process.com.  Or if you'd rather, send me your phone number andK   your location [our sales reps have regions, so I'd want to put you to therJ   right one] and I can either give you their name and contact information,B   or I can give them your information and have them contact you...   whichever you prefer.   ?                                                 -Jeff Schreibere   --/ Jeff Schreiber,            Process Software LLCo1 schreiber@mx.process.com   http://www.process.comb+      TCPware & MultiNet: Stronger than Ever(   ------------------------------  % Date: Thu, 10 Aug 2000 05:49:06 +0200,2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: TCPIP stacks ; Message-ID: <39922632.524144494f47414741@radiogaga.harz.de>-    Kevin Handy (kth@srv.net) wrote:8 : I'm trying to get prices for a TCPIP stack for an old : : MicroVax 3100/10 running VMS 5.5.  The DEC web pages are7 : useless when looking for prices, and I'd like to know ! : of other options than just UCX.   > Have a look at Process Software's site http://www.process.com/C I doubt that they publish prices there, though. But you'll find twob@ excellent TCP/IP stacks advertised there that work with VMS 5.5.   cu,    Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.de'N One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------   Date: 10 Aug 2000 02:53:29 GMT- From: "Phil Tregoning" <ptregoni@esoc.esa.de>l/ Subject: Re: Telnet in a single line command...I= Message-ID: <01c00274$7a3f3b00$4b53b083@ptregoni.esoc.esa.de>r  @ Oswald Knoppers <Oswald.Knoppers@whitehouse.nl> wrote in article$ <3989789F.509B0BEF@whitehouse.nl>... > Pedro Viena wrote: > >  > > Hi guys: > > K > >   How can I issue a Telnet command and extract informations like this ?i > >n > >     $ telnet 15.0.0.21" > >     welcome to print server... > >     >monitor > >     (p1) state: idle > >     (p2) state: idle > >     (p3) state: printing
 > >     >exitoE > >   Id like know if the print servers port 1 is printing or idle.n4 > >   How can I make this in a single line command ? >sI > You can use outbound tn devices for this (TELNET> help create_session).hE > From there you can open the created tn device from dcl and read and  > write to it.  @ Can you give a working example? The only thing I've ever managed@ to achieve with TELNET/CREATE_SESSION is a hung workstation (*).   Phil T   * This hangs my workstation:  3   $ TELNET/CREATE_SESSION node 23 100 /PROTO=TELNETs   ------------------------------  # Date: Wed, 09 Aug 2000 19:07:46 GMTw# From: Mark Sterk <strong@chello.nl>-  Subject: Re: TELNET vs LAT speed) Message-ID: <3991AC2F.CB58FEE3@chello.nl>j  M We use both LAT and Telnet connections and we don't experience any difference1J in performance, but I have to tell you about a problem that we had when we started to use Telnet.  C Some users complained about delay times during the logon procedure.tH It took sometimes even three minutes before the system came with a loginK prompt, after logging in, the connection was fine and there were no delays. ; The strange thing was that not every user had this problem.-  L Luckily we had a unix guru running around the company that knew the problem.  J Telnet has a weird mechanism that tries to resolve the name of the stationM it's sending too, it does this even when the client uses the IP-addres of the  server to make the connection.M After a timeout it fails to resolve the name of the clients station and makese the connection anyway.  J We added for test some clients to the ' hosts. ' file, those clients got a normal response during login.hN Now we have a (good working) central DNS server and all our problems are gone.        N If you are running TCPware with a lot of telnet clients you can start multipleL telnet service processes, I don't know if this is also the case with UCX and5 the standard TCP software but it is worth looking at.l      
 Greetings,   Mark               Kari Keronen wrote:n  C > Because of our new WLAN configuration we have changed all our LAT G > connections to TELNET connections in our VMS cluster. Now out network K > people have tested, that TELNET is noticeably slower than LAT. If someoneOJ > knows the answers to a couple of questions that arises, I'd be grateful: >f< > 1. Is LAT just faster protocol than TELNET and that's it ? >y > if not > L > 2. What can I change in TCP/IP configuration to make TELNET faster (buffer, > values etc...) ? Now using default values. >iF > VMS 7.2-1, Two GS140 cluster, TCPIP 5.0A with Load Broker balancing. >g > Thanks in advance, >d > Kari Keronen   ------------------------------  # Date: Thu, 10 Aug 2000 02:18:30 GMTh5 From: "John Stanley - \(ivaxman\)" <ivaxman@home.com>(" Subject: Re: TSM and multiple NICs; Message-ID: <Whok5.70451$oj6.724416@news1.rdc1.tx.home.com>c  I Access Server Manager, an easy-to-use management tool that runs on 32-bitaK Windows-based operating systems. It provides a graphical user interface for F configuration of most DECserver features. Access Server Manager allowsF centralized management of DECservers. Save and Restore functions, PortK config and save ...etc. Check it out...Be sure to read server requirements.   F http://www.networks.digital.com/dr/hubs/servers/software/servr-mn.html   Hope this helps, ivaxman@home.com      : "Richard L. Dyson" <rick-dyson@uiowa.edu> wrote in message# news:398FFAC1.22BD1868@uiowa.edu...sG > I have TSM (v2.1-07) running on my AlphaServer 2100 with two ethernetnG > cards: EWA and EWB.  I just recently switched all ethernet traffic toaG > just the EWB card.  The EWA card (on the original I/O module card) ish" > no longer connected to anything. >eI > I have DECnet, TCP/IP (UCX), and LAT all running smoothly on the secondlG > visible ethernet interface.  I recently had to teach AMDS what NIC toiE > use (overriding the default).  However, I believe the TSM (TerminaliF > Server Manager) software may be still stuck on using the first foundH > NIC (EWA).  I can't find any TSM$DEVICE-like logicals or configurationG > settings in the (Dec 1999) on-line documentation CDs (BTW, is it just E > my copy or is the TSM document in Bookreader all messed up?), TSM$*o > files, or release notes. > B > Does anyone know how (or if!) I can configure TSM to use the EWB
 > controller?  >s
 > Regards, > Rick > --J > Richard L. Dyson                                    rick-dyson@uiowa.eduJ >  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/J > | | | |    |_   _|   Systems Analyst                     O: 319/335-1879J > | | | | of   | |     The University of Iowa            FAX: 319/335-17538 > | \_/ |     _| |_    Department of Physics & Astronomy/ >  \___/     |_____|   Iowa City, IA 52242-1479-   ------------------------------  % Date: Wed, 09 Aug 2000 22:08:38 -0500a7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>P" Subject: Re: TSM and multiple NICs- Message-ID: <39921CB6.A06ADA03@earthlink.net>>  ! "John Stanley - (ivaxman)" wrote:n [snip]D > Access Server Manager allows centralized management of DECservers. [snip]  G How does one use it from within an OpenVMS batch job, like you can withC TSM?   -- l David J. Dachterae dba DJE Systemse http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/0   ------------------------------  # Date: Thu, 10 Aug 2000 04:25:38 GMT-2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>" Subject: Re: TSM and multiple NICs6 Message-ID: <69qk5.794$mO3.196332@typhoon.aracnet.com>  6 David J. Dachtera <djesys.nospam@earthlink.net> wrote:# > "John Stanley - (ivaxman)" wrote:r > [snip]E >> Access Server Manager allows centralized management of DECservers.l > [snip]  I > How does one use it from within an OpenVMS batch job, like you can with. > TSM?  M Shoot, I'm still wondering what the )(*%! good it is if you've got to install K a Windoz PC to run it!  Personally I think I'd sooner have an X-Terminal onr my desk than a Windows system!   			Zanek   ------------------------------  % Date: Wed, 09 Aug 2000 19:58:03 +0000 - From: ezzaoudi med <m.ezzaoudi@digitem.co.ma>a Subject: Re: UCX error message, Message-ID: <3991B7CB.3277AF6@digitem.co.ma>   You have this situation3   %RMS-F-WER,   file write error  6 Check if you can acces all your remote filec correctly Byef   Lonny Balderston a =E9crit :  7 > The Alpha I support began getting the following errors$ > message most likely due to rexecs: > = >    %%%%%%%%%%%  OPCOM   9-AUG-2000 08:47:57.17  %%%%%%%%%%%f) >    Message from user INTERnet on ALPHA1 5 >    INTERnet ACP AUXS failure  Status =3D %RMS-F-WERr >i2 > Anyone have any idea just what is going on here? >]. > Alpha 4100 5/400, VMS 7.1-1H1, UCX 4.1 ECO 9 >  > Thank you, >t > Lonny Balderston > lbalders at gte dot net    ------------------------------   Date: 9 Aug 2000 11:25:34 PDT * From: abuse@flying-disk.com (Alan Frisbie)  Subject: Re: VMS Vs any other OS! Message-ID: <TT8gyGJdhz6t@flying>i  - In article <3990CA69.55EC093F@videotron.ca>, a/ JF Mezei <jfmezei.spamnot@videotron.ca> writes:t  F > I really don't see why Cutler is seen as a god by some. Now, if HoffJ > Hoffman were to defect to Microsoft, that would be another story.... :-)  K It's obvious, we would have to kill him.   :-)   :-)  (Just kidding, Hoff!)p   -- tB --  Alan E. Frisbie             Frisbie "AT" Flying-Disk "DOT" Com@ --  Flying Disk Systems, Inc.   Abuse "AT" Flying-Disk "DOT" Com   ------------------------------  % Date: Thu, 10 Aug 2000 00:48:14 -0400 + From: "Main, Kerry" <Kerry.Main@compaq.com>k  Subject: RE: VMS Vs any other OSJ Message-ID: <910612C07BCAD1119AF40000F86AF0D805284635@kaoexc4.kao.dec.com>   Terry,  K >>> What amazes me is that the license count has remained relatively stable=H for since 1997-98. DECpaq itself anticipated that licenses would declineH from their peak of ~500K in the early 90's to perhaps ~200K by 2001. TheI license headcount remains pretty much what it was in 97-98: ~400-450K. <<0  I Given the amount of server consolidation that has taken place since then, K one might also state that by remaining constant, it is actually an increase  in overall licenses.    H To expand on this - In the last few years, VMS Customers drastically cutI down the total number of VAX / small  Alpha servers they had and replaced G them with larger, more centralized Alpha OpenVMS clusters. In addition,4I those that have completed VAX to Alpha migrations have done so with fewer0 overall servers than before.  C As an example - In early '99, we did a server consolidation for one5J Customer's mission critical application. They reduced their overall numberG of servers from 41 to 5 Regional clusters of 3 nodes each. By moving to0K clusters, they are dropping their total number of servers, but are actuallyDL increasing their reliance on VMS clusters since an outage now impacts a much larger number of users.   G Of course, a typical marketing person would look at the drop in overall0K servers that this Customer has and "naturally" deduce that this Customer iss& reducing their dependancy on VMS. Not.  F The interesting fact nowadays is that this server consolidation is nowG happening to both NT and UNIX systems. The same Customer above wants to J reduce their number of NT systems from over 350 to something less than 50.  J Customers are putting in larger, more centralized NT clusters and severely6 dropping their overall total number of small servers.   H It will be interesting to see how the industry marketing people react to these new numbers.  E An interesting side note is that since this consolidation has not yet F started with Linux servers, my $.02 is that soley looking at the totalK number of servers will artificially inflate the popularity of Linux over NTo more than it really is.l   Geez, does this sound familiar?-   :-)-   Regards,  
 Kerry Main Senior Consultant,
 Compaq Canadai Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.comr       -----Original Message-----9 From: Terry C. Shannon [mailto:terryshannon@mediaone.net]T' Sent: Tuesday, August 08, 2000 11:11 PM/ To: Info-VAX@Mvb.Saic.ComC  Subject: Re: VMS Vs any other OS      : > JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message  3 Much on Cutler, Mica, birth of NT, et al deleted...c     >sD > *Why* VMS is getting supplanted is not particularly relevant to myK > observation that it *is* getting supplanted, albeit relatively slowly nowe9 > (since most of those who could jump ship already have).   K What amazes me is that the license count has remained relatively stable foruI since 1997-98. DECpaq itself anticipated that licenses would decline from K their peak of ~500K in the early 90's to perhaps ~200K by 2001. The licenser> headcount remains pretty much what it was in 97-98: ~400-450K.       > And byK > conspicuously supporting VMS - including, but not limited to, significanteC > marketing efforts - Compaq *could* likely turn this trend around..   Yep.   > But until K > that happens, I suspect that the situation will continue, and continue to J > fuel some completely unjustified resentment at Cutler for his part in it (IK > mean, it's not as if DEC had been willing to provide the kind of creative G > environment that Microsoft offered:  if it had, he'd have stayed in a 
 > minute).  H It was March 1988 that DEC pulled the plug on PRISM/Mica in favor of theI MIPS RISC architecture (PRISM was scalar/vector, and vector architectures K were falling into disrepute by that time). Cutler bolted almost immediatelyw" thereafter, and understandably so.  J IIRC Cutler did RSX and VAXeln, not VMS per se. Dave was, however, the bigC dog in the PRISM/Mica effort, and Windows NT/2000 today is a ratheri Mica-flecked OS.  K And another reason why PRISM/Mica was scuttled: there was a war between therI high performance systems folks (Glorioso) and the midrange systems peoplemK (Demmer). Glorioso advocated the VAX 9000 "mainframe" approach while DemmerrI was a midrange SMP (VAX 6000 Calypso) proponent. Glorioso won the battle.a2 But it turned out to be a Pyrrhic victory for DEC.   ------------------------------  % Date: Thu, 10 Aug 2000 00:03:25 -0400s) From: yyyc186.illegaltospam_@flashcom.net   Subject: Re: VMS Vs any other OS9 Message-ID: <39922a31$2$lllp186$mr2ice@news.flashcom.com>p  8 In <COAi5.819$yq6.73088@cletus.bright.net>, on 08/10/00 =    at 12:03 AM, "Mike E. Fackler" <mfackler@bright.net> said:-  I >   If it helps any I have a prospect for a entry level IT job at a local H >hospital who's main system runs VMS.  I'm kinda just wondering why they >would have chosen that.  F Here's the short answer:  When it posolutely absitively has to work it goes on VMS.  F Given you are a paramed you can understand the following definition ofJ "Mission Critical".  If it fails people die.  Go to that hospital and findD out what OS is running their X-RAY machine, cancer radiation therapyA machines, etc.  You won't find a Billy-Bob box running it because = Billy-Bob's OS comes with a "not for medical use" disclaimer.-   Roland   --  ; ----------------------------------------------------------- D yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 1.528                             For a Microsoft free univers; -----------------------------------------------------------)   ------------------------------  % Date: Wed, 09 Aug 2000 14:15:02 -0500M/ From: Chris Scheers <chris@applied-synergy.com>e8 Subject: Re: Want used graphics card for Jensen DEC 2000O Message-ID: <4B99994B62405D38.87C8EDF8130D1109.374E6574EFFF776E@lp.airnews.net>l  
 Hugh D wrote:s > J > Can anyone suggest a place where I could find a suitable vga card for anG > Alpha DEC 2000 (Jensen), in the UK? I know it will take, for example, : > ati mach64 (ISA), but these are now hard to get hold of.	 > Thanks.r  F It depends on what OS you are going to use.  If you want to run VMS onC the Jensen, you really need to get a Compaq QVision 1024E or 1280E.l  E Note: Although the 1280E hardware will do 1280x1024, I think that VMSe$ only supports this card at 1024x768.  
 Good luck!  G -----------------------------------------------------------------------t$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074o   ------------------------------   Date: 9 Aug 2000 22:49:49 GMT & From: Ellis E Hardin <eeh01@gnofn.org>; Subject: Re: What Can I Do With An AlphaServer 1000A 4/233?/, Message-ID: <8msn6d$1tj7$1@junkie.gnofn.org>  < In comp.os.vms Ramon L. Tate <taterskins@patriot.net> wrote:G !This is beginning to sound like "Can You Top This?" (an old U.S. radioaA !program from more years ago that I care to remember). Vis  vis:f  & What about the potential for disaster?  G At the university where I work, the main computer server room is on the J first floor.  On the second floor, there are biology labs.  In between theI servers, and the pipes supplying water to the labs on the second floor istJ a lovely tile ceiling.  The pipes have leaked in the past.  What do we do?H We put plastic sheeting on top of our equipment of course (only when theG pipes are leaking, though).  There is also an incinerator on the secondtH floor.  Which has caused at least one fire so far.  How was the fire put2 out by the fire department?  With water of course.  J The university is in the city of New Orleans.  In case you don't know, NewD Orleans has the third highest average rainfall rate in the US.  WhatJ happens when it rains hard enough at the university?  Water leaks into theC building, running to the lowest point, the one foot of space in theeC sub-flooring of the computer room.  (To be fair, they have recently8G installed a large drain outside the door where the water leaks into thel
 building).  F Once our halon system was set off accidentaly when an air-conditioningE repair man was working on one of the three AC systems in the computeriF room.  A freon tank he was using became unplugged, and started ventingG freon into the room.  Freon gas is detected by the computer room's fire H systems, which set off the halon system.  But only one of the four halonH tanks had any halon left in them.  The halon had leaked out of the otherB tanks over time.  They started testing the halon tanks after that.H When the halon system "blew" it destroyed some ceiling tiles, and left aI fine powder over everything.  Guess who had to vacuum the entire room and I all of it's contents?  The cost to recharge our halon tanks was about 20KtI USD each.  But we really don't have to worry about that anymore.  About 3sE years ago, they renovated the computer room, and turned off the halonsI system during the construction.  They've never bothered to turn the halon J system back on.  They probably want to save money.  So now there are aboutJ 6 fire extinguishers in the computer room.  It's the responsibility of theC computer room workers to put any fires out themselves with the firea extinguishers.  J Also, in case you don't know, New Orleans has one of the highest levels ofI average humidity in the US.  There are dehumidifiers in the AC systems innH the computer room.  They have problems with the drain under the floor inE the computer room.  Recently they discovered it had back up, but theynH didn't discover it until there was a few inches of water under the floorJ in the computer room.  A friend of mine had to vacuum up most of it with aH wet/dry vac.  Does that VAX vacuum company in England make wet/dry vacs?  F With the exception of the cost of recharging the halon system, I don'tD think we've had any other disaster related costs.  Certainly no lostE systems or equipment in the 12 years I've been there.  Anyone want to 2 place a bet on how long before we have a disaster?   -- o" -- Ellis Hardin  <eeh01@gnofn.org>   ------------------------------  % Date: Wed, 09 Aug 2000 23:58:54 -0400 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: XP1000's for saleL Message-ID: <rdeininger-0908002358540001@user-2iveaoi.dialup.mindspring.com>  U In article <sp2rhgco63a59@corp.supernews.com>, "Islandco" <sales@islandco.com> wrote:   $ > We have 1 in stock and 13 incoming > > > These are all brand NEW in sealed boxes manufactured in 1999> > ( I guess that is an oxymoron - but they are Unused in Box!)  7 Better than that brand new Vaxstation 4000 VLC on ebay!t   >  > Configured as follows: >  > Alpha 21264 CPU at 500Mhzs > 256mb memory   > Powerstorm 300 $1500 New  ; Has anyone scooped up that Powerstorm 300 for $100 on ebay?t  H > No license included - perfect for a SETI system with hobbyist VMS !!!!  E Not a terrible price, but still pretty steep for "hobbyist" purchase!o  D Besides, if you have spare cycles to burn on an alpha, you should be running Mlucas, not SETI!n  ? (See ftp://hogranch.com/pub/mayer/README.html for Mlucas info.)3   --   Robert Deininger rdeininger@mindspring.como   ------------------------------   Date: 9 Aug 2000 20:47:57 +02001* From: eplan@kapsch.net (Peter LANGSTOEGER)& Subject: [TCPware V5.4-3] Timeserver ?* Message-ID: <3991a75d$1@news.kapsch.co.at>  N I remember, that I had a "timeserver/timed" (UDP Port 525) in earlier versionsH of TCPware. When and why did it disappear ? Or do I have a rotten mind ?  D Or: What to do, to get such a server (back) in TCPware (and TCPIP) ?J Do I need only the correct service definition (eg. /ROUTINE=TIME_PROTOCOL)F or do I need source code (will you provide it) and build it own my own< or is there a built image already lurking around somewhere ?   Many TIA   -- m< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888a< 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: Wed, 09 Aug 2000 22:33:00 -0400), From: Jeff Schreiber <schreiber@process.com>* Subject: Re: [TCPware V5.4-3] Timeserver ?/ Message-ID: <009EE5DA.3CC147F6.102@process.com>d  , Peter LANGSTOEGER (eplan@kapsch.net) writes: >eO >I remember, that I had a "timeserver/timed" (UDP Port 525) in earlier versionsrI >of TCPware. When and why did it disappear ? Or do I have a rotten mind ?e > E >Or: What to do, to get such a server (back) in TCPware (and TCPIP) ?tK >Do I need only the correct service definition (eg. /ROUTINE=TIME_PROTOCOL) G >or do I need source code (will you provide it) and build it own my own = >or is there a built image already lurking around somewhere ?  >|	 >Many TIAs >s  J     For those Denizens of C.O.V and not of info-tcpware, this question was#     also posted there and answered.-  M     Seems Peter's second question was the actual answer, and he had forgotten_L     he unconfigured it a while back.  The answer to his question was simply:           @tcpware:cnfnet timedm  -                                         -Jefft   --/ Jeff Schreiber,            Process Software LLC91 schreiber@mx.process.com   http://www.process.comi,       TCPware & MultiNet: Stronger than Ever   ------------------------------   End of INFO-VAX 2000.444 ************************