1 INFO-VAX	Sat, 19 Jul 2003	Volume 2003 : Issue 395       Contents: Re: A Caching Question A Caching Question& Re: CNXMGRERR with V7.3-1 DSSI clusterN Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful PerformanceN Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance Re: DCL encryption technique Re: DECnet over IP Re: DECnet over IPA Digital rendering on Linux outgrowing 32 bits & moving to Itanium  Re: Does anyone remember IAS?  Re: Does anyone remember IAS? H Re: Does anyone remember IAS? (was: Re: What color were the VMS  manuals Re: DVD compatibility with VMS Re: DVD compatibility with VMS Re: EMC on VMS ethernet on 500au with vms Re: ethernet on 500au with vms Re: ethernet on 500au with vms Re: FS: 1986 Olds Calais Re: Getting rid of DECwindows?? Re: getting rx2600 pricing (was: Why Alpha's Omega Makes Sense)  Re: HP FUDBusting  Re: HP FUDBusting  Re: HP FUDBusting  Re: HP FUDBusting L Re: HP Webcast this morning on Next-Generation Intel Itanium 2    processorsP IDC reports PC Market Share: Dell over HP by a nose; both pulling away from the ( IDC: HP ranks No. 1 in 2002 HPTC revenue Infoserver 1000 Problem  Re: Infoserver 1000 Problem  Re: Infoserver 1000 Problem P Re: Intel's had Dirty Bombs Anthrax and everything! (Was: Re: HP World: Why Alph? Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIX ? Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIX  Mozilla... the new NULL process # Re: Mozilla... the new NULL process ; Re: newcomer question - mechanism to partition a AVMS box ?  Re: NFS Authentication Re: OpenVMS I64, a proposal  Re: openvms-alpha license " Re: Opteron motherboard maker sold" Re: Opteron motherboard maker soldA Re: PCSI producer and VMS facility name for Freeware/GPL Software  Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates  Re: SSH EAK error message  Re: Sun and SCO  Re: Sun and SCO  Re: T4 utility; Using MIME and SMTP mail results in %TCPIP-I-SMTP_LINEWRAP, ? Re: Using MIME and SMTP mail results in %TCPIP-I-SMTP_LINEWRAP,  Re: VMS to Windows 2000  Re: VMS to Windows 2000  Re: What are HP Insiders doing?  Re: What are HP Insiders doing?  Re: What are HP Insiders doing?  Re: What are HP Insiders doing? 5 Re: What color were the VMS manuals for old versions? 5 Re: What color were the VMS manuals for old versions? 5 Re: What color were the VMS manuals for old versions? ( Re: [NETBEANS34_1] installation troubles" [slightly OT] vax & alpha hardware& Re: [slightly OT] vax & alpha hardware  F ----------------------------------------------------------------------    Date: 18 Jul 2003 14:17:08 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)  Subject: Re: A Caching Question 3 Message-ID: <$6X5gSLJIVOh@eisner.encompasserve.org>   d In article <Sea2-F13wC6RZT26XOI0000f12d@hotmail.com>, "Ingemar Olson" <bio2935c@hotmail.com> writes:1 > A colleague has asked me to post this question:  > N >>I wonder if anyone has heard of or used a technique whereby one maintains a H >>certain minimum use count on data files that one wants kept cached in K >>memory? The technique involves simply opening and reading a few critical  L >>data files and then having this process hibernate. Now everyone else also N >>begins to use the files in the normal way with caching and reads and writes I >>as per normal. But when everyone has stopped using the shared files in  L >>question and gone home, these files still retain a non-zero use count and H >>stay cached in memory ready for the next sudden wave of user requests. > F >>I have done this on another platform but never yet on OpenVMS. I am N >>wondering who has done this kind of thing and if it was worthwhile? INSTALL L >>seems to be out of the question because it is used with executables where M >>we need a flow through buffering that allows us writes. A RAMdisk seems to  I >>be out of the question too because of the requirement for flow through  J >>writes. So I am looking to play with the existing caching mechanism. We M >>need, essentially, to pre-load and maintain in memory some large reference   >>files. >  > Comments anyone?  C That technique has been described for many years in comp.os.vms and  before that at DECUS symposia.   ------------------------------    Date: 18 Jul 2003 14:35:24 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)  Subject: A Caching Question = Message-ID: <cf15391e.0307181335.382e1e58@posting.google.com>   i "Ingemar Olson" <bio2935c@hotmail.com> wrote in message news:<Sea2-F13wC6RZT26XOI0000f12d@hotmail.com>... O > >I wonder if anyone has heard of or used a technique whereby one maintains a  I > >certain minimum use count on data files that one wants kept cached in  L > >memory? The technique involves simply opening and reading a few critical M > >data files and then having this process hibernate. Now everyone else also  O > >begins to use the files in the normal way with caching and reads and writes  J > >as per normal. But when everyone has stopped using the shared files in M > >question and gone home, these files still retain a non-zero use count and  I > >stay cached in memory ready for the next sudden wave of user requests.   B It's quite likely you'd find the default eXtended File Cache (XFC)? would do an acceptable job for you, without any special effort.   = Going beyond that, you could enable RMS global buffers on any E performance-critical files, and have a process started at system boot : time that opens those files and keeps them open "forever".  G > >I have done this on another platform but never yet on OpenVMS. I am  O > >wondering who has done this kind of thing and if it was worthwhile? INSTALL  M > >seems to be out of the question because it is used with executables where  : > >we need a flow through buffering that allows us writes.  C You could set up your own read/write global section, but that seems A like a lot of trouble, since you'd have to coordinate updates and E writes and so forth.  Far easier and less problem-prone to let VMS do 
 this for you.    > >A RAMdisk seems to J > >be out of the question too because of the requirement for flow through 
 > >writes.  C You could always use host-based volume shadowing to shadow a DECram E RAMdisk with a magnetic disk.  That way, you'd get the benefit of the B RAMdisk for reads, coupled with the non-volatility of the magnetic disk for writes.  C > >So I am looking to play with the existing caching mechanism. We  N > >need, essentially, to pre-load and maintain in memory some large reference 	 > >files.   E If the reference files are primarily read-only, then some programming E effort to load them into global sections at system startup time might  pay off.   ------------------------------  % Date: Fri, 18 Jul 2003 16:52:41 -0500 , From: Bob Blunt <robert.blunt@hp.nospam.com>/ Subject: Re: CNXMGRERR with V7.3-1 DSSI cluster , Message-ID: <3f18717b$1@usenet01.boi.hp.com>   Martin Vorlaender wrote: > Hi,  > D > I wonder whether anyone has experienced the same strange thing I'm > seeing here. > C > Environment is a two-node cluster of 2-CPU AlphaServer 4000s both G > running a fully patched VMS 7.3-1. Each node has its own system disk. F > All disks are connected via KFPSAs to two HSDs (including the quorum? > disk). Ethernet is all DE602-AA with the first port providing E > connectivity, and the second one connecting the two machines with a D > crossover cable (as a means of failover cluster interconnect). All" > ports are set to auto-negotiate. > E > As long as both machines boot at the same time, all is well. When I B > boot either machine alone, it comes up okay. But: when the otherD > machine boots, the second machine bugchecks as soon as the clusterE > is to be formed (most times with CNXMGRERR in SYS$CLUSTER, but I've D > seen INVEXCEPTN in SYS$SCS as well). What bothers me is that it isD > reliably only the second machine that crashes, i.e. boot A - okay;> > boot B - B crashes. Boot B - okay; boot A - B crashes again. >  > HELP!  >  > Thanks in advance. >  > cu, 
 >   Martin  G Martin, you indicate that the systems are connected to HSD storage via  H KFPSAs and that the systems have separate system disks.  Does this mean I that they SHARE the DSSI?  Are their system disks SCSI-based or are they  G on one of the HSDs?  Clustering SHOULD come up and try to use the DSSI  I channels by default.  Are the nodes configured in a manner that they can  A "see" each other via the DSSI?  Is interconnect via NI necessary?   I Is this a new configuration, or did the problem start recently?  If this  D is new behavior to an established cluster, what happened or changed 	 recently?    bob    ------------------------------  # Date: Fri, 18 Jul 2003 17:47:00 GMT # From: "John Smith" <a@nonymous.com> W Subject: Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance H Message-ID: <ooWRa.27139$Ci2.16405@news01.bloor.is.net.cable.rogers.com>  3 "jlsue" <jefflsxxxz@sbcglobal.net> wrote in message 2 news:3n9ghv4vogl20klcondftmcn3qcekj534i@4ax.com...; > On Tue, 15 Jul 2003 11:15:56 +0100, Andrew Harrison SUNUK  Consultancy 0 > <Andrew_No.Harrison_No@nospamn.sun.com> wrote: >  > >jlsue wrote: 4 > >> On Fri, 11 Jul 2003 04:21:40 -0400, "Bill Todd" <billtodd@metrocast.net> > >> wrote: @ > >> The only arithmetic that matters is the profit calculation. Nobody knowsD > >> what that would be with EV8 investment:  design, manufacturing, system6 > >> design/implementation, and price/volume of sales. > >> > >  > > E > >Umm right so how much has your employer sunk into Itanium over the  > >last 13 or so years ??????? > E > Non sequitor.  Still doesn't answer whether the EV8 would have been 4 > profitable enough to make it worthwhile to pursue. >  > > @ > >Estimates for HP and Intels joint spend on the project so farA > >put Itanium at 5 billion dollars and climbing, this is 10x the 0 > >cost of any other new ISA and implimentation. > ? > Oh heck, you're comparing new startup of a new CPU vs ongoing C > implementations.  That's always going to be a non-starter.  Heck,  the D > original Alpha design & implementation was a huge, huge investment for 4 > Digital (the FAB-7 plant alone was a few billion). > C > I don't think you're comparing apples-to-apples in that scenario.  > D > And it still doesn't answer how much profit they hoped to get from EV8 - if@ > they could even predict any.  It's not inconceivable that they envision theF > Intel architecture will have a much larger volume than the Alpha has, > gotten, and thus would be more profitable.    B The sad reality is that Intel could take EV7 as it is - unchanged,C package it in an Intel-logo box, rename it to 'Peoria' and it would = outsell anything Digital/Compaq/HP would have managed for it.    ------------------------------  % Date: Fri, 18 Jul 2003 18:01:15 -0400 * From: "Bill Todd" <billtodd@metrocast.net>W Subject: Re: D.H. Brown: EV7 AlphaServers Deliver Enhanced RAS and Powerful Performance 2 Message-ID: <ZbmdnZAhCpmq84WiU-KYvg@metrocast.net>  3 "jlsue" <jefflsxxxz@sbcglobal.net> wrote in message 2 news:3n9ghv4vogl20klcondftmcn3qcekj534i@4ax.com...   ...   6   Still doesn't answer whether the EV8 would have been4 > profitable enough to make it worthwhile to pursue.  J While the idiots who killed EV8 don't seem to have had the wits to see theH answer to that question before doing so, said answer is no longer in anyL doubt.  The fall in combined VMS and Tru64 system profit after the AlphacideE was announced was far greater than the stated cost of continued Alpha E development, so from a fiscal point of view EV8 would have been worth 1 'pursuing' even if it had never actually shipped.    - bill   ------------------------------  # Date: Sat, 19 Jul 2003 04:49:58 GMT # From: hoff@hp.nospam (Hoff Hoffman) % Subject: Re: DCL encryption technique / Message-ID: <W54Sa.453$Pr5.22@news.cpqcorp.net>   \ In article <bb72fed8.0307160810.526ffe4c@posting.google.com>, rlfitch67@msn.com (RF) writes:E :Looking for a **simple** (and expedient) DCL encrytion technique for @ :encrypting (encoding??) a character string (1-30 characters) to  :disguise (hide) string content.  -   "DCL encryption" is amusing, but I digress.   8   There are ROT13 DCL command procedure examples around.  7   It would take almost as long to write one as it would 6   to find one, too.  (An opportunity to learn DCL? :-)  ;   ROT13 will hide the contents against causual examination. ;   A substitition or Vigenre cipher would be trivially easy 8   to write too, and slightly less obvious than is ROT13.  8   I hesitate to ask why you want to do this, as the most<   obvious assumptions involve the introduction of a security<   hole and/or implementing a false sense of security, or you<   are trying to hide something.  If this is to mask a symbol=   for a password prompt and password test for use within DCL, 5   well, there are other and likely better approaches.         N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Fri, 18 Jul 2003 10:43:52 -0700 , From: Ken Fairfield <My.Full.Name@intel.com> Subject: Re: DECnet over IP ) Message-ID: <3F1831D8.65C76086@intel.com>    Martin Hunt wrote: > E > My employer would like to stop running DECnet over its WAN, so I am  > trying out DECnet over IP. > F > It works well, but the documentation is a bit brief in places, and IH > haven't found out how to make IP the default transport beteen nodes. ID > want users to be able to do "SET HOST NODE", rather than "SET HOST@ > NODE.DOMAIN". How do I do this? Each node is, in general, in aH > different domain (each of our operating divisions has its own domain).  @ I believe Peter Langstoeger's post about the NAMING SEARCH PATH @ is likely the missing piece, getting your default DOMAIN set up = so that you can use the "short name" to reference a system's   domain name.  B But another item that may help is to set the Transport Precedence  to OSI, NSP:  F $ MCR NCL SET NODE 0 SESSION CONTROL TRANSPORT PRECEDENCE = {OSI, NSP}  = The docs say this is the default, so it may be unnecessary.     < In a previous life, I was doing the opposite, asking to use = the Phase IV (NSP) connection in preference to the DECNET/IP  ; connection, for which case I used, Trans Prec = {NSP, OSI}.   ? The not-so-obvious point is that the TCPIP support is contained ? within the OSI transport.  It is not possible, IIRC, to specify / TCPIP itself in Transport Precedence statement.    	-Ken  --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield " D1C Automation VMS System Support ) kenneth[dt]h[dt]fairfield[ta]intel[dt]com    ------------------------------  % Date: Sat, 19 Jul 2003 00:27:34 +0100 * From: Dave Brennan <nospam@edcworks.co.uk> Subject: Re: DECnet over IP 8 Message-ID: <ifvghvsc1s5c8am2cf6mhd9nkukrglnvmr@4ax.com>  - Ken Fairfield <My.Full.Name@intel.com> wrote:    >Martin Hunt wrote:  >>  F >> My employer would like to stop running DECnet over its WAN, so I am >> trying out DECnet over IP.  >>  G >> It works well, but the documentation is a bit brief in places, and I I >> haven't found out how to make IP the default transport beteen nodes. I E >> want users to be able to do "SET HOST NODE", rather than "SET HOST A >> NODE.DOMAIN". How do I do this? Each node is, in general, in a I >> different domain (each of our operating divisions has its own domain).  > C Its a funny old world, I am just in the middle of doing this myself @ for a customer who is switching off DECNET on his CISCO NETWORK.  , These are the steps that I have identified:-  E Ensure that you have a TCP name server that can resolve NODENAME into  an IP address.  E Ensure that you have the name server can do a backward translation of 7 IP to node name, otherwise any proxy records will fail.   3 In UCX config ensure that the PWIP driver is loaded   B If you need proxy records use ADD/PROXY mynode.myco.com::user user- as well as ADD/PROXY local:.mynode::user user   F In NET$CONFIG ensure that in name services you select LOCAL,DOMAIN for name searches.  . That you put a full spec into the TCP/IP name.  ? Most important ensure that you configure the OSI layer, I would  suggest advanced as follows:-   ? * Configure the NSP Transport?                         [YES] :  ? *   Maximum number of logical links ?                  [200] :  ? *   Maximum Transmit and Receive Window ?               [20] :  ? *   Maximum Receive Buffers  ?                        [4000] :  ? *   NSP flow control policy (SEGMENT, NO)?         [SEGMENT] :  > * Configure the OSI Transport?                         [YES] :? *   Maximum number of logical links ?                  [200] :  ? *   Maximum Transmit and Receive Window ?               [20] :  ? *   Maximum Receive Buffers  ?                        [4000] :  ? *   Run OSI Applications over TCP/IP ?                 [YES] :  > *   Run DECnet over TCP/IP ?                           [YES] :? * Is this system operating in a multi-protocol network? [YES] :   B * Do you want to generate NCL configuration scripts?   [YES] : YES  $ Then if you dont want to reboot do:-  " mc ncl disable osi transport      9 mc ncl do sys$manager:net$osi_transport_startup.ncl         D Most of this is default by the way but in my case somebody shut down. all the OSI transport layers forcing NSP only.  C I found that its best only to define nodes using NSP and not TP4 in  the decent register.   I used:-  B mc decnet_register register node mynode syn mynode tower=(nsp/1.8)   Hope this helps           @ Dave[dot]Brennan[at]edcworks[anotherdot]co[dotagain]uk[<cr><lf>]   ------------------------------    Date: 18 Jul 2003 15:45:45 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris) J Subject: Digital rendering on Linux outgrowing 32 bits & moving to Itanium= Message-ID: <cf15391e.0307181445.587a323a@posting.google.com>   3 http://www.eweek.com/article2/0,3959,1184620,00.asp    eWeek, July 7, 2003  Linux Goes to the Movies By Peter Galli  = "While the Linux operating system has transformed the digital @ animation movie business over the past two years and now plays aC mission critical role in those enterprises, the major Linux vendors E are gearing up to address the next set of challenges: more memory and C greater processing power...  Jeff Wood, a director in HP's personal F workstation division in Cupertino, Calif., said DreamWorks was findingB rendering sequences that could take days to complete in the 32-bitF environment.  To speed up and improve that process, the studio was now> testing Intel Itanium 2-based systems running Linux, he said. B DreamWorks had, for example, one sequence that took 24-hours to be> rendered on a 32-bit system, but which took just 20 minutes on Itanium-based servers."    ------------------------------    Date: 18 Jul 2003 16:46:36 -0700  From: wmr282@hotmail.com (w m r)& Subject: Re: Does anyone remember IAS?< Message-ID: <398c9ca7.0307181546.3474a08@posting.google.com>   I used IAS back in late 70's.   B IIRC, it was a klunk that run under RSX-11D that added timesharingC (dynamic priorities).  It also came with DCL that converted the DCL . commands to the equivalent RSX-style commands.  F I had it on an 11/70 with 1MB MOS memory, two RP07's.  That was living high on the hog back then.  E We used it for graphics applications.  We had a funky 3D vector-style E graphics scope that plugged into the unibus, and DMA'd the phigs-like D display list instructions from the PDP's memory.  I wrote the driver* for it and a low-level subroutine library.  C I think the manuals came in dark blue notebooks.  The manual covers F were white with a purple and red stripe on them.  I chucked the few of' them I had left out a couple years ago.    Mike   ------------------------------    Date: 18 Jul 2003 16:50:01 -0700  From: wmr282@hotmail.com (w m r)& Subject: Re: Does anyone remember IAS?= Message-ID: <398c9ca7.0307181550.6b04764d@posting.google.com>   D Oh yeah, then we got another 11/70 and we cross-connected them usingF the dual ports of the RP07's.  I used DR-11C's to lock between the two8 and chopped up the F11ACP to share access on the drives.   Mike   ------------------------------   Date: 18 Jul 03 20:02:23 +0200) From: p_sture@elias.decus.ch (Paul Sture) Q Subject: Re: Does anyone remember IAS? (was: Re: What color were the VMS  manuals ) Message-ID: <XMfmZ$XWQuq9@elias.decus.ch>   U In article <3F16E919.2BB250AD@pacbell.net>, Don Sykes <anonymous@pacbell.net> writes:  >  >  > Ken Robinson wrote:  >>  4 >> At 04:36 PM 7/16/2003 -0400, you wrote (in part):J >> >PRE (under RSX and IAS [anyone remember that one???? on a PDP-11/70 no
 >> >less]) >>  I >> I remember IAS on a PDP 11/70 in 1977 (I think it was V1 at the time).  >>  L >> I started a new job as an applications programmer to do COBOL! When I gotF >> there, the system had just been installed. My manager and one otherN >> co-worker were going to be at DEC school learning about the system. FortranD >> was installed and an interpretive version of COBOL. I was given aD >> non-privileged account, all of the manuals, a terminal (an old HP) >> terminal), and told to go "play".  :-)  >>   >> Ken Robinson  > G > COBOL ??? What about DIBOL ? IIRC I used DIBOL on a PDP 11/70 running 	 > RSTS/E. E > It had about 64k and a Unibus with 5 platter, removable disks, as I  > recall...  >   J We once bought an accounts package written in DIBOL. It had been developedH on an 11/70 under RSTS (not sure which flavour) and ran like an absolute# dog on our 11/34 using RT-11 & TSD.   F The monthly statements program couldn't even keep the printer going at& full speed until I did a rework of it.  D But properly written DIBOL, which the rest of our applications were,K performed very well for the time. Response times were better than some much . more modern systems I came across years later.   ------------------------------  # Date: Fri, 18 Jul 2003 18:56:14 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>' Subject: Re: DVD compatibility with VMS 8 Message-ID: <emgghvohsn22ef3q58op65lkdgjbdtejpd@4ax.com>  K On Wed, 16 Jul 2003 06:59:46 -0400, "Island" <dbturner@islandco.com> wrote:   I >Can anyone give me a list of DVD's and CDRW that are compatible with VMS  >(and T64 if possible)  E Check out US Design (www.usdesign.com).  They have OpenVMS-compatible  hardware & software.   ------------------------------  # Date: Sat, 19 Jul 2003 04:15:56 GMT # From: hoff@hp.nospam (Hoff Hoffman) ' Subject: Re: DVD compatibility with VMS 0 Message-ID: <0C3Sa.451$Pr5.156@news.cpqcorp.net>  s In article <3f153c3d$1@news.uni-konstanz.de>, vaxinf@chclu.chemie.uni-konstanz.de (Eberhard Heuser-Hofmann) writes:  : 9 :In article <vhac5k4cge0m2c@news.supernews.com>, "Island"   :<dbturner@islandco.com> writes:K :|>Can anyone give me a list of DVD's and CDRW that are compatible with VMS  :|>(and T64 if possible) :|> K :|>I am getting asked quite often for these and have not been able to quote  :|> K :|>I know it comes down to the 512K block issue, but that is something BELL , :|>Micro and other distys have no idea about  J :The drive switches to 2048 Byte/IO as soon as a DVD is been inserted! TheJ :small 2048<=>512 block converter program written by Glenn Everhart solvesH :this problem. I didn't test this program with other CD-R(W)-drives, butH :I'm pretty sure that many SCSI-CD-burners will work in the same way, ifK :they do not have a "UNIX/512 Byte" jumper or being jumpered to 2048 byte /  :IO.      H   DQDRIVER should transparently block and de-block ATA (IDE) disk drivesI   with 2048 byte blocks, though there was apparently a boundary condition G   that surfaced and that was fixed in an ECO (or two) -- make sure you  F   have current DQ, XFC, XQP, etc, and you should be O.K. (at least for   read access).   G   DKDRIVER does not (AFAIK) know how to block and de-block SCSI devices D   requiring 2048-byte blocks.  SCSI devices must be 512-byte blocks.  E   Now as for tools that are writing media, they may well need to know H   about this, too -- I'm currently tusseling with some code in a relatedG   area, where certain on-disk pointers need to be bitshifted to a value G   appropriate for the target device blocking factor.  (Put another way, G   it is possible that the media can have and can sometimes even require 6   block-dependent data be written out onto the media.)    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 18 Jul 2003 16:18:52 -0700/ From: prosullivan@aol.com (prosullivan@aol.com)  Subject: Re: EMC on VMS = Message-ID: <a14b767a.0307181518.696ca655@posting.google.com>    Not supportingB > them makes our VMS customers doubt EMC's depth of committment to > support for the VMS platform.   D I wouldn't complain about EMC too much with storage and VMS when youA look at all the other storage vendors, not least HP's struggle to C support non-compaq platforms). At least EMC support VMS boot of EMC A disks (even if HP do not), and their support for sharing OS's and C versions on the same Symmetrix beat the HSG family all ends up. HSV @ support for non-compaq platforms isn't exactly there either. (asA anyone who has tried to use IBM's or Sun's on HSG will tell you).   F The only pain with EMC on VMS is that a) No support on cheaper ClarionD and b) you have to use a dedicated FA (no sharing) on the Symmetrix.: Watch out for 7.2-1 working OK on Symmetrix. 7.2-2 better.  E I am not their greatest fan, but for most cross-platform enterprises, F having central storage for all popular platforms (and VMS :) ) without1 having mounds of ancient local drives is a must).   C Thing to remember with modern Symmetrix 8x series is that as far as A VMS is concerned, IO is satisfied when the IO request reaches the D cache. The Symmetrix processing takes care of the rest, so watch out4 for wierd figures from monitor, psdc, pawz, etc etc.   pos    ------------------------------    Date: 18 Jul 2003 11:24:38 -0700  From: wmr282@hotmail.com (w m r)# Subject: ethernet on 500au with vms = Message-ID: <398c9ca7.0307181024.25787fa5@posting.google.com>   E Can I get the built-in ethernet (which shows up as a DE500) to run at F 100MHz?  How do I tell what speed the built-in ethernet is running at?C  Using large (1000byte) ping packets, it seems to run at 10MHz, but F it's plugged into a 10/100MHz Cisco switch.  Other computers (PC's) on$ the switch seem to run at 100MHz ok.   It is running VMS 7.2-1    Mike   ------------------------------  # Date: Fri, 18 Jul 2003 18:41:20 GMT A From: "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> ' Subject: Re: ethernet on 500au with vms = Message-ID: <kbXRa.2724$yJ6.22253708@news-text.cableinet.net>   I Don't rely on auto negotiation of speed and duplex. That got a lot better 2 with the LAN driver fixes in V7.3 & V7.3-1 though.  K Make sure you've the most recent firmware (V7.2-1) on the V6.0 firmware CD.   G Set the speed & duplex at hardware console level (>>> prompt) with "set G ewa0_mode <whatever>". I use "set ewa0_mode fastfd". Make sure that the I switch port is set to be the same. Entering "set ewa0_mode" will list you  the choices.  K Once it's up use LANCP to show the ethernet device characteristics that are @ actually in operation. LANCP> SHOW DEVICE EWA0: /CHARACTERISTICS  A -----------------------------------------------------------------  Hope this helps, Colin. ) colin DOT butcher AT xdelta DOT co DOT uk L Systems Archaeologist - Investigation & troubleshooting of older systems and	 networks.    ------------------------------    Date: 18 Jul 2003 16:31:54 -0700  From: wmr282@hotmail.com (w m r)' Subject: Re: ethernet on 500au with vms : Message-ID: <398c9ca7.0307181531.e52a8@posting.google.com>   "Colin Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> wrote in message news:<kbXRa.2724$yJ6.22253708@news-text.cableinet.net>... > "set ewa0_mode fastfd"   that worked!  M > Once it's up use LANCP to show the ethernet device characteristics that are B > actually in operation. LANCP> SHOW DEVICE EWA0: /CHARACTERISTICS  C That worked BEFORE I changed it to fastfd mode.  Now, just entering D MCR LANCP gives me a "%SYSTEM-W-NOSUCHDEV, no such device available"E error.  I get the EWA's from SHO DEV command at DCL prompt.  I wonder F what device it is trying to access, even before I type in any command?  D But pings show that it's working at 100MHz, so I suppose that's good enuf.    Thanks.    Mike   ------------------------------    Date: 18 Jul 2003 14:16:08 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ! Subject: Re: FS: 1986 Olds Calais 3 Message-ID: <2yH54PVVj$VD@eisner.encompasserve.org>   e In article <cgbghvsdmtphd4advlqnht0h15vk4icntc@4ax.com>, Dave Brennan <nospam@edcworks.co.uk> writes: % > Lee <lytmah@telusplanet.net> wrote:  > 2 >>> My apologies.  This was meant as a local post. > 0 > Not many versions of VMS run on 1986 hardware!  0 Versions 4, 5, 6 and 7 do.   That is a majority.   ------------------------------  # Date: Sat, 19 Jul 2003 03:50:12 GMT # From: hoff@hp.nospam (Hoff Hoffman) ' Subject: Re: Getting rid of DECwindows? 0 Message-ID: <Ud3Sa.450$Pr5.159@news.cpqcorp.net>  f In article <beu36u$67q$1@n.ruf.uni-freiburg.de>, gartmann@immunbio.mpg.de (Christoph Gartmann) writes: :Hello,  : F :we have a VAX-cluster here that started life somewhen in 1987. On theL :system-disk there is a lot of DECwindows stuff. But none of the VAX clusterM :members starts or uses DECwindows anymore. Thus, I would like to remove this 5 :stuff from the disk. Is it safe to do something like % : DELETE sysdevice:[sys0...]decw*.*;* K :? Or is there some deinstallation procedure? It seems to be version 1.2 of  :DECwindows. : N :System parameters are set up to supress DECWndows. Anything else to consider?  E   For this, I would typically reinstall (current) OpenVMS and layered E   products -- preferably on a larger disk.  This might look like more D   work, but will result in a much more manageable environment -- andC   you will have removed a decade's worth of accumulated random user B   and log and temporary files that can occupy system disk storage.  ,   And you know how everything is configured.  B   If you pull DECwindows brute-force, you may well be surprised byA   something lurking that is simply linked against the DECwindows  D   shareable images, for instance, or by a layered product that foundA   DECwindows present during its installation and loaded and built A   itself appropriately.  (And it is very easy to delete something    you should not!)  B   As Charlie mentions, there is the core of DECwindows -- which isA   system-dependent, and built and distributed with OpenVMS -- and D   there is the DECwindows layered product -- the version-independent   portions.   B   For my money, I'd scrounge up a larger disk -- and I know how to>   get rid of DECwindows, and expect I would have a reasonable ?   likelyhood being able to recover from the expected dependency D   problems.  A bigger disk is cheap, and far less likely to detonateD   a month later during some critical application production job run.  C   It's been my experience that when I am inclined to start cleaning A   my disks, I almost inevitably get myself in trouble by deleting D   something that is later needed.  If you decide to chance your luckC   here :-) and clean your system disk by deleting files, please get ;   a complete standalone BACKUP/IMAGE *first*.  Thanks!  :-)   E   And as was recommended, you can use the existing tailoring tools to C   remove DECwindows -- there's a tool for the portion of DECwindows C   with OpenVMS IIRC, and a second tool (DECW$MOTIF_TAILOR?) for the +   DECwindows (the Layered Product) product.    E   You'll also want to perform a full pass of AUTOGEN after you tailor E   off one or both of the two DECwindows installations, as you'll need E   to clean up any remaining DECwindows parameters and any system file 
   references.   N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqtN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comf   ------------------------------  # Date: Fri, 18 Jul 2003 17:48:06 GMT # From: "John Smith" <a@nonymous.com>iH Subject: Re: getting rx2600 pricing (was: Why Alpha's Omega Makes Sense)G Message-ID: <qpWRa.27146$Ci2.1785@news01.bloor.is.net.cable.rogers.com>I  : "Larry Kilgallen" <Kilgallen@SpamCop.net> wrote in message- news:LXQm5uXr86lK@eisner.encompasserve.org...sD > In article <BQyRa.269$hn3.126@news.cpqcorp.net>, "Fred Kleinsorge") <my-last-name@stardotzko.dec.com> writes: B > > hp.com, and then follow the integrity server links through the entry levela( > > to the rx2600, and then quick quote. >n	 > On pagei >g > http://www.hp.come >MB > neither I nor the Netscape search function could find the string "integrity". >u% > I found a link for "quick quote" onN >-: > http://www.hp.com/products1/servers/integrity/index.html >   > but that produces the message: >u6 > This site requires cookies to be enabled to function1 > properly. Please enable cookies in your browser0 > to enter.e >n  > I do not get such a message at >a > http://store.apple.com/v >tF > where I am able to make configuration changes and get pricing on all > products.o  ( That's because Apple "Think's Different"   ------------------------------    Date: 18 Jul 2003 11:30:54 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)r Subject: Re: HP FUDBusting= Message-ID: <cf15391e.0307181030.640fdfa6@posting.google.com>a  l yamahasw40@latinmail.com (Schmuck) wrote in message news:<24819cc3.0307171340.ffd452d@posting.google.com>...F > There is a lot of FUD coming out of various vendors about the futureH > of HPs "other OSs". Ie.. if its not HP-UX, it will die with the switch
 > to Itanium.   > I'll assume you're not worried here about survival of Linux or7 Windows, but about Tru64, OpenVMS, NonStop, and MPE/iX.T  @ MPE/iX has an announced end-of-life plan, with various migrationE options.  Tru64 is being merged into HP-UX (AdvFS and TruClusters aret> already running on HP-UX 11i in HP's labs), with Tru64 supportC continuing in parallel for a number of years yet.  OpenVMS is beinghE ported to Itanium and plans are for that to continue on indefinitely,hB with the first release on Itanium (V8.0) just going out recently. > NonStop is also being ported to Itanium, resuming the originalC direction (before Compaq temporarily detoured it toward Alpha) withd 2004 as the target date there.  H > What is the real deal? If I buy an Alphaserver today will I be dealing+ > with HP Techs who can't even spell Tru64?l  A Since HP bought Compaq, who had bought Digital, and employment of@D techs in general continued under the new management, you'd typicallyD be dealing with the same techs who knew and supported Alpha before. B Alpha hardware support is committed for a minimum of 5 years afterD last-sale, which looks to be at least 5 years after 2006, or 2011 at/ this point, and could quite possibly be longer.p  ? > Essentially we need to consider the TCO of the shop before weeF > recommend a platform. (I don't actually care that much.. Anybody butH > Microsoft). If these guys will have an uphill battle with support overD > the time-life of this sistem (predicted at 5 years with a possibleF > stretch to 7), they are better off retraining their OSF and VMS guys
 > upfront.  F While there are some differences between Tru64 and HP-UX, particularlyD in the area of system administration, that transition is not seen asA particularly difficult, and material is available on HP's websitet about the differences.  E There's no need to re-train their VMS guys, as VMS on Itanium will betC the same thing they're already familiar with.  Moving to Itanium ist< likely to be easier than the VAX-to-Alpha (32-bit to 64-bit)@ transition they've likely already gone through.  And since Alpha? support will continue, they can do that transition on their own 
 timeframe.   ------------------------------  % Date: Fri, 18 Jul 2003 17:47:09 -0400e* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: HP FUDBusting2 Message-ID: <EJ2cnXqAj_h094WiXTWJjQ@metrocast.net>  H "Bob Koehler" <koehler@eisner.nospam.encompasserve.org> wrote in message- news:medSLAinDyGR@eisner.encompasserve.org...r   ...u  ? >    VMS is what you want.  HP is spending lots of money on VMS5  F Most of it, unfortunately, on the port rather than on the core featureI development that would make it more generally competitive and viable intoaJ the future.  And, of course, HP continues the Compaq tradition of spendingE *nothing* on VMS marketing, which carries a strong message in itself.m    andC >    has shipped the first release VMS on IA64 to partners to starttE >    porting thier products.  Take a look and see if the products you B >    need are already commited to ports.  Most of this info can beH >    found on the OpenVMS web site or contact a HP sales folk and demand' >    a sales rep who known what VMS is.m >t8 >    You will, of course, here much FUD about VMS dying.  L Possibly because there's reason for exactly that concern.  Take a close lookJ at the current VMS roadmap (no committed core development after next year,J and precious little 2005 development even for layered products) - and keep? in mind that HP's roadmaps are supposedly 5-year projections...s  K If all you'll need for the next 7 years is what VMS will provide next year,eL and all the performance you'll require will be the modest increase scheduledJ for Alpha next year, and the ratcheting up of service and component pricesL that tends to occur when a platform (Alpha) becomes increasingly 'legacy' inJ nature is not a problem for you, you'll probably be happy with the choice.   - bill   ------------------------------    Date: 18 Jul 2003 20:02:02 -0700( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: HP FUDBusting= Message-ID: <d7791aa1.0307181902.4fc87996@posting.google.com>o  l yamahasw40@latinmail.com (Schmuck) wrote in message news:<24819cc3.0307171340.ffd452d@posting.google.com>...	 > Hi all,h > G > First up.. have to admit that I am not an Alpha guy, but I am dealingdC > with a site that is. I will probably expose my ignorance over thebH > wealth of OSs available from HP in the next couple of lines, so please
 > be kind. > F > There is a lot of FUD coming out of various vendors about the futureH > of HPs "other OSs". Ie.. if its not HP-UX, it will die with the switch
 > to Itanium.  > H > What is the real deal? If I buy an Alphaserver today will I be dealing+ > with HP Techs who can't even spell Tru64?t > ? > Essentially we need to consider the TCO of the shop before we-F > recommend a platform. (I don't actually care that much.. Anybody butH > Microsoft). If these guys will have an uphill battle with support overD > the time-life of this sistem (predicted at 5 years with a possibleF > stretch to 7), they are better off retraining their OSF and VMS guys
 > upfront. >  > Any opinions appreciated.m >  > Matt  A nobody beats OpenVMS for TCO ... its uptime is measured in years,c= not in days ... its security means you don't have to join the @ "patch of the day" club ... and it's features are years ahead ofB anyting else ... training someone on VMS is easy ... you want tco,@ just buy an alpha now, and you can always easily move to itanium= vms later, or if you run a cluster, just run an itanium alphaA@ mixed cluster ... webserver, apps server, database server, mail/: imap server, vms does it all, and it does it "CHEAPLY" ...> all vms shops have a big competitive/cost advantage over every< other non vms company out there ... I have 18 years under my belt proving that ...s   ------------------------------    Date: 18 Jul 2003 19:50:28 -0700( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: HP FUDBusting= Message-ID: <d7791aa1.0307181850.5c7ed92d@posting.google.com>c  d "Bill Todd" <billtodd@metrocast.net> wrote in message news:<EJ2cnXqAj_h094WiXTWJjQ@metrocast.net>... > >t: > >    You will, of course, here much FUD about VMS dying. > N > Possibly because there's reason for exactly that concern.  Take a close lookL > at the current VMS roadmap (no committed core development after next year,L > and precious little 2005 development even for layered products) - and keepA > in mind that HP's roadmaps are supposedly 5-year projections...  > M > If all you'll need for the next 7 years is what VMS will provide next year,sN > and all the performance you'll require will be the modest increase scheduledL > for Alpha next year, and the ratcheting up of service and component pricesN > that tends to occur when a platform (Alpha) becomes increasingly 'legacy' inL > nature is not a problem for you, you'll probably be happy with the choice. >  > - bill  D what in the heck do you want them to develop ... everything you needC is already there or will be on itanium ... xml is there, and that's.@ not even the so-called standard yet ... I don't know of too manyB companies that develop 2 years out on software ... VMS already hasC the best security and clustering out there ... most everyone now is B working on security for linux/windoze ... in other words, everyone+ is still trying to play catch up to VMS ...    ------------------------------  # Date: Fri, 18 Jul 2003 17:50:24 GMTk# From: "John Smith" <a@nonymous.com>8U Subject: Re: HP Webcast this morning on Next-Generation Intel Itanium 2    processorsuH Message-ID: <ArWRa.27157$Ci2.22128@news01.bloor.is.net.cable.rogers.com>  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0307170956.19003c5f@posting.google.com...l0 > "John Smith" <a@nonymous.com> wrote in messageE news:<vYoPa.125562$x4o.69147@news04.bloor.is.net.cable.rogers.com>...oD > > Is there anything internal which might be released into the wild byB > > HP/Compaq that does a detailed contrast/compare of NSK vs. VMS whenC > > configured 'similarly' for reliability, operational issues, andmE > > aspects of building apps and environments, ie. NSK-type 'cluster'r vs.l > > VMS-style clusters?a >nF > The closest thing I can think of is Ken Moreau's cluster comparison.? > See his article in the just-released 2nd issue of the OpenVMSaD > Technical Journal on the VMS website.  Ken also did a presentation atF > HP-ETS in St. Louis (Session 1048, A Survey of Cluster Technologies)< > in case you have access to those presentations on the web.   Thanks for the pointers.   ------------------------------    Date: 18 Jul 2003 12:53:58 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)aY Subject: IDC reports PC Market Share: Dell over HP by a nose; both pulling away from the  = Message-ID: <cf15391e.0307181153.5214f874@posting.google.com>   & From Interex's HP World News, July 17:  E Mike Elgan comments on the real story behind the latest numbers.  Seee8 http://www.interex.org/hpwnews/content/hpwn07.17.03.html   Also,a  ( "HP comments on IDC PC market share data  C Market research firm IDC has said that PC sales grew by 7.6 percentwE year over year worldwide, ahead of the projected 4.1 percent. "The PC @ growth is good news for the industry," HP said. "Once again thisD quarter, the race continues to be a two-horse competition between HP
 and Dell."  E o  Measured by analysts as a merged company for the first time -- ande@ coming shortly after the one-year anniversary of its merger with- Compaq - HP grew market share year over year.eF o  HP grew faster than the market in the second quarter -- despite the( period's traditional seasonality issues.@ o  HP has grown faster than the market in three of the last fourB quarters and expects to continue the positive trend going forward.D o  Year over year -- and in the first year measured by analysts as a@ merged company - HP's growth rate was nearly double the market's overall growth rate.@ o  HP retained its No. 1 position in Europe, the Middle East andC Africa and maintained a strong No. 2 position in the United States.   9 http://www.hp.com/hpinfo/newsroom/press/2003/030716a.htmlc   ------------------------------    Date: 18 Jul 2003 12:40:45 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)I1 Subject: IDC: HP ranks No. 1 in 2002 HPTC revenuer= Message-ID: <cf15391e.0307181140.1096c708@posting.google.com>n   From HP World News, July 17:  : "HP ranks No. 1 in 2002 high-performance computing revenue  N HP cited industry research firm IDC to claim it is the worldwide market leaderN for High Performance Technical Computing (HPTC) in 2002. IDC's "Worldwide HighI Performance Systems Technical Computing Census 2002" report shows that HPpN commands 34 percent revenue share, more than a five percentage point lead over IBM."o  , http://biz.yahoo.com/bw/030714/145265_1.html   ------------------------------  % Date: Fri, 18 Jul 2003 22:23:54 +0200 2 From: "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de>  Subject: Infoserver 1000 Problem2 Message-ID: <3F18575A.2070401@ikp.tu-darmstadt.de>   Hi,-  7 during a VMS upgrade operation my infoserver 1000 died V< (unfortunately my only way to provide a CD to CD-less Alpha 
 workstations)n  ( The infoserver does not respond any more3 (ladcp> sh service or from terminalserver >connect f LAD_macaddress)-  6 The lights on front of the Infoserver show no activity These 5 lights are Power ok		x 	 System okm
 Network ok		xu Network activity SCSI ok 
 SCSI Activity10 After Power on finished only the two (X) are on.  = Has anyone an idea what I further can test what is wrong? Or  = does someone know another list which addresses these kind of t	 problems?n  5 Or is there another possibilty how I could offer a CDu3 mounted on one of my VMS Systems as a Service to myI; CD-less alpha (which now even has no more operating system ": because the infoserver died just during an system upgrade); The Problem is I need just this machine urgently on Monday.i  * Any helpful hints are greatly appreciated.   Regards'   Otto  -   -------------------------------------------n, | Dr. Otto Titze, Kernphysik TUD           |, | Schlossgartenstr. 9, D-64289 Darmstadt   |, | titze@ikp.tu-darmstadt.de                |, | Tel: +49(6151)16-2916,FAX:16-4321        |-   -------------------------------------------S   ------------------------------  % Date: Sat, 19 Jul 2003 00:32:20 +0100e* From: Dave Brennan <nospam@edcworks.co.uk>$ Subject: Re: Infoserver 1000 Problem8 Message-ID: <np0hhvche67hp0ti5lu3uta8773jdon889@4ax.com>  3 "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de> wrote:I   >Hi, >s8 >during a VMS upgrade operation my infoserver 1000 died = >(unfortunately my only way to provide a CD to CD-less Alpha s >workstations) >,) >The infoserver does not respond any morec4 >(ladcp> sh service or from terminalserver >connect  >LAD_macaddress) >e7 >The lights on front of the Infoserver show no activity  >These 5 lights areh >Power ok		x
 >System ok >Network ok		x >Network activity- >SCSI ok >SCSI Activity1 >After Power on finished only the two (X) are on.o >.> >Has anyone an idea what I further can test what is wrong? Or > >does someone know another list which addresses these kind of 
 >problems? > 6 >Or is there another possibilty how I could offer a CD4 >mounted on one of my VMS Systems as a Service to my< >CD-less alpha (which now even has no more operating system ; >because the infoserver died just during an system upgrade)o< >The Problem is I need just this machine urgently on Monday. > + >Any helpful hints are greatly appreciated.r >a >Regards >  >Otto. >A. >  -------------------------------------------- >| Dr. Otto Titze, Kernphysik TUD           |i- >| Schlossgartenstr. 9, D-64289 Darmstadt   |u- >| titze@ikp.tu-darmstadt.de                | - >| Tel: +49(6151)16-2916,FAX:16-4321        |f. >  -------------------------------------------  C Why not pull CD out of Infoserver and plug it into Alpha as a localr SCSI device?      @ Dave[dot]Brennan[at]edcworks[anotherdot]co[dotagain]uk[<cr><lf>]   ------------------------------  % Date: Sat, 19 Jul 2003 04:26:15 +0200r2 From: "Dr. Otto Titze" <titze@ikp.tu-darmstadt.de>$ Subject: Re: Infoserver 1000 Problem2 Message-ID: <3F18AC47.8050102@ikp.tu-darmstadt.de>   Hi Dave,  E > Why not pull CD out of Infoserver and plug it into Alpha as a localm > SCSI device?  = The Connectors don#t fit with the cables, but I found an old c RRD40h   Regardsm Otto   -- p-   ------------------------------------------- , | Dr. Otto Titze, Kernphysik TUD           |, | Schlossgartenstr. 9, D-64289 Darmstadt   |, | titze@ikp.tu-darmstadt.de                |, | Tel: +49(6151)16-2916,FAX:16-4321        |-   -------------------------------------------    ------------------------------  % Date: Fri, 18 Jul 2003 18:10:44 -0400 * From: "Bill Todd" <billtodd@metrocast.net>Y Subject: Re: Intel's had Dirty Bombs Anthrax and everything! (Was: Re: HP World: Why Alpha2 Message-ID: <ORycnZJ6EIHt7YWiXTWJhA@metrocast.net>  3 "jlsue" <jefflsxxxz@sbcglobal.net> wrote in message 2 news:h5aghvkavsukjcto77hkv3qsd1ciu3g7le@4ax.com...J > On Wed, 16 Jul 2003 13:59:33 -0400, "Bill Todd" <billtodd@metrocast.net> > wrote:   ...:  F > >As for myself, I feel that if I can make even just a few additional peopleL > >aware of why cHumPaq can't be trusted, and by so doing not only keep themG > >from potentially getting screwed but cost cHumPaq some profit in thebF > >bargain, than it's time well spent.  And I'll keep feeling that way eitherL > >until cHumPaq apologizes and makes some *substantial* effort to atone forJ > >their actions in 2001 or until there are no significant players left in theh7 > >corporation who were associated with that treachery.  > >  >e8 > Right.  Somehow you feel they owe you an apology.(???)  J No, I feel they owe those who made decisions based upon their specific and. unequivocal 'commitments to Alpha' an apology.     Cool.  No audacity > there.  G I've never pretended to be a shrinking violet.  If you don't like that,c tough shit.r  - >  No real "treachery" either, just business.i   Ah - the Mafia ethic.a   > D > But do go on.  It's really good to dwell on the past indefinitely.  K Remember your Santayana:  "Those who do not remember the past are condemned K to repeat it."  Given the disturbing parallels between Compaq's handling ofrJ the 'proprietary' Alpha platform and cHumPaq's continuing handling of VMS, that seems particularly apt.   - bill   ------------------------------  # Date: Fri, 18 Jul 2003 17:39:01 GMT # From: "John Smith" <a@nonymous.com>nH Subject: Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIXG Message-ID: <VgWRa.27100$Ci2.9220@news01.bloor.is.net.cable.rogers.com>e  2 "Deepak" <deepakonline@myway.com> wrote in message7 news:38dea33f.0307171713.4487f199@posting.google.com...o > Hi,h >tD > The company I work for is migrating from VMS to UNIX. Currently we are F > running Quiz (part of the Cognos Powerhouse package) reports on VMS.= > The report generating application uses the indexed RMS filet	 structure  > of VMS extensively.- >-E > Now, I am not much of a UNIX guy. So, I am not sure whether indexedaD > files are allowed in UNIX. Different people have told me different> > things about this. Some say that UNIX does not impose a file	 structure0C > on files- so the applications will have to implement the indexingaF > within themselves. Others say it is possible to separate the indexed@ > RMS file into a binary IDX (index) file containing the indexedC > structure and a sequential file containing just the data on UNIX.h >oD > The objective is to be able to run the same Cognos applications onC > UNIX with little or no code change. We haven't got much time. CanA > anyone help me with this?i >i" > Highly appreciate your feedback.      I'll 3rd the motion to keep VMS.  B If you must go to unix, you have already received some good advice% about ISAM file systems and/or RDBMS.w  F I used Powerhouse on VMS back in the 80's and it was a very good tool.  D Check with Cognos to see what they recommend. If you need a portableE ISAM file system, try www.faircom.com - I've used this in the past onj# Windows and unix. It's pretty good.e   ------------------------------  % Date: Fri, 18 Jul 2003 16:52:15 -0400e* From: "Syltrem" <syltremzulu@videotron.ca>H Subject: Re: Migrating Quiz (Cognos Powerhouse) reports from VMS to UNIX3 Message-ID: <46ZRa.2055$Gf3.8553@tor-nn1.netcom.ca>   $ Yes, Powerhouse is a very good tool.  G It can talk to Oracle and other databases, but on Unix you will have touL install a 3rd-party "file system" to have indexed files. I would suggest youG contact Cognos and ask what they know best (if yourself don;t know any,nL learning any one won;t make a difference). This way you will get better help from Cognos if need be.i  L BTW - I heard thay won't make another version of Powerhouse on VAX, but theyK DO continue to support and upgrade the Alpha one. We're running 8.30d3 now.s  K Good luck on your Un*x venture... May be that's what it takes for companiesm) to think back and say "VMS was great" :-)p   -- n   OpenVMS 7.3-1, Oracle 8.1.7.4g   SyltremeI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)r4 To reply to me directly, remove zulu from my address  8 "John Smith" <a@nonymous.com> a crit dans le message deA news:VgWRa.27100$Ci2.9220@news01.bloor.is.net.cable.rogers.com...l >a4 > "Deepak" <deepakonline@myway.com> wrote in message9 > news:38dea33f.0307171713.4487f199@posting.google.com...o > > Hi,? > > F > > The company I work for is migrating from VMS to UNIX. Currently we > areuH > > running Quiz (part of the Cognos Powerhouse package) reports on VMS.? > > The report generating application uses the indexed RMS filen > structuree > > of VMS extensively.a > > G > > Now, I am not much of a UNIX guy. So, I am not sure whether indexedtF > > files are allowed in UNIX. Different people have told me different@ > > things about this. Some say that UNIX does not impose a file > structure E > > on files- so the applications will have to implement the indexingsH > > within themselves. Others say it is possible to separate the indexedB > > RMS file into a binary IDX (index) file containing the indexedE > > structure and a sequential file containing just the data on UNIX.a > >iF > > The objective is to be able to run the same Cognos applications onE > > UNIX with little or no code change. We haven't got much time. Canw > > anyone help me with this?  > >o$ > > Highly appreciate your feedback. >  > " > I'll 3rd the motion to keep VMS. >SD > If you must go to unix, you have already received some good advice' > about ISAM file systems and/or RDBMS.- > H > I used Powerhouse on VMS back in the 80's and it was a very good tool. > F > Check with Cognos to see what they recommend. If you need a portableG > ISAM file system, try www.faircom.com - I've used this in the past onf% > Windows and unix. It's pretty good.  >s >H   ------------------------------  # Date: Fri, 18 Jul 2003 20:07:51 GMTs" From:   VAXman-  @SendSpamHere.ORG( Subject: Mozilla... the new NULL process0 Message-ID: <00A230CF.38A10C27@SendSpamHere.ORG>   OK,p  G Why does Mozilla eatup CPU cycles when it is sitting on a web page witheJ nothing actively changing?  No Javascript, Java, etc.  As a test I created a page with:   <html> <body> blanko </body>y </html>   J Moz still chews up CPU cycles... It clicks away about a second of CPU time every 15-20 seconds!   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM'            r5   "Well my son, life is like a beanstalk, isn't it?" t   ------------------------------  # Date: Fri, 18 Jul 2003 21:19:58 GMT < From: "John E. Malmberg" <Malmberg@dskwld.zko.dec.compaq.hp>, Subject: Re: Mozilla... the new NULL process0 Message-ID: <2wZRa.430$m_4.249@news.cpqcorp.net>   VAXman- wrote: > I > Why does Mozilla eatup CPU cycles when it is sitting on a web page withdL > nothing actively changing?  No Javascript, Java, etc.  As a test I created > a page with:   <snip>  L > Moz still chews up CPU cycles... It clicks away about a second of CPU time > every 15-20 seconds!  B It is doing an I/O poll on the keyboard.  It is a hack apparently J because the C RTL only supports sockets on the select() call at this time.   -John ! malmberg@dskwld.zko.dec.compaq.hp  Personal Opinion Only    ------------------------------  # Date: Fri, 18 Jul 2003 18:17:53 GMT & From: jlsue <jefflsxxxz@sbcglobal.net>D Subject: Re: newcomer question - mechanism to partition a AVMS box ?8 Message-ID: <rbeghv0h4gbq2ob7qngabnfuff606bp3mj@4ax.com>  F On Tue, 15 Jul 2003 12:35:37 +0200, "sbxjld" <someone@toto.com> wrote:  	 >BlankHi,>& >a stupid question about VMS on Alpha.K >I would like to segregate the different applications running on a AVMS box-L >in different load groups, but I do not know if and how it is possible to do >that : how can help me ?O >VJ >Is it possible,  on a big Alpha server, with multiple CPU's, to partitionE >the machine,  as one does on MVS the machine logically (LPARs), i.e.cH >separating the batch processes from the interactive ones in two logicalL >machines, and avoiding disturbances. Or is it possible to setup a mechanismJ >similar to what is found on some Unix boxes, where a subsystem is able toK >allocate processes to resources, and i.e. , on a 4way unix box, allocate 2tM >cpu's for Oracle exclusive usage , and leave the 2 other cpu's for the rest.. > I >I also suppose there are priority mechanisms built into VMS, allowing topJ >execute faster some jobs before other, but I have no idea how this works. >a  H I would suggest setting the base priority on the batch queues lower than! the default interactive priority.   A I ran a VMScluster that included some long-running technical jobsMH (Gaussian) with lots of interactive users that were doing mail, Mass-11,K Oracle, Rdb, etc.  I set those batch queues to base priority zero.  Most ofmB the time they were still at 99% utilization on the CPU because the" intereactive load was so sporadic.   ------------------------------    Date: 18 Jul 2003 18:14:49 -05004 From: cornelius@encompasserve.org (George Cornelius) Subject: Re: NFS Authentication 3 Message-ID: <z9JHvIbBjcWp@eisner.encompasserve.org>   < In article <58ba0101.0307180322.6703701a@posting.google.com>: , andrew.rycroft@intrinsitech.com (Andrew Rycroft) writes:G > I am trying to use the microsoft UNIX services for Windows product to-D > mount and access the NFS services on an OpenVMS system. I am using# > OpenVMS v7.3, and UCX v5.1 eco 4.u > C > The connection does not seem to authenticate with the TCPIP proxy G > database. From the PC I can mount the NFS service, but not browse it, % > i.e. I cannot see any of the files.  > C > If I look at the nfsstat the server nfs statistics shows a lot oftE > weakauth, but I can find no information on what this counter means.h > C > The PC connects with UID -2, GID -1. Any proxies I add in the UCXi( > proxy database seem to have no effect.  G You may want to find a way to use real UID's and GID's.  TCPIP ServicesBD (UCX) uses the -1 and -2 values as special cases and that may be theG source of your difficulties.  I normally use a client such as ChameleoncJ NFS which at initial connect actually supplies a VMS username and passwordE to a separate 'PCNFS' authentication daemon which then uses the proxy G database in reverse to supply the PC with a UID/GID pair to be used forDJ subsequent file accesses.  [There doesn't seem to be any particular reasonJ for doing this, though, other than adding an extra layer of authenticationM to give the illusion that the flimsy NFS security is really doing something.]h  G If your client does not use this PCNFS scheme, it probably has a way tosC emulate a Unix client, the obvious way to do that being to assign aAA fixed UID/GID pair to the user (or to the PC itself), then having-C subsequent file accesses supply that information to the NFS server.O  L You should check the TCPIP services proxy listing - $ TCPIP SHOW PROXY - andL verify that the proxies of interest are cached, i.e., have a 'D' flag in the- second field of the proxy display.  You want:)  4  APP1MGR       ND      1001   10  host1.mydomain.com  	   and not7  4  APP1MGR       N       1001   10  host1.mydomain.com  F It is probably a good idea to have symbolic hostnames in your proxies,G but HP recommends that you then have static definitions for those hoststD in your local hostname database - i.e., defined via $ TCPIP SET HOSTE and displayed via $ TCPIP SHOW HOST/LOCAL .  This of course makes NFS H access more efficient, but it also avoids some nasty problems at startupD time if you have a number of nodes in the proxy database and the dns server is not accessible.e  H I have found TCPIP 5 proxies to be even more difficult to deal with thanL those of version 4, for they seem to require a unique GID for any given UID,L meaning you probably have to have your UID/GID definitions coordinated amongK all prospective  client machines or you will have proxies that fail to loadiH (getting 'duplicate key' errors). My problem may be that I am completelyE misunderstanding the purpose of providing a GID as part of the proxy,gI but it certainly is an ordeal for me to get the proxies right these days..  J For detailed information about NFS client connection/access problems, lookK in SYS$SYSDEVICE:[TCPIP$NFS] .  You'll find two kinds of log files for eachrI of the two NFS server functions, MOUNTD and NFSD.  The <whatever>_RUN.LOG-E logging files show the initial startup (and possibly shutdown) of the.E deamons, while the <whatever>_<nodename>.LOG logging files should, ingB theory at least, be where the daemons log information about clientB access attempts.  If you are using PCNFS, you'll want to check itsI log files as well to see if you are having problems with that preliminaryo authentication stage.      --9 George Cornelius              cornelius@encompasserve.orgX0                               cornelius@mayo.edu   > Any suggestions appreciated. >  > Thanks > Andrew   ------------------------------  # Date: Sat, 19 Jul 2003 03:19:17 GMT;# From: hoff@hp.nospam (Hoff Hoffman)n$ Subject: Re: OpenVMS I64, a proposal0 Message-ID: <VM2Sa.449$Pr5.138@news.cpqcorp.net>  q In article <pwl2HkYXPuBm@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: Y :In article <rxZOa.4231$ET1.4056@news.cpqcorp.net>, hoff@hp.nospam (Hoff Hoffman) writes:ut :> In article <FW8PQBYcNJBA@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: :> uB :>   re: Seeking free hardware and access to OpenVMS I64 licenses. :>  I :>   I will ask about the status of the hobbyist licenses and the relatedbG :>   plans, and about the availability of distributions for OpenVMS I64p :>   and the cross-tools   ..   :   Before I forget: : 4 :   1) THANKS for looking into the hobbiyst program. :sD :   2) I was assuming if this could be done, it would be a while, byH :      which time VMS engineering might be able to treat this as anotherI :      field test site and receive well written SPRs from those who know tE :      VMS quite well.  That way there would be the necessary benefits> :      to HP to interest someone in supplying a loaner system.      C   OpenVMS I64 V8.0 is exceedingly unlikely to become available as a D   hobbyist release for various -- and very good -- reasons.  I would:   not expect to see V8.0 made available to hobbyist users.  E   Accordingly, the V8.1 release would be an obvious candidate for the D   first release that *might* be made available as a hobbyist releaseC   or that *might* be as part of a hobbyist distribution.  (Emphasis :   added here on the word *might* is entirely intentional.)  E   Mark Gorham has previously indicated that we will offer OpenVMS I64 E   to hobbyist users, but the specifics of the version and the programeE   -- and the various and sundry program and adminstrative details -- n?   all need to be determined before details can be provided and  "   announcements can be made.  Etc.  E   There will be an internal proposal circulating around this, so thatlD   we can start incorporating some consistency in our statements and G   -- of course -- some mention of these hobbyist plans and the expecteduD   details around the target release, packaging, etc., in the various&   presentations and related materials.  E   As is so often the case, the decision is the easy part.  The "how" -D   and "when" parts are (as usual) more involved and far more effort.  E   And to paraphrase the comment Fred includes in a response elsewheretE   in this thread: "hold that thought".  (And thanks for the reminder,-   Bob!)     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqtN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coma   ------------------------------  # Date: Sat, 19 Jul 2003 05:07:55 GMTs# From: hoff@hp.nospam (Hoff Hoffman)a" Subject: Re: openvms-alpha license/ Message-ID: <Lm4Sa.455$Pr5.58@news.cpqcorp.net>   w In article <FRkRa.10793$Vx2.4719644@newssvr28.news.prodigy.com>, "Phillip R Sobottke" <psobottke@ameritech.net> writes:aK :I found out that my digital ultimate workstation requires 75 units for thehM :base license.  I have a new 15 unit base license, is there any way to reduce H :the requirement for this machine.  I have no intention of using it as a :server.  L   The DIGITAL Utimate Workstation (500au2 or 533au2) series is not supportedK   by OpenVMS Alpha -- it is similar one of the AlphaServer series boxes, soaJ   there is a reasonably good chance of this booting as a hobbyist box, butK   -- since this would not be an issue with a hobbyist box -- what is reallytI   going on here?  (What's the box actually say on the front cover badge?)h  K   Pointers to LURT (license requirements) listings are in the FAQ, and yes,4D   Tru64 UNIX does require 75 units on this Ultimate Workstation box.      N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faqfN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comi   ------------------------------  % Date: Fri, 18 Jul 2003 17:54:13 -0400r* From: "Bill Todd" <billtodd@metrocast.net>+ Subject: Re: Opteron motherboard maker sold 2 Message-ID: <Px2cnfn7TagM8YWiXTWJiw@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:imD66+XwqYur@eisner.encompasserve.org...-@ > In article <OB6dnZB9PYerH4qiXTWJhQ@metrocast.net>, "Bill Todd"  <billtodd@metrocast.net> writes: >  > >h: > > A more positive slant on the subject can be found hereL > >  http://www.infoworld.com/article/03/07/17/HNsanmina_1.html - though forG > > some reason I can't get the text portion of the article now; it wast therefK > > earlier), where the view is that being the wholly-owned subsidiary of atL > > larger, well-established player rather than an independent start-up willI > > make the Newisys boxes (which Sanmina - which previously manufacturedp thehL > > boxes for Newisys - claims to value as an extension to its product line), > > more credible to their target customers. > >h >aC > Yes increased credibility.  Especially since they will be able tot, > also offer the much more popular Xeon too.  F Sanmina already offers Xeon systems, so they hardly needed to purchaseK Newisys for that.  And I saw no indication that they were planning to offeri, Intel-based systems under the Newisys brand.  G So if one believes their own statements, they're taking advantage of an H opportunity to extend their product line to include Opteron systems thatE they feel will be an attractive asset.  Whether the opportunity arose,L because Newisys investors were impatient for instant returns or because as aJ privately-held start-up Newisys recognized that it needed more mass behindK it to be credible, as long as Sanmina continues what Newisys began, Opteronu! will continue to benefit from it.'   - bill   ------------------------------  % Date: Fri, 18 Jul 2003 20:48:32 -0500V1 From: "David J. Dachtera" <djesys.nospam@fsi.net>a+ Subject: Re: Opteron motherboard maker solde' Message-ID: <3F18A370.8CDC509B@fsi.net>-   Rob Young wrote: > ] > In article <3F1741CA.68A18C5E@fsi.net>, "David J. Dachtera" <djesys.nospam@fsi.net> writes:a > > Keith Parris wrote:  > >>E > >> Newisys, Inc., a maker of Opteron motherboards, is being sold to7E > >> Sanmina-SCI, an electronics manufacturing services company.  The ? > >> Inquirer reports Newisys blames lack of demand for Opteron  > >> motherboards.. > >> http://www.theinquirer.net/?article=10525 > >>( > >> A press release from Newisys is at:A > >> http://www.newisys.com/news/sanmina_acquisition07172003.htmlm > >oJ > > Since Opteron is such relatively news news, I take that as a sign thatG > > someone over-estimated something, or put too many eggs in the wronge+ > > basket and got cold feet over the risk.n > >h > F >         Or sales just aren't there, as analysts point out.  If salesH >         were there, they would be hiring instead of laying off.  Sales) >         taking off?  Waiting for Godot.g  B ...or waiting for, as Terry Shannon once termed it, "unobtainium".  H A fellow I know told me (seven years ago) that he was holding off buying+ a new PC because he was waiting for Merced.n   'Nuff said.a   -- r David J. DachteraM dba DJE SystemsY http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/t   ------------------------------  # Date: Sat, 19 Jul 2003 04:58:05 GMTr# From: hoff@hp.nospam (Hoff Hoffman)rJ Subject: Re: PCSI producer and VMS facility name for Freeware/GPL Software/ Message-ID: <xd4Sa.454$Pr5.75@news.cpqcorp.net>t  c In article <BOtqyLMTjde7@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:e? :Has anybody proposed a resolution of the dichotomy between theo> :nature of nonproprietary software and the namespace divisions :provided by VMS and PCSI ?   B   There is a facility prefix registration process available -- seeA   the OpenVMS FAQ for the email address.  (Search for "registry", A   "prefix" or "facility", or see "Facility Prefix" in the index.)2  @   As for sharing facilities such as GNU across several packages,?   this facility prefix registration obviously won't help -- feweD   development efforts coordinate prefixes, and there are undoubtedlyB   collisions that result.  (Collisions should be restricted to the#   GNU-related facilities, however.)t  N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comi   ------------------------------  % Date: Sat, 19 Jul 2003 00:44:02 -0400 ) From: "Douglas A. Gwyn" <DAGwyn@null.net>g$ Subject: Re: PDP-11 OS Release Dates0 Message-ID: <4b2dndNoSs4WUYWiXTWJjQ@comcast.com>   Rob Warnock wrote:I > And OS-8 could even run with *only* DECtape as the "system disk", too!!b  4 I once ran RT-11 off DECtape on a PDP-11/70 in DEC's# Marlboro facility.  It was amusing.    ------------------------------  % Date: Sat, 19 Jul 2003 01:00:31 -0400 ) From: "Douglas A. Gwyn" <DAGwyn@null.net> $ Subject: Re: PDP-11 OS Release Dates0 Message-ID: <DmOdnS-5e6P1TYWiXTWJiQ@comcast.com>   Galen wrote:F > It was cool when they added the RT-11 and RSX emulation to RSTS, and5 > assembly language programming became available. ...t  9 Indeed.  I ported Whitesmiths C (binary RT-11 release) toe: the RT-11 Run-Time System on a RSTS/E system that friendly9 folks at Employee Incentive Plans in Austin allowed me tof8 use while my employer awaited delivery of the PDP-11/34a7 that became our 6th Edition Unix platform.  (The latterm9 supported a couple dozen concurrent users quite nicely; Il7 wrote the DZ11 driver with a delay to allow the silo toe6 ripple down and continued driver processing so long as: there was something ready to do, which greatly reduced the< number of context switches compared to "competing" drivers.)   ------------------------------  % Date: Sat, 19 Jul 2003 01:03:20 -04003) From: "Douglas A. Gwyn" <DAGwyn@null.net>B$ Subject: Re: PDP-11 OS Release Dates0 Message-ID: <DmOdnS65e6ONTIWiXTWJiQ@comcast.com>   Galen wrote:A > It was cool when they added the RT-11 and RSX emulation to RSTS   ; Of course later on VAX/VMS provided an RSX run-time system. < There was also an RT-11 emulation for Unix (developed by HCR: of Toronto); we used it mainly to run ADVENT and MACRO-11.   ------------------------------  % Date: Fri, 18 Jul 2003 17:21:07 -0400s. From: "Leo Demers" <leo_dot_demers@HP_dot_com>" Subject: Re: SSH EAK error message, Message-ID: <3f1869fc$1@usenet01.boi.hp.com>  	 Hi folks,rG   This is not a big problem. Both the TCP/IP T5.4 (update2) SSH and theeK updated SSH EAK kit on the website (It's all the same code base) still havetD show this problem however it is known and will be fixed in the final/ release.  To quote the Engineer working on this L "Yes, that's an old friend -- fixed for post-EFT2 The number actually is notG a sequence #, just some random memory, resulted from less than graceful. termination at the server end."v  C Thanks for testing we have received some great input from everyone.h --
 Leo Demers  OpenVMS Security Product Manager Leo_dot_Demers_at_HP_dot_COM  / "Peter Flunger" <p-i-b@gmx.at> wrote in messagen* news:bf8314$340$1@newsreader1.netway.at... >r/ > "Mike Zanker" <not-for-mail@zanker.org> wrote  >  >  > >- > >-J > > I don't think it is causing any problems but I wondered if it was just	 > > me...o >oJ > This also happens with SSH included in TCP/IP T5.4 ( update 2 ) included0 > in the Alpha OpenVMS 7.3-2 field test version. > Peterw >. >o   ------------------------------    Date: 18 Jul 2003 12:05:51 -07001 From: keithparris_NOSPAM@yahoo.com (Keith Parris)0 Subject: Re: Sun and SCO= Message-ID: <cf15391e.0307181105.1b65e3c2@posting.google.com>P   Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<bf8ut7$2qn$1@new-usenet.uk.sun.com>...  > Keith Parris wrote:eG > > There was discussion here recently about the level and sincerity off > > Sun's support of Linux.s > 2 > What has this announcement got to do with it ???  F Do you really want me to spell it out?  I think it's pretty obvious to the readers here.n  E Sun made a deal with SCO, reportedly way back in February, but didn'teD announce it, keeping it a secret.  It was only revealed when someoneD discovered it in regulatory documents filed with the US Government. & That makes one question Sun's motives.  ? Sun is not only on the same side as Microsoft in supporting SCOnD against Linux, they actually beat Microsoft in the race to pay SCO. 8 Millions of dollars of licensing fees are involved here.  F Not only did Sun pay additional money to SCO, they acquired the optionD to take an equity stake in SCO: 210K shares at a price of $1.83 -- aE quote today shows the share price of SCOX at close to $12, for a gain E of a cool $2 million (and Sun may already have exercised that option, D for all we know; in any case, Sun now stands to gain financially andF directly if SCO's suit against IBM (and other suits threatened againstB other Linux vendors and even Linux customers) is successful, since SCO's stock price would go up).t   ------------------------------  # Date: Fri, 18 Jul 2003 19:25:33 GMTh# From: "John Smith" <a@nonymous.com>  Subject: Re: Sun and SCOH Message-ID: <NQXRa.27493$Ci2.11963@news01.bloor.is.net.cable.rogers.com>  > "Keith Parris" <keithparris_NOSPAM@yahoo.com> wrote in message7 news:cf15391e.0307181105.1b65e3c2@posting.google.com...o# > Andrew Harrison SUNUK Consultancye8 <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message, news:<bf8ut7$2qn$1@new-usenet.uk.sun.com>... > > Keith Parris wrote: F > > > There was discussion here recently about the level and sincerity of > > > Sun's support of Linux.a > >a4 > > What has this announcement got to do with it ??? >mE > Do you really want me to spell it out?  I think it's pretty obviousr to > the readers here.N >1@ > Sun made a deal with SCO, reportedly way back in February, but didn'tF > announce it, keeping it a secret.  It was only revealed when someoneE > discovered it in regulatory documents filed with the US Government.8( > That makes one question Sun's motives. >OA > Sun is not only on the same side as Microsoft in supporting SCO2E > against Linux, they actually beat Microsoft in the race to pay SCO.e: > Millions of dollars of licensing fees are involved here. >0A > Not only did Sun pay additional money to SCO, they acquired thef optionF > to take an equity stake in SCO: 210K shares at a price of $1.83 -- aB > quote today shows the share price of SCOX at close to $12, for a gain? > of a cool $2 million (and Sun may already have exercised that  option,eF > for all we know; in any case, Sun now stands to gain financially and@ > directly if SCO's suit against IBM (and other suits threatened against D > other Linux vendors and even Linux customers) is successful, since! > SCO's stock price would go up).f   ------------------------------  % Date: Fri, 18 Jul 2003 17:46:02 -0400 - From: Jay Newman <fredthecat@i-love-cats.com>e Subject: Re: T4 utilityu8 Message-ID: <gqpghvgmd4nl8kouk9b5m503pkobfkbgac@4ax.com>  M On Fri, 18 Jul 2003 01:22:37 GMT, Michael Austin <maustin@firstdbasource.com>m wrote: ---e >cI >T4 and it's TLViz Viewer will tell you everything you can get out of the H >Monitor utility.  Generally there will be a system .CSV file and a DISKI >.CSV file and it is there you should be able to get what you are lookingt >for...e >.D >Use the T$EXTR utility to create a "custom" .CSV file with only the >columns you are looking for...h    Thanks for your advice, Michael.O However, there were no disk.csv files in the output directory. Not sure if theyy? were never created, or were being deleted before I got to them.aM Also, I couldn't find reference anywhere to TLViz. Any idea where to find it?   M I used T4EXTR to create a CSV file of all columns (could not find any help onp how to specify which columns.)O Result: The CSV file had 3 columns of information for each disk, but it was nottI detailed enough. I.E., there were no numbers to compare read versus writea	 activity.i  M I received some helpful advice from an HP rep to give "EPM" a try (a freeware M VMS Disk I/O Performance Monitor ).  I installed it today and gave it a quick-K run. It appears to report the stats I need, so now I'll just have to set upe: batch jobs around it to save and massage the output a bit.  H Once again, thanks for the advice. It steered me in the right direction.P Unfortunately, it looks like this was one thing T4 couldn't help with, since theP Monitor utility didn't provide T4 with the specific level of information needed.           ___________________s   Regards,
 Jay Newman Systems Programmer The Pepsi Bottling Group Mississauga, Ontario, Canada   ------------------------------  % Date: Fri, 18 Jul 2003 15:09:10 -05005( From: brandon@dalsemi.com (John Brandon)D Subject: Using MIME and SMTP mail results in %TCPIP-I-SMTP_LINEWRAP,1 Message-ID: <03071815091095@dscis6-0.dalsemi.com>a  M I am having a problem with sending files as attachments.  I am using MIME andh then SMTP MAIL.r   For example:          $ create x.prn;      $ mimeh      MIME>  open /draft x.prn       Message Headers:f&              Content-Type:  text/plain8              Content-Transfer-Encoding:  7bit/8Bit ASCII%      MIME> add S0301-2194C.PRN; /textg      MIME> exite      Save current file? yj(      %MIME-I-SAVEFILE, saving file . . .      dev:[mydir]X.PRNg      a      t      $ mailg             MAIL> send x.prn-!      To:     smtp%"me@domain.com"-      Subj:   testingO      %TCPIP-I-SMTP_LINEWRAP, line contains more then 1000 bytes, splitting intot      multiple linese             MAIL> exitl  N This is causing me grief - it truncates the line then wraps it.  How can I get around this?  / Any assistance would be nice!  (understatement)a    	 MIME V1.4C! TCPIP V5.0A - ECO 3 or TCPIP V5.1a Alpha/VMS V7.2-1       J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator-* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Sat, 19 Jul 2003 00:12:27 +0200r9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>sH Subject: Re: Using MIME and SMTP mail results in %TCPIP-I-SMTP_LINEWRAP,' Message-ID: <3F1870CB.C18319BC@aaa.com>h   That tool is a mess. I use MPACK/MUNPACK and NBL...	 Jan-Erik.h       John Brandon wrote:  > O > I am having a problem with sending files as attachments.  I am using MIME and  > then SMTP MAIL.r >  > For example: >  >      $ create x.prn;
 >      $ mime  >      MIME>  open /draft x.prn6 >      Message Headers:|( >              Content-Type:  text/plain: >              Content-Transfer-Encoding:  7bit/8Bit ASCII' >      MIME> add S0301-2194C.PRN; /text  >      MIME> exit. >      Save current file? yd* >      %MIME-I-SAVEFILE, saving file . . . >      dev:[mydir]X.PRNe >  > 
 >      $ mail7 >  >      MAIL> send x.prnj# >      To:     smtp%"me@domain.com"e >      Subj:   testingQ >      %TCPIP-I-SMTP_LINEWRAP, line contains more then 1000 bytes, splitting intol >      multiple linesc >  >      MAIL> exit. > P > This is causing me grief - it truncates the line then wraps it.  How can I get > around this? > 1 > Any assistance would be nice!  (understatement)  >  > MIME V1.4e# > TCPIP V5.0A - ECO 3 or TCPIP V5.1P > Alpha/VMS V7.2-1 >  > J*o*h*n B*r*a*n*d*o*ne > VMS Systems Administratore, > firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Fri, 18 Jul 2003 21:46:07 -0000 4 From: wspencer@ap.org.nospam.please (Warren Spencer)  Subject: Re: VMS to Windows 2000/ Message-ID: <vhgqkv9a75gd3c@news.supernews.com>.  & kevin.n.coyle@compaq.com (KC) wrote in$ <7AAPa.73$E%3.42@news.cpqcorp.net>:   I >I just became involved in converting an existing application that existslG >on VMS to a brand new application that is running on windows 2000. OnedF >of the features of the old vms application was that it contained manyF >attachment files (such as .doc, .jpeg, .bin?, .exe???) that the usersA >wish to migrate over to the new application on windows 2000...MynE >wuestion is what type of compaitiblity issues are involved here ; or F >will the files move over ok and the .doc files be able to be accessedH >without any problem?? ALso..what might be the best method of moving theH >files....such as using compression tools?? (if so which ones) or just aF >straight copy....The are tons of files involved here so I'm trying to1 >get a feel for the issues we might be facing... g >iD >any help or pointers to compatibility issues would be appreciated!! >C >Thanx >s >KCo  H One issue you may face is that Windows 2000 is obsolete, and OpenVMS is K not.  Microsoft has superceded 2000 with XP, while OpenVMS continues to be  ( enhanced, ported, patched etc. in place.  G $ HELP CONVERT/FDL  may offer some helpful file conversion information.o  L And a final though:  Is that a VAX or Alpha you're porting from?  If Alpha, < will your application scale down from 64-bitness to 32 ok?     ws ____________   Warren Spencer The Associated Press a) (I'm a software engineer, not a news guy)o   ------------------------------   Date: 18 Jul 2003 18:06 CDTI' From: carl@gerg.tamu.edu (Carl Perkins)n  Subject: Re: VMS to Windows 2000- Message-ID: <18JUL200318064160@gerg.tamu.edu>l  8 wspencer@ap.org.nospam.please (Warren Spencer) writes...I }One issue you may face is that Windows 2000 is obsolete, and OpenVMS is nL }not.  Microsoft has superceded 2000 with XP, while OpenVMS continues to be ) }enhanced, ported, patched etc. in place.i }  }Warren Spenceri  ' This is something of a false dichotomy.   F Windows 2000 is Windows NT V5.0 with a new name (and it is still being; updated, at least with regards to patching security holes).o  . Windows XP is Windows NT V5.1 with a new name.  C These later versions of Windows NT are still being enhanced, portedb/ (the 64 bit port), patched (almost daily), etc.h  H Saying that Windows 2000 is obsolete is like saying that OpenVMS V7.2 isC obsolete. Neither one is quite true, but neither one is quite falsewJ either. This is especially the case when you consider the server varietiesB of Windows 2000 - it was only just recently that the newer versionF showed up as the fairly widely available "Windows 2003 Beta 2" kit andG I'm sure they still support the various server varieties of 2000 (sincewI its replacement is still in beta). In fact, I think they still officiallybF support Windows 2000 Pro (i.e. the non-server version) for another few/ months, until the end of this year, don't they?s  E The amount of time after which MS stops supporting the older versionsoC is perhaps faster than is done with VMS, but not all that much. YouCF can get prior version support for some old versions of VMS, however itD is not exactly cheap. As far as I know MS doesn't offer this for its older versions.n  G Porting from VMS to Windows 2000 is still not a good plan, and it could F easily turn into a bit waste of money if not done very carefully - and2 even if done very carefully there may be problems.   --- Carl   ------------------------------  # Date: Fri, 18 Jul 2003 17:43:47 GMTe# From: "John Smith" <a@nonymous.com>s( Subject: Re: What are HP Insiders doing?H Message-ID: <nlWRa.27122$Ci2.12636@news01.bloor.is.net.cable.rogers.com>  ? No Fred, it's that insiders are apparently NOT buying HP stock.a  D If you look at the date ranges of the trades, we're talking nearly 1@ year of elapsed time and the ratio of sales:purchases is 20:1 or thereabouts.   It's just curious.......    D "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> wrote in message* news:DWARa.295$qA3.254@news.cpqcorp.net... > C > Apparently not selling stock at the peak or upswing, since all of  thesegC > numbers are a couple bucks shy of the current price.  I sold *my*. pittanceB > of stock too not too long ago, property taxes in NH are brutal - doesn'tsD > mean I think the stock isn't worth holding onto.  I too sold below $20...F > the State of NH doesn't take IOU's against stock, they like cash.  I would D > assume others also like to occasionally convert stock into cash so they can > spend it.  >uC > But of course, what you really are starting this troll thread for  was toA > somehow imply that some HP insiders are dumping their holdings.  >X >t0 > "John Smith" <a@nonymous.com> wrote in messageC > news:rXyRa.15882$Ci2.3774@news01.bloor.is.net.cable.rogers.com...  > >fF http://moneycentral.msn.com/investor/invsub/insider/trans.asp?view=All > > &Symbol=hpqa > >r: > > 05/30/03 WAYMAN ROBERT PAUL Sold 179,176 $19.25 $3 Mil9 > > 12/09/02 WAYMAN ROBERT PAUL Sold 73,580 $18.20 $1 Mil' > > 8 > >  05/22/03 BOWICK SUSAN D Sold 24,022 $17.98 $431,916 > >h9 > >  05/22/03 ZITZNER DUANE E Sold 15,952 $18.40 $293,517r > >.9 > >  04/02/03 LIVERMORE ANN M Sold 23,927 $16.06 $384,268 9 > >  09/10/02 LIVERMORE ANN M Sold 41,996 $14.08 $591,304- > >-7 > >  03/07/03 BOWICK SUSAN D Sold 6,650 $15.31 $101,771  > >d? > >  03/05/03 CLARKE JEFFERY J Purchased 10,000 $15.38 $153,800D > >A4 > >  12/11/02 DUNN DEBRA L Sold 5,000 $18.25 $91,250 > >a > >p2 > > Wayman, the CFO, has sold 1/3 of his holdings. > >nC > > Lots of reasons why all these sales could be occuring, but very  little% > > is happening on the buying front.y > >t > >  > >  > >  > >  >C >c   ------------------------------  # Date: Fri, 18 Jul 2003 18:41:00 GMT & From: Rick Jones <foo@bar.baz.invalid>( Subject: Re: What are HP Insiders doing?/ Message-ID: <0bXRa.417$_I4.46@news.cpqcorp.net>a  " John Smith <a@nonymous.com> wrote:1 >> "John Smith" <a@nonymous.com> wrote in message9D >> news:rXyRa.15882$Ci2.3774@news01.bloor.is.net.cable.rogers.com... >> >H > http://moneycentral.msn.com/investor/invsub/insider/trans.asp?view=All >> > &Symbol=hpq >> >; >> > 05/30/03 WAYMAN ROBERT PAUL Sold 179,176 $19.25 $3 Mils: >> > 12/09/02 WAYMAN ROBERT PAUL Sold 73,580 $18.20 $1 Mil >> >9 >> >  05/22/03 BOWICK SUSAN D Sold 24,022 $17.98 $431,916  >> >: >> >  05/22/03 ZITZNER DUANE E Sold 15,952 $18.40 $293,517 >> >: >> >  04/02/03 LIVERMORE ANN M Sold 23,927 $16.06 $384,268: >> >  09/10/02 LIVERMORE ANN M Sold 41,996 $14.08 $591,304 >> >8 >> >  03/07/03 BOWICK SUSAN D Sold 6,650 $15.31 $101,771 >> >@ >> >  03/05/03 CLARKE JEFFERY J Purchased 10,000 $15.38 $153,800 >> >5 >> >  12/11/02 DUNN DEBRA L Sold 5,000 $18.25 $91,250:  > If you go to the SEC filings section, there are very many moreB "Insider Buy/Sell" filings than the URL above was showing.  WadingE through and deciphering them would be rather ugly, but I found a much39 more friendly list of "insider" activity can be found at:>  ! http://biz.yahoo.com/t/h/hpq.htmlh  A showing for example that the sale of the 179,176 shares of HPQ ataE 19.25 by Wayman came after the excercise of the option to buy 179,176iD shares of HPQ at $9.855 per share.  Similarly for the 73,580 shares.  ; Finding remaining share control by insider and checking forcF similar/different behaviour in other companies is left as an excercise* to the reader :) http://finance.yahoo.com/  
 rick jones -- lH Wisdom Teeth are impacted, people are affected by the effects of events.F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...i   ------------------------------  % Date: Fri, 18 Jul 2003 16:32:27 -0700e" From: GreyCloud <cumulus@mist.com>( Subject: Re: What are HP Insiders doing?( Message-ID: <3F18838B.FA2BA1F6@mist.com>   Jan-Erik Sderholm wrote:  >  > GreyCloud wrote: > ' > > $2.00/gallon for gas at the pump...p > < > I definitly agree, someware around $5.50 / gallon would be > more reasonable...  ; I'm only paying $1.38 per gallon.  Could it be that you ares being way overtaxed??a   ------------------------------  % Date: Fri, 18 Jul 2003 16:34:07 -0700b" From: GreyCloud <cumulus@mist.com>( Subject: Re: What are HP Insiders doing?( Message-ID: <3F1883EF.7B592BD0@mist.com>   Rick Jones wrote:o > % > GreyCloud <cumulus@mist.com> wrote: 8 > > If you think the taxes in NH are bad, take a look at > > Californias taxes...' > > $2.00/gallon for gas at the pump...s > H > It has been a while since I looked at the little "this price includes"D > tax lists at the gas station, but if I recall correctly, the taxed > were <= 50 cents a gallon. > ( > > proposed $1800 per car license tabs. > @ > On what model of car?  For years and years, California vehicleE > registration was a fixed fee plus a fee based on the "value" of the E > vehicle, that part of the fee qualifying as a state or local incomeaD > tax and usable as a writeoff on the federal taxes.  I watched each4 > year as my registration fee for my car would drop. > > > Somewhere along during the dotcom, under I forget who in theH > Governor's mansion and who controlling the legislature, the "by value"F > part of the vehicle registration was cut/nuked/something (by then myF > vehicle registration fee was low enough that I considered it a don't > care)G > C > > I'd hate to think what those idiots are going to do to propertya
 > > taxes. > % > IIRC, it was called Proposition 13.m  8 The license tabs are going up because of the $38 billion9 debt that Cal. has.  And it is flat across the board as Is< understand it.  It hasn't happened yet, but I think it won't, come to pass if the recall pushes out Davis.   ------------------------------   Date: 18 Jul 03 20:25:01 +0200) From: p_sture@elias.decus.ch (Paul Sture) > Subject: Re: What color were the VMS manuals for old versions?) Message-ID: <CXlLyRPqzho7@elias.decus.ch>y  f In article <orsdhvc2gocheci7b7vgqhafmregtmqdc3@4ax.com>, John Laird <john@laird-towers.org.uk> writes:I > On 17 Jul 03 20:00:03 +0200, p_sture@elias.decus.ch (Paul Sture) wrote:s > c >>In article <qribhvohfbvfkrs3mjham7shr82j2r43l4@4ax.com>, David M Smith <dsmit115@csc.com> writes:lA >>> On Tue, 15 Jul 2003 19:13:01 -0400, "Carlc Internet Services"P' >>> <cc@nospamming-to-carlc.com> wrote:O >>>  >>> ...y= >>>>AND... VMS Backup was invented in V2... Before that, DSC2 A >>>>was it... (Good ol "Disk Save and Compress"). AND... You used C >>>>"talk" instead of "phone" for IM... Oh yeah, IM was invented on = >>>>VMS <GRIN>... we just didn't know it yet.... and, I'm notg< >>>>sorry to see it go, I remember using TECO to edit files. >>>e >>L >>And MC INFO instead of "show process /continuous" (and just to proved thatF >>old habits die hard, all these years later, I still define INF in my >>login file for that).  > I > MC DISP - monitor proc/topcpu ?  RSX-11M had a monitor that showed reallL > physical memory and what was in it - that was completely kewl if you had a$ > multi-tasking application running. >   9 Yep. I can't remember the name of the RSX monitor though.t  J > I still miss SOS from time to time, and the ability of PIP to report the+ > largest contiguous free extent on a disk.r >D  I I never really got into SOS, although our technical author did everythingiG in it. In those days, the departmental editor wars were between EDI andp EDT :-)y  G And the VMS utilities still don't have PIP's ability to access files bys file id.   R >>> Is that right? I thought VMS Backup came in about V3 for some reason. I recallM >>> being at the DECUS symposium where it debuted, but I can't be sure of then/ >>> details this late afterwards...getting old!d >>A >>IIRC BACKUP came in somewhere around 2.5, but I could be wrong.F > E > Pass.  In those days, you had to be "worthy" to have access to sucho > privileged tools.h >   E I was out at customers who were brand new to VMS, so wasn't left withh much option.   ------------------------------  % Date: Fri, 18 Jul 2003 20:38:56 -0500u1 From: "David J. Dachtera" <djesys.nospam@fsi.net>e> Subject: Re: What color were the VMS manuals for old versions?' Message-ID: <3F18A130.E478A980@fsi.net>e  ' Jim Agnew - VCU/MCV Neurosurgery wrote:e > [snip]H > i only have to say that NOTHING ever beat the RSX RMD   I think it wasE > realtime monitor display.  it showed things paging in and out, filea2 > accessed, disks thrashing, really, really cool..   FILDPY on RSTS/E was cool, too.O   -- I David J. Dachteras dba DJE Systems9 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  # Date: Sat, 19 Jul 2003 04:28:52 GMT0# From: hoff@hp.nospam (Hoff Hoffman)(> Subject: Re: What color were the VMS manuals for old versions?/ Message-ID: <8O3Sa.452$Pr5.27@news.cpqcorp.net>e  E   Both V3 and V4 documentation sets are Chinese Red (Orange) binders.sD   I didn't check specifically for a V1 set, but there are V2 (Blue),F   V3 and V4 and later documentation sets available here at the office.  /   We now return you to the on-going digression.t    N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coms   ------------------------------  # Date: Fri, 18 Jul 2003 18:40:03 GMTr* From: "Meg Garrison" <meg.garrison@hp.com>1 Subject: Re: [NETBEANS34_1] installation troubles / Message-ID: <7aXRa.416$zU4.23@news.cpqcorp.net>a  	 Hi Peter,i  G I work on NetBeans for OpenVMS, so maybe I can help with your problems.t  K 1) The VMS731_UPDATE issue puzzles me, so I'll look into that.  It's likely L that update came out after the NetBeans kit was released and wasn't includedL in the PCSI information when the NetBeans kit was built.  You should be able7 to override the warning message...were you not able to?i  L 2) I haven't seen that problem here, but I will try to reproduce it.  Do you3 have only Java 1.4.1 installed (not 1.3.1 as well)?i  G 3) This is a known PCSI problem and is documented in the release notes.aI Just ignore the error messages from PCSI (it cannot delete files with EFSsJ chars in the name) and delete the remaining files by hand once the PRODUCT REMOVE completes.s   Regards, Meg Garrison  C "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote in messagee/ news:jXNRa.221449$1F6.2315627@news.chello.at... E > Just for the fun, I downloaded the latest NETBEANS kit and tried top install 6 > in on a XP1000 with V7.3-1 and ODS-5 system disk but >.G > 1) NETBEANS34_1 installation requires the VMS731_SYS (V2 and up) ECO.-I > It doesn't accept the successor ECO VMS731_UPDATE as a valid patchlevel K > Seems I've to install VMS731_SYS after VMS731_UPDATE (and see it ignoringiL > every single file in the kit because all of them are really older than the? > ones on the system disk) just to get rid of the complaints of- NETBEANS34_1...  >  >i; > 2) NETBEANS34_1 installation requires JAVA (V1.3 and up).aG > It seems to not accept JAVA141 as a valid JAVA installation. Strange.- >- >-@ > I did explicitely continue the installation (but didn't try it afterwards).H > Some hours later I found the system disk has now too few freespace (to5 > install DECset) and deinstalled NETBEANS34_1 again.p >l >nG > 3) NETBEANS34_1 deinstallation gives "bad file name syntax" somewhere.H > (a file with a caret it its name seems to be the culprit) and I had to- > remove the remaining files per hand (DELETE  SYS$COMMON:[NETBEANS*...]*.*:*)e >r >70 > Does anyone has better feedback for NETBEANS ? >t > -- i > Peter "EPLAN" LANGSTOEGERd' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atH > A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------    Date: 18 Jul 2003 17:00:24 -0700  From: wmr282@hotmail.com (w m r)+ Subject: [slightly OT] vax & alpha hardwaren= Message-ID: <398c9ca7.0307181600.49b2175b@posting.google.com>   F I have an old VAX VLC workstation (pizza box) in the attic.  I have anF OS I wrote (www.o3one.org) that runs on PCs.  Suppose I wanted to port; the OS to the VAX.  Is there any doc available about the HWX= environment?  Like how does the boot work, how to program I/O C controllers, etc.  I know (knew?) VAX assembler quite well and have-D some of the architecture handbooks.  But that does not cover the I/O= busses and controllers, where stuff is mapped in memory, etc.i  E I also have an Alpha 3000-400s (sandpiper I think it was called).  IsS  hardware doc available for that?  D I'm not ready to take VMS off my 500au, but a PCI-based system wouldC probably be my best bet for doc.  But even there I don't know wheret. stuff is mapped, how to scan for devices, etc.   Mike   ------------------------------  % Date: Fri, 18 Jul 2003 21:48:41 -0400e* From: "Stanley F. Quayle" <stan@stanq.com>/ Subject: Re: [slightly OT] vax & alpha hardwarea. Message-ID: <3F186B39.31390.CBDE5E3@localhost>  % On 18 Jul 2003 at 17:00, w m r wrote:n6 > Is there any doc available about the HW environment?  F There's lots of good stuff at the NetBSD sites on the Web.  NetBSD is  available for VAX.  ? Using that information, there's a group porting Linux to VAX.  h7 They're up to a shell prompt before everything crashes.   : I'm not sure we need another OS on VAX -- but it's a good # intellectual challenge.  Good luck.x      
 --Stan Quayleh Quayle Consulting Inc.  
 ----------C Stanley F. Quayle, P.E. N8SQ  +1 614-868-1363  Fax: +1 614 868-1671l1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.comi   ------------------------------   End of INFO-VAX 2003.395 ************************