1 INFO-VAX	Fri, 23 Jun 2000	Volume 2000 : Issue 349       Contents: Re: %ERF-E-READERR RE: %ERF-E-READERR! Re: A question on PATHWORKS (FAL) 2 Re: Affordable Debate Summary (was: VAX on Intel?)2 Re: Affordable Debate Summary (was: VAX on Intel?)2 Re: Affordable Debate Summary (was: VAX on Intel?)9 Re: Alpha DEC 2000-300 (Jensen?) - Serial port as console 9 Re: Alpha DEC 2000-300 (Jensen?) - Serial port as console  Re: Amazon? & Re: Compaq paying for software ports ?& Re: Compaq paying for software ports ?A Re: Connecting 3rd-party pointing devices to OpenVMS AXP systems. " Re: DECNET-Plus, DTSS, NTP and UTC" Re: DECNET-Plus, DTSS, NTP and UTC" Re: DECNET-Plus, DTSS, NTP and UTC" Re: DECNET-Plus, DTSS, NTP and UTC" Re: DECNET-Plus, DTSS, NTP and UTC" Re: DECNET-Plus, DTSS, NTP and UTC= Re: Easier porting of C/C++ applications from Unix to OpenVMS  Google full of beans Re: Hotmail  Re: Hotmail  Re: Hotmail  Re: Hotmail  Re: Hotmail  Re: Hotmail  Re: Hotmail  Re: Hotmail ) How 2 unpack MIME mail attachments in VMS - Re: How 2 unpack MIME mail attachments in VMS  IMAP4 3 Northern Light vs. Google (and the winner is . . .)  Print share for LG01 Re: Print share for LG01 Re: QUEUE ENTRY NUMBERS.... Re: Remote access programs from Windows to VMS@ Re: select: bad file number, also slaughter of DECwindows server: RE: SWCC agent connectivity and client authorisation issue Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel?  Re: VAX on Intel?  VMS 7.2 + TCPIP 0 Re: What happened to SET PROTOCOL UDP/BROADCAST? Re: Win2K on Alpha resumed?? : Finding a Hardware Address  F ----------------------------------------------------------------------  % Date: Fri, 23 Jun 2000 10:50:21 -0400 - From: "Peter Weaver" <peter.weaver@stelco.ca>  Subject: Re: %ERF-E-READERR . Message-ID: <sl6ud38se7f35@corp.supernews.com>   John Nixon wrote in message ... B >If DECEVENT is the utility that is required to read the Alpha VMS	 errorlog, A >why does Compaq make it so difficult to obtain.  Why is it not a  native >imageE >on the Alpha VMS distribution?   And why does it need to be upgraded  soA >often?  And why is it so difficult to upgrade.  DECEvent is very  UN-VMS >like.    D Wait until you are forced to downgrade to Compaq Analyze. It is veryD UN-VMS like, it is seriously broken and *everybody* at DEC knows it.  F One of the field service people came in to look at our ES40 Galaxy andB one of the first things he did was type in ANA/ERR/SINC= by then I@ said "This is an Alpha, you can't use analyze error here," so heF started typing DIAGNO/SINC= and I said, "no this is an ES40, you can'tA use DECEvent here, you have to use CA." So next he started typing B CA/SINC= and I said "no, this is CA, you can't think VMS here." WeB then tried hacking through CA together and finally gave up without" getting the information we needed.  @ Just yesterday I was talking to one of the managers in the field? service area and I was told that their recommendation is to use F DECEvent on the newer machines. It can still handle all of the devicesC connected to the CPU but not the CPU itself. If we have a CPU error F that DECEvent can not handle then we should send our ERRLOG.SYS to DECC and they will use their internal programs to analyze the error log.   F Now if only the DECEvent team would let me type in DIAGNOSE/SINCE=BOOT then I would be happy.   ------------------------------  % Date: Fri, 23 Jun 2000 13:02:01 -0300 1 From: "Boyle, Darren" <boyledj@bankofbermuda.com>  Subject: RE: %ERF-E-READERR K Message-ID: <9F664D538536D411BD3200508B6FF01A3334BF@bdant027.bda.bobda.com>   2 > From: 	Peter Weaver[SMTP:peter.weaver@stelco.ca]H > Now if only the DECEvent team would let me type in DIAGNOSE/SINCE=BOOT > then I would be happy. > K A very reasonable request, however, you can always set up a symbol at login  to use F$GETSYI BOOTIME. - Darren      F **********************************************************************C This message and any files transmitted with it are confidential and J may be privileged and/or subject to the provisions of privacy legislation.M They are intended solely for the use of the individual or entity to whom they L are addressed. If the reader of this message is not the intended recipient, B please notify the sender immediately and then delete this message.I You are notified that reliance on, disclosure of, distribution or copying  of this message is prohibited.   Bank of Bermuda F **********************************************************************   ------------------------------  % Date: Fri, 23 Jun 2000 08:46:22 +0200 . From: Marcin Szczecinski <marcin@lodz.tpsa.pl>* Subject: Re: A question on PATHWORKS (FAL)/ Message-ID: <20000623084621.A9226@lodz.tpsa.pl>   9 On Fri, 23 Jun 2000 at  0:01:35 +0200, Arne Vajh?j wrote:  > > > Many many years ago PathWorks came with a FAL utility, which3 > allowed you to do a DECnet copy from VMS to a PC.  > G It is still working for me. In WindowsNT environment FAL (more precise: J spawner) is running at the background (as service), in W95/98 you must runI it in DOS window, so it is visible on the task bar. Generally it seems to G be good tool, but be carefull when transferring  files from PC to VMS - F sometimes size of file is improper reported (to short) and this causesJ problems with file transfer. (I have not observed this kind of error using NFT from Windows side).   ( Marcin Szczecinski			marcin@lodz.tpsa.pl   ------------------------------   Date: 23 Jun 2000 09:16:23 GMT* From: helbig@astro.rug.nl (Phillip Helbig); Subject: Re: Affordable Debate Summary (was: VAX on Intel?) . Message-ID: <8iv9t7$f5d$3@info.service.rug.nl>  3 In article <NC+LKPcZunOa@mccdev.slac.stanford.edu>, D Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes:   I >        At  my  site  (basic  research   in  physics,  a  DOE  supported I >    laboratory  but  also  wearing  a  .EDU  "hat"),  equipment  can  be I >    purchased with just my manager's signature _if_  it's  under  $5000. I >    That  $5000  is  a very hard limit for many education and government I >    institutions.  Things  in  the  purchasing  area  get  so  much more " >    complicated above that value.  F I've seen people place orders for a CPU, a motherboard, a tape drive, H hard disk, some memory etc, all with the same company, and individually H all less than the limit.  If the company wants to voluntarily stick the G stuff together as a favour to the customer, that's their business.  :-)    ------------------------------    Date: 23 Jun 2000 08:27:24 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) ; Subject: Re: Affordable Debate Summary (was: VAX on Intel?) + Message-ID: <lvqO2kHhXPHt@eisner.decus.org>   i In article <3952B2FC.F10B6EB1@gtech.com>, Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> writes:  > Larry Kilgallen wrote: >> In article <NC+LKPcZunOa@mccdev.slac.stanford.edu>, Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes: M >> >         I certainly hope the  much-rumored  DS05  appears Real Soon Now, ; >> >     _and_ that it bears a _very_ affordable price tag.  >>  " >> Didn't it appear as the DS10L ? > 3 > The DS10L is not "Low cost" - it is "Low heigth".   D But the question is, were those rumors about a DS05 really about the< box that got named DS10L, and thus Ken should stop waiting ?   ------------------------------  % Date: Fri, 23 Jun 2000 10:32:27 -0400 - From: Jonathan Boswell <jsb@ost.cdrh.fda.gov> ; Subject: Re: Affordable Debate Summary (was: VAX on Intel?) 0 Message-ID: <395374FB.57F56DB0@ost.cdrh.fda.gov>  9 "Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515" wrote:   J >     note that while you were  talking  about  the DS10 at the beginning,J >     here  I'm explicitly talking about desktop workstations.  A DS10  orJ >     DS10L needs a graphics adapter and monitor in addition  to  all  the( >     pricing  we've been throwing about  N How about a brand new XP1000 fully loaded for $2K?  I keep seeing these go forL around that figure on www.ubid.com.  Only catch: it comes with NT.  I wonderC what Compaq would charge us to put a decent operating system on it?    ------------------------------  # Date: Fri, 23 Jun 2000 07:37:46 GMT 0 From: carlini@true.lkg.dec.com (Antonio Carlini)B Subject: Re: Alpha DEC 2000-300 (Jensen?) - Serial port as console* Message-ID: <8iv3g1$iqi@usenet.pa.dec.com>  e In article <8iu10j$7th$1@news5.svr.pol.co.uk>, "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk> wrote: A >My one remaining problem is finding some of those special slides : >for mounting drives inside the main box. Any suggestions?  K RZ5x class devices (RZ55, RZ56 etc) fit in quite nicely - looks pretty odd   though!    Antonio   I Antonio Carlini                            Mail: carlini@true.lkg.dec.com # DECnet-Plus for OpenVMS Engineering 6 COMPAQ                                     Reading, UK   ------------------------------   Date: 23 Jun 2000 12:17:57 GMTF From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman)B Subject: Re: Alpha DEC 2000-300 (Jensen?) - Serial port as console, Message-ID: <8ivkhl$f99$1@sniff.shr.dec.com>  f In article <8iu10j$7th$1@news5.svr.pol.co.uk>, "Adrian Lumsden" <A.Lumsden@spamtrap.xdt.co.uk> writes: > D >I have version T1.9.2 of the ECU on the original floppy. It _still_< >doesn't work but the copy I made via BACKUP /PHYSICAL does! >   A This sounds like an alignment problem: when you can read a floppy ? that was written on one drive and not another, the alignment of ? the drives probably don't match.  This is not all that unusual, = but now that the system is running you might want to check on = the interchangeability of diskettes.  You probably won't have ; to use the floppy very often, but any rescue diskettes that ? you need for that system probably should be written on the same  drive where they'll be read.   --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.    ------------------------------  % Date: Fri, 23 Jun 2000 13:25:52 +0100 B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> Subject: Re: Amazon?* Message-ID: <39535750.8F7D0C0E@uk.sun.com>   John Vottero wrote:   M > Don't be so naive Andrew!  Isn't it obvious that HP made a deal?  "Buy some F > of our V-Series and let us do a big press release and we'll give you > preferred pricing."  >   C Thats almost exactly what I said. The origional HP V-Series deal to A replace the existing Alphaserver at the back end was a deal where ? Amazon kicked out their Alpha's in favour of V-Series in return C for being allowed to sell a very wide range of HP products (but not  PC's) via the Web.  D HP get to be an Amazon featured supplier and various other marketingA concessions from Amazon as well. And no doubt there was "healthy"  discounting on both sides.  ; Amazon also required more back end capacity at the time and : because the GS140 was at that point the largest box Compaq< had to offer they did not have anything that was competitive7 with the V-Series. So Amazon did also get more back-end ! capacity out of the deal as well.   G The current deal where HP is going to replace the mid tier servers with @ HP boxes is more of the same, you give us more mid-tier resource7 in return for HP PC's etc through the Amazon WEB site..        > N > The Compaq press release says "Amazon currently runs all of its Web servers,E > and the majority of its installed base, on Compaq's midrange server N > platform".  They run some small application on a V-Series so they can sell aL > million printers.  Certainly, if they were dumping the Alpha platform they@ > wouldn't buy millions of dollars worth of them now would they? >   H No they don't run some small application on the V-Series, they run theirJ back end systems on them, you know things like financials, logisitics etc.   Regards  Andrew Harrison  Enterprise IT Architect    ------------------------------   Date: 23 Jun 2000 08:47:44 GMT- From: djweath@attglobal.net (Dave Weatherall) / Subject: Re: Compaq paying for software ports ? 5 Message-ID: <DTiotGxQ0bj6-pn2-d9ByT3dCFTr9@localhost>   @ On Thu, 1 Jan 1970 01:59:59, nothome@spammers.are.scum (Malcolm  Dunnett) wrote:     I >     Apparently it also take a month from the time it is released in the J > US before it's available in Canada ( I can't imagine why but that's what > Oracle told me ).    Language variations ? :-))     Cheers - Dave.   ------------------------------  % Date: Fri, 23 Jun 2000 18:19:40 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> / Subject: Re: Compaq paying for software ports ? ) Message-ID: <39538E1C.3627A063@gtech.com>    Bill Todd wrote:J > Nope.  Not unless it's 'Unix98' compliant, which succeeded Unix95, whichL > succeeded POSIX:  there *are* standards, and compliance is becoming fairlyK > common, though systems of course reserve the ability to offer proprietary   > *extensions* to the standards. > ? > > Because there are no such thing as "full unix compliance" !  > J > As I understand it, Unix98 *defines* full unix compliance, as Unix95 didE > before it.  Before that, the standard existed, but was called POSIX 
 > compliance.   6 Yes, but how many Unix programs are Unix98 compliant ?   My guess is: almost none !  H Which means that Unix98 compliance (never heard of that before, but ...) would be of very little use.  D > > You can be source code compatible with Tru64 4.0D or source code' > > compatible with Solaris 2.6 or ....  > E > Or source code compatiable with *all* that comply with a particular L > standard, just as long as you limit your use to interfaces defined by that > standard.    Yes, but ...   Arne   ------------------------------  % Date: Fri, 23 Jun 2000 12:58:00 -0400 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> J Subject: Re: Connecting 3rd-party pointing devices to OpenVMS AXP systems.+ Message-ID: <8j05jp$ibq$1@lead.zk3.dec.com>   J In general, only devices that are mouse-like are well supported by X11 andK X11 applications.  The X Input Extension does allow for non-standard device  inputsJ (and in fact much of the infrastructure is actually done for adding button and dialI boxes - but not much interest was ever found for it).  Even with a device  and I X Input Extension support, the applications need to be able to handle the  input.  H The standard input for VMS devices is a port driver (such as OPDRIVER orI YSDRIVER) which passes data into a class driver (IKDRIVER, IMDRIVER, etc) L which decodes the input and queues an input packet to the server, as well as+ calling a routine which tracks the pointer.   J The current tablet support is done as a seperate application (DECW$TABLET)I which takes the data from a serial port, translates it into a packet, and 0 makes device driver QIO calls to simulate input.  K If you have a specific need, contact me.  We have done some custom keyboard E drivers for specific customers, and I have no problem in providing an J example of how to do input in the same way as the DECW$TABLET application.J Replacements for the IMDRIVER logic are a little trickier - mostly becauseF we don't ship the files needed to compile/link with VMS, so we have noF infrastructure right now that would allow you to move the code forward through time...   H jesper.naur@dk.abb.com wrote in message <8hlcsh$pt6$1@nnrp1.deja.com>...@ >In the Windows 9x/NT world, a large variety of pointing devices= >is available, eg. mice, tracker balls, light pens, cordless, 
 >you name it. 7 >These products usually come with an associated driver, / >which supports the device under Windows 9x/NT.  > @ >I'm looking for any available information related to using such. >3rd-party devices under OpenVMS, for example: > A >1) Any 3rd-party vendors, which supply OpenVMS drivers for their  >   pointing device. > C >2) Any relevant technical information, eg. hardware pinout, signalN$ >   levels, telegram structure, etc. >uA >3) Relevant information about OpenVMS 'mouse-driver-environment' ? >   (I do know the OpenVMS driver-environment in general - heres; >   I'm interested in whatever specifics apply to writing aI >   mouse driver). >D >Many thanks in advancen >Jesper Naur >h >E' >Sent via Deja.com http://www.deja.com/s >Before you buy.   ------------------------------    Date: 23 Jun 2000 02:02:54 -04004 From: "Robert Deininger" <rdeininger@mindspring.com>+ Subject: Re: DECNET-Plus, DTSS, NTP and UTCi* Message-ID: <B57875D0-860C@165.247.40.115>  K On Thu, Jun 22, 2000 10:54 AM, Hoff Hoffman <hoffman@xdelta.zko.dec.nospam>P  wrote:, >P4 >In article <M0Ze4F51Pb3r@mccdev.slac.stanford.edu>,E >Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX:i	 926-3515)o >writes:J >:        I need to bring  up  a  bunch  of  old issues here: DECNET-Plus,J >:    DTSS,  NTP,  but  also  UTC and the  various  SYS$TIMEZONE*  logical >:    names... >... >a >  If it were me:m >sK >  Shut off DTSS, and use NTP for synchronization.  While it is possible togK >  get DTSS to query NTP for the time, the example code that permitted thisr  J >  to be set up was found buggy and also assumed an old NTP, and was thus K >  removed from the DTSS kit a while back.  (I'd have prefered to have seenE) >  it rewritten, but that didn't happen.)i   !?!?  G I'm using the example dtss time server that gets its time from NTP.  Itn  appears to work fine.  What bug?  I This is a useful feature, and I with the example program would come back.eH (I found it in the vax installation, but not the alpha one.  It's fairly. senile VAX C, but I got it to go using DEC C.)   ---------------------------- Robert Deininger rdeininger@mindspring.com-   ------------------------------   Date: 23 Jun 2000 11:29:36 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb) + Subject: Re: DECNET-Plus, DTSS, NTP and UTCs0 Message-ID: <8ivhn0$80k$1@aquila.news.mdx.ac.uk>  a In article <B57875D0-860C@165.247.40.115>, "Robert Deininger" <rdeininger@mindspring.com> writes:wL >On Thu, Jun 22, 2000 10:54 AM, Hoff Hoffman <hoffman@xdelta.zko.dec.nospam> > wrote: >>5 >>In article <M0Ze4F51Pb3r@mccdev.slac.stanford.edu>,a >>  If it were me: >>L >>  Shut off DTSS, and use NTP for synchronization.  While it is possible toL >>  get DTSS to query NTP for the time, the example code that permitted this > K >>  to be set up was found buggy and also assumed an old NTP, and was thus iL >>  removed from the DTSS kit a while back.  (I'd have prefered to have seen* >>  it rewritten, but that didn't happen.) >h >!?!?n >pH >I'm using the example dtss time server that gets its time from NTP.  It! >appears to work fine.  What bug?u >nJ >This is a useful feature, and I with the example program would come back.I >(I found it in the vax installation, but not the alpha one.  It's fairlyh/ >senile VAX C, but I got it to go using DEC C.)t >t >--------------------------- >Robert Deiningere >rdeininger@mindspring.com >e   Robert,n  2 Would it be possible to post this code somewhere ?K Assuming it works then I for one would be interested in it. I am currently l@ using DTSS on my VMS systems because it handles the changeovers.O However we are going to be setting up NTP for our Unix systems so being able to./ feed the DTSS systems from NTP would be useful.r  J (My understanding is that Ucx's NTP does not handle the changeovers at all - or am I mistaken in this ?)n  
 David Webb VMS and unix team leader CCSS Middlesex University   ------------------------------    Date: 23 Jun 2000 09:25:18 -04004 From: "Robert Deininger" <rdeininger@mindspring.com>+ Subject: Re: DECNET-Plus, DTSS, NTP and UTC7* Message-ID: <B578DD84-EB84@165.247.44.234>  F On Fri, Jun 23, 2000 7:29 AM, D.Webb <david20@alpha2.mdx.ac.uk> wrote:     >Robert, >I3 >Would it be possible to post this code somewhere ?aK >Assuming it works then I for one would be interested in it. I am currentlyY  A >using DTSS on my VMS systems because it handles the changeovers.*H >However we are going to be setting up NTP for our Unix systems so being able ton0 >feed the DTSS systems from NTP would be useful.  I I believe it came with DECnet-plus for VMS-VAX 7.1.  The program I use ise4 [VMS$COMMON.SYSHLP.EXAMPLES.DTSS]DTSS$NTP_PROVIDER.C  5 As far as I know, it did not ship with VMS-Alpha 7.1.c  J I won't post it, since it has the standard Digital copyright.  If the DTSSG examples are abandoned, perhaps Hoff or someone else at Compaq can make  them available as freeware.  K After a little trouble compiling the old VAX C code, this NTP time provider*G has been running our cluster's time for 2 or 3 years, with no attention0E from me.  DTSS handles the DST changes painlessly, and eliminates thecH clock drift between all our nodes.  Again, I wonder what the problem is.  K >(My understanding is that Ucx's NTP does not handle the changeovers at all  >- or am I mistaken in this ?)   Dunno.   ---------------------------  Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Fri, 23 Jun 2000 08:39:42 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> + Subject: Re: DECNET-Plus, DTSS, NTP and UTCi8 Message-ID: <8ivp49$mhu$1@fizban.fizban.pprd.abbott.com>  = Robert Deininger <rdeininger@mindspring.com> wrote in message $ news:B578DD84-EB84@165.247.44.234...H > On Fri, Jun 23, 2000 7:29 AM, D.Webb <david20@alpha2.mdx.ac.uk> wrote: >t >s
 > >Robert, > >f5 > >Would it be possible to post this code somewhere ?iC > >Assuming it works then I for one would be interested in it. I am 	 currently  >1C > >using DTSS on my VMS systems because it handles the changeovers.fJ > >However we are going to be setting up NTP for our Unix systems so being	 > able tog2 > >feed the DTSS systems from NTP would be useful. >dK > I believe it came with DECnet-plus for VMS-VAX 7.1.  The program I use is26 > [VMS$COMMON.SYSHLP.EXAMPLES.DTSS]DTSS$NTP_PROVIDER.C > 7 > As far as I know, it did not ship with VMS-Alpha 7.1.  >oL > I won't post it, since it has the standard Digital copyright.  If the DTSSI > examples are abandoned, perhaps Hoff or someone else at Compaq can makey > them > available as freeware. >vD > After a little trouble compiling the old VAX C code, this NTP time providerI > has been running our cluster's time for 2 or 3 years, with no attentionoG > from me.  DTSS handles the DST changes painlessly, and eliminates theiJ > clock drift between all our nodes.  Again, I wonder what the problem is. >yI > >(My understanding is that Ucx's NTP does not handle the changeovers atr allt  > >- or am I mistaken in this ?) >- > Dunno.  K UCX/NTP does not handle time changeovers.  MultiNet does and VMS v7.3 will.g   Dave...r   ------------------------------  % Date: Fri, 23 Jun 2000 17:17:24 +0200 , From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>+ Subject: Re: DECNET-Plus, DTSS, NTP and UTC * Message-ID: <8ivv3k$m8h$1@buty.wanadoo.nl>  L The example as shipped with some versions of VMS don't work anymore with VMS' v7.2 and TCP/IP V5.0. I don't know why.n  K However, I happen to know that inside TCP/IP engineering there is a version B which does work. Possibly it will show up with TCP/IP V5.1, in the unsupported section.   Regards,  	 Bart Zornb OpenVMS consultant TrueBit B.V.  ? "Robert Deininger" <rdeininger@mindspring.com> wrote in messageL$ news:B57875D0-860C@165.247.40.115...- > On Thu, Jun 22, 2000 10:54 AM, Hoff Hoffman  <hoffman@xdelta.zko.dec.nospam>s	 >  wrote:  > >w6 > >In article <M0Ze4F51Pb3r@mccdev.slac.stanford.edu>,G > >Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX:v > 926-3515)R
 > >writes:L > >:        I need to bring  up  a  bunch  of  old issues here: DECNET-Plus,L > >:    DTSS,  NTP,  but  also  UTC and the  various  SYS$TIMEZONE*  logical > >:    names... > >... > >a > >  If it were me:0 > >hJ > >  Shut off DTSS, and use NTP for synchronization.  While it is possible toH > >  get DTSS to query NTP for the time, the example code that permitted this >eK > >  to be set up was found buggy and also assumed an old NTP, and was thuslH > >  removed from the DTSS kit a while back.  (I'd have prefered to have seen+ > >  it rewritten, but that didn't happen.)  >t > !?!? >lI > I'm using the example dtss time server that gets its time from NTP.  It-" > appears to work fine.  What bug? >:K > This is a useful feature, and I with the example program would come back.pJ > (I found it in the vax installation, but not the alpha one.  It's fairly0 > senile VAX C, but I got it to go using DEC C.) >s > ---------------------------  > Robert Deininger > rdeininger@mindspring.come >n >  >b   ------------------------------  + Date: Fri, 23 Jun 2000 11:24:03 -0500 (CDT)n From: sms@antinode.org+ Subject: Re: DECNET-Plus, DTSS, NTP and UTCq) Message-ID: <00062311240320@antinode.org>   4 From: "Robert Deininger" <rdeininger@mindspring.com>  K > I believe it came with DECnet-plus for VMS-VAX 7.1.  The program I use is 6 > [VMS$COMMON.SYSHLP.EXAMPLES.DTSS]DTSS$NTP_PROVIDER.C  E    I just built this today, after a few type changes, and it seems tonF work with Alpha VMS V7.2, DEC C V6.0-001, and TCPIP V5.0 (the hobbyistH kit).  I got the stuff some time ago (not sure whence), but never got upE the nerve to do anything with it until this discussion triggered me. kD The file date was 25-SEP-1997 16:26:09.70, but the internal commentsG ("Copyright (c) 1990,1991,1992", "ENVIRONMENT: VAX/VMS V5.5") suggest awF somewhat greater age, although the NTP version still includes commentsF related to the "radio receivers, connected thru a [...] RS232 terminalH interface", which reduces my confidence in the accuracy of the comments.  B    A shorter set of link options seems to work with the newer VMS:    ALP $ type DTSS$NTP_PROVIDER.OPT DTSS$NTP_PROVIDER.OBJ  SYS$SHARE:DTSS$SHR.EXE/SHARE  D    I set the logicals for a daily update, and the first one seems to9 have fixed a six-second difference, so it looks ok to me.m  <    Anyone interested in my source changes is welcome to ask.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)aC    382 South Warwick Street        (+1) 763-781-0308  (voice, work)lG    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)-9    sms@antinode.org                sms@provis.com  (work)m   ------------------------------    Date: 23 Jun 2000 14:19:01 +0100T From: pmoreau@cenaath.cena.dgac.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40)F Subject: Re: Easier porting of C/C++ applications from Unix to OpenVMS! Message-ID: <AWD+omUl7BGr@gaelic>s  J In article <8itmqm$ran$1@aquila.news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk  (D.Webb) writes:  H > Just noticed that Compaq have put up a new porting library for easier  > porting of Unix apps to VMS. >   E > See http://www.openvms.compaq.com/openvms/products/ips/porting.html   % A very good initiative from CompaQ !!f   Patricks --O ===============================================================================sO pmoreau@cena.dgac.fr  (CENA)     ______      ___   _           (Patrick MOREAU)y4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================e   ------------------------------    Date: 23 Jun 2000 13:50:50 -0500* From: young_r@eisner.decus.org (Rob Young) Subject: Google full of beansr+ Message-ID: <w6zv0pkcClSY@eisner.decus.org>   = 	The Intel Google e-Business link states "200 million pages".p: 	Google (by necessity) supports stop words, so "the" "and"? 	"of" etc. aren't indexed so exact phrase matches don't cut it.oB 	nitpicking?  Perhaps... but the 200 million is baloney.  A simple5 	search for "dog" on Google (all languages) and others 	search servcies:a   		Service			Results    		Google			389000f 		Northern Light		3146027  		AltaVista		3344440     				Robp   ------------------------------  % Date: Fri, 23 Jun 2000 10:22:18 +01008B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> Subject: Re: Hotmail* Message-ID: <39532C49.F2915AE2@uk.sun.com>   Arne Vajhj wrote:   > John Vottero wrote: ; > > "Arne Vajhj" <arne.vajhoej@gtech.com> wrote in messagew' > > news:394BA97A.FFA2C827@gtech.com... < > > > The danish computerworld online told, that hotmail was6 > > > unavailable for a long period and that they lost > > > email for 330000 users.g > > >r+ > > > Does anyone have details about that ?- > > >-M > > > AFAIK then the Hotmail backend is on Solaris ! Maybe we have a new Ebay-
 > > > ???? ><F > > It probably happened when they tried to switch from Solaris to NT! >  > This was just weeks ago. >gB > I thougth it was years ago MS tried the Solaris-NT move (without > success).h >c > Have they tried again ?c  I After the first attempt which incedentally they never publically admittedmE to which was at least a year ago MS said that they would be migrating . Hotmail to Win2000 at some time in the future.  E Perhaps we should start a sweepstake on how many Wintel boxes runningt. Win2000 they will need to replace their Sun's.  B Compaq apparently have supplied MS with 1600 boxes to run MS's web! site which is breathtakingly bad.e     Regardsn Andrew Harrisonr Enterprise IT Architecty   ------------------------------  % Date: Fri, 23 Jun 2000 11:32:58 +0100   From: steven.reece@quintiles.com Subject: Re: Hotmail> Message-ID: <80256907.003A1064.00@qedilc01.qedi.quintiles.com>   Andrew Harrison commented:L >>>After the first attempt which incedentally they never publically admittedE to which was at least a year ago MS said that they would be migratinge. Hotmail to Win2000 at some time in the future.  E Perhaps we should start a sweepstake on how many Wintel boxes running11 Win2000 they will need to replace their Sun's.<<<@  D How many Suns do they have Andrew?  (Tattooine has two you know....)  : That would at least give us some baseline for our guesses.  P Then again, if the prize is a copy of Win2000 purchased with the cash generated, I don't think it matters... :-)E   ------------------------------    Date: 23 Jun 2000 10:15:55 -0500* From: young_r@eisner.decus.org (Rob Young) Subject: Re: Hotmail+ Message-ID: <gd7H7WHRBQ4J@eisner.decus.org>u  o In article <39532C49.F2915AE2@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:    > K > After the first attempt which incedentally they never publically admitted G > to which was at least a year ago MS said that they would be migrating 0 > Hotmail to Win2000 at some time in the future. > G > Perhaps we should start a sweepstake on how many Wintel boxes running 0 > Win2000 they will need to replace their Sun's. > D > Compaq apparently have supplied MS with 1600 boxes to run MS's web# > site which is breathtakingly bad.i >   ; 	You know .. there are two views to this.  I am in the samee= 	camp as you Andrew and many in this group.  i.e. a few large @ 	servers.  And yet, the Industry with most read-mostly Web stuff 	is in the other camp.  ? 	Just the other day (doesn't matter who), big announcement thatI? 	static Web pages of large company is moving to Linux on Intel.i  B 	The CIO of Datek often gets great press and blathered on recently< 	(3-6 months ago) regarding a recent surge in NASDAQ trading< 	about "what are you all whining for?"  He saw the spike too9 	and was purchasing 40 more servers to add to the 200-300,7 	servers at Datek for his "infinitely scalable system."m  @ 	Just need more guys out there to partition data.  I suspect the 	big growth in IS looks like:s  2 			"Wanted:  Data Partitioning expert to help move1 			around our data to balance load.  Must be ablef0 			to alphabetize content.  Also must be good at# 			setting up replication servers."   @ 	So instead of hitting a common database, databases exist hither= 	and yon.  Linus said of Sourceforge (IIRC) that [paraphrase]gC 	"backups are so ancient and unnecessary."  Sourceforge is mirrored E 	across numerous servers worldwide.   He has a point.  However, still D 	a big market for real-time data synchronization (most of the world, 	eh?).  9 	Downsides?  Floor space.  SAN?  How do you do a SAN withr 	1600 servers?  My goodness.  < 	Upsides?  Feeding the Wintel monster.  Spreading failure so< 	thin no one notices so not only scalable but immune to most 	disasters.   ? 	Probably not close on upside and downside... requires thought,>& 	little of that left today already :-)   				Robs   ------------------------------  % Date: Fri, 23 Jun 2000 09:38:19 -0400f" From: Dan Sugalski <dan@sidhe.org> Subject: Re: Hotmail: Message-ID: <4.3.2.7.0.20000623092538.00c0f490@24.8.96.48>  + At 10:15 AM 6/23/00 -0500, Rob Young wrote:0B >In article <39532C49.F2915AE2@uk.sun.com>, Andrew Harrison SUNUK / >Consultancy <andrew.nospam@uk.sun.com> writes:: >  > > M > > After the first attempt which incedentally they never publically admitted I > > to which was at least a year ago MS said that they would be migratingn2 > > Hotmail to Win2000 at some time in the future. > >NI > > Perhaps we should start a sweepstake on how many Wintel boxes runninga2 > > Win2000 they will need to replace their Sun's. > > F > > Compaq apparently have supplied MS with 1600 boxes to run MS's web% > > site which is breathtakingly bad.h > >. > D >         You know .. there are two views to this.  I am in the sameF >         camp as you Andrew and many in this group.  i.e. a few largeI >         servers.  And yet, the Industry with most read-mostly Web stuffx >         is in the other camp.o > H >         Just the other day (doesn't matter who), big announcement thatH >         static Web pages of large company is moving to Linux on Intel.  G Google's the same way--they've got a farm of 4000+ linux boxes driving lJ their search engine (and they're laying on more soon), which is just sad, L considering what some of the other engines (like, say, Northern Light... :)  use.  H People are used to pathetic performance from a system, and don't have a I problem just adding on more machines. On the one hand, Intel systems are  G cheaper on a bang/buck ratio, but at some point you run into issues of eJ scale and raw power. Data distribution too, of course. (I don't even want K to think about how much fun Google's got to have passing around a database m@ the size a search engine needs amongst thousands of machines...)   					Dan  I --------------------------------------"it's like this"-------------------e2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenh;                                       teddy bears get drunkb   ------------------------------    Date: 23 Jun 2000 11:29:49 -0500* From: young_r@eisner.decus.org (Rob Young) Subject: Re: Hotmail+ Message-ID: <nGtLRO3xrs2a@eisner.decus.org>I  _ In article <4.3.2.7.0.20000623092538.00c0f490@24.8.96.48>, Dan Sugalski <dan@sidhe.org> writes:d- > At 10:15 AM 6/23/00 -0500, Rob Young wrote:b   >>E >>         You know .. there are two views to this.  I am in the samenG >>         camp as you Andrew and many in this group.  i.e. a few large J >>         servers.  And yet, the Industry with most read-mostly Web stuff  >>         is in the other camp. >>I >>         Just the other day (doesn't matter who), big announcement that'I >>         static Web pages of large company is moving to Linux on Intel.n > I > Google's the same way--they've got a farm of 4000+ linux boxes driving -L > their search engine (and they're laying on more soon), which is just sad, N > considering what some of the other engines (like, say, Northern Light... :)  > use. >   < 	And per a recent event , rolling out 30-40 servrs *per day*6 	(don't make me find the quote, ah heck).. here it is:  1 	This one shows how Google does what google does:r  M http://www.intel.com/ebusiness/estrategies/casestudies/snapshots/google_p.htmY   	The quote:   M "The company estimates that it adds approximately 30 new servers a day to itsbK farm, just to keep pace with mounting demand. The servers are split among aeH pair of co-location facilities in the San Francisco Bay Area and a third facility on the East Coast."  J > People are used to pathetic performance from a system, and don't have a K > problem just adding on more machines. On the one hand, Intel systems are nI > cheaper on a bang/buck ratio, but at some point you run into issues of oL > scale and raw power. Data distribution too, of course. (I don't even want M > to think about how much fun Google's got to have passing around a database nB > the size a search engine needs amongst thousands of machines...)    ; 	You have the pathetic performance wrong there.  Go out to  7 	www.alltheweb.com and perform a search and tell me howt@ 	long it takes.  Alltheweb is using similar techniques, hundreds 	of servers.    B 	This isn't real world though.  It is static content, infrequently7 	indexed.  Compare to bank balances or stock exchanges..  9 	The only way a Northern Light "turns the corner" is when0= 	son of Wildfire comes and we see their index in a very larget@ 	RamDisk with multiple instances hammering away.  EV7 technology@ 	to supply memory bandwidth (I/O pressure will be astronomical),% 	note EV7 estimated system bandwidth:s  ? http://www.realworldtech.com/page.cfm?ArticleID=RWT0620000000007  A 	At this point, the Google folks may even have a cheaper solution > 	with their cheap IDE drives (someone care to spend some time A 	looking at Google hardware , year-end 10000 servers and estimate > 	spending?  Thanks.)  BUT the Northern Light folks may be able= 	to move into real-time indexing (guess on my part, but maybeN? 	not unreasonable as they could conceivable have a single indexs> 	of 80-200 Gigabytes in RamDisk and write pressure back out to< 	RAID shadowset member could be kept at a reasonable level.)   				RobA   ------------------------------  % Date: Fri, 23 Jun 2000 07:32:40 -0700h5 From: "Larry D Bohan, Jr" <LBohan@dbc.spam_less..com>h Subject: Re: Hotmail2 Message-ID: <93FTOUu9pw4cVykACA6EE8aYuWL4@4ax.com>  C On 23 Jun 2000 10:15:55 -0500, young_r@eisner.decus.org (Rob Young)e wrote:  < >	You know .. there are two views to this.  I am in the same> >	camp as you Andrew and many in this group.  i.e. a few largeA >	servers.  And yet, the Industry with most read-mostly Web stuffa >	is in the other camp.i  % Yeah,  MSFT calls this "Scaling Out". 6 they apparently think this approach is the Cat's Meow;  7 there was a MSFT sponsored white paper kicking around, o: one that compared/contrasted "Scaling Out" vs "Scaling Up"* perhaps not this one exactly, but similar:    T http://msdn.microsoft.com/library/default.asp?URL=/library/backgrnd/html/scalent.htm  E My recollection, is, that typically MSFT says nothing about the costso> of adminstration, namely the number of folks behind the scenes+ required to keep 1600+ billy-boxes running.m  2 A paper comparing/contrasting admin/support costs 9 for various platforms would be something I'd like to see.    ------------------------------   Date: 23 Jun 2000 17:20:01 GMT) From: leslie@clio.rice.edu (Jerry Leslie)  Subject: Re: Hotmail& Message-ID: <8j0681$s9$1@joe.rice.edu>  C Andrew Harrison SUNUK Consultancy (andrew.nospam@uk.sun.com) wrote:e :<K : After the first attempt which incedentally they never publically admitted1G : to which was at least a year ago MS said that they would be migrating.0 : Hotmail to Win2000 at some time in the future.  ? Here's the Microsoft spin control on the Hotmail NONconversion:U  =   http://www.microsoft.com/ntserver/web/news/msnw/hotmail.aspe2   FACTS ABOUT HOT MAIL'S PRODUCTION OS ENVIRONMENT  2   "Hotmail was designed to be a massively scalable=    Web site. Solaris is Hotmail's legacy production operatinga=    system, but Hotmail had to customize the filestore service @    as well as the IP stack because "off the shelf" Solaris could9    not scale to meet demanding performance requirements."h    and other versions of the story:  .   http://www.unix-vs-nt.org/kirch/hotmail.html  /   http://www.slctech.org/~firth/me/hotmail.htmli   MS-Need I say more?f  4 --Jerry Leslie     (my opinions are strictly my own)  > P.S.: Shame on any VMS bigots for getting pleasure from seeing:       Solaris described as "legacy" and "could not scale".   ------------------------------  % Date: Fri, 23 Jun 2000 10:37:37 -0700w! From: Shane.F.Smith@Healthnet.comt Subject: Re: HotmailC Message-ID: <OF685ED64E.B60B3BAE-ON88256907.00609ECD@HEALTHNET.COM>o  H If MS paid (ok, debateable), then it's a Good Thing in three ways: MS h= avegH a little less money, CPQ have a little more, and we all have another pl= ace2> to point to prove how badly the Wintel platform sucks! :-) :-)   ShaneC          H Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> on 06/23/2= 000  02:22:18 AMd   To:   Info-VAX@Mvb.Saic.Com  cc:v   Subject:  Re: Hotmails     Arne Vajh=F8j wrote:   > John Vottero wrote:M= > > "Arne Vajh=F8j" <arne.vajhoej@gtech.com> wrote in message ' > > news:394BA97A.FFA2C827@gtech.com... < > > > The danish computerworld online told, that hotmail was6 > > > unavailable for a long period and that they lost > > > email for 330000 users.e > > >p+ > > > Does anyone have details about that ?  > > >iH > > > AFAIK then the Hotmail backend is on Solaris ! Maybe we have a ne= wa Ebay
 > > > ???? >hF > > It probably happened when they tried to switch from Solaris to NT! >e > This was just weeks ago. >iB > I thougth it was years ago MS tried the Solaris-NT move (without > success).. >S > Have they tried again ?h  H After the first attempt which incedentally they never publically admitt= edE to which was at least a year ago MS said that they would be migrating_. Hotmail to Win2000 at some time in the future.  E Perhaps we should start a sweepstake on how many Wintel boxes runningi. Win2000 they will need to replace their Sun's.  B Compaq apparently have supplied MS with 1600 boxes to run MS's web! site which is breathtakingly bad.-     Regards- Andrew Harrison- Enterprise IT Architect-               =    ------------------------------  % Date: Fri, 23 Jun 2000 10:33:02 -0400r0 From: William Cardwell <EUSWMCL@am1.ericsson.se>2 Subject: How 2 unpack MIME mail attachments in VMS/ Message-ID: <3953751E.C4497F9A@am1.ericsson.se>   F Does anyone know a way to unpack (decode) MIME file attachments within VMS?  A I can extract a message from VMS mail, transfer it to DOS and use $ MUNPACK. I would like a cleaner way.  G The PINE mail system deals with this, but appears to require the sender E to encode the attachment before sending the e-mail. MUNPACK does not.e   Any advice appreciated.a  
 Thank you,  
 Will Cardwell    ------------------------------  + Date: Fri, 23 Jun 2000 17:19:36 +0200 (MET)t From: ZINSER@sysdev.exchange.de 6 Subject: Re: How 2 unpack MIME mail attachments in VMS3 Message-ID: <01JQY7RYG8AQB61SSI@sysdev.exchange.de>f   Hello!  H > Does anyone know a way to unpack (decode) MIME file attachments within > VMS? > C > I can extract a message from VMS mail, transfer it to DOS and user& > MUNPACK. I would like a cleaner way.  ! 	How about m(un)pack for OpenVMS?s? 	Have a look at http://www.decus.de:8080/www/vms/sw/mpack.htmlx    			Greetings, MartinP Dr. Martin P.J. Zinser                                 zinser@sysdev.exchange.de2 Deutsche Boerse Systems AG                        O Koenigsberger Str. 29                                  Tel: +49 69 2101 5634    L 60284 Frankfurt                                        FAX: +49 69 2101 3411P Germany                                                Private:  zinser@decus.de   ------------------------------  % Date: Fri, 23 Jun 2000 12:39:12 -0500-# From: "Mark E. Levy" <mark@FSI.NET>  Subject: IMAP4' Message-ID: <3953A0C0.D6DD927B@FSI.NET>a   Hello,  C Other than PMDF or the junk that comes with Multinet or TCPWare, ise thereeH _good_ IMAP4 server for OpenVMS, either shareware or commercial product?   TIA.   -- iE ---------------------------------------------------------------------t Mark E. Levy, President  FSINet, Inc. 800-827-6085 x202e 847-753-6832 fax www.fsi.net1 mark@fsi.netE ---------------------------------------------------------------------    ------------------------------    Date: 23 Jun 2000 12:12:31 -0500* From: young_r@eisner.decus.org (Rob Young)< Subject: Northern Light vs. Google (and the winner is . . .)+ Message-ID: <TkwM6x8aw65z@eisner.decus.org>A  8 	Quick and dirty to get this thread going before someone 	hijacks it...  : 	Far as I can tell, if Google hits 10000 servers year-end,A 	with each server holding 1 Gig of memory, they have 10 Terabytest9 	of memory aggregate, not being used very well I suspect.s  7 	Son of Wildfire with 1 Terabyte of memory would be onen; 	very expensive box BUT would make very good use of memory.-   	Conjecture:  6 	Northern Light uses shadowset where primary member is9 	a RamDisk (I/O is directed to RamDisk, write I/O goes tou8 	both RamDisk and shadowset member) of 400 Gigabytes and7 	*entire* index easily fits on RamDisk.  Northern Lighth9 	then is able to do Real-Time Indexing.  Shadowset memberm: 	is massive 0+1 and the gating factor is the controller it; 	hangs off of... 100 MByte/second write speed, with batteryt" 	backed write-back cache ;-) ...    C 	Big differentiator here is real-time component.  Compaq whitepapereA 	talks about new generation spiders .. perhaps real-time indexingb; 	becomes a reality for Northern Light and further sets them @ 	apart.  Meanwhile, Google is up to 25000 servers late next year> 	and looking good.  Pacific Power and Light is happy, Intel is= 	happy and Linus is happy as it is a showcase site.  However,-< 	real-time indexing for those folks is more than pipe dream,> 	their total systems cost is more than twice Northern Light's,< 	their total staff costs... well the joke in the industry is< 	that there over 50 times as many cars in the Google parking) 	lots.  Northern Light "wins" hands down.   8 	Shared disk versus shared nothing and data partitioning6 	versus single database... well let's just say at this: 	point the single database view is far superior.   Too bad8 	it took this long to bear that out...  but sometimes in? 	Titanic struggles, it takes a *long* time to declare a winner.u   				Robh   ------------------------------  # Date: Fri, 23 Jun 2000 08:16:03 GMT- From: teroconnor@my-deja.com Subject: Print share for LG01n) Message-ID: <8iv6br$itp$1@nnrp1.deja.com>R  G I have a DEC LG01 line printer on an Alpha server set up as the "system3A printer" - SYS$PRINT. A user wants to access this printer throughwA a "Pathworks print share" from a PC. I have set up a "printshare" @ called SYS$PRINT. However from the client PC when the user triesD to "add a printer" / the list of printers for the manufacturer "DEC"? does not have an entry for an LG01 - or LG31 or any of the line D printers. Should I be using some other driver or where can I get the correct driver ? Thanks,  Tero        & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  # Date: Fri, 23 Jun 2000 14:56:32 GMTe+ From: Paul Anderson <panderson@genicom.com>A! Subject: Re: Print share for LG01 C Message-ID: <panderson-076738.10563923062000@news.bellatlantic.net>W  G In article <8iv6br$itp$1@nnrp1.deja.com>, teroconnor@my-deja.com wrote:)  F > However from the client PC when the user tries to "add a printer" / C > the list of printers for the manufacturer "DEC" does not have an h: > entry for an LG01 - or LG31 or any of the line printers.  I Try using a generic text driver.  FYI, there are Windows drivers for the t newer LG printers at  ;    http://www.digital.com/printers/sofwar/prt_swdrv_lg.html   + although the LG01 is much older than these.d   Paul   -- t"    Paul Anderson, DCPS Engineering"    GENICOM Corporation, Gardner MA   ------------------------------   Date: 23 Jun 2000 08:47:40 GMT- From: djweath@attglobal.net (Dave Weatherall)h# Subject: Re: QUEUE ENTRY NUMBERS...t5 Message-ID: <DTiotGxQ0bj6-pn2-dd98Ym5dYpvv@localhost>f  B On Sun, 22 Jun 3900 14:42:19, hoffman@xdelta.zko.dec.nospam (Hoff  Hoffman) wrote:e  9 >     The queue entry number is an opaque longword value.c  E Ok Hoff. If I've understood you correctly, the queue entry number is  D an opague longword value and when using entry numbers I should make 0 _no_ assumptions about the underlying scheme<G>.  D So I might try that wonderful feature that I only learned about the D other week, tho' I'd looked on and off for years, where following a F DCL SUBMIT the allocated entry number is stored in $ENTRY (IIRC) and IB can then save it and synchronise with SYNCH /ENTRY=saved_entry_no.   Cheers - Dave.   ------------------------------  % Date: Fri, 23 Jun 2000 17:19:43 +0100-- From: Tim Llewellyn <tim.llewellyn@bbc.co.uk>m7 Subject: Re: Remote access programs from Windows to VMSs) Message-ID: <39538E1F.1E70942A@bbc.co.uk>2   "David J. Dachtera" wrote:   > Arne Vajhj wrote: > >  > > Tomer Cohen wrote:P > > > Does anyone know about a good remote-access program (emulator?) from PC to/ > > > VAX/Alpha running VMS (except eXcursion)?  > > # > > The reflection series from WRQ.m > > % > > Technical features: top-quality !M > >d) > > Price: there is a zero too much ! :-)  >WB > Geez! Seems that darn old "affordable" thing just won't go away! >   E Though I am in favour of "affordable VMS and apps" there is somethingtJ to be said in this case for the arguement that you gets what you pays for., Reflections, like VMS, is a quality product.    --i6 Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project0 MedAS at the BBC, Whiteladies Road, Bristol, UK.A Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk   A I speak for myself only and my views in no way represent those of  MedAS or the BBC.e   ------------------------------    Date: 23 Jun 2000 16:02:38 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>oI Subject: Re: select: bad file number, also slaughter of DECwindows serverxH Message-ID: <y4ya3wlcld.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  K From the sysmptoms, I'd say the code containing the select() calls is badlyhK broken, since VMS and IRIX agree on the bad file number (the error message eF is almost surely generated from the code inside the select() call in aI library). It's just that, for a change, IRIX's select is more defensivelyo& coded than VMS's...err...DECWindows's.   	Jan   ------------------------------  % Date: Fri, 23 Jun 2000 17:11:29 +0200 ? From: "DECHAIZE Thierry (Dir INFRA)" <thierry.dechaize@sncf.fr>sC Subject: RE: SWCC agent connectivity and client authorisation issue-@ Message-ID: <21EC2A9D83EED311A3EB0008C733892B07F49A@S70ERTBIA11>   	Hi,  1 	It's not problem with SWCC, but with TCPIP 5.0A.a@ 	Call your support (it's a bug) which give you an source of thisC "function", compile, link (shareable image) and publish on all your-
 platforms.  
 	Sincerly.   -----Message d'origine-----0" De: Steve.Spires@yellowpages.co.uk' [mailto:Steve.Spires@yellowpages.co.uk]D! Date: mercredi 21 juin 2000 13:43  =C0: Info-VAX@Mvb.Saic.Com= Objet: SWCC agent connectivity and client authorisation issuer     cc:  bcc:= Contact:   Tel: 3063  -  VSSG, 1st Floor, Bridge Street Plazao  6 SWCC agent connectivity and client authorisation issue  E I have downloaded SWCC and installed it on W95 PC and an Alpha 8400 =  runningr VMS G 7.2-1 and TCPWare 5.4-3 but when trying to connect from the PC to the =t agentr3 (which is running) the error shown here is flagged;t  G Jun 20 15:37:08 2000  WARNING: Socket error - gethostbyaddr(): end of =a file (SP_SOCKET: socketAccept)   F Jun 20 15:37:08 2000  WARNING: Validation failed - Unauthorized client (Unknown=      Client, access level: -1); connection refused (SP_TCP: =u ClientConnect)  B Jun 20 15:37:08 2000  WARNING:  - socketWrite(): bad file number = (SP_SOCKET:  socketWrite)  G Jun 20 15:37:08 2000  WARNING: Socket error - socketClose(): bad file =e number (SP_SOCKET: socketClose)    B I have tried to get the PC hostname correct and the same where I = _THINK_e it's required, but no joy thus far.  F Can anyone offer me some advice? I will supply more information if I = know what information is required.   Steve Spires VMS System Manager BT/Yellow Pagesv     [Information] -- PostMaster:D This transmission is intended solely for the addressee(s) and may beI confidential. If you are not the named addressee, or if the message has =s beenB addressed to you in error, you must not read, disclose, reproduce,
 distribute ors use this transmission.  G Delivery of this message to any person other than the named addressee =n is notE intended in any way to waive confidentiality.  If you have received =a thisF transmission in error please contact the sender or delete the message.  
 Thank you.   ------------------------------   Date: 23 Jun 2000 08:47:39 GMT- From: djweath@attglobal.net (Dave Weatherall)a Subject: Re: VAX on Intel?5 Message-ID: <DTiotGxQ0bj6-pn2-Z0cQqdsdU2qm@localhost>s  F On Sun, 20 Jun 3900 05:53:50, "Bill Todd" <billtodd@foo.mv.com> wrote:  5 >  Your closing statement ("Margins be damned if theyCN > lose business (read: profits) to your competitors.") indicates a fundamentalK > misunderstanding of the relationship between margins and profits (withoutaC > the first, you have none of the second), which may explain a lot.e  F Come on Bill, my  O-level (for 16'yr olds) Economics course taught me 3 that there is more than one way to accrue profit :-w  $  a. sell lots with low profit margin+  b. sell fewer with a larger profit margin.f  A Whether you apply a or b (or any of the variations on the theme) (D depends on things like the law of Supply and Demand, elasticilty of F the market (price really) and all sorts of subtle stuff. I suspect you, and David are applying different variations.  B I believe David is trying to point out that although Compaq has a F captive market for many of its systems, it does not have to stay that F way. He proposes one way of maintaining or expanding that market. It'sB not so different to the statements that were made when DEC/COMPAQ C announced they were withdrawng from the Workstation market. If you oA want people to grow up liking VMS and/or understanding where its uA strengths (and weaknesses) are, you've got to expose them to it. uE Particularly now. There's a new generation of programmers, engineers wE and PHB's who do _not_ know anything about VMS. They see the Windows iF GUI everywhere, they hear the Linux hype, they are not exposed to VMS.D If that persists, VMS will fall back into a high margin niche where F the elasticity of price is high but the customers will look for other ; solutions, if only because a bean-counter will do the sums.,  F Maybe if we look at the Linux analogy. Why do people use it. Mainly, IF suspect, because it's not microsoft but it runs on the x86's that they@ own (that's part of my reasoning anyway). I have DRDOS, WIN311, A WIn95/98/NT, OS/2 and Linux here. The DEC machines I have are my nC Rainbows. I would, for obvious reasons, prefer a VMS machine in my eF hobby room. I'm a DECUS member so I can get the hobbyist license when < the machine I'm waiting for becomes free. However, my three E team-membes are not and would not have that possibility. David is, I :F believe, arguing their case. Not VMS on x86 but an affordable licence 
 for SOHO etc.8   Cheers - Dave.   ------------------------------   Date: 23 Jun 2000 09:11:30 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: VAX on Intel?. Message-ID: <8iv9k2$f5d$2@info.service.rug.nl>  C In article <009EBFD5.D34CF1A0.20@maxwell.ph.kcl.ac.uk>, Nigel Arnot & <sysmgr@maxwell.ph.kcl.ac.uk> writes:   L >I said single-user to imply it was for non-intensive in-house use. DefiningH >noncommercial is tricky, but if it said that object code developed withH >this compiler license must either be distributed with sources for free,J >or not distributed outside the customer's sites at all, I'd say that was  >fairly OK.t  G This might present a solution for folks developing code etc.  However,  I some businesses make money not buy selling software, but by using it.  I eI would be perfectly happy never to distribute ANYTHING I develop with VMS /G and its compilers (I'm talking about a hypothetical commercial venture  9 here, not my academic work), but I want to USE IT MYSELF.    ------------------------------  % Date: Fri, 23 Jun 2000 06:11:11 -0400 & From: "Jeff Killeen" <Jeff@Killeen.cc> Subject: Re: VAX on Intel?2 Message-ID: <8ivd5v$ru0$1@slb7.atl.mindspring.net>  & >  a. sell lots with low profit margin- >  b. sell fewer with a larger profit margin.-  G Business 101 - The only manufactures who consistently turn a profit are(J those who are either the highest volume manufactures, and thus achieve theB greatest productivity, which allow for profit at low prices or theI manufactures would offer a premium product which consumers are willing toCK pay a premium price for.  It is not a case of simply volume equals profits.6F You must be a high volume producer with a low cost structure.  Premium5 products (like OVMS) do not has a low cost structure.V  E This fact has been proven industry by industry.  The manufactures whosE consistently fail to make money are the ones in the middle - they areeJ neither suppliers of the highest volume product or the product that offers9 the most premium value.  If you build a graph based on...   
 Profits  !
             !a
             ! 
             !I+             ------------------------ Volumey  K ...it will almost always plots out as a U shaped curve where the low volumetH highest premium manufacturers on the left side make high profits and theH high volume highest efficiency manufacturers of the right side make highJ profit.  The ones in the middle always are low or no profit manufacturers.  L This is where the "we must be the 1 or 2 supplier in the market" theory thatJ GE started came from.  A classic example of that in our industry is TandemK (on left side) and Dell (on right side).  If Compaq was to increase volumesiI but failed to achieve a number 1 or close number 2 status they would findsC they would not achieve the volume to offset the market leaders costgI advantage.  They would then be faced with loosing money on every unit and F unable to make it up on volume.  You wouldn't even get to the point of( addressing the issue of cost structures.  D A company these days needs to decide if it is in the premium productJ business or the volume product business but it can't successfully within aJ product line be in both.  A premium product means extra costs.  Unless youJ are dealing with a very mature technology (laundry detergent) you can't be both and profititable.  L I really wonder how many current OVMS customers would be happy if Compaq didI what would be required to its cost structure to achieve a volume product.iL You can't offer a high tech product with premium service at volume prices...     --     Jeff Killeen - www.Killeen.cc E =====================================================================t: "Dave Weatherall" <djweath@attglobal.net> wrote in message/ news:DTiotGxQ0bj6-pn2-Z0cQqdsdU2qm@localhost...tH > On Sun, 20 Jun 3900 05:53:50, "Bill Todd" <billtodd@foo.mv.com> wrote: > 7 > >  Your closing statement ("Margins be damned if theyPD > > lose business (read: profits) to your competitors.") indicates a fundamentalkD > > misunderstanding of the relationship between margins and profits (withoutE > > the first, you have none of the second), which may explain a lot.a >.G > Come on Bill, my  O-level (for 16'yr olds) Economics course taught me.5 > that there is more than one way to accrue profit :-6 > & >  a. sell lots with low profit margin- >  b. sell fewer with a larger profit margin.n > B > Whether you apply a or b (or any of the variations on the theme)E > depends on things like the law of Supply and Demand, elasticilty of H > the market (price really) and all sorts of subtle stuff. I suspect you. > and David are applying different variations. >nC > I believe David is trying to point out that although Compaq has agG > captive market for many of its systems, it does not have to stay that H > way. He proposes one way of maintaining or expanding that market. It'sC > not so different to the statements that were made when DEC/COMPAQeD > announced they were withdrawng from the Workstation market. If youB > want people to grow up liking VMS and/or understanding where itsB > strengths (and weaknesses) are, you've got to expose them to it.F > Particularly now. There's a new generation of programmers, engineersF > and PHB's who do _not_ know anything about VMS. They see the WindowsH > GUI everywhere, they hear the Linux hype, they are not exposed to VMS.E > If that persists, VMS will fall back into a high margin niche whereeG > the elasticity of price is high but the customers will look for other = > solutions, if only because a bean-counter will do the sums.  >aH > Maybe if we look at the Linux analogy. Why do people use it. Mainly, IH > suspect, because it's not microsoft but it runs on the x86's that theyA > own (that's part of my reasoning anyway). I have DRDOS, WIN311, B > WIn95/98/NT, OS/2 and Linux here. The DEC machines I have are myD > Rainbows. I would, for obvious reasons, prefer a VMS machine in myG > hobby room. I'm a DECUS member so I can get the hobbyist license whena= > the machine I'm waiting for becomes free. However, my threecF > team-membes are not and would not have that possibility. David is, IG > believe, arguing their case. Not VMS on x86 but an affordable licences > for SOHO etc.t >  > Cheers - Dave. >a   ------------------------------    Date: 23 Jun 2000 12:10:07 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>r Subject: Re: VAX on Intel?H Message-ID: <y43dm41zeo.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  K Best post in this discussion, I must say. Good analysis and very reasonablepL suggestions. Being just this moment in such shoes as mentioned - deciding onN what kind of server and software to buy for a small startup business - I wouldM like to add that the availability of key applications to run on such a servernN is paramount. Will PMDF stand in for HP's OpenMail? (Incidentally, it has beenL almost impossible to get information and prices on OpenMail, and Exchange isM of course absolutely out of the question.) Are OSU's webserver or Apache good N enough? How much do I have to pay for AS 7.2, and how will it fare in a systemL with say a dozen PCs accessing "shares" on a mirrored (either controller- or host-based system)? And so on.   	Jan   ------------------------------    Date: 23 Jun 2000 08:55:12 -0500, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: VAX on Intel?+ Message-ID: <$wuBRrAL94VB@eisner.decus.org>n  i In article <009EBFD5.D34CF1A0.20@maxwell.ph.kcl.ac.uk>, Nigel Arnot <sysmgr@maxwell.ph.kcl.ac.uk> writes:r  N > You can get C and Fortran for free on any Unix (GCC/G++/G77) and even on NT H > (Cygwin/GCC etc) (there are a few strings attached to Cygwin, but it's > cheap even if you buy it.h  H > I don't think there's an Alpha/VMS port of the GNU compilers. If thereF > were, bundling them would be an OK alternative. (MAybe Compaq should$ > fund that port? - throwaway idea).  E   I don't know about Fortran, but you can certainly get gcc for Alphas   and VAX VMS.   ------------------------------   Date: 23 Jun 2000 12:01:06 GMT' From: david20@alpha2.mdx.ac.uk (D.Webb)  Subject: Re: VAX on Intel?0 Message-ID: <8ivji2$88m$1@aquila.news.mdx.ac.uk>   In article <y43dm41zeo.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:L >Best post in this discussion, I must say. Good analysis and very reasonableM >suggestions. Being just this moment in such shoes as mentioned - deciding ontO >what kind of server and software to buy for a small startup business - I wouldcN >like to add that the availability of key applications to run on such a serverO >is paramount. Will PMDF stand in for HP's OpenMail? (Incidentally, it has been0M >almost impossible to get information and prices on OpenMail, and Exchange isE, >of course absolutely out of the question.)   L PMDF is an excellent Open-standards mail product (developed and supported by/ some of the major writers of those standards). h  J But it does not support the Calendering which seems to be the main reason - people put forward for purchasing Exchange :)   L The only problem with PMDF at the moment is the air of uncertainty followingN Innosoft's aquisition by Sun. There have been statements that Compaq are aware2 of this and are having discussions with Innosoft.       " Are OSU's webserver or Apache good	 >enough?    J I haven't tried Apache on VMS - I get the impression it's still early days1 for this product. The OSU webserver is very good.y    F How much do I have to pay for AS 7.2, and how will it fare in a systemM >with say a dozen PCs accessing "shares" on a mirrored (either controller- or: >host-based system)? And so on.W  9 If it's too expensive you could always try SAMBA for VMS. D (Haven't used it or AS 7.2 myself - so don't know how they compare )    K But yes applications are Key for both small startups and larger businesses.   M Companies which used to write their own software are increasingly looking forcJ packaged solutions and if there are a dearth of such solutions on VMS then VMS is out of the running. o  J One of the major mistakes of Digital was relegating VMS to the backend in L the 3-tier architecture. When Companies purchase a piece of 3-tier software E they often end up with the same OS for the middle and backend tiers. u> If the application won't run on VMS then VMS is not consideredM for the backend database. Unfortunately Digital's insistance that VMS was fortD the backend made many software suppliers drop it on the middle tier.    
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------  % Date: Fri, 23 Jun 2000 13:00:53 +0100-B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> Subject: Re: VAX on Intel?* Message-ID: <39535175.A90321B6@uk.sun.com>   Jeff Killeen wrote:t  N > This is where the "we must be the 1 or 2 supplier in the market" theory thatL > GE started came from.  A classic example of that in our industry is TandemM > (on left side) and Dell (on right side).  If Compaq was to increase volumeseK > but failed to achieve a number 1 or close number 2 status they would find)E > they would not achieve the volume to offset the market leaders costrK > advantage.  They would then be faced with loosing money on every unit and-H > unable to make it up on volume.  You wouldn't even get to the point of* > addressing the issue of cost structures.  G I am not sure that Tandem is a classic example of your 2 type of vendoru; because before Compaq bought them they were not profitable.T  > The Tandem division of Compaq may or may not be profitable now= (do Compaqs results report this). If they are profitable then = some of that profitability could be because they are now partn? of an organisation that has as a type 1 vendor got vastly great-8 purchasing power for example than Tandem as a standalone entity ever had.   Regards  Andrew Harrison2 Enterprise IT Architect@   ------------------------------    Date: 23 Jun 2000 10:03:28 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)F Subject: Re: VAX on Intel?+ Message-ID: <oLBSFcRoN4q8@eisner.decus.org>a  o In article <39535175.A90321B6@uk.sun.com>, Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com> writes:W > Jeff Killeen wrote:n > O >> This is where the "we must be the 1 or 2 supplier in the market" theory thatsM >> GE started came from.  A classic example of that in our industry is TandemdN >> (on left side) and Dell (on right side).  If Compaq was to increase volumesL >> but failed to achieve a number 1 or close number 2 status they would findF >> they would not achieve the volume to offset the market leaders costL >> advantage.  They would then be faced with loosing money on every unit andI >> unable to make it up on volume.  You wouldn't even get to the point ofb+ >> addressing the issue of cost structures.d > I > I am not sure that Tandem is a classic example of your 2 type of vendord= > because before Compaq bought them they were not profitable.l > @ > The Tandem division of Compaq may or may not be profitable now? > (do Compaqs results report this). If they are profitable thenr? > some of that profitability could be because they are now parttA > of an organisation that has as a type 1 vendor got vastly greata: > purchasing power for example than Tandem as a standalone > entity ever had.  F The Tandem machines seem to include less in the way of commodity-styleD parts than traditional Alpha systems do.  Certainly Tandem gets someA economy of scale from central purchasing of Post-It(tm) notes fore@ office use, but I doubt that is a significant part of their cost
 structure.   ------------------------------    Date: 23 Jun 2000 16:26:28 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>  Subject: Re: VAX on Intel?H Message-ID: <y4vgz0lbhn.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  ) david20@alpha2.mdx.ac.uk (D.Webb) writes:m  O > Companies which used to write their own software are increasingly looking for L > packaged solutions and if there are a dearth of such solutions on VMS then > VMS is out of the running. n  L We _do_ write our own software - but not that what one would now consider toJ be basic computing infrastructure (mail, web services, a modicum of office applications).   	Jan   ------------------------------  % Date: Fri, 23 Jun 2000 13:50:57 -0400p- From: JF Mezei <jfmezei.spamnot@videotron.ca>i Subject: Re: VAX on Intel?, Message-ID: <3953A381.BB9C9026@videotron.ca>   Dave Weatherall wrote:C > I believe David is trying to point out that although Compaq has a G > captive market for many of its systems, it does not have to stay thatiC > way. He proposes one way of maintaining or expanding that market.a  J I would like to add that the market Compaq beleives is captive to VMS (andL therefore can be milked at will) is not in fact captive and that competitorsK are inching their way into that market making the niche where only VMS fitsA( the needs smaller and smaller every day.   ------------------------------  % Date: Fri, 23 Jun 2000 14:20:08 +0200d4 From: "Markus Lindemann" <markus.lindemann@gedas.de> Subject: VMS 7.2 + TCPIP/ Message-ID: <8ivko3$i8j$12$1@news.t-online.com>a   Hi,   L I have a VAXStation 4000-90 with two VMS-Installations. On the first disc isJ resides VMS 6.2. It works fine, expecially my UCX-configuration for remoteF shell and nfs is ok. Now I want to configure the VMS 7.2 on the secondE discs. Final result should be switching to the newer VMS-version. The L configuration for remote shell works fine, but I have trouble in the case ofH the nfs-configuration. All settings (proxy-table: user and tcpip$nobody,J map, export, host-table) are the same as under VMS 6.2, but in the case ofF an automount from an UNIX-machine the VMS-replay says, that the systemJ cannot find the proxy-entry for this user (0,0 = root = automount). So farF this is correct. After that, under VMS 6.2 begins the mapping from theE default ids (logicals ucx$nfs0000000_uid / ucx$nfs0000000_gid) to the H corresponding account in the proxy-table and the access to the nfs-driveK works This mapping happens not under VMS 7.2 (notice: same configuration as8 under VMS 6.2).l  E Where is the problem? Any experience regarding VMS 7.2 + TCPIP + NFS?-   Thanks for all hints,    Markus   ------------------------------    Date: 23 Jun 2000 12:49:14 +0200G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>F9 Subject: Re: What happened to SET PROTOCOL UDP/BROADCAST?@H Message-ID: <y4zooczn85.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  N I would consider the design broken by the usual VMS rules - requiring a systemM UIC _and_ SYSPRV, for instance, is redundant, and BYPASS is a killer anyways. J As a more logical combination, I would consider dropping the UIC stuff and@ requiring either LOG_IO or PHYS_IO, possibly combined with OPER.  M Moral: Complain to TCP/IP services support about a broken design. Also, have y; you actually tried whether what the manual says is correct?h   	Jan   ------------------------------  % Date: Fri, 23 Jun 2000 08:34:53 -0500i1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> % Subject: Re: Win2K on Alpha resumed??E8 Message-ID: <8ivor8$mf2$1@fizban.fizban.pprd.abbott.com>  2 Another reference on the other side of this fence.  3     http://www.wininformant.com/display.asp?ID=2784D    D Larry Kilgallen <Kilgallen@eisner.decus.org.nospam> wrote in message% news:aiR9vyHASSzW@eisner.decus.org...rC > There is a story on www.theregister.co.uk with Compaq denying it.n   ------------------------------  % Date: Fri, 23 Jun 2000 09:06:31 +0400s* From: "Yuri Ermakov" <ermak@cbr.ryazan.su>' Subject: : Finding a Hardware Addressr/ Message-ID: <8iup08$32h$1@summer.cbr.ryazan.su>w   $ mcr lancpa lancp> help show dev  L "Shawn" <sfm1115@bjcmail.carenet.org> /   :+ news:395242ee.268633865@news.starnet.net...rD > How can I find out what the Hardware Address is for an AlphaServer > running OpenVMS 7.1n >oC > For Example when I am in ncp and trying to issue the connect nodeoE > <System Name> it responds telling me I need the hardware address off$ > the box I am trying to connect to. >t< > How do I go to that box and retrieve the hardware address? >  >. > Thanks >  > Shawn  >  >a   ------------------------------   End of INFO-VAX 2000.349 ************************